[aprssig] Satellite server test
Andrew Rich vk4tec at people.net.auMon Nov 26 20:49:18 UTC 2007
- Previous message: [aprssig] Satellite server test
- Next message: [aprssig] GO-32 digi via EI7IG from S. Ontario
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Why cant we have a seperate satellite server? ---------------------------------------------------------------------------- Andrew Rich VK4TEC vk4tec at people.net.au <mailto:vk4tec at people.net.au> http://www.tech-software.net -----Original Message----- From: aprssig-bounces at lists.tapr.org [mailto:aprssig-bounces at lists.tapr.org]On Behalf Of AE5PL Lists Sent: Monday, 26 November 2007 11:24 PM To: TAPR APRS Mailing List Subject: RE: [aprssig] Satellite server test > -----Original Message----- > From: Steve Dimse > Posted At: Monday, November 26, 2007 7:01 AM > Subject: Re: [aprssig] Satellite server test > > Sorry, I was repeating what Bob had said. I completely support the > intent of this, but why are the beacons being filtered? Because javAPRSSrvr is not packet filtering per the original design requirements. The only way to prevent the telemetry from propagating throughout APRS-IS was for the individual server owners to block the satellite's callsign-SSIDs. Had they used a separate callsign-SSID for non-streamed APRS-specific packets, then this would not be an issue since only the streaming callsign-SSID would be blocked. When I was made aware of the situation with GO-32, I tried to work out that type of solution with Bob but I was told its operation was basically cast in stone due to the age of the equipment and limited configuration capabilities. I am not familiar with the GO-32 hardware so I am taking Bob at his word on that. Once the operation mode of the satellite was confirmed and that hams were using standard IGate software to gate to APRS-IS, I informed the server owners. There are now hundreds of javAPRSSrvrs in use world-wide and so ensuring any type of hard-coded changes to it for every special case that comes up does not seem reasonable or doable. Even you proudly pointed out that you are using an ancient version of javAPRSSrvr, so depending on upgrades to occur across the board or asking the core server sysops to change out their systems every time a special case is thought up only threatens the stability of APRS-IS and the thousands of users world-wide. 73, Pete Loveall AE5PL pete at ae5pl.net _______________________________________________ aprssig mailing list aprssig at lists.tapr.org https://lists.tapr.org/cgi-bin/mailman/listinfo/aprssig
- Previous message: [aprssig] Satellite server test
- Next message: [aprssig] GO-32 digi via EI7IG from S. Ontario
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the aprssig mailing list
