<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"><meta name="Generator" content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri","sans-serif";}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style></head><body lang="EN-US" link="blue" vlink="purple"><div class="WordSection1"><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Thanks…</span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">If any user setting of anything in APRS deviates from normal consistent expectations, the user should be cautioned against making such selections and asked to confirm he knows what he is doing.  And then the setting shold always be flagged as “non conforming” so the user does not forget he may have broken APRS in his area…  Thanks, Bob</span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p><p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""> Kenneth Finnegan [mailto:<a href="mailto:kennethfinnegan2007@gmail.com">kennethfinnegan2007@gmail.com</a>] <br><b>Sent:</b> Friday, July 15, 2016 12:23 PM<br><b>To:</b> Lynn W. Deffenbaugh (Mr); TAPR APRS Mailing List<br><b>Cc:</b> Robert Bruninga<br><b>Subject:</b> Re: [aprssig] IGate Registering for ANSRVR (Messaging failures)</span></p><p class="MsoNormal"> </p><div><p class="MsoNormal">I can't say with confidence what APRX does off the top of my head, but I agree that it *should* be RF-gating based on seeing any type of packet from a station come in on an interface. I'll need to ensure that that is the default behavior.</p><div><p class="MsoNormal"> </p></div><div><p class="MsoNormal">That being said, APRX supports geographical filtering so it's possible for users to configure APRX to be more restrictive with its RF-gating based on distance, inside a rectangle, etc. Seeing an instance of APRX in the wild which doesn't behave like we're discussing may be a deliberate configuration choice by the operator.</p><div><p class="MsoNormal"><br clear="all"></p><div><div><p class="MsoNormal">--<br>Kenneth Finnegan<br><a href="http://blog.thelifeofkenneth.com/" target="_blank">http://blog.thelifeofkenneth.com/</a></p></div></div><p class="MsoNormal"> </p><div><p class="MsoNormal">On Fri, Jul 15, 2016 at 8:12 AM, Lynn W. Deffenbaugh (Mr) via aprssig <<a href="mailto:aprssig@tapr.org" target="_blank">aprssig@tapr.org</a>> wrote:</p><blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in"><p class="MsoNormal" style="margin-bottom:12.0pt">I'm going on memory which is known at times to be faulty, but I believe there is at least one IGate implementation that can be configured to consider "local" to be based on distance.  But I also believe it to be true that some IGates require hearing a position packet, not just any packet, in order to consider a station available for gating messages from APRS-IS to RF for that station.  I could be worng (sic) on both counts.<br><br>I can only state with conviction that APRSISCE/32 considers a station "recently" "local" based on 30 minutes and at most 2 hops used (although the calculation of that is interesting with stations originating WIDE2-1 in a path, is that one used or was it originally that way?).  Eventually these will be configurable, but for now, they're hard-coded.  You can see the settings in an APRSISCE/32 instance by double-clicking the narrow vertical bar immediately to the right of the map.  it will show the following information:</p><blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in"><p class="MsoNormal">Close Stations<br><snip><br>30 via RF (9 Direct 18 Local)<br>IStoRF: 2 hops in 30 minutes</p></blockquote><p class="MsoNormal"><br>If you want to see just the stations considered "Local", use View / None followed by View / RF / Local.  Or you can send a ?APRSL query to an APRSISCE/32 IGate and it will respond with a list of all currently "Local" stations as defined for gating messages from the APRS-IS to RF.  Note that this query is best done via the APRS-IS as the list can be fairly long.  A ?IGATE query will return the count of local, direct, and RF stations.  This information is also periodically transmitted in an IGate status packet.<br><br>Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32<br><br>PS.  If anyone can speak authoritatively on what criteria the other IGate software uses for gating messages from the APRS-IS to RF, I'd be all ears... er eyes and would love to be corrected or confirmed in my recollection that one of them can consider distance rather than used hops.</p><div><div><p class="MsoNormal"><br><br>On 7/15/2016 10:50 AM, Robert Bruninga via aprssig wrote:</p><blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in"><blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in"><p class="MsoNormal">In any case, most IGates must have received a position packet<br>from a station "recently" and consider it "close" enough<br>before messages will be gated from the APRS-IS for it.</p></blockquote><p class="MsoNormal">WHAT!!???  This totally breaks APRS as a messaging system.  Where did this<br>come about.  It also breaks vicinity tracking, another very powerful APRS<br>capability.<br><br>There are MANY times and certainly in times of stress and emergency and<br>backup comms when a position is not possible or easy.  How did this creep<br>into the APRS system?<br><br>How do we fix it?<br><br>The criteria for IGateing back to RF is "LOCAL" meaning only that the<br>station was heard DIRECT or on the first hop.  (though this can be a<br>variable in remote areas)..<br><br>Bob<br>_______________________________________________<br>aprssig mailing list<br><a href="mailto:aprssig@tapr.org" target="_blank">aprssig@tapr.org</a><br><a href="http://www.tapr.org/mailman/listinfo/aprssig" target="_blank">http://www.tapr.org/mailman/listinfo/aprssig</a></p></blockquote><p class="MsoNormal"><br><br>_______________________________________________<br>aprssig mailing list<br><a href="mailto:aprssig@tapr.org" target="_blank">aprssig@tapr.org</a><br><a href="http://www.tapr.org/mailman/listinfo/aprssig" target="_blank">http://www.tapr.org/mailman/listinfo/aprssig</a></p></div></div></blockquote></div><p class="MsoNormal"> </p></div></div></div></div></body></html>