[aprssig] IGate weirdness
Steve Dimse
steve at dimse.com
Fri Dec 20 14:36:28 EST 2013
We have a PASSALL digi issue somewhere north of the Keys that has been pretty bad as witnessed by
http://www.findu.com/cgi-bin/near.cgi?call=K92O-1
so I don’t get too surprised when some of my calls end up mangled on the APRS IS, but this one did surprise me
V4HG-2>APX200,TCPIP,VA2PHL*,qAR,VA2PHL:=2439.69N/08128.95W_036/001g007t069r000P000p000h89b10235XU2k
K4HG-2 is xastir running on a RPi to send my weather data. It is internet onlyso I don’t expect it to be digi mangled. It also only connects to first, its packets on the APRS IS look like
K4HG-2>APX200,TCPIP*,qAC,FIRST:=2439.69N/08128.95W_094/007g011t076r000P001p001h80b10212XU2k
So I’m really curious to see how this mangled version ended up being put into the APRS-IS by VA2PHL, labeled as having been seen on RF there. Anyone from the VA2 local area know if someone is sending internet data to RF? I don’t think that is the answer though.
There is a lot of mangling near VA2PHL as evidenced by
http://www.findu.com/cgi-bin/near.cgi?call=va2phl
One of those is especially odd
KE2VL-9>VE3WCC-1,TA2PHL,APX200,qAR,VA2PHL:!4535.00N/07523.60W& Linux APRSd Server
Which makes me thing something inside VA2PHL’s IGate is doing some of the mangling, perhaps grafting front and back halves of packets onto each other. But to make the V2HG-2 packet would take chopping in three places. Any ideas?
Steve K4HG
More information about the aprssig
mailing list