[aprssig] SATgates ? (again)

[Robert Bruninga]

I'm not trying to change the APRS-IS.  I'm trying to fix the satgate
problem 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
>> we 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.
>
> -Jason
> kg4wsv
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.tapr.org/pipermail/aprssig_lists.tapr.org/attachments/20160124/3b8e3fcb/attachment.html>