[aprssig] are write-only APRS-IS clients valid?

Heikki Hannikainen hessu at hes.iki.fi
Mon Dec 2 12:51:53 CST 2013

On Mon, Dec 2, 2013 at 8:25 PM, Pete Loveall AE5PL Lists
<hamlists at ametx.com> wrote:
>> -----Original Message-----
>> From: Heikki Hannikainen
>> As I understand this, for messaging to work nicely in the presence of rx-only
>> igates:
>> - APRS-IS servers which implement dupe filtering and provide filtered
>> connections for igate clients should always be connected to a full feed.
>> - iGate clients should pass all received packets to their upstream servers and
>> should not try to do duplicate filtering themselves.
>> But maybe I'm wrong, wouldn't be the first time.
> But that is where it breaks down which is what I have been saying all along: if the IGate client is integral within a server or if the IGate operator is running their IGate into a local server (local as in private access in their house, for instance) and that server is connected to a limited feed upstream (as it often is), a RX-only IGate can break messaging.

Yup, that seems right, especially if that limited feed upstream has a
manually set filter string instead of the default "empty filter" of a
normal 14580 port. javaprssrvr is probably the only integral igate +
aprs-is server package. Ah, aprsd is too, but it seems to be slowly
dying out in favor of aprs4r, aprx, and friends.

I'm not quite convinced that is a very common setup. In-house local
servers are relatively rare - you probably have one, I don't, and most
people just set up the simplest thing that works for an igate. And, in
this case, the simpler thing won't be affected by this issue.

Here's another statistic (high error margin as usual, but I've tried
my best), most popular igate-like software instances on the APRS-IS
for the past 30 days, according to number of callsigns appearing in Q
construct in a way that suggests igating:


Some software and hardware which is not capable of igating is listed,
since the most recent position packet with device identification
(tocall) has been transmitted by an Opentracker (for example), but
there's igate software connected to its serial port. Duplicate
filtering in the presence of lower-latency igates will mute some
igates down quite a bit, but even then, a single packet should
probably pass through any operating igate in 30 days.

(Where is YAAC? I thought it was an igate by now?)

- Hessu

More information about the aprssig mailing list