Hey all,
While driving home tonight I was seeing (on my D710) IS stations being gated to RF that shouldn't have been that indicated they were TCPIP First, and W2CXM Last, normally this indicates that W2CXM is gating them that are well outside my area filter This prompted me to take a look at the station W2CXM and restart it. This happened between 4 and 5pm Eastern. When I look at the Raw data on APRS.FI ( https://aprs.fi/?c=raw&call=W2CXM&limit=500&view=decoded) I"m not seeing what I saw on my radio face, which is odd....
First thing I noticed while looking at the instance is that while my scroller is set to RF Only it is giving me stations that are IS Stations.
I've got my trace logs up and running for capture, right now they seem to be behaving themselves. Has anyone seen this behavior before?
Thanks for any insight
|
|
Ok, I gather those screen shots are from W2CXM. Is the
FilterTest that is shown there configured to gate the filtered
packets from -IS to RF?
Well, on looking at CT1END-2's messages at aprs.fi
(https://aprs.fi/?c=message&call=CT1END-2), it doesn't
matter. The posit from CT1END-2 was likely supposed to go out to
RF in your local. I suspect, but haven't researched enough to
prove, that someone in W2CXM's RF footprint checked in to the
ANSRVR HOTG Thursday check-in net. And for the next 12 hours,
all further checkins to that net would generate both a message to
that station as well as a posit packet from the station that
checked in to the net as CT1END-2 definitely did.
If you have Enables / Ports / Log All checked, then you should
have some *.PKT files in the directory from which W2CXM runs.
The most recent file will contain all of your station's RF
traffic. In there, you will likely see the CQ HOTG being sent
from some RF station to ANSRVR and ANSRVR's response to that
station indicating how many copies of that check-in message were
transmitted.
And from that point forward, you will likely see other N:HOTG
messages addressed to that station followed sometime later by
posit packets of the sources of those messages, of which I suspect
CT1END-2 was one.
Oh, and these so-called "Courtesy Posits" after the messages
won't show up in your FilterTest, but will be in both Transmit and
the *.PKT file if you have it enabled. They would also appear
(IIRC) in one of the IGate* trace logs.
Let me know if this matches what you see in W2CXM's logs. If so,
it is all WAD - Working As Designed.
Lynn (D) - KJ4ERJ - Author of APRSISCE
for Windows Mobile and Win32
On 3/9/2023 5:46 PM, Adam Mahnke wrote:
toggle quoted message
Show quoted text
Hey all,
While driving home tonight I was seeing (on my D710) IS
stations being gated to RF that shouldn't have been that
indicated they were TCPIP First, and W2CXM Last, normally
this indicates that W2CXM is gating them that are well
outside my area filter This prompted me to take a look at
the station W2CXM and restart it. This happened between 4
and 5pm Eastern. When I look at the Raw data on APRS.FI ( https://aprs.fi/?c=raw&call=W2CXM&limit=500&view=decoded)
I"m not seeing what I saw on my radio face, which is
odd....
First thing I noticed while looking at the instance is
that while my scroller is set to RF Only it is giving me
stations that are IS Stations.
I've got my trace logs up and running for capture,
right now they seem to be behaving themselves. Has anyone
seen this behavior before?
Thanks for any insight
|
|
First thing I noticed while looking at the instance is that
while my scroller is set to RF Only it is giving me stations
that are IS Stations.
If someone checked in to the HOTG ANSRVR group today, you're
likely to see LOTS of subsequent stations, both remote RF and
APRS-IS stations, show up in your scroller. Especially if the
IGate copies digipeated packets back. I like to run with
Configure / Scroller / Show IGate/Digi which gives you a second
column showing the station you directly copied the packet from as
well as the source callsign of the packet itself.
IIRC, the # in the scroller indicates that it was a 3rd party
packet and you definitely show more than a few of those.
Lynn (D) - KJ4ERJ - Author of APRSISCE
for Windows Mobile and Win32
On 3/9/2023 5:46 PM, Adam Mahnke wrote:
Hey all,
While driving home tonight I was seeing (on my D710) IS
stations being gated to RF that shouldn't have been that
indicated they were TCPIP First, and W2CXM Last, normally
this indicates that W2CXM is gating them that are well
outside my area filter This prompted me to take a look at
the station W2CXM and restart it. This happened between 4
and 5pm Eastern. When I look at the Raw data on APRS.FI ( https://aprs.fi/?c=raw&call=W2CXM&limit=500&view=decoded)
I"m not seeing what I saw on my radio face, which is
odd....
First thing I noticed while looking at the instance is
that while my scroller is set to RF Only it is giving me
stations that are IS Stations.
I've got my trace logs up and running for capture,
right now they seem to be behaving themselves. Has anyone
seen this behavior before?
Thanks for any insight
|
|
Lynn,
This all makes sense and yes this is all screen shots from the W2CXM instance.
Here is the filter that is set up to gate from IS to RF a/42.6295/-076.7045/42.2555/-076.23833 -b/KD2EAT/N2PYI-13/KC2DYR -s//a&/D
I did not have the "Log All" checked so there are no log files. This has been changed, as has the scroller setting you suggested.
Sounds like everything is WAD and I just never happened to notice it before.
toggle quoted message
Show quoted text
On Thu, Mar 9, 2023 at 9:51 PM Lynn Deffenbaugh < kj4erj@...> wrote:
Ok, I gather those screen shots are from W2CXM. Is the
FilterTest that is shown there configured to gate the filtered
packets from -IS to RF?
Well, on looking at CT1END-2's messages at aprs.fi
(https://aprs.fi/?c=message&call=CT1END-2), it doesn't
matter. The posit from CT1END-2 was likely supposed to go out to
RF in your local. I suspect, but haven't researched enough to
prove, that someone in W2CXM's RF footprint checked in to the
ANSRVR HOTG Thursday check-in net. And for the next 12 hours,
all further checkins to that net would generate both a message to
that station as well as a posit packet from the station that
checked in to the net as CT1END-2 definitely did.
If you have Enables / Ports / Log All checked, then you should
have some *.PKT files in the directory from which W2CXM runs.
The most recent file will contain all of your station's RF
traffic. In there, you will likely see the CQ HOTG being sent
from some RF station to ANSRVR and ANSRVR's response to that
station indicating how many copies of that check-in message were
transmitted.
And from that point forward, you will likely see other N:HOTG
messages addressed to that station followed sometime later by
posit packets of the sources of those messages, of which I suspect
CT1END-2 was one.
Oh, and these so-called "Courtesy Posits" after the messages
won't show up in your FilterTest, but will be in both Transmit and
the *.PKT file if you have it enabled. They would also appear
(IIRC) in one of the IGate* trace logs.
Let me know if this matches what you see in W2CXM's logs. If so,
it is all WAD - Working As Designed.
Lynn (D) - KJ4ERJ - Author of APRSISCE
for Windows Mobile and Win32
On 3/9/2023 5:46 PM, Adam Mahnke wrote:
Hey all,
While driving home tonight I was seeing (on my D710) IS
stations being gated to RF that shouldn't have been that
indicated they were TCPIP First, and W2CXM Last, normally
this indicates that W2CXM is gating them that are well
outside my area filter This prompted me to take a look at
the station W2CXM and restart it. This happened between 4
and 5pm Eastern. When I look at the Raw data on APRS.FI ( https://aprs.fi/?c=raw&call=W2CXM&limit=500&view=decoded)
I"m not seeing what I saw on my radio face, which is
odd....
First thing I noticed while looking at the instance is
that while my scroller is set to RF Only it is giving me
stations that are IS Stations.
I've got my trace logs up and running for capture,
right now they seem to be behaving themselves. Has anyone
seen this behavior before?
Thanks for any insight
|
|
As the Thursday HOTG net has gained in popularity, we've
uncovered some interesting things in the APRS world, including
some broken IGate implementations.
I think I'll be making an update to the ANSRVR to ignore
redundant CQ messages and only process the first one. That way
any messaging station that sends to a group, but doesn't receive
back the ack, won't flood the current members with redundant
messages for each of their retries. ANSRVR knows that it has
already sent out that message, and will still ack the retry, but
it won't send them out redundantly.
Hopefully I'll get that done before next Thursday's net ramps up!
Lynn (D) - KJ4ERJ - Author of APRSISCE
for Windows Mobile and Win32
On 3/10/2023 8:47 AM, Adam Mahnke
wrote:
toggle quoted message
Show quoted text
Lynn,
This all makes sense and yes this is all screen shots from
the W2CXM instance.
Here is the filter that is set up to gate from IS to RF
a/42.6295/-076.7045/42.2555/-076.23833
-b/KD2EAT/N2PYI-13/KC2DYR -s//a&/D
I did not have the "Log All" checked so there are no log
files. This has been changed, as has the scroller setting you
suggested.
Sounds like everything is WAD and I just never happened to
notice it before.
On Thu, Mar 9, 2023 at 9:51 PM
Lynn Deffenbaugh < kj4erj@...>
wrote:
Ok, I gather those screen shots are from W2CXM. Is the
FilterTest that is shown there configured to gate the
filtered packets from -IS to RF?
Well, on looking at CT1END-2's messages at aprs.fi (https://aprs.fi/?c=message&call=CT1END-2),
it doesn't matter. The posit from CT1END-2 was likely
supposed to go out to RF in your local. I suspect, but
haven't researched enough to prove, that someone in
W2CXM's RF footprint checked in to the ANSRVR HOTG
Thursday check-in net. And for the next 12 hours, all
further checkins to that net would generate both a message
to that station as well as a posit packet from the station
that checked in to the net as CT1END-2 definitely did.
If you have Enables / Ports / Log All checked, then you
should have some *.PKT files in the directory from which
W2CXM runs. The most recent file will contain all of
your station's RF traffic. In there, you will likely see
the CQ HOTG being sent from some RF station to ANSRVR and
ANSRVR's response to that station indicating how many
copies of that check-in message were transmitted.
And from that point forward, you will likely see other
N:HOTG messages addressed to that station followed
sometime later by posit packets of the sources of those
messages, of which I suspect CT1END-2 was one.
Oh, and these so-called "Courtesy Posits" after the
messages won't show up in your FilterTest, but will be in
both Transmit and the *.PKT file if you have it enabled.
They would also appear (IIRC) in one of the IGate* trace
logs.
Let me know if this matches what you see in W2CXM's
logs. If so, it is all WAD - Working As Designed.
Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows
Mobile and Win32
On 3/9/2023 5:46 PM, Adam Mahnke wrote:
Hey all,
While driving home tonight I was seeing (on my
D710) IS stations being gated to RF that shouldn't
have been that indicated they were TCPIP First,
and W2CXM Last, normally this indicates that W2CXM
is gating them that are well outside my area
filter This prompted me to take a look at the
station W2CXM and restart it. This happened
between 4 and 5pm Eastern. When I look at the Raw
data on APRS.FI
( https://aprs.fi/?c=raw&call=W2CXM&limit=500&view=decoded)
I"m not seeing what I saw on my radio face, which
is odd....
First thing I noticed while looking at the
instance is that while my scroller is set to RF
Only it is giving me stations that are IS
Stations.
I've got my trace logs up and running for
capture, right now they seem to be behaving
themselves. Has anyone seen this behavior before?
Thanks for any insight
|
|

Don Wolfe
What is the HOTG net, never heard of it?
73, Don W4GCW EL98pf
Where am I? Click link below.
On Friday, March 10, 2023 at 11:13:41 AM EST, Lynn Deffenbaugh <kj4erj@...> wrote:
As the Thursday HOTG net has gained in popularity, we've
uncovered some interesting things in the APRS world, including
some broken IGate implementations.
I think I'll be making an update to the ANSRVR to ignore
redundant CQ messages and only process the first one. That way
any messaging station that sends to a group, but doesn't receive
back the ack, won't flood the current members with redundant
messages for each of their retries. ANSRVR knows that it has
already sent out that message, and will still ack the retry, but
it won't send them out redundantly.
Hopefully I'll get that done before next Thursday's net ramps up!
Lynn (D) - KJ4ERJ - Author of APRSISCE
for Windows Mobile and Win32
On 3/10/2023 8:47 AM, Adam Mahnke
wrote:
Lynn,
This all makes sense and yes this is all screen shots from
the W2CXM instance.
Here is the filter that is set up to gate from IS to RF
a/42.6295/-076.7045/42.2555/-076.23833
-b/KD2EAT/N2PYI-13/KC2DYR -s//a&/D
I did not have the "Log All" checked so there are no log
files. This has been changed, as has the scroller setting you
suggested.
Sounds like everything is WAD and I just never happened to
notice it before.
On Thu, Mar 9, 2023 at 9:51 PM
Lynn Deffenbaugh < kj4erj@...>
wrote:
toggle quoted message
Show quoted text
Ok, I gather those screen shots are from W2CXM. Is the
FilterTest that is shown there configured to gate the
filtered packets from -IS to RF?
Well, on looking at CT1END-2's messages at aprs.fi (https://aprs.fi/?c=message&call=CT1END-2),
it doesn't matter. The posit from CT1END-2 was likely
supposed to go out to RF in your local. I suspect, but
haven't researched enough to prove, that someone in
W2CXM's RF footprint checked in to the ANSRVR HOTG
Thursday check-in net. And for the next 12 hours, all
further checkins to that net would generate both a message
to that station as well as a posit packet from the station
that checked in to the net as CT1END-2 definitely did.
If you have Enables / Ports / Log All checked, then you
should have some *.PKT files in the directory from which
W2CXM runs. The most recent file will contain all of
your station's RF traffic. In there, you will likely see
the CQ HOTG being sent from some RF station to ANSRVR and
ANSRVR's response to that station indicating how many
copies of that check-in message were transmitted.
And from that point forward, you will likely see other
N:HOTG messages addressed to that station followed
sometime later by posit packets of the sources of those
messages, of which I suspect CT1END-2 was one.
Oh, and these so-called "Courtesy Posits" after the
messages won't show up in your FilterTest, but will be in
both Transmit and the *.PKT file if you have it enabled.
They would also appear (IIRC) in one of the IGate* trace
logs.
Let me know if this matches what you see in W2CXM's
logs. If so, it is all WAD - Working As Designed.
Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows
Mobile and Win32
On 3/9/2023 5:46 PM, Adam Mahnke wrote:
Hey all,
While driving home tonight I was seeing (on my
D710) IS stations being gated to RF that shouldn't
have been that indicated they were TCPIP First,
and W2CXM Last, normally this indicates that W2CXM
is gating them that are well outside my area
filter This prompted me to take a look at the
station W2CXM and restart it. This happened
between 4 and 5pm Eastern. When I look at the Raw
data on APRS.FI
( https://aprs.fi/?c=raw&call=W2CXM&limit=500&view=decoded)
I"m not seeing what I saw on my radio face, which
is odd....
First thing I noticed while looking at the
instance is that while my scroller is set to RF
Only it is giving me stations that are IS
Stations.
I've got my trace logs up and running for
capture, right now they seem to be behaving
themselves. Has anyone seen this behavior before?
Thanks for any insight
|
|
Lynn, is there a way to make any messages from ANSRVR have there own window or clear button? Even after clearing My messages, eavesdrops, and all other clearable messages, the ones from HOTG remain. Even a window where we could see the all
in one place would be great!
Thanks for the awesome software and the servers you provide!
KB3KBR Greg. Sent from my Samsung Galaxy smartphone.
toggle quoted message
Show quoted text
-------- Original message --------
From: Lynn Deffenbaugh <kj4erj@...>
Date: 3/10/23 11:13 (GMT-05:00)
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] Scroller settings, and IS to RF Gate Questions
As the Thursday HOTG net has gained in popularity, we've uncovered some interesting things in the APRS world, including some broken IGate implementations.
I think I'll be making an update to the ANSRVR to ignore redundant CQ messages and only process the first one. That way any messaging station that sends to a group, but doesn't receive back the ack, won't flood the current members with redundant messages
for each of their retries. ANSRVR knows that it has already sent out that message, and will still ack the retry, but it won't send them out redundantly.
Hopefully I'll get that done before next Thursday's net ramps up!
Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
On 3/10/2023 8:47 AM, Adam Mahnke wrote:
Lynn,
This all makes sense and yes this is all screen shots from the W2CXM instance.
Here is the filter that is set up to gate from IS to RF
a/42.6295/-076.7045/42.2555/-076.23833 -b/KD2EAT/N2PYI-13/KC2DYR -s//a&/D
I did not have the "Log All" checked so there are no log files. This has been changed, as has the scroller setting you suggested.
Sounds like everything is WAD and I just never happened to notice it before.
On Thu, Mar 9, 2023 at 9:51 PM Lynn Deffenbaugh < kj4erj@...> wrote:
Ok, I gather those screen shots are from W2CXM. Is the FilterTest that is shown there configured to gate the filtered packets from -IS to RF?
Well, on looking at CT1END-2's messages at
aprs.fi (https://aprs.fi/?c=message&call=CT1END-2), it doesn't matter. The posit from CT1END-2 was likely supposed to go out to RF in your local. I suspect, but haven't researched
enough to prove, that someone in W2CXM's RF footprint checked in to the ANSRVR HOTG Thursday check-in net. And for the next 12 hours, all further checkins to that net would generate both a message to that station as well as a posit packet from the station
that checked in to the net as CT1END-2 definitely did.
If you have Enables / Ports / Log All checked, then you should have some *.PKT files in the directory from which W2CXM runs. The most recent file will contain all of your station's RF traffic. In there, you will likely see the CQ HOTG being sent from
some RF station to ANSRVR and ANSRVR's response to that station indicating how many copies of that check-in message were transmitted.
And from that point forward, you will likely see other N:HOTG messages addressed to that station followed sometime later by posit packets of the sources of those messages, of which I suspect CT1END-2 was one.
Oh, and these so-called "Courtesy Posits" after the messages won't show up in your FilterTest, but will be in both Transmit and the *.PKT file if you have it enabled. They would also appear (IIRC) in one of the IGate* trace logs.
Let me know if this matches what you see in W2CXM's logs. If so, it is all WAD - Working As Designed.
Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
On 3/9/2023 5:46 PM, Adam Mahnke wrote:
Hey all,
While driving home tonight I was seeing (on my D710) IS stations being gated to RF that shouldn't have been that indicated they were TCPIP First, and W2CXM Last, normally this indicates that W2CXM is gating them that are well outside my area filter This
prompted me to take a look at the station W2CXM and restart it. This happened between 4 and 5pm Eastern. When I look at the Raw data on
APRS.FI ( https://aprs.fi/?c=raw&call=W2CXM&limit=500&view=decoded) I"m not seeing what I saw
on my radio face, which is odd....
First thing I noticed while looking at the instance is that while my scroller is set to RF Only it is giving me stations that are IS Stations.
I've got my trace logs up and running for capture, right now they seem to be behaving themselves. Has anyone seen this behavior before?
Thanks for any insight
|
|
I've been seeing the same thing with ANSRVR HOTG notifications on
both of my APRSIS32 instances AND my APRSISMO/TestHost instance on
my Android phone. I'm considering merging all N:xxxxx messages
into a single chat box, but I haven't worked out a way to support
easily doing a direct reply to the source of one of those
announcements.
But yes, having a Clear / Clear xxxx Notifications would be a
good first step! Unfortunately, dynamic menu options aren't the
easiest things in the world to implement in Win32. But the
"bother factor" is definitely getting to the point where I'll have
to implement something that's better than "Click - Escape - Rinse
and Repeat". And I really don't like the "close the client"
option that I do sometimes resort to.
Lynn (D) - KJ4ERJ - Author of APRSISCE
for Windows Mobile and Win32
On 3/10/2023 3:21 PM, Greg Depew wrote:
toggle quoted message
Show quoted text
Lynn, is there a way to make any messages from
ANSRVR have there own window or clear button? Even after
clearing My messages, eavesdrops, and all other clearable
messages, the ones from HOTG remain. Even a window where we
could see the all in one place would be great!
Thanks for the awesome software and the servers
you provide!
KB3KBR
Greg. Sent from my Samsung Galaxy smartphone.
-------- Original message --------
Date: 3/10/23 11:13 (GMT-05:00)
Subject: Re: [APRSISCE] Scroller settings, and IS to RF Gate
Questions
As the Thursday HOTG net has gained in popularity, we've
uncovered some interesting things in the APRS world, including
some broken IGate implementations.
I think I'll be making an update to the ANSRVR to ignore
redundant CQ messages and only process the first one. That
way any messaging station that sends to a group, but doesn't
receive back the ack, won't flood the current members with
redundant messages for each of their retries. ANSRVR knows
that it has already sent out that message, and will still ack
the retry, but it won't send them out redundantly.
Hopefully I'll get that done before next Thursday's net ramps
up!
Lynn (D) - KJ4ERJ - Author of
APRSISCE for Windows Mobile and Win32
On 3/10/2023 8:47 AM, Adam Mahnke
wrote:
Lynn,
This all makes sense and yes this is all screen
shots from the W2CXM instance.
Here is the filter that is set up to gate from IS to RF
a/42.6295/-076.7045/42.2555/-076.23833
-b/KD2EAT/N2PYI-13/KC2DYR -s//a&/D
I did not have the "Log All" checked so there are no
log files. This has been changed, as has the scroller
setting you suggested.
Sounds like everything is WAD and I just never happened
to notice it before.
On Thu, Mar 9, 2023 at
9:51 PM Lynn Deffenbaugh < kj4erj@...>
wrote:
Ok, I gather those screen shots are from W2CXM. Is
the FilterTest that is shown there configured to gate
the filtered packets from -IS to RF?
Well, on looking at CT1END-2's messages at
aprs.fi (https://aprs.fi/?c=message&call=CT1END-2),
it doesn't matter. The posit from CT1END-2 was
likely supposed to go out to RF in your local. I
suspect, but haven't researched enough to prove, that
someone in W2CXM's RF footprint checked in to the
ANSRVR HOTG Thursday check-in net. And for the next
12 hours, all further checkins to that net would
generate both a message to that station as well as a
posit packet from the station that checked in to the
net as CT1END-2 definitely did.
If you have Enables / Ports / Log All checked, then
you should have some *.PKT files in the directory from
which W2CXM runs. The most recent file will contain
all of your station's RF traffic. In there, you will
likely see the CQ HOTG being sent from some RF station
to ANSRVR and ANSRVR's response to that station
indicating how many copies of that check-in message
were transmitted.
And from that point forward, you will likely see
other N:HOTG messages addressed to that station
followed sometime later by posit packets of the
sources of those messages, of which I suspect CT1END-2
was one.
Oh, and these so-called "Courtesy Posits" after the
messages won't show up in your FilterTest, but will be
in both Transmit and the *.PKT file if you have it
enabled. They would also appear (IIRC) in one of the
IGate* trace logs.
Let me know if this matches what you see in W2CXM's
logs. If so, it is all WAD - Working As Designed.
Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows
Mobile and Win32
On 3/9/2023 5:46 PM, Adam Mahnke wrote:
Hey all,
While driving home tonight I was seeing (on
my D710) IS stations being gated to RF that
shouldn't have been that indicated they were
TCPIP First, and W2CXM Last, normally this
indicates that W2CXM is gating them that are
well outside my area filter This prompted me
to take a look at the station W2CXM and
restart it. This happened between 4 and 5pm
Eastern. When I look at the Raw data on
APRS.FI
( https://aprs.fi/?c=raw&call=W2CXM&limit=500&view=decoded)
I"m not seeing what I saw on my radio face,
which is odd....
First thing I noticed while looking at the
instance is that while my scroller is set to
RF Only it is giving me stations that are IS
Stations.
I've got my trace logs up and running for
capture, right now they seem to be behaving
themselves. Has anyone seen this behavior
before?
Thanks for any insight
|
|