Hi Stephen,<br><br>When I pictured that scenario what I really was getting at is, assuming the WIDE1-1 got fill in repeated first and we're now up to the digi level where it would see WIDE2-1.  In fact, my question would be more appropriate here:<br>
<br>Tracker TXs: Packet A (WIDE2-1,SAR1-1,WIDE2-1)<br>
Airborne Digi Sees SAR1-1, retransmits using up WIDE2-1*,SAR1-1* leaving WIDE2-1: Packet B<br>
Mountain Digi Sees original (packet A), digis on first WIDE2-1<br>
Mountain Digi Sees last unused WIDE2-1 from Airborne digi (packet B) and Digis a second time.<br><br>Greg<br><br><div class="gmail_quote">On Mon, Sep 14, 2009 at 1:40 PM, Stephen H. Smith <span dir="ltr"><<a href="mailto:wa8lmf2@aol.com">wa8lmf2@aol.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">Gregory A. Carter wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Keith,<br>
<br>
I hadn't thought of using: WIDE1-1,WIDE2-1,SAR1-1,WIDE2-1<br>
<br>
The only down side to that I can think of would be this scenario:<br>
<br>
Tracker TXs: Packet A<br>
Airborne Digi Sees SAR1-1, retransmits using up WIDE1-1*,WIDE2-1*,SAR1-1* leaving WIDE2-1: Packet B<br>
Mountain Digi Sees original (packet A), digis on first WIDE2-1<br>
Mountain Digi Sees last unused WIDE2-1 from Airborne digi (packet B) and Digis a second time.<br>
<br>
I am assuming that dup checking on the mountain digi should catch that last one right?<br>
<br>
</blockquote>
<br></div>
NO. <br>
Before "Mtn digi sees original (packet A)", either home fill-ins or other Mtn digis have to process WIDE1-1 first. <br>
No matter what the SARn-N digi does, "normal" digis will process the first two hops independently and simultaneously.  All digis including home fill-ins will respond to the "WIDE1-1" part and then the big guns only will respond to the "WIDE2-1" part.   <br>

Remember, the home digis are primarily using "dumb" non-APRS-aware classic clunker hand-me-down TNCs (like PK-232s and TNC2 clones like MFJ-127x) that blindly respond to the fixed alias WIDE1-1 and *DON'T DO *dupe checking.  (Dupe checking is an APRS-specific feature only present in KPC3s and the new-generation APRS-centric TNCs like Tracker2s, TT4s, TNC-X, etc. or in TNCs under  control of KISS-mode APRS software like UIview.)<div class="im">
<br>
<br>
<br>
------------------------------------------------------------------------<br>
<br>
--<br>
<br>
Stephen H. Smith    wa8lmf (at) <a href="http://aol.com" target="_blank">aol.com</a><br>
EchoLink Node:      WA8LMF  or 14400    [Think bottom of the 2M band]<br>
Skype:        WA8LMF<br>
Home Page:          <a href="http://wa8lmf.net" target="_blank">http://wa8lmf.net</a><br>
<br>
NEW!  HF APRS Notes & Guide<br>
 <a href="http://wa8lmf.net/aprs/HF_APRS_Notes.htm" target="_blank">http://wa8lmf.net/aprs/HF_APRS_Notes.htm</a><br>
<br>
"APRS 101"  Explanation of APRS Path Selection & Digipeating<br>
 <a href="http://wa8lmf.net/DigiPaths" target="_blank">http://wa8lmf.net/DigiPaths</a><br>
<br>
Updated "Rev H" APRS            <a href="http://wa8lmf.net/aprs" target="_blank">http://wa8lmf.net/aprs</a><br>
Symbols Set for UI-View,<br>
UIpoint and APRSplus:<br>
<br>
<br>
<br>
_______________________________________________<br></div><div><div></div><div class="h5">
aprssig mailing list<br>
<a href="mailto:aprssig@tapr.org" target="_blank">aprssig@tapr.org</a><br>
<a href="https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig" target="_blank">https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig</a><br>
</div></div></blockquote></div><br>