<div dir="ltr"><div class="gmail_default"><font face="georgia, serif">​​</font></div><div class="gmail_default"><font face="georgia, serif">Thanks to each of you that helped me get this far...</font></div><div class="gmail_default"><font face="georgia, serif"><br></font></div><div class="gmail_default"><font face="georgia, serif">I may have found something that pertains to the 'race condition' that some operators have perceived, in relation to RX only IGates.</font></div><div class="gmail_default"><font face="georgia, serif"><br></font></div><div class="gmail_default"><font face="georgia, serif">This test, from <a href="http://www.aprs-is.net/IGateDetails.aspx">http://www.aprs-is.net/IGateDetails.aspx</a>:</font></div><div class="gmail_default"><span style="font-family:"times new roman";color:rgb(0,0,0)">"the receiving station has not been heard via the Internet within a predefined time period."</span><span style="font-family:"times new roman";color:rgb(0,0,0)"> </span></div><div class="gmail_default"><span style="color:rgb(0,0,0)"><font face="georgia, serif">seems to have lost it's context.</font></span><br></div><div class="gmail_default"><span style="color:rgb(0,0,0)"><font face="georgia, serif"><br></font></span></div><div class="gmail_default"><span style="color:rgb(0,0,0)"><font face="georgia, serif">It originally was found in <a href="http://www.aprs-is.net/downloads/javaprssrvr/IGateUsersGuide.pdf">http://www.aprs-is.net/downloads/javaprssrvr/IGateUsersGuide.pdf</a> as:</font></span></div><div class="gmail_default"><font size="1"><span style="background-color:transparent;color:rgb(67,67,67);font-family:arial;white-space:pre-wrap">Section 1 - Introduction </span><br></font></div><div class="gmail_default"><span id="gmail-docs-internal-guid-7724b27b-9ee7-2ee6-7cfe-6b44096a2e75"><div dir="ltr" style="font-size:x-small;line-height:1.38;margin-top:0pt;margin-bottom:0pt"><br></div><p dir="ltr" style="font-size:x-small;line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="font-family:arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">APRS IGate was written to provide the amateur radio APRS community a simple, but effective IGate. It does not have a GUI as it is an adjunct to javAPRSSrvr. It does, however, provide most features desired in an APRS IGate:</span></p><div dir="ltr" style="font-size:x-small;line-height:1.38;margin-top:0pt;margin-bottom:0pt"><br></div><ul style="margin-top:0pt;margin-bottom:0pt"><li dir="ltr" style="font-size:x-small;list-style-type:disc;font-family:arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline"><p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="background-color:transparent;vertical-align:baseline;white-space:pre-wrap">Gate messages to stations on RF based on the receiving station's distance computed by number of digipeater hops. </span></p></li><li dir="ltr" style="list-style-type:disc;font-family:arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline"><p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><font size="1">Prevent gating messages to RF if the "from" station has been heard directly (not via an IGate) on RF or </font>the "to" station has been heard directly on APRS-IS (also not via an IGate). </span></p></li></ul><div style="font-size:x-small"><font color="#000000" face="arial"><span style="white-space:pre-wrap"><br></span></font></div><div><font color="#000000" face="georgia, serif"><span style="white-space:pre-wrap">It appears to me that if the former rule above is applied literally and too broadly, then only the first IGate </span></font><span style="color:rgb(0,0,0);font-family:georgia,serif;white-space:pre-wrap">hearing the destination station </span><span style="white-space:pre-wrap;color:rgb(0,0,0);font-family:georgia,serif">has a chance of transmitting. And of, course if the closest IGate is RX-only, the message wouldn't get transmitted by any client that incorrectly applies this test. Closest, though, not meaning distance, but the number of RF hops and/or number of Internet router hops. Of course, the issue is latency, not speed and this is all rather random, not something to base decisions on and expect to get reliable messaging.</span></div><div><span style="white-space:pre-wrap;color:rgb(0,0,0);font-family:georgia,serif"><br></span></div><div><span style="white-space:pre-wrap;color:rgb(0,0,0);font-family:georgia,serif">My own understanding now is that ALL IGates that have heard a station will get messages destined for that station, along with packets from that heard station, all "</span><span style="color:rgb(0,0,0);font-family:"times new roman"">heard via the Internet" </span><span style="color:rgb(0,0,0)"><font face="georgia, serif">at about the same time</font></span><span style="color:rgb(0,0,0);font-family:georgia,serif;white-space:pre-wrap">. That alone is not reason to deny transmission. ALL IGates may transmit that message to RF, and should if the destination station is determined to be local by the IGate client. </span></div><div><span style="color:rgb(0,0,0);font-family:georgia,serif;white-space:pre-wrap"><br></span></div><div><span style="color:rgb(0,0,0);font-family:georgia,serif;white-space:pre-wrap">With this one specific exception:</span></div><div><font color="#000000" face="georgia, serif"><span style="white-space:pre-wrap"><br></span></font></div><div><font color="#000000" face="georgia, serif"><span style="white-space:pre-wrap">If I read the original intent from the <u>IGate User Guide</u> properly, this test was used to minimize RF transmission to an IGate that is beaconing on RF, was heard by another IGate in earshot (hops or not), and has an incoming message. There is no need for the other IGate to transmit it, because the destination station will get the message from the Internet just fine.</span></font></div><div><font color="#000000" face="georgia, serif"><span style="white-space:pre-wrap"><br></span></font></div><div><font color="#000000" face="georgia, serif"><span style="white-space:pre-wrap">Another operational concern is interpretation of whether it just the callsign or the CALL+SSID that is used in the test at the IGate client, since we now have mobile devices that are only heard on the Internet, while the same operator may be running a transceiver with a different SSID. They should both get each others message, regardless that the Internet connected device is not RF.</span></font></div><div><font color="#000000" face="georgia, serif"><span style="white-space:pre-wrap"><br></span></font></div><div><font color="#000000" face="georgia, serif"><span style="white-space:pre-wrap">I cannot tell if the change in language was intentional. I certainly have no idea how it has been implemented in all the various client software packages. I have gotten </span></font><span style="color:rgb(0,0,0);font-family:georgia,serif;white-space:pre-wrap">clarification from Pete Loveall how it should work in a recent conversation, without realizing it at first - thanks for taking the time!.</span></div><div><font color="#000000" face="georgia, serif"><span style="white-space:pre-wrap"><br></span></font></div><div><font color="#000000" face="georgia, serif"><span style="white-space:pre-wrap">Therefore, I would re-word this:</span></font></div><div><font color="#000000" face="georgia, serif"><span style="white-space:pre-wrap">An exclusion from transmitting to RF should only be applied to message destination stations (generally IGates) that have been 'heard' </span></font><span style="color:rgb(0,0,0);font-family:georgia,serif;white-space:pre-wrap">with the specific SSID </span><span style="white-space:pre-wrap;color:rgb(0,0,0);font-family:georgia,serif">via a direct TCP-IP connection to the APRS-IS, with no evidence of an RF PATH involved.</span></div><div><span style="white-space:pre-wrap;color:rgb(0,0,0);font-family:georgia,serif"><br></span></div><div><span style="white-space:pre-wrap;color:rgb(0,0,0);font-family:georgia,serif">If a message is destined for a Internet-only client, and an RF station with the same callsign is heard elsewhere, the RF remote should also get a copy of the message, due to the common callsign.</span></div><div><span style="white-space:pre-wrap;color:rgb(0,0,0);font-family:georgia,serif"><br></span></div><div><span style="white-space:pre-wrap;color:rgb(0,0,0);font-family:georgia,serif">Thanks for your attention to this, and forgive me if I am reading too much into it! It is just one of those areas that I think would benefit from being a lot more specific with the language being used.</span></div><div><span style="white-space:pre-wrap;color:rgb(0,0,0);font-family:georgia,serif"><br></span></div><div><span style="white-space:pre-wrap;color:rgb(0,0,0);font-family:georgia,serif">73,</span></div><div><span style="white-space:pre-wrap;color:rgb(0,0,0);font-family:georgia,serif">Jim A.</span></div></span></div></div>