Scroller settings, and IS to RF Gate Questions


Adam Mahnke
 

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


73's
Adam Mahnke
KC2ANT


Lynn Deffenbaugh
 

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


73's
Adam Mahnke
KC2ANT


Lynn Deffenbaugh
 

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


73's
Adam Mahnke
KC2ANT


Adam Mahnke
 

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. 

image.png

Sounds like everything is WAD and I just never happened to notice it before. 

73's
Adam Mahnke
KC2ANT


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


73's
Adam Mahnke
KC2ANT


Lynn Deffenbaugh
 

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. 

image.png

Sounds like everything is WAD and I just never happened to notice it before. 

73's
Adam Mahnke
KC2ANT

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


73's
Adam Mahnke
KC2ANT


Don Wolfe
 

What is the HOTG net, never heard of it?



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. 

image.png

Sounds like everything is WAD and I just never happened to notice it before. 

73's
Adam Mahnke
KC2ANT

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


73's
Adam Mahnke
KC2ANT


Greg Depew
 

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 --------
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. 

image.png

Sounds like everything is WAD and I just never happened to notice it before. 

73's
Adam Mahnke
KC2ANT

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


73's
Adam Mahnke
KC2ANT


Lynn Deffenbaugh
 

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:

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 --------
From: Lynn Deffenbaugh <kj4erj@...>
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. 

image.png

Sounds like everything is WAD and I just never happened to notice it before. 

73's
Adam Mahnke
KC2ANT

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


73's
Adam Mahnke
KC2ANT