[aprssig] ARISS igated location anomaly/discrepancy

[Pete Loveall AE5PL Lists]

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.

73,

Pete Loveall AE5PL
pete at ae5pl dot net

> -----Original Message-----
> From: Paul Bramscher via aprssig
> Sent: Tuesday, June 30, 2015 8:23 PM
> 
> Most likely an encoding issue at the gating level.  What we see in
> rendered HTML on the web site doesn't necessarily mean that the
> underlying encoding methodology was sound.  On aprs.fi, for example, you
> can look at "raw" packets.
> 
> I see the same operator (W0JW, on 6/27), who very briefly gave me a "No
> Sym Yet" also.  I hit BCON once more, out of curiosity on this pass, and
> WA8LMF digipeated me correctly.  WA8LMF has a reliable setup, and is one
> of our better bets for being heard from our QTH in the St.
> Paul/Minneapolis area.  Here you can see how WA8LMF passed a "<0x1c>"
> character (if e-mail doesn't mess this up), whereas W0JW did not:
> 
> 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=