[aprssig] Reminder about Callsign-SSID's on APRS-IS

AE5PL Lists HamLists at ametx.com
Mon Feb 28 20:41:51 EST 2005


APRS-IS is one big network comprised of the Internet and all the
attached RF networks.  As such, it is important that callsign-SSID
combinations (AE5PL is a SSID of zero, AE5PL-15 is a SSID of 15) are
unique between all clients that will show up on APRS-IS.  This is one
reason why it is allowed, per the APRS spec and Bob's recent statements,
to have non-AX.25 compliant SSID's on APRS-IS.  This gives you more than
16 combinations for multiple clients on RF and on the Internet.  Do to
AX.25 limitations, you are restricted to 0 through 15 for RF clients but
you can use anything including characters on APRS-IS.  It has been
demonstrated that non-numeric SSID's gated to RF are compatible with RF
clients including the Kenwood radios.

javAPRSSrvr (most core and tier2 servers) looks at the callsign
following the q construct and if it finds the callsign of a verified
login there but that login is on a different connection, the packet is
dropped as a looped packet (a packet carrying a verified login in the q
construct coming in from a different connection is assumed to be a
looped packet).

If you look at the packets "missing" from the different core server data
streams, most of them can be attributed to duplicate callsign-SSID
logins from different software on different servers.

If you are running multiple APRS clients/servers, on RF and/or on
APRS-IS, please take a moment to ensure that you are using unique
SSID's.  The SSID has no effect on login passwords.  One that we see
quite often is a weather station application using the same SSID as a
standard APRS client.

Just want to see as many packets as possible get through.

73,

Pete Loveall AE5PL
mailto:pete at ae5pl.net 




More information about the aprssig mailing list