[aprssig] Was ADS-B to APRS Server NOW AIS to APRS
Pete Loveall AE5PL Lists hamlists at ametx.comSat Apr 26 16:25:16 UTC 2008
- Previous message: [aprssig] Was ADS-B to APRS Server NOW AIS to APRS
- Next message: [aprssig] Was ADS-B to APRS Server NOW AIS to APRS
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
> -----Original Message----- > From: Jason KG4WSV > Sent: Saturday, April 26, 2008 10:32 AM > To: TAPR APRS Mailing List > Subject: Re: [aprssig] Was ADS-B to APRS Server NOW AIS to APRS > > I've not noticed that, and I have ran multiple feeds with xastir. > > A server limit of one seems rather arbitrary and limiting, but I guess > it's appropriate if the app in question can do the job right... It is neither arbitrary nor limiting. It is not arbitrary because, as you have observed, APRS-IS has no ability to correct for software that reintroduces aged packets causing loops, delayed packets, etc. It is not limiting because every server sees all of the packets on APRS-IS. A redundant feed is just that: redundant while unnecessarily increasing server and client loadings. Each server has limited bandwidth measured in bps, pps, and connections. Each client is designed for doing things like mapping and messaging which cause many of them to fall behind a single full feed, let alone multiple feeds. Hope this helps clarify why using a single connection to APRS-IS is necessary and actually improves reliability by not adding unnecessary strain to the servers or the client. 73, Pete Loveall AE5PL pete at ae5pl dot net
- Previous message: [aprssig] Was ADS-B to APRS Server NOW AIS to APRS
- Next message: [aprssig] Was ADS-B to APRS Server NOW AIS to APRS
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the aprssig mailing list
