[aprssig] ARISS igated location anomaly/discrepancy

[Pete Loveall AE5PL Lists]

The information Paul showed indicated W0JW had turned off Mic-E translation (good because it was turned on in the screenshots provided earlier) but the 0x1c character was still being stripped.  This is usually a case of either the TNC being in command mode not KISS mode, or the software handling the packet data as a string, not bytes.

Hope this helps W0JW isolate the issue.  If it is a software issue, I hope W0JW contacts the author with this information.

73,

Pete Loveall AE5PL
pete at ae5pl dot net

> -----Original Message-----
> From: Pete Loveall AE5PL Lists
> Sent: Wednesday, July 01, 2015 6:25 AM
> 
> Unfortunately, the software used by W0JW-6 is doing Mic-E translation at the
> IGate which was deprecated over a decade ago because of just this issue
> (and because everyone was creating different translated packet formats
> which removed any traceability).  Also, it is likely they are using a TNC in
> command mode, not in KISS mode.  The software or TNC is stripping the 0x1c
> character as white space before doing the translation and that is what is
> causing the issue.  The last packet seen from W0JW-6 this morning had a
> TOCALL of APEG02  Maybe that will help identify the software improperly
> translating Mic-E packets instead of passing them transparently to APRS-IS.
> 
> > -----Original Message-----
> > From: Paul Bramscher via aprssig
> > Sent: Tuesday, June 30, 2015 8:23 PM
> >
> > 2015-06-27 17:15:39 EDT: KD0KZE>TUPX8Y,RS0ISS*,qAR,W0JW-6:'yaHl
> > -/]Greetings via ISS from Circle Pines MN=
> > 2015-06-27 17:18:44 EDT: KD0KZE>TUPX8Y,RS0ISS*,qAR,WA8LMF-SG:'yaHl
> > <0x1c>-/]Greetings via ISS from Circle Pines MN=