[aprssig] Correct PSAT & igating

Max Harper kg4pid at yahoo.com
Mon Jun 8 13:27:24 EDT 2015

"The raw packet shows plainly that it was gated directly and not via the 
satellite" Unless your igate happens to hear your own beacon, then it looks like you just sent a beacon direct to the aprs-is. I like your idea of "NoGate ME" except when there are no other igate that heard the packet.
A separate APRS-ISS would be nice and one or two servers should be able to handle the load easily with each other as a backup.
There has to be a solution to these problems with reinventing the wheel.
       From: Lynn W. Deffenbaugh (Mr) via aprssig <aprssig at tapr.org>
 To: TAPR APRS Mailing List <aprssig at tapr.org> 
 Sent: Monday, June 8, 2015 10:29 AM
 Subject: Re: [aprssig] Correct PSAT & igating
The raw packet shows plainly that it was gated directly and not via the 
satellite, so it's not a "false position" nor is it "misleading" to 
those that understand paths and used path components.

However, the biggest issue with locally gating packets attempting to 
bounce through one of the APRS satellites is that the APRS-IS 
(correctly) dupe-suppresses any reception of the digipeated packet 
because the original packet was directly gated.

Hacking the APRS-IS server software to solve this "problem" I don't 
believe is a good long-term solution.  Hacking the received packets to 
make them unique is also a disaster waiting to happen.

What I think we need is for someone to put up a firenet-type APRS-IS 
server to which SatGates can connect that logs ALL received packets and 
does not do any dupe suppression.  The packets can be fed into the 
normal APRS-IS for global visibility (and dupe-suppressed), but those 
that want to see their raw packets would have a place to look.

It would require SatGate operators to change their APRS-IS server, but 
there's few enough of those (currently) that it shouldn't be very difficult.

Just my $0.02 for whatever it's worth these days.

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32

aprssig mailing list
aprssig at tapr.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.tapr.org/pipermail/aprssig_lists.tapr.org/attachments/20150608/fe73a550/attachment.html>

More information about the aprssig mailing list