[aprssig] SATgates ? (again)
kennethfinnegan2007 at gmail.com
Tue Jan 26 09:20:34 CST 2016
On Tue, Jan 26, 2016 at 12:38 AM, John Wiseman via aprssig <aprssig at tapr.org
> I've added a SATGate mode as described to the BPQ32 Igate code.
> One consequence is that packets sent directly by the satellite, rather than
> diigpeated through it, won't be Igated. Could this be an issue?
Yes. That's another big reason why so many of us are advocating against
this mode even being an option.
> John G8BPQ
> From: aprssig [mailto:aprssig-bounces at tapr.org] On Behalf Of Robert
> via aprssig
> Sent: 24 January 2016 23:28
> To: TAPR APRS Mailing List
> Subject: Re: [aprssig] SATgates ? (again)
> I'm not trying to change the APRS-IS. I'm trying to fix the satgate
> by asking any author of IGate code to include a SATgate mode that will
> ignore direct, undigipeated packets. When any authors respond with the
> feature, then we will have a SATgate we can recommend for people to use.
> This is a SATgate only issue and it should not be included in terrestrial
> operation. Terrestrial APRS network has a different objective.
> The people that we want to set up SATgates are Satellite folks first and in
> far corners of the world and we want to eliminate this obscure problem in
> that application by fixing it at hte SATgate..
> Bob, WB4APR'
> On Sun, Jan 24, 2016 at 4:43 PM, Jason KG4WSV <kg4wsv at gmail.com> wrote:
> On Sun, Jan 24, 2016 at 3:09 PM, Robert Bruninga via aprssig
> <aprssig at tapr.org> wrote:
> >... What you're describing is trying to use the APRS-IS as a local RF
> analysis tool.
> No, I'm trying to make the APRS satellites work as a useful constellation
> and to have their integration into the APRS-IS work in a consistent manner
> all over the world.
> It does - it treats your hypothetical "satgate" just like any other Igate.
> I'm just trying to identify IGate code that has this SATgate mode so that
> can know what software to recommend for SATgate use.
> There isn't any. But that's OK, since there isn't a special version of
> APRS-IS stripped of deduplication running in your hypothetical "satgate"
> mode to connect them to.
> This is exactly the same non-problem as using APRS-IS for RF propagation
> analysis. APRS-IS simply isn't designed for that, and the way it is
> designed actively prevents its use in that manner.
> aprssig mailing list
> aprssig at tapr.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the aprssig