<html><head></head><body><div style="color:#000; background-color:#fff; font-family:Courier New, courier, monaco, monospace, sans-serif;font-size:16px"><div>(humor)</div><div>Set your DIGI to DWAIT=0 and ask everyone else to set theirs to DWAIT=1000</div><div>(/humor)</div><div><span></span></div><div id="yui_3_16_0_ym19_1_1462990924847_3096" class="qtdSeparateBR"><br><br></div><div style="display: block;" id="yui_3_16_0_ym19_1_1462990924847_2992" class="yahoo_quoted"> <div id="yui_3_16_0_ym19_1_1462990924847_2991" style="font-family: Courier New, courier, monaco, monospace, sans-serif; font-size: 16px;"> <div id="yui_3_16_0_ym19_1_1462990924847_2990" style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div id="yui_3_16_0_ym19_1_1462990924847_3092" dir="ltr"> <font id="yui_3_16_0_ym19_1_1462990924847_3094" face="Arial" size="2"> <hr id="yui_3_16_0_ym19_1_1462990924847_3095" size="1"> <b><span style="font-weight:bold;">From:</span></b> spam8mybrain via aprssig <aprssig@tapr.org><br> <b><span style="font-weight: bold;">To:</span></b> TAPR APRS Mailing List <aprssig@tapr.org> <br> <b><span style="font-weight: bold;">Sent:</span></b> Wednesday, May 11, 2016 1:29 PM<br> <b><span style="font-weight: bold;">Subject:</span></b> Re: [aprssig] Impossible to be digi+something else? (DWAIT=0)<br> </font> </div> <div id="yui_3_16_0_ym19_1_1462990924847_2989" class="y_msg_container"><br><div id="yiv9908838105"><div id="yui_3_16_0_ym19_1_1462990924847_2988">So, does this mean that fill-in digis (WIDE1-1) should not use DWAIT=0 (since they do not have the best local view)?<div id="yui_3_16_0_ym19_1_1462990924847_3036"><br clear="none"></div><div id="yui_3_16_0_ym19_1_1462990924847_2987">What would the rule-of-thumb be to define a digi as qualifying for DWAIT=0?</div><div id="yui_3_16_0_ym19_1_1462990924847_3097"><br clear="none"></div><div id="yui_3_16_0_ym19_1_1462990924847_3098">Andrew, KA2DDO </div><br clear="none"><br clear="none">-------- Original message --------<br clear="none">From: Robert Bruninga via aprssig <aprssig@tapr.org> <br clear="none">Date: 05/11/2016 11:13 AM (GMT-05:00) <br clear="none">To: TAPR APRS Mailing List <aprssig@tapr.org> <br clear="none">Subject: Re: [aprssig] Impossible to be digi+something else? (DWAIT=0) <br clear="none"><br clear="none"><div class="yiv9908838105yqt9715350150" id="yiv9908838105yqt36576"><div class="yiv9908838105WordSection1"><div class="yiv9908838105MsoNormal"><span style="font-size:11.0pt;">Lynn has it right. Here is my summary:</span></div><div class="yiv9908838105MsoNormal"><span style="font-size:11.0pt;"> </span></div><div class="yiv9908838105MsoNormal"><span style="font-size:11.0pt;">The DWAIT=0 intentional priority for all APRS digiepaters for maximum network throughput is based on the fundamental assumption that all such digipeaters are at HIGH SITES. That is, their TNC’s are in the best position in the area to hear anything that is going on and to ONLY transmit when the channel in the entire area is clear.</span></div><div class="yiv9908838105MsoNormal"><span style="font-size:11.0pt;"> </span></div><div class="yiv9908838105MsoNormal"><span style="font-size:11.0pt;">This does not matter if the transmission contains the DIGI’s own beacon, or weather, or frequency objects or user packets. It does not matter. The DIGI which has the best ears in the area is in the best place to make the decision to use the channel to maximize throughput, avoid collisions and only transmit when the channel is clear.</span></div><div class="yiv9908838105MsoNormal"><span style="font-size:11.0pt;"> </span></div><div class="yiv9908838105MsoNormal"><span style="font-size:11.0pt;">There are two related corollaries:</span></div><div class="yiv9908838105MsoNormal"><span style="font-size:11.0pt;"> </span></div><div class="yiv9908838105MsoListParagraph" style=""><span style="font-size:11.0pt;"><span style="">1)<span style="font:7.0pt;"> </span></span></span><span style="font-size:11.0pt;">ALL digis that have the same pending packet will ALL transmit at the same time (intentional fratricide) so that particular APRS data will take up only one time slot, no matter how many digis heard it. Yet surrounding next-hop digis WILL hear it.</span></div><div class="yiv9908838105MsoListParagraph"><span style="font-size:11.0pt;"> </span></div><div class="yiv9908838105MsoListParagraph" style=""><span style="font-size:11.0pt;"><span style="">2)<span style="font:7.0pt;"> </span></span></span><span style="font-size:11.0pt;">ALL user systems and any system that is NOT at the digi site or other such highest-in-the land site will set DWAIT to 1 or other value so that the DIGI gets first chance at the clear channel and the user will not get stepped on.</span></div><div class="yiv9908838105MsoNormal"><span style="font-size:11.0pt;"> </span></div><div class="yiv9908838105MsoNormal"><span style="font-size:11.0pt;">Notice that #2 really does nothing to help the network, it only helps that user avoid getting clobbered every time by the digi! </span></div><div class="yiv9908838105MsoNormal"><span style="font-size:11.0pt;"> </span></div><div class="yiv9908838105MsoNormal"><span style="font-size:11.0pt;">We have not really stressed that so much, since the network does not care. But it is useful to users who want to maximize their throughput to make sure to NOT have DWAIT=0 and choose some other value. I have never studied what that optimum value is. It only needs to be milliseconds since once the DIGI does transmit, then the user TNC is going to hold off until the DIGI packet is finished anyway.</span></div><div class="yiv9908838105MsoNormal"><span style="font-size:11.0pt;"> </span></div><div class="yiv9908838105MsoNormal"><span style="font-size:11.0pt;">Hope that helps.</span></div><div class="yiv9908838105MsoNormal"><span style="font-size:11.0pt;"> </span></div><div class="yiv9908838105MsoNormal"><span style="font-size:11.0pt;">Bob, WB4APR</span></div><div class="yiv9908838105MsoNormal"><span style="font-size:11.0pt;"> </span></div><div><div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in 0in 0in;"><div class="yiv9908838105MsoNormal"><b><span style="font-size:10.0pt;">From:</span></b><span style="font-size:10.0pt;"> aprssig [mailto:<a rel="nofollow" shape="rect" ymailto="mailto:aprssig-bounces@tapr.org" target="_blank" href="mailto:aprssig-bounces@tapr.org">aprssig-bounces@tapr.org</a>] <b>On Behalf Of </b>Lynn W. Deffenbaugh (Mr) via aprssig<br clear="none"><b>Sent:</b> Wednesday, May 11, 2016 10:23 AM<br clear="none"><b>To:</b> TAPR APRS Mailing List<br clear="none"><b>Subject:</b> Re: [aprssig] Impossible to be digi+something else?</span></div></div></div><div class="yiv9908838105MsoNormal"> </div><div><div class="yiv9908838105MsoNormal">I have asked this question several times and the answer is always the same. Digipeaters are not supposed to delay their digipeated packet, but ARE supposed to wait for a clear channel. So they're "semi-polite" as it were. From <a rel="nofollow" shape="rect" target="_blank" href="http://www.choisser.com/packet/part03.html">http://www.choisser.com/packet/part03.html</a> (a definition of DWAIT):<br clear="none"><br clear="none"><br clear="none"></div><div class="yiv9908838105MsoNormal"><tt><b><span style="font-size:10.0pt;">DWAIT</span></b></tt>: Used to avoid collisions, <tt><b><span style="font-size:10.0pt;">DWAIT</span></b></tt> is the number of time units the TNC will wait after last hearing data on the channel before it transmits.</div><div class="yiv9908838105MsoNormal"><br clear="none">So a DWAIT of zero will not stomp on other packets, but will jump in as soon as they "last heard data on the channel". Not really monopolizing in my book, just being aggressive with getting their data on the air. As long as the digi's other packets are not too long, too frequent, or too numerous, I wouldn't see a need to modify the DWAIT by packet type.<br clear="none"><br clear="none">Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32<br clear="none"><br clear="none">On 5/11/2016 9:44 AM, spam8mybrain via aprssig wrote:</div></div><blockquote style="margin-top:5.0pt;margin-bottom:5.0pt;"><div class="yiv9908838105MsoNormal">I was re-reading some of the old postings about digipeating, where they state that digipeaters (only) should be "impolite" and use a DWAIT of zero to avoid channel clutter. This would seem to imply that no station can be a digipeater and something else (weather station, etc.) unless the full functionality is built into the TNC, because there is no way for an external application to tell a KISS TNC on a packet-by-packet basis which packets are DWAIT 0 and which are to have normal competition for airtime. Either the digi would be "polite" and cause additional airwaves clutter, or the non-digi functionality would be "impolite" and dominate the channel. </div><div><div class="yiv9908838105MsoNormal"> </div></div><div><div class="yiv9908838105MsoNormal">So, do any of the "soft" TNCs (AGWPE, DireWolf, etc.) have the ability to specify priority (DWAIT=0) transmission on a per-packet basis? How does this jive with the proposed sat-gate mode?</div></div><div><div class="yiv9908838105MsoNormal"> </div></div><div><div class="yiv9908838105MsoNormal">I'm curious because I'm doing some research on an idea for improved digipeating, and it requires using an external program with a KISS TNC. As such, I'd like to be able to selectively decide whether my station is "polite" or "impolite" on a per-packet basis (assuming impoliteness is still preferred digipeater behavior).</div></div><div><div class="yiv9908838105MsoNormal"> </div></div><div><div class="yiv9908838105MsoNormal">Any feedback would be welcome.</div></div><div><div class="yiv9908838105MsoNormal"> </div></div><div><div class="yiv9908838105MsoNormal">Andrew Pavlin, KA2DDO </div></div><div class="yiv9908838105MsoNormal"><br clear="none"><br clear="none"><br clear="none"></div><pre>_______________________________________________</pre><pre>aprssig mailing list</pre><pre><a rel="nofollow" shape="rect" ymailto="mailto:aprssig@tapr.org" target="_blank" href="mailto:aprssig@tapr.org">aprssig@tapr.org</a></pre><pre><a rel="nofollow" shape="rect" target="_blank" href="http://www.tapr.org/mailman/listinfo/aprssig">http://www.tapr.org/mailman/listinfo/aprssig</a></pre></blockquote><div class="yiv9908838105MsoNormal"> </div></div></div></div></div><br><div class="yqt9715350150" id="yqt18680">_______________________________________________<br clear="none">aprssig mailing list<br clear="none"><a shape="rect" ymailto="mailto:aprssig@tapr.org" href="mailto:aprssig@tapr.org">aprssig@tapr.org</a><br clear="none"><a shape="rect" href="http://www.tapr.org/mailman/listinfo/aprssig" target="_blank">http://www.tapr.org/mailman/listinfo/aprssig</a><br clear="none"></div><br><br></div> </div> </div> </div></div></body></html>