|
I got the tiny tracker 4 and set it up for digipeat. it's been working I think but there is a problem. I put my location in for fixed with no GPS
And it shows at my house on aprs.fi. I check a couple hours later and it has me somewhere lese with someone else info like right
Now it say’s Dave Columbia, MO sometimes it shows I’m in Canton, IL with someone info. Why does it keep moving me and I don’t have a
GPS hooked up. Im fixed location. any tips for setting this thing up for a stand alone digipeater?
?
Steve KB9HGI
|
Which SSID is your digipeater on? KB9HGI-15? I see you've used a lot of SSIDs:  This is where I see what I expect to be your TT4, along with some other SSIDs:  And you're currently underway:  Everything checks out at the moment, right?
|
My Digi is KB9HGI-15 and KB9HGI-10 is a igate I have had for awhile KB9hgi-1 is my weather station KB9hgi-2 is my FT2D and KB9HGI-9 is my Ft-400 in the truck ? Yeah it switch my location back for the time being on on the TT4? I was told to turn Bmode off but Have not done that yet. Should my alias be wide1 and path wide1-2?? I’m still trying to figure this thing out! ? Steve KB9HGI ? Sent from for Windows ?
toggle quoted message
Show quoted text
From: adamback42@...Sent: Thursday, August 12, 2021 11:36 AM To: [email protected]Subject: Re: [TinyTrak] TT4 digipeater ? Which SSID is your digipeater on? KB9HGI-15? I see you've used a lot of SSIDs:
This is where I see what I expect to be your TT4, along with some other SSIDs:
And you're currently underway:
Everything checks out at the moment, right?
|
Well spoke too soon the KB9HGI-15 Digi is moving again and does not have a GPS connected its in Canton, IL at the moment and looks like its been bouncing around. ? This is just crazy! ? ? Sent from for Windows ?
toggle quoted message
Show quoted text
From: adamback42@...Sent: Thursday, August 12, 2021 11:36 AM To: [email protected]Subject: Re: [TinyTrak] TT4 digipeater ? Which SSID is your digipeater on? KB9HGI-15? I see you've used a lot of SSIDs:
This is where I see what I expect to be your TT4, along with some other SSIDs:
And you're currently underway:
Everything checks out at the moment, right?
|
Here is my tiny tracker KB9HGI-15 which is in a fixed location but is moving all over the place. 
? Sent from for Windows ?
toggle quoted message
Show quoted text
From: adamback42@...Sent: Thursday, August 12, 2021 11:36 AM To: [email protected]Subject: Re: [TinyTrak] TT4 digipeater ? Which SSID is your digipeater on? KB9HGI-15? I see you've used a lot of SSIDs:
This is where I see what I expect to be your TT4, along with some other SSIDs:
And you're currently underway:
Everything checks out at the moment, right?
|
I will try not to read too much into your tracking around marihuana dispensaries! :) Two quick questions: What values do you have loaded in the TOSV and PPERIOD fields??
I am not sure it will fix all the issues, but you might enable PPeriod and send position reports at 600 seconds, and set TOSV to False. I think this will brute force your position to your fixed location.?
Its always a good idea when putting out quires to the group to send a screen shot of your DISPLAY settings. The people here are really good at spotting anomalies.
FYI, I only see your fixed digi when I searched for your call sign on aprs.fi. Looking at the Raw Data in aprs.fi showed a horror show of exception reports.?
73,
Allen AF6OF
-----Original Message-----
From: KB9HGI <kb9hgi@...>
To: [email protected] < [email protected]>
Sent: Fri, Aug 13, 2021 9:15 am
Subject: Re: [TinyTrak] TT4 digipeater
Here is my tiny tracker KB9HGI-15 which is in a fixed location but is moving all over the place.
?
Sent from for Windows
?
?
Which SSID is your digipeater on? KB9HGI-15? I see you've used a lot of SSIDs:  This is where I see what I expect to be your TT4, along with some other SSIDs:  And you're currently underway:  Everything checks out at the moment, right?
|
Look at your raw packets at
It appears to me that the KB9HGI-10
IGate is actually the cause of your woes.
Lynn (D) - KJ4ERJ - Author of APRSISCE
for Windows Mobile and Win32
On 8/13/2021 12:15 PM, KB9HGI wrote:
toggle quoted message
Show quoted text
Here is my tiny tracker KB9HGI-15 which is
in a fixed location but is moving all over the place.
?
Sent from for Windows
?
?
Which SSID is your digipeater on?
KB9HGI-15? I see you've used a lot of SSIDs:
This is where I see what I expect to be your TT4, along with
some other SSIDs:
And you're currently underway:
Everything checks out at the moment, right?
|
I'm probably in a chemo fog, but most of the packets -originated- by the callsign KB9HGI-15 appear (raw as listed on ) to be other people's packets in its payload field..? Shouldnt?these be identified as 3rd-party in someway since they don't match? the APRS?protocol with a first-characer?identifier?
Or does the?3rd party flag only apply if the?packet is re-transmitted back to RF as in a message packet.
I'm embarrassed?that I am now forgetting more about APRS details than I care to admit.
Bob
On Fri, Aug 13, 2021 at 12:15 PM KB9HGI < kb9hgi@...> wrote: Here is my tiny tracker KB9HGI-15 which is in a fixed location but is moving all over the place. 
? Sent from for Windows ? ? Which SSID is your digipeater on? KB9HGI-15? I see you've used a lot of SSIDs:
This is where I see what I expect to be your TT4, along with some other SSIDs:
And you're currently underway:
Everything checks out at the moment, right?
|
They are completely invalid packets.?? If
a 3rd party packet is received, it is supposed to be unwrapped
before being gated.
Something is broken with this IGate.
Lynn (D) - KJ4ERJ - Author of APRSISCE
for Windows Mobile and Win32
PS.? From
Third Party Packets
Please refer to the chapter
in the APRS specification on third-party packets. At this
time, all IGates strip any path information out of the
third-party header to reduce bandwidth requirements and
maintain AX.25 packet length compatibility.
- ?An IGate should not gate third-party packets (data type
}) with TCPIP or TCPXX in the third-party header to APRS-IS.
- Third-party packets without TCPIP in the header are to be
gated to APRS-IS?AFTER?stripping
the RF header and third-party data type.
On 8/13/2021 3:24 PM, Robert Bruninga
wrote:
I'm probably in a chemo fog, but most of the
packets -originated- by
the callsign KB9HGI-15 appear (raw as listed on )
to be other people's packets in its payload field..?
Shouldnt?these
be identified as 3rd-party in someway since they don't
match?
the APRS?protocol with a first-characer?identifier?
Or does the?3rd party flag only apply if the?packet is
re-transmitted
back to RF as in a message packet.
I'm embarrassed?that I am now forgetting more about APRS
details
than I care to admit.
Bob
On Fri, Aug 13, 2021 at
12:15 PM KB9HGI < kb9hgi@...> wrote:
Here is my tiny tracker KB9HGI-15
which is in a fixed location but is moving all over
the place.
?
Sent from for
Windows
?
?
Which SSID is your digipeater on?
KB9HGI-15? I see you've used a lot of SSIDs:
This is where I see what I expect to be your TT4,
along with some other SSIDs:
And you're currently underway:
Everything checks out at the moment, right?
|
Is his I-Gate retransmitting packets that his digipeater initiated or processed? If Bob B. can't figure it out, we are all doomed! Maybe he should set some of his gear up with tactical call signs , at least for system validation.
73,
Allen AF6OF
-----Original Message-----
From: Lynn Deffenbaugh <kj4erj@...>
To: [email protected]
Sent: Fri, Aug 13, 2021 1:36 pm
Subject: Re: [TinyTrak] TT4 digipeater
They are completely invalid packets.?? If
a 3rd party packet is received, it is supposed to be unwrapped
before being gated.
Something is broken with this IGate.
Lynn (D) - KJ4ERJ - Author of APRSISCE
for Windows Mobile and Win32
PS.? From
Third Party Packets
Please refer to the chapter
in the APRS specification on third-party packets. At this
time, all IGates strip any path information out of the
third-party header to reduce bandwidth requirements and
maintain AX.25 packet length compatibility.
- ?An IGate should not gate third-party packets (data type
}) with TCPIP or TCPXX in the third-party header to APRS-IS.
- Third-party packets without TCPIP in the header are to be
gated to APRS-IS?AFTER?stripping
the RF header and third-party data type.
On 8/13/2021 3:24 PM, Robert Bruninga
wrote:
I'm probably in a chemo fog, but most of the
packets -originated- by
the callsign KB9HGI-15 appear (raw as listed on )
to be other people's packets in its payload field..?
Shouldnt?these
be identified as 3rd-party in someway since they don't
match?
the APRS?protocol with a first-characer?identifier?
Or does the?3rd party flag only apply if the?packet is
re-transmitted
back to RF as in a message packet.
I'm embarrassed?that I am now forgetting more about APRS
details
than I care to admit.
Bob
On Fri, Aug 13, 2021 at
12:15 PM KB9HGI < kb9hgi@...> wrote:
Here is my tiny tracker KB9HGI-15
which is in a fixed location but is moving all over
the place.
?
Sent from for
Windows
?
?
Which SSID is your digipeater on?
KB9HGI-15? I see you've used a lot of SSIDs:
This is where I see what I expect to be your TT4,
along with some other SSIDs:
And you're currently underway:
Everything checks out at the moment, right?
|
AND bad packets are NOT supposed to be passed on! They are supposed to be discarded.
rich
On Fri, Aug 13, 2021 at 2:36 PM Lynn Deffenbaugh < kj4erj@...> wrote:
They are completely invalid packets.?? If
a 3rd party packet is received, it is supposed to be unwrapped
before being gated.
Something is broken with this IGate.
Lynn (D) - KJ4ERJ - Author of APRSISCE
for Windows Mobile and Win32
PS.? From
Third Party Packets
Please refer to the chapter
in the APRS specification on third-party packets. At this
time, all IGates strip any path information out of the
third-party header to reduce bandwidth requirements and
maintain AX.25 packet length compatibility.
- ?An IGate should not gate third-party packets (data type
}) with TCPIP or TCPXX in the third-party header to APRS-IS.
- Third-party packets without TCPIP in the header are to be
gated to APRS-IS?AFTER?stripping
the RF header and third-party data type.
On 8/13/2021 3:24 PM, Robert Bruninga
wrote:
I'm probably in a chemo fog, but most of the
packets -originated- by
the callsign KB9HGI-15 appear (raw as listed on )
to be other people's packets in its payload field..?
Shouldnt?these
be identified as 3rd-party in someway since they don't
match?
the APRS?protocol with a first-characer?identifier?
Or does the?3rd party flag only apply if the?packet is
re-transmitted
back to RF as in a message packet.
I'm embarrassed?that I am now forgetting more about APRS
details
than I care to admit.
Bob
On Fri, Aug 13, 2021 at
12:15 PM KB9HGI < kb9hgi@...> wrote:
Here is my tiny tracker KB9HGI-15
which is in a fixed location but is moving all over
the place.
?
Sent from for
Windows
?
?
Which SSID is your digipeater on?
KB9HGI-15? I see you've used a lot of SSIDs:
This is where I see what I expect to be your TT4,
along with some other SSIDs:
And you're currently underway:
Everything checks out at the moment, right?
-- Richard A. Painter, P.E. Retired
|
No I don’t think nothing is wrong with the Igate I have had it on for years its in rx only mode and its been working fine. A buddy of mine AA9GL has been running a digi. But was wanting to shut it off. He never had that problem his fixed station moving to different locations. I need to hook the TT4 back up computer again and try some different setting either its config wrong or it’s a piece of junk! ? Steve KB9HGI ? Sent from for Windows ?
toggle quoted message
Show quoted text
From: Rich PainterSent: Friday, August 13, 2021 6:14 PM To: [email protected]Subject: Re: [TinyTrak] TT4 digipeater ? AND bad packets are NOT supposed to be passed on! They are supposed to be discarded. ? On Fri, Aug 13, 2021 at 2:36 PM Lynn Deffenbaugh <kj4erj@...> wrote: They are completely invalid packets.?? If a 3rd party packet is received, it is supposed to be unwrapped before being gated. Something is broken with this IGate. Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
PS.? From Third Party PacketsPlease refer to the chapter in the APRS specification on third-party packets. At this time, all IGates strip any path information out of the third-party header to reduce bandwidth requirements and maintain AX.25 packet length compatibility. - ?An IGate should not gate third-party packets (data type }) with TCPIP or TCPXX in the third-party header to APRS-IS.
- Third-party packets without TCPIP in the header are to be gated to APRS-IS?AFTER?stripping the RF header and third-party data type.
? On 8/13/2021 3:24 PM, Robert Bruninga wrote: I'm probably in a chemo fog, but most of the packets -originated- by the callsign KB9HGI-15 appear (raw as listed on ) to be other people's packets in its payload field..? Shouldnt?these be identified as 3rd-party in someway since they don't match? the APRS?protocol with a first-characer?identifier? Or does the?3rd party flag only apply if the?packet is re-transmitted back to RF as in a message packet. I'm embarrassed?that I am now forgetting more about APRS details ? On Fri, Aug 13, 2021 at 12:15 PM KB9HGI <kb9hgi@...> wrote: Here is my tiny tracker KB9HGI-15 which is in a fixed location but is moving all over the place. 
? Sent from for Windows ? ? Which SSID is your digipeater on? KB9HGI-15? I see you've used a lot of SSIDs:
This is where I see what I expect to be your TT4, along with some other SSIDs:
And you're currently underway:
Everything checks out at the moment, right?
?
--
Richard A. Painter, P.E. Retired
|
Here is the settings in my TT4 BANK??? is???????????? 0 P300????? is???????????? FALSE TXTDISP?????????????? is???????????? FALSE NODISP is???????????? FALSE PPATHING????????? is???????????? FALSE DMSDISP???????????? is???????????? FALSE MICETMV??????????? is???????????? FALSE ENTS????? is???????????? FALSE TELHIRES????????????? is???????????? FALSE TELVOLT?????????????? is???????????? TRUE TELTEMP????????????? is???????????? TRUE PREEMPT???????????? is???????????? FALSE DIGIID?? is???????????? TRUE WXPOS is???????????? TRUE TELREAD????????????? is???????????? TRUE FRAWDISP????????? is???????????? FALSE HRAWDISP????????? is???????????? FALSE WYPTXT?????????????? is???????????? FALSE PKTICOM???????????? is???????????? TRUE PKTOCOM?????????? is???????????? FALSE RPATHDISP???????? is???????????? FALSE LEDS????? is???????????? TRUE PAVPEN?????????????? is???????????? FALSE DEC96?? is???????????? FALSE DDIST??? is???????????? FALSE HEADERLN????????? is???????????? FALSE DMETRIC???????????? is???????????? FALSE SOFTRST????????????? is???????????? TRUE MSGCMD??????????? is???????????? FALSE MSGCAP????????????? is???????????? FALSE LRNTPS is???????????? FALSE GPSCHK?????????????? is???????????? FALSE INTCLK? is???????????? FALSE DECSTAT????????????? is???????????? FALSE DIGIMY is???????????? TRUE TOSV???? is???????????? FALSE TALT????? is???????????? FALSE TSPEED is???????????? TRUE TIMESTAMP?????? is???????????? TRUE TIMEHMS??????????? is???????????? TRUE SBEN???? is???????????? FALSE TSWPT? is???????????? TRUE AMODE is???????????? TEXT BMODE is???????????? GPS ABAUD is???????????? 4800 BBAUD is???????????? 4800 BNKMODE????????? is???????????? 0 SSIDROUTE???????? is???????????? 0 ALTNET is???????????? APTT4 MYCALL??????????????? is???????????? KB9HGI-15 PATH1?? is???????????? WIDE1-1 PATH2?? is???????????? WIDE2-1 PATH3?? is TSTAT??? is???????????? KB9HGI's????????????? Digipeater?????????? Quincy, IL BTEXT??? is???????????? >/TinyTrak4??????? Alpha BPERIOD????????????? is???????????? 0 TXD??????? is???????????? 40 MTXD??? is???????????? 10 PERSIST is???????????? 65 SLOTTIME??????????? is???????????? 15 QUIET?? is???????????? 10 TRNKMODE??????? is???????????? 0 CDMODE???????????? is???????????? TONES CDLEVEL?????????????? is???????????? 20 TXLEVEL?????????????? is???????????? 128 TXTWIST????????????? is???????????? 50 RXAMP is???????????? 10 GWAYLEN?????????? is???????????? 9 GWAYMODE????? is???????????? NMEA GRELAYBITS??????? is???????????? 1 GRELAYRATE????? is???????????? 0 GKRELAY????????????? is???????????? 0 LOCATION?????????? is???????????? 3957.1300N???????? 09123.3400W GALT???? is???????????? 1000 TSYMCODE???????? is???????????? # TSYMTABLE??????? is???????????? / STATUSRATE????? is???????????? 1 PPERIOD????????????? is???????????? 1800 MPPERIOD????????? is???????????? 0 SBSSPEED??????????? is???????????? 5 SBFSPEED??????????? is???????????? 60 SBSPERIOD???????? is???????????? 1800 SBFPERIOD???????? is???????????? 90 SBTANGLE?????????? is???????????? 27 SBTSLOPE??????????? is???????????? 255 SBTTIME????????????? is???????????? 5 MMSG? is???????????? 2 TSOFFSET??????????? is???????????? 17 TDAO??? is???????????? 0 TPROTOCOL?????? is???????????? MIC-E TPSWITCH?????????? is???????????? 0 TPERIOD????????????? is???????????? 0 TVOLTTWK????????? is???????????? 128 TTEMPTWK???????? is???????????? 128 WPERIOD??????????? is???????????? 0 ALIAS1? is???????????? WIDE1 ALIAS2? is ALIAS3? is DUPETIME????????? is???????????? 30 FILTERCALL???????? is TXFREQ is???????????? 144.390 RXFREQ is???????????? 144.390 RXSQUELCH??????? is???????????? 0 ? Sent from for Windows ?
toggle quoted message
Show quoted text
From: Rich PainterSent: Friday, August 13, 2021 6:14 PM To: [email protected]Subject: Re: [TinyTrak] TT4 digipeater ? AND bad packets are NOT supposed to be passed on! They are supposed to be discarded. ? On Fri, Aug 13, 2021 at 2:36 PM Lynn Deffenbaugh <kj4erj@...> wrote: They are completely invalid packets.?? If a 3rd party packet is received, it is supposed to be unwrapped before being gated. Something is broken with this IGate. Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
PS.? From Third Party PacketsPlease refer to the chapter in the APRS specification on third-party packets. At this time, all IGates strip any path information out of the third-party header to reduce bandwidth requirements and maintain AX.25 packet length compatibility. - ?An IGate should not gate third-party packets (data type }) with TCPIP or TCPXX in the third-party header to APRS-IS.
- Third-party packets without TCPIP in the header are to be gated to APRS-IS?AFTER?stripping the RF header and third-party data type.
? On 8/13/2021 3:24 PM, Robert Bruninga wrote: I'm probably in a chemo fog, but most of the packets -originated- by the callsign KB9HGI-15 appear (raw as listed on ) to be other people's packets in its payload field..? Shouldnt?these be identified as 3rd-party in someway since they don't match? the APRS?protocol with a first-characer?identifier? Or does the?3rd party flag only apply if the?packet is re-transmitted back to RF as in a message packet. I'm embarrassed?that I am now forgetting more about APRS details ? On Fri, Aug 13, 2021 at 12:15 PM KB9HGI <kb9hgi@...> wrote: Here is my tiny tracker KB9HGI-15 which is in a fixed location but is moving all over the place. ? Sent from for Windows ? ? Which SSID is your digipeater on? KB9HGI-15? I see you've used a lot of SSIDs:
This is where I see what I expect to be your TT4, along with some other SSIDs:
And you're currently underway:
Everything checks out at the moment, right?
?
--
Richard A. Painter, P.E. Retired
|
The packets look like someone just hooked the output of one TNC to theTX input of another one instead of actually implementing an IGate or digi.? So the one TNC is trnansmitting?the parsed and "displayed" packet as received from another.? Once received, the format is a "display" format and not part of the on-air AX.25 protocol.
Bob, WB4APR
On Sat, Aug 14, 2021 at 12:11 AM KB9HGI < kb9hgi@...> wrote: No I don’t think nothing is wrong with the Igate I have had it on for years its in rx only mode and its been working fine. A buddy of mine AA9GL has been running a digi. But was wanting to shut it off. He never had that problem his fixed station moving to different locations. I need to hook the TT4 back up computer again and try some different setting either its config wrong or it’s a piece of junk! ? Steve KB9HGI ? Sent from for Windows ? ? AND bad packets are NOT supposed to be passed on! They are supposed to be discarded. ? On Fri, Aug 13, 2021 at 2:36 PM Lynn Deffenbaugh <kj4erj@...> wrote: They are completely invalid packets.?? If a 3rd party packet is received, it is supposed to be unwrapped before being gated. Something is broken with this IGate. Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
PS.? From Third Party PacketsPlease refer to the chapter in the APRS specification on third-party packets. At this time, all IGates strip any path information out of the third-party header to reduce bandwidth requirements and maintain AX.25 packet length compatibility. - ?An IGate should not gate third-party packets (data type }) with TCPIP or TCPXX in the third-party header to APRS-IS.
- Third-party packets without TCPIP in the header are to be gated to APRS-IS?AFTER?stripping the RF header and third-party data type.
? On 8/13/2021 3:24 PM, Robert Bruninga wrote: I'm probably in a chemo fog, but most of the packets -originated- by the callsign KB9HGI-15 appear (raw as listed on ) to be other people's packets in its payload field..? Shouldnt?these be identified as 3rd-party in someway since they don't match? the APRS?protocol with a first-characer?identifier? Or does the?3rd party flag only apply if the?packet is re-transmitted back to RF as in a message packet. I'm embarrassed?that I am now forgetting more about APRS details ? On Fri, Aug 13, 2021 at 12:15 PM KB9HGI <kb9hgi@...> wrote: Here is my tiny tracker KB9HGI-15 which is in a fixed location but is moving all over the place. 
? Sent from for Windows ? ? Which SSID is your digipeater on? KB9HGI-15? I see you've used a lot of SSIDs:
This is where I see what I expect to be your TT4, along with some other SSIDs:
And you're currently underway:
Everything checks out at the moment, right?
?
--
Richard A. Painter, P.E. Retired
|
The bogus packets being gated by
KB9HGI-10 spontaneously stopped about 40 minutes after KB9HGI
thought that "nothing is wrong with the Igate".?? KB9HGI-10 is
still operating, but is gating packets normally now so apparently
the problem was identified and corrected.
Lynn (D) - KJ4ERJ - Author of APRSISCE
for Windows Mobile and Win32
PS.? For the record, here's the last bogus packets gated and the
first of the good packets that have continued since.? Notice the 8
minute gap between the two during which time I suspect it was
actually fixed.
WinMain:2021-08-14T04:48:21.740 IS[APRS-IS](Hit(e/KB9HGI-10)) [0]W0CBL-1>APDW16,WIDE1-1,WIDE2-1,qAR,KB9HGI-10:!4015.91NS09234.82W#PHG5540Kirksville, MO
WinMain:2021-08-14T04:48:27.223 IS[APRS-IS](Hit(e/KB9HGI-10)) [0]KB9HGI-15>APTT4,WIDE2-1,qAR,KB9HGI-10:W0CBL-1>APDW16,NR9Q-1*,WIDE2-1:!4015.91NS09234.82W#PHG5540Kirksville, MO
WinMain:2021-08-14T04:50:08.801 IS[APRS-IS](Hit(e/KB9HGI-10)) [1]KB9HGI-15>APTT4,WIDE2-1,qAR,KB9HGI-10:KC9LDH-9>APAVT5,KS9A-10,CHILLI*,WIDE2:=4034.61N\09002.28WO192/012/A=000702Unit 2 K 3.82V 84.0F TF Err
WinMain:2021-08-14T04:58:06.655 IS[APRS-IS](Hit(e/KB9HGI-10)) [0]KB0NWT>T0RX0V,WIDE1-1,WIDE2-1,qAR,KB9HGI-10:'x&Xl -/]
WinMain:2021-08-14T05:05:38.918 IS[APRS-IS](Hit(e/KB9HGI-10)) [0]KB9HGI-2>S9UW1R,WIDE1-1,WIDE2-1,qAR,KB9HGI-10:`w3?l!k[/`"5i}Monitoring 146.520_(
WinMain:2021-08-14T05:08:02.156 IS[APRS-IS](Hit(e/KB9HGI-10)) [1]KB9HGI-2>S9UW1R,WIDE1-1,WIDE2-1,qAR,KB9HGI-10:`w3?l!k[/`"5i}Monitoring 146.520_(
WinMain:2021-08-14T05:08:21.105 IS[APRS-IS](Hit(e/KB9HGI-10)) [0]W0CBL-1>APDW16,qAR,KB9HGI-10:!4015.91NS09234.82W#PHG5540Kirksville, MO
On 8/15/2021 5:21 PM, Robert Bruninga
wrote:
toggle quoted message
Show quoted text
The packets look like someone just hooked the
output of one TNC to theTX input of another one
instead of actually implementing an IGate or digi.? So the
one TNC is trnansmitting?the
parsed and "displayed" packet as received from another.?
Once received, the format
is a "display" format and not part of the on-air AX.25
protocol.
Bob, WB4APR
On Sat, Aug 14, 2021 at 12:11
AM KB9HGI < kb9hgi@...> wrote:
No I don’t think nothing is wrong
with the Igate I have had it on for years its in rx only
mode and its been working fine. A buddy of mine AA9GL
has been running a digi. But was wanting to shut it off.
He never had that problem his fixed station moving to
different locations. I need to hook the TT4 back up
computer again and try some different setting either its
config wrong or it’s a piece of junk!
?
Steve KB9HGI
?
Sent from for
Windows
?
?
AND bad packets are NOT supposed
to be passed on! They are supposed to be discarded.
?
On Fri, Aug 13, 2021 at 2:36 PM
Lynn Deffenbaugh <kj4erj@...>
wrote:
They are completely invalid
packets.?? If a 3rd party packet is received, it
is supposed to be unwrapped before being gated.
Something is broken with this
IGate.
Lynn (D) - KJ4ERJ - Author of
APRSISCE for Windows Mobile and Win32
PS.? From
Third Party Packets
Please refer to the chapter in the APRS
specification on third-party packets. At this
time, all IGates strip any path information
out of the third-party header to reduce
bandwidth requirements and maintain AX.25
packet length compatibility.
- ?An IGate should not
gate third-party packets (data type }) with
TCPIP or TCPXX in the third-party header to
APRS-IS.
- Third-party packets
without TCPIP in the header are to be gated
to APRS-IS?AFTER?stripping the RF
header and third-party data type.
?
On 8/13/2021 3:24 PM, Robert
Bruninga wrote:
I'm probably in a chemo
fog, but most of the packets -originated- by
the callsign KB9HGI-15
appear (raw as listed on )
to be other people's
packets in its payload field..?
Shouldnt?these
be identified as
3rd-party in someway since they don't
match?
the APRS?protocol with
a first-characer?identifier?
Or does the?3rd party
flag only apply if the?packet is
re-transmitted
back to RF as in a
message packet.
I'm embarrassed?that I
am now forgetting more about APRS details
?
On Fri, Aug 13, 2021 at
12:15 PM KB9HGI <kb9hgi@...>
wrote:
Here is my tiny
tracker KB9HGI-15 which is in a fixed
location but is moving all over the
place.
?
Sent from for
Windows
?
?
Which SSID is your
digipeater on? KB9HGI-15? I see you've
used a lot of SSIDs:
This is where I see what I expect to
be your TT4, along with some other
SSIDs:
And you're currently underway:
Everything checks out at the moment,
right?
?
--
Richard A.
Painter, P.E. Retired
|
Why are igates, etc passing bad packets? bad packets should not be promulgated. regards rich
On Sun, Aug 15, 2021 at 3:44 PM Lynn Deffenbaugh < kj4erj@...> wrote:
The bogus packets being gated by
KB9HGI-10 spontaneously stopped about 40 minutes after KB9HGI
thought that "nothing is wrong with the Igate".?? KB9HGI-10 is
still operating, but is gating packets normally now so apparently
the problem was identified and corrected.
Lynn (D) - KJ4ERJ - Author of APRSISCE
for Windows Mobile and Win32
PS.? For the record, here's the last bogus packets gated and the
first of the good packets that have continued since.? Notice the 8
minute gap between the two during which time I suspect it was
actually fixed.
WinMain:2021-08-14T04:48:21.740 IS[APRS-IS](Hit(e/KB9HGI-10)) [0]W0CBL-1>APDW16,WIDE1-1,WIDE2-1,qAR,KB9HGI-10:!4015.91NS09234.82W#PHG5540Kirksville, MO
WinMain:2021-08-14T04:48:27.223 IS[APRS-IS](Hit(e/KB9HGI-10)) [0]KB9HGI-15>APTT4,WIDE2-1,qAR,KB9HGI-10:W0CBL-1>APDW16,NR9Q-1*,WIDE2-1:!4015.91NS09234.82W#PHG5540Kirksville, MO
WinMain:2021-08-14T04:50:08.801 IS[APRS-IS](Hit(e/KB9HGI-10)) [1]KB9HGI-15>APTT4,WIDE2-1,qAR,KB9HGI-10:KC9LDH-9>APAVT5,KS9A-10,CHILLI*,WIDE2:=4034.61N\09002.28WO192/012/A=000702Unit 2 K 3.82V 84.0F TF Err
WinMain:2021-08-14T04:58:06.655 IS[APRS-IS](Hit(e/KB9HGI-10)) [0]KB0NWT>T0RX0V,WIDE1-1,WIDE2-1,qAR,KB9HGI-10:'x&Xl -/]
WinMain:2021-08-14T05:05:38.918 IS[APRS-IS](Hit(e/KB9HGI-10)) [0]KB9HGI-2>S9UW1R,WIDE1-1,WIDE2-1,qAR,KB9HGI-10:`w3?l!k[/`"5i}Monitoring 146.520_(
WinMain:2021-08-14T05:08:02.156 IS[APRS-IS](Hit(e/KB9HGI-10)) [1]KB9HGI-2>S9UW1R,WIDE1-1,WIDE2-1,qAR,KB9HGI-10:`w3?l!k[/`"5i}Monitoring 146.520_(
WinMain:2021-08-14T05:08:21.105 IS[APRS-IS](Hit(e/KB9HGI-10)) [0]W0CBL-1>APDW16,qAR,KB9HGI-10:!4015.91NS09234.82W#PHG5540Kirksville, MO
On 8/15/2021 5:21 PM, Robert Bruninga
wrote:
The packets look like someone just hooked the
output of one TNC to theTX input of another one
instead of actually implementing an IGate or digi.? So the
one TNC is trnansmitting?the
parsed and "displayed" packet as received from another.?
Once received, the format
is a "display" format and not part of the on-air AX.25
protocol.
Bob, WB4APR
On Sat, Aug 14, 2021 at 12:11
AM KB9HGI < kb9hgi@...> wrote:
No I don’t think nothing is wrong
with the Igate I have had it on for years its in rx only
mode and its been working fine. A buddy of mine AA9GL
has been running a digi. But was wanting to shut it off.
He never had that problem his fixed station moving to
different locations. I need to hook the TT4 back up
computer again and try some different setting either its
config wrong or it’s a piece of junk!
?
Steve KB9HGI
?
Sent from for
Windows
?
?
AND bad packets are NOT supposed
to be passed on! They are supposed to be discarded.
?
On Fri, Aug 13, 2021 at 2:36 PM
Lynn Deffenbaugh <kj4erj@...>
wrote:
They are completely invalid
packets.?? If a 3rd party packet is received, it
is supposed to be unwrapped before being gated.
Something is broken with this
IGate.
Lynn (D) - KJ4ERJ - Author of
APRSISCE for Windows Mobile and Win32
PS.? From
Third Party Packets
Please refer to the chapter in the APRS
specification on third-party packets. At this
time, all IGates strip any path information
out of the third-party header to reduce
bandwidth requirements and maintain AX.25
packet length compatibility.
- ?An IGate should not
gate third-party packets (data type }) with
TCPIP or TCPXX in the third-party header to
APRS-IS.
- Third-party packets
without TCPIP in the header are to be gated
to APRS-IS?AFTER?stripping the RF
header and third-party data type.
?
On 8/13/2021 3:24 PM, Robert
Bruninga wrote:
I'm probably in a chemo
fog, but most of the packets -originated- by
the callsign KB9HGI-15
appear (raw as listed on )
to be other people's
packets in its payload field..?
Shouldnt?these
be identified as
3rd-party in someway since they don't
match?
the APRS?protocol with
a first-characer?identifier?
Or does the?3rd party
flag only apply if the?packet is
re-transmitted
back to RF as in a
message packet.
I'm embarrassed?that I
am now forgetting more about APRS details
?
On Fri, Aug 13, 2021 at
12:15 PM KB9HGI <kb9hgi@...>
wrote:
Here is my tiny
tracker KB9HGI-15 which is in a fixed
location but is moving all over the
place.
?
Sent from for
Windows
?
?
Which SSID is your
digipeater on? KB9HGI-15? I see you've
used a lot of SSIDs:
This is where I see what I expect to
be your TT4, along with some other
SSIDs:
And you're currently underway:
Everything checks out at the moment,
right?
?
--
Richard A.
Painter, P.E. Retired
-- Richard A. Painter, P.E. Retired
|
Insure that you do not have spaces in the hard coded latitude value.
This will enable position ambiguity per the APRS spec.
APRS.fi also supports optional position ambiguity.
|
Well, we call them "bad" or "bogus"
packets, but the aprs101.pdf spec actually would classify them as
"APRS Status Reports" and as such, IGate software is completely
spec-compliant to be passing them along.? Consider the following
from page 89 of aprs101.pdf:
All Other Packets:
Packets that do not meet any of the formats described in this
document are
assumed to be non-APRS beacons. Programs can decide to handle
these, or
ignore them, but they must be able to process them without ill
effects.
APRS programs may treat such packets as APRS Status Reports.
This allows
APRS to accept any UI packet addressed to the typical beacon
address to be
captured as a status message. Typical TNC ID packets fall into
this category.
Once a proper Status Report (with the APRS Data Type Identifier
>) has
been received from a station it will not be overwritten by other
non-APRS
packets from that station.
Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and
Win32
On 8/16/2021 12:15 AM, Rich Painter
wrote:
Why are igates, etc passing bad packets? bad packets should
not be promulgated.
regards
rich
On Sun, Aug 15, 2021 at 3:44
PM Lynn Deffenbaugh < kj4erj@...> wrote:
The bogus packets being gated by KB9HGI-10
spontaneously stopped about 40 minutes after KB9HGI
thought that "nothing is wrong with the Igate".??
KB9HGI-10 is still operating, but is gating packets
normally now so apparently the problem was identified and
corrected.
Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows
Mobile and Win32
PS.? For the record, here's the last bogus packets gated
and the first of the good packets that have continued
since.? Notice the 8 minute gap between the two during
which time I suspect it was actually fixed.
WinMain:2021-08-14T04:48:21.740 IS[APRS-IS](Hit(e/KB9HGI-10)) [0]W0CBL-1>APDW16,WIDE1-1,WIDE2-1,qAR,KB9HGI-10:!4015.91NS09234.82W#PHG5540Kirksville, MO
WinMain:2021-08-14T04:48:27.223 IS[APRS-IS](Hit(e/KB9HGI-10)) [0]KB9HGI-15>APTT4,WIDE2-1,qAR,KB9HGI-10:W0CBL-1>APDW16,NR9Q-1*,WIDE2-1:!4015.91NS09234.82W#PHG5540Kirksville, MO
WinMain:2021-08-14T04:50:08.801 IS[APRS-IS](Hit(e/KB9HGI-10)) [1]KB9HGI-15>APTT4,WIDE2-1,qAR,KB9HGI-10:KC9LDH-9>APAVT5,KS9A-10,CHILLI*,WIDE2:=4034.61N\09002.28WO192/012/A=000702Unit 2 K 3.82V 84.0F TF Err
WinMain:2021-08-14T04:58:06.655 IS[APRS-IS](Hit(e/KB9HGI-10)) [0]KB0NWT>T0RX0V,WIDE1-1,WIDE2-1,qAR,KB9HGI-10:'x&Xl -/]
WinMain:2021-08-14T05:05:38.918 IS[APRS-IS](Hit(e/KB9HGI-10)) [0]KB9HGI-2>S9UW1R,WIDE1-1,WIDE2-1,qAR,KB9HGI-10:`w3?l!k[/`"5i}Monitoring 146.520_(
WinMain:2021-08-14T05:08:02.156 IS[APRS-IS](Hit(e/KB9HGI-10)) [1]KB9HGI-2>S9UW1R,WIDE1-1,WIDE2-1,qAR,KB9HGI-10:`w3?l!k[/`"5i}Monitoring 146.520_(
WinMain:2021-08-14T05:08:21.105 IS[APRS-IS](Hit(e/KB9HGI-10)) [0]W0CBL-1>APDW16,qAR,KB9HGI-10:!4015.91NS09234.82W#PHG5540Kirksville, MO
On 8/15/2021 5:21 PM, Robert Bruninga wrote:
The packets look like someone just hooked
the output of one TNC to theTX input of another one
instead of actually implementing an IGate or digi.?
So the one TNC is trnansmitting?the
parsed and "displayed" packet as received from
another.? Once received, the format
is a "display" format and not part of the on-air
AX.25 protocol.
Bob, WB4APR
On Sat, Aug 14, 2021
at 12:11 AM KB9HGI < kb9hgi@...>
wrote:
No I don’t think nothing is
wrong with the Igate I have had it on for years
its in rx only mode and its been working fine. A
buddy of mine AA9GL has been running a digi. But
was wanting to shut it off. He never had that
problem his fixed station moving to different
locations. I need to hook the TT4 back up
computer again and try some different setting
either its config wrong or it’s a piece of junk!
?
Steve KB9HGI
?
Sent from
for Windows
?
?
AND bad packets are NOT
supposed to be passed on! They are supposed
to be discarded.
?
On Fri, Aug 13, 2021 at
2:36 PM Lynn Deffenbaugh <kj4erj@...>
wrote:
They are completely
invalid packets.?? If a 3rd party packet
is received, it is supposed to be
unwrapped before being gated.
Something is broken
with this IGate.
Lynn (D) - KJ4ERJ -
Author of APRSISCE for Windows Mobile
and Win32
PS.? From
Third Party Packets
Please refer to the chapter in the
APRS specification on third-party
packets. At this time, all IGates
strip any path information out of the
third-party header to reduce bandwidth
requirements and maintain AX.25 packet
length compatibility.
- ?An IGate should
not gate third-party packets (data
type }) with TCPIP or TCPXX in the
third-party header to APRS-IS.
- Third-party
packets without TCPIP in the header
are to be gated to APRS-IS?AFTER?stripping
the RF header and third-party data
type.
?
On 8/13/2021 3:24 PM,
Robert Bruninga wrote:
I'm probably in a
chemo fog, but most of the packets
-originated- by
the callsign
KB9HGI-15 appear (raw as listed on
)
to be other
people's packets in its payload
field..? Shouldnt?these
be identified
as 3rd-party in someway since they
don't match?
the
APRS?protocol with a
first-characer?identifier?
Or does the?3rd
party flag only apply if
the?packet is re-transmitted
back to RF as
in a message packet.
I'm
embarrassed?that I am now
forgetting more about APRS details
?
On Fri, Aug 13,
2021 at 12:15 PM KB9HGI <kb9hgi@...>
wrote:
Here is my
tiny tracker KB9HGI-15 which
is in a fixed location but is
moving all over the place.
?
Sent from
for Windows
?
?
Which SSID
is your digipeater on?
KB9HGI-15? I see you've used a
lot of SSIDs:
This is where I see what I
expect to be your TT4, along
with some other SSIDs:
And you're currently underway:
Everything checks out at the
moment, right?
?
--
Richard
A. Painter, P.E. Retired
--
Richard A. Painter, P.E. Retired
|
Yes, anything manually typed into a TNC for transmission should? at least be transmitted and we called that a default status packet. But this situation is different.? It is not someone generating "status" packets but some arrangement of hardware that is incorrectly taking the output of one?TNC stream and just transmittiing it raw as if it was trying to emulate a digi, which is not how digis work.
bob
On Mon, Aug 16, 2021 at 7:21 AM Lynn Deffenbaugh < kj4erj@...> wrote:
Well, we call them "bad" or "bogus"
packets, but the aprs101.pdf spec actually would classify them as
"APRS Status Reports" and as such, IGate software is completely
spec-compliant to be passing them along.? Consider the following
from page 89 of aprs101.pdf:
All Other Packets:
Packets that do not meet any of the formats described in this
document are
assumed to be non-APRS beacons. Programs can decide to handle
these, or
ignore them, but they must be able to process them without ill
effects.
APRS programs may treat such packets as APRS Status Reports.
This allows
APRS to accept any UI packet addressed to the typical beacon
address to be
captured as a status message. Typical TNC ID packets fall into
this category.
Once a proper Status Report (with the APRS Data Type Identifier
>) has
been received from a station it will not be overwritten by other
non-APRS
packets from that station.
Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and
Win32
On 8/16/2021 12:15 AM, Rich Painter
wrote:
Why are igates, etc passing bad packets? bad packets should
not be promulgated.
regards
rich
On Sun, Aug 15, 2021 at 3:44
PM Lynn Deffenbaugh < kj4erj@...> wrote:
The bogus packets being gated by KB9HGI-10
spontaneously stopped about 40 minutes after KB9HGI
thought that "nothing is wrong with the Igate".??
KB9HGI-10 is still operating, but is gating packets
normally now so apparently the problem was identified and
corrected.
Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows
Mobile and Win32
PS.? For the record, here's the last bogus packets gated
and the first of the good packets that have continued
since.? Notice the 8 minute gap between the two during
which time I suspect it was actually fixed.
WinMain:2021-08-14T04:48:21.740 IS[APRS-IS](Hit(e/KB9HGI-10)) [0]W0CBL-1>APDW16,WIDE1-1,WIDE2-1,qAR,KB9HGI-10:!4015.91NS09234.82W#PHG5540Kirksville, MO
WinMain:2021-08-14T04:48:27.223 IS[APRS-IS](Hit(e/KB9HGI-10)) [0]KB9HGI-15>APTT4,WIDE2-1,qAR,KB9HGI-10:W0CBL-1>APDW16,NR9Q-1*,WIDE2-1:!4015.91NS09234.82W#PHG5540Kirksville, MO
WinMain:2021-08-14T04:50:08.801 IS[APRS-IS](Hit(e/KB9HGI-10)) [1]KB9HGI-15>APTT4,WIDE2-1,qAR,KB9HGI-10:KC9LDH-9>APAVT5,KS9A-10,CHILLI*,WIDE2:=4034.61N\09002.28WO192/012/A=000702Unit 2 K 3.82V 84.0F TF Err
WinMain:2021-08-14T04:58:06.655 IS[APRS-IS](Hit(e/KB9HGI-10)) [0]KB0NWT>T0RX0V,WIDE1-1,WIDE2-1,qAR,KB9HGI-10:'x&Xl -/]
WinMain:2021-08-14T05:05:38.918 IS[APRS-IS](Hit(e/KB9HGI-10)) [0]KB9HGI-2>S9UW1R,WIDE1-1,WIDE2-1,qAR,KB9HGI-10:`w3?l!k[/`"5i}Monitoring 146.520_(
WinMain:2021-08-14T05:08:02.156 IS[APRS-IS](Hit(e/KB9HGI-10)) [1]KB9HGI-2>S9UW1R,WIDE1-1,WIDE2-1,qAR,KB9HGI-10:`w3?l!k[/`"5i}Monitoring 146.520_(
WinMain:2021-08-14T05:08:21.105 IS[APRS-IS](Hit(e/KB9HGI-10)) [0]W0CBL-1>APDW16,qAR,KB9HGI-10:!4015.91NS09234.82W#PHG5540Kirksville, MO
On 8/15/2021 5:21 PM, Robert Bruninga wrote:
The packets look like someone just hooked
the output of one TNC to theTX input of another one
instead of actually implementing an IGate or digi.?
So the one TNC is trnansmitting?the
parsed and "displayed" packet as received from
another.? Once received, the format
is a "display" format and not part of the on-air
AX.25 protocol.
Bob, WB4APR
On Sat, Aug 14, 2021
at 12:11 AM KB9HGI < kb9hgi@...>
wrote:
No I don’t think nothing is
wrong with the Igate I have had it on for years
its in rx only mode and its been working fine. A
buddy of mine AA9GL has been running a digi. But
was wanting to shut it off. He never had that
problem his fixed station moving to different
locations. I need to hook the TT4 back up
computer again and try some different setting
either its config wrong or it’s a piece of junk!
?
Steve KB9HGI
?
Sent from
for Windows
?
?
AND bad packets are NOT
supposed to be passed on! They are supposed
to be discarded.
?
On Fri, Aug 13, 2021 at
2:36 PM Lynn Deffenbaugh <kj4erj@...>
wrote:
They are completely
invalid packets.?? If a 3rd party packet
is received, it is supposed to be
unwrapped before being gated.
Something is broken
with this IGate.
Lynn (D) - KJ4ERJ -
Author of APRSISCE for Windows Mobile
and Win32
PS.? From
Third Party Packets
Please refer to the chapter in the
APRS specification on third-party
packets. At this time, all IGates
strip any path information out of the
third-party header to reduce bandwidth
requirements and maintain AX.25 packet
length compatibility.
- ?An IGate should
not gate third-party packets (data
type }) with TCPIP or TCPXX in the
third-party header to APRS-IS.
- Third-party
packets without TCPIP in the header
are to be gated to APRS-IS?AFTER?stripping
the RF header and third-party data
type.
?
On 8/13/2021 3:24 PM,
Robert Bruninga wrote:
I'm probably in a
chemo fog, but most of the packets
-originated- by
the callsign
KB9HGI-15 appear (raw as listed on
)
to be other
people's packets in its payload
field..? Shouldnt?these
be identified
as 3rd-party in someway since they
don't match?
the
APRS?protocol with a
first-characer?identifier?
Or does the?3rd
party flag only apply if
the?packet is re-transmitted
back to RF as
in a message packet.
I'm
embarrassed?that I am now
forgetting more about APRS details
?
On Fri, Aug 13,
2021 at 12:15 PM KB9HGI <kb9hgi@...>
wrote:
Here is my
tiny tracker KB9HGI-15 which
is in a fixed location but is
moving all over the place.
?
Sent from
for Windows
?
?
Which SSID
is your digipeater on?
KB9HGI-15? I see you've used a
lot of SSIDs:
This is where I see what I
expect to be your TT4, along
with some other SSIDs:
And you're currently underway:
Everything checks out at the
moment, right?
?
--
Richard
A. Painter, P.E. Retired
--
Richard A. Painter, P.E. Retired
|
I understand what the "intention" was of
the default to Status Report, but software cannot read intent,
just content.? So anything that doesn't fit something else is, by
definition, a Status Report.? Even if that anything is a
fully-formed TNC2-formatted packet.
Lynn (D) - KJ4ERJ - Author of APRSISCE
for Windows Mobile and Win32
On 8/16/2021 10:20 AM, Robert Bruninga
wrote:
toggle quoted message
Show quoted text
Yes, anything manually typed into a TNC for
transmission should?
at least be transmitted and we called that a default status
packet.
But this situation is different.? It is not someone
generating "status"
packets but some arrangement of hardware that is
incorrectly taking
the output of one?TNC stream and just transmittiing it raw
as if it
was trying to emulate a digi, which is not how digis work.
bob
On Mon, Aug 16, 2021 at 7:21
AM Lynn Deffenbaugh < kj4erj@...> wrote:
Well, we call them "bad" or "bogus" packets, but the
aprs101.pdf spec actually would classify them as "APRS
Status Reports" and as such, IGate software is completely
spec-compliant to be passing them along.? Consider the
following from page 89 of aprs101.pdf:
All Other Packets:
Packets that do not meet any of the formats described in
this document are
assumed to be non-APRS beacons. Programs can decide to
handle these, or
ignore them, but they must be able to process them
without ill effects.
APRS programs may treat such packets as APRS Status
Reports. This allows
APRS to accept any UI packet addressed to the typical
beacon address to be
captured as a status message. Typical TNC ID packets
fall into this category.
Once a proper Status Report (with the APRS Data Type
Identifier >) has
been received from a station it will not be overwritten
by other non-APRS
packets from that station.
Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile
and Win32
On 8/16/2021 12:15 AM, Rich Painter wrote:
Why are igates, etc passing bad packets? bad
packets should not be promulgated.
regards
rich
On Sun, Aug 15, 2021
at 3:44 PM Lynn Deffenbaugh < kj4erj@...>
wrote:
The bogus packets being gated by KB9HGI-10
spontaneously stopped about 40 minutes after
KB9HGI thought that "nothing is wrong with the
Igate".?? KB9HGI-10 is still operating, but is
gating packets normally now so apparently the
problem was identified and corrected.
Lynn (D) - KJ4ERJ - Author of APRSISCE for
Windows Mobile and Win32
PS.? For the record, here's the last bogus packets
gated and the first of the good packets that have
continued since.? Notice the 8 minute gap between
the two during which time I suspect it was
actually fixed.
WinMain:2021-08-14T04:48:21.740 IS[APRS-IS](Hit(e/KB9HGI-10)) [0]W0CBL-1>APDW16,WIDE1-1,WIDE2-1,qAR,KB9HGI-10:!4015.91NS09234.82W#PHG5540Kirksville, MO
WinMain:2021-08-14T04:48:27.223 IS[APRS-IS](Hit(e/KB9HGI-10)) [0]KB9HGI-15>APTT4,WIDE2-1,qAR,KB9HGI-10:W0CBL-1>APDW16,NR9Q-1*,WIDE2-1:!4015.91NS09234.82W#PHG5540Kirksville, MO
WinMain:2021-08-14T04:50:08.801 IS[APRS-IS](Hit(e/KB9HGI-10)) [1]KB9HGI-15>APTT4,WIDE2-1,qAR,KB9HGI-10:KC9LDH-9>APAVT5,KS9A-10,CHILLI*,WIDE2:=4034.61N\09002.28WO192/012/A=000702Unit 2 K 3.82V 84.0F TF Err
WinMain:2021-08-14T04:58:06.655 IS[APRS-IS](Hit(e/KB9HGI-10)) [0]KB0NWT>T0RX0V,WIDE1-1,WIDE2-1,qAR,KB9HGI-10:'x&Xl -/]
WinMain:2021-08-14T05:05:38.918 IS[APRS-IS](Hit(e/KB9HGI-10)) [0]KB9HGI-2>S9UW1R,WIDE1-1,WIDE2-1,qAR,KB9HGI-10:`w3?l!k[/`"5i}Monitoring 146.520_(
WinMain:2021-08-14T05:08:02.156 IS[APRS-IS](Hit(e/KB9HGI-10)) [1]KB9HGI-2>S9UW1R,WIDE1-1,WIDE2-1,qAR,KB9HGI-10:`w3?l!k[/`"5i}Monitoring 146.520_(
WinMain:2021-08-14T05:08:21.105 IS[APRS-IS](Hit(e/KB9HGI-10)) [0]W0CBL-1>APDW16,qAR,KB9HGI-10:!4015.91NS09234.82W#PHG5540Kirksville, MO
On 8/15/2021 5:21 PM, Robert Bruninga wrote:
The packets look like someone just
hooked the output of one TNC to theTX input of
another one
instead of actually implementing an IGate
or digi.? So the one TNC is trnansmitting?the
parsed and "displayed" packet as received
from another.? Once received, the format
is a "display" format and not part of the
on-air AX.25 protocol.
Bob, WB4APR
On Sat, Aug
14, 2021 at 12:11 AM KB9HGI < kb9hgi@...>
wrote:
No I don’t think
nothing is wrong with the Igate I have
had it on for years its in rx only mode
and its been working fine. A buddy of
mine AA9GL has been running a digi. But
was wanting to shut it off. He never had
that problem his fixed station moving to
different locations. I need to hook the
TT4 back up computer again and try some
different setting either its config
wrong or it’s a piece of junk!
?
Steve KB9HGI
?
Sent from
for Windows
?
?
AND bad packets
are NOT supposed to be passed on!
They are supposed to be discarded.
?
On Fri, Aug 13,
2021 at 2:36 PM Lynn Deffenbaugh
<kj4erj@...>
wrote:
They are
completely invalid packets.?? If
a 3rd party packet is received,
it is supposed to be unwrapped
before being gated.
Something is
broken with this IGate.
Lynn (D) -
KJ4ERJ - Author of APRSISCE for
Windows Mobile and Win32
PS.? From
Third Party Packets
Please refer to the chapter
in the APRS specification on
third-party packets. At this
time, all IGates strip any
path information out of the
third-party header to reduce
bandwidth requirements and
maintain AX.25 packet length
compatibility.
- ?An
IGate should not gate
third-party packets (data
type }) with TCPIP or TCPXX
in the third-party header to
APRS-IS.
- Third-party
packets without TCPIP in the
header are to be gated to
APRS-IS?AFTER?stripping
the RF header and
third-party data type.
?
On 8/13/2021
3:24 PM, Robert Bruninga wrote:
I'm
probably in a chemo fog, but
most of the packets
-originated- by
the
callsign KB9HGI-15 appear
(raw as listed on )
to be
other people's packets in
its payload field..?
Shouldnt?these
be
identified as 3rd-party in
someway since they don't
match?
the
APRS?protocol with a
first-characer?identifier?
Or does
the?3rd party flag only
apply if the?packet is
re-transmitted
back to
RF as in a message packet.
I'm
embarrassed?that I am now
forgetting more about APRS
details
?
On Fri,
Aug 13, 2021 at 12:15 PM
KB9HGI <kb9hgi@...>
wrote:
Here
is my tiny tracker
KB9HGI-15 which is in
a fixed location but
is moving all over the
place.
?
Sent
from
for Windows
?
?
Which
SSID is your
digipeater on?
KB9HGI-15? I see
you've used a lot of
SSIDs:
This is where I see
what I expect to be
your TT4, along with
some other SSIDs:
And you're currently
underway:
Everything checks out
at the moment, right?
?
--
Richard
A. Painter, P.E.
Retired
--
Richard A. Painter, P.E. Retired
|
Rich Painter
