<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<div class="moz-cite-prefix">Remember that there is NO INTELLIGENT
ROUTING built into the APRS-IS. Any message addressed to a given
station will be delivered to ALL IGates that have "recently" heard
that station. No such thing as "closest", nor "most recent", nor
any other intelligence. If an IGate delivered a packet from a
station, that IGate will receive messages from that station for
some period of time (measured in hours, if I'm not mistaken).</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">As Pete stated, it is up to the IGate
software, not the APRS-IS, to make a decision on whether or not to
forward the message to the local RF.</div>
<div class="moz-cite-prefix"><br>
</div>
Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
<br>
<div class="moz-signature"><br>
</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">On 7/15/2020 10:58 AM, Mark Cheavens
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:95e6b8a8-ac3a-1314-fe14-c19977856d09@usa.net">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<div class="moz-cite-prefix">While not an IS author, the IS
servers need to then only use qAO gated packets as a source of
last resort.</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">Currently the message routing is to
the last known source.</div>
<div class="moz-cite-prefix">- Unless I am wrong and ALL I-Gates
will try and send a message?</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">As an example:</div>
<div class="moz-cite-prefix">An APRS user is in range of "Harris".
That packet is gated typically by a few different I-Gates:</div>
<div class="moz-cite-prefix">1. DURNGO (Mountain top I-Gate/Digi
with low latency fiber - Proper two way, 10,500ft)<br>
</div>
<div class="moz-cite-prefix">2. KC5EVE-10 (My house in the valley
9,000ft also with low latency fiber- Proper two way)<br>
</div>
<div class="moz-cite-prefix">3. K5LRY-10 (Recieve ONLY I-Gate) -
I don't know that HAM - It does connect with "qAO"<br>
</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix"><a
href="https://aprs.fi/?c=raw&call=HARRIS"
moz-do-not-send="true">https://aprs.fi/?c=raw&call=HARRIS</a></div>
<div class="moz-cite-prefix"><img
src="cid:part2.70543ED6.A7077C25@arrl.net" alt="" class=""></div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">We need to make sure messaging works
to the closest available two way I-Gate.</div>
<div class="moz-cite-prefix">- If you look at other digi's in the
"area" (Four Corners) you will see that the above three I-Gates
gate most of the packets.</div>
<div class="moz-cite-prefix">EGLPASS, LAMOSC, HARRIS, N5WNA-1<br>
</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">Mark</div>
<div class="moz-cite-prefix">KC5EVE</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">On 7/15/2020 9:27 AM, Lynn W
Deffenbaugh (Mr) wrote:<br>
</div>
<blockquote type="cite"
cite="mid:863aa07c-88da-d4e2-8fc4-1e1dd1908db1@arrl.net">Good
catch John! <br>
<br>
So, if the APRS-IS server would look for the qAO on incoming
packets on an IGate-capable port, they could skip the adding of
the packet source to whatever they are using to forward future
packets out that connection. I like the idea. I requires NO
changes to the protocol, allows the IGate operator (and the
software) to indicate in a standard fashion that it is
receive-only, and the APRS-IS server can take action on
information that is already being passed. And it doesn't break
if the IGate is connected to a non-supporting APRS-IS server
instance, they'll just continue to receive the packets that they
receive today. <br>
<br>
APRS-IS server authors, what do you think? <br>
<br>
Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and
Win32 <br>
<br>
On 7/15/2020 9:48 AM, John Langner WB2OSZ wrote: <br>
<blockquote type="cite">There is already a way for IGate
stations to identify themselves as two way <br>
or receive only. <br>
<br>
>From <a class="moz-txt-link-freetext"
href="http://www.aprs-is.net/q.aspx" moz-do-not-send="true">http://www.aprs-is.net/q.aspx</a>
<br>
<br>
qAR - Packet is placed on APRS-IS by an IGate from RF. The
callSSID <br>
following the qAR is the callSSID of the IGate. <br>
<br>
<br>
qAO - (letter O) Packet is placed on APRS-IS by a receive-only
IGate from <br>
RF. The callSSID following the qAO is the callSSID of the
IGate. Note that <br>
receive-only IGates are discouraged on standard APRS
frequencies. Please <br>
consider a bidirectional IGate that only gates to RF messages
for stations <br>
heard directly. <br>
<br>
<br>
<br>
<br>
_______________________________________________ <br>
aprssig mailing list <br>
<a class="moz-txt-link-abbreviated"
href="mailto:aprssig@lists.tapr.org" moz-do-not-send="true">aprssig@lists.tapr.org</a>
<br>
<a class="moz-txt-link-freetext"
href="http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org"
moz-do-not-send="true">http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org</a>
<br>
</blockquote>
<br>
<br>
<br>
_______________________________________________ <br>
aprssig mailing list <br>
<a class="moz-txt-link-abbreviated"
href="mailto:aprssig@lists.tapr.org" moz-do-not-send="true">aprssig@lists.tapr.org</a>
<br>
<a class="moz-txt-link-freetext"
href="http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org"
moz-do-not-send="true">http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org</a>
<br>
</blockquote>
<p><br>
</p>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
aprssig mailing list
<a class="moz-txt-link-abbreviated" href="mailto:aprssig@lists.tapr.org">aprssig@lists.tapr.org</a>
<a class="moz-txt-link-freetext" href="http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org">http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org</a>
</pre>
</blockquote>
<p><br>
</p>
</body>
</html>