<div>That would be neat.... have the digi send it's receive channel utilization numbers every 10 minutes... but those numbers need to be based on the time the DCD light in on and not the number of bytes received.</div>

<div> </div>
<div>Wes<br><br> </div>
<div><span class="gmail_quote">On 5/24/07, <b class="gmail_sendername"><a href="mailto:w0ep@frii.com">w0ep@frii.com</a></b> <<a href="mailto:w0ep@frii.com">w0ep@frii.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><br><br>On Thu, 24 May 2007, Robert Bruninga wrote:<br><br>> True, but only the digi on the mountain hears "the channel"...
<br>> The problem is that the mobile only hears maybe 5% of what is<br>> happening on the DIGIpeater's input.  And the digi's input is<br>> the only place where the loading on the channel can be properly<br>
> assessed... Not at the mobiles...<br>><br><br>How about putting something in the digipeater's output that<br>would supply feedback to the mobile to indicate if the<br>rate should be decreased?<br><br><br><br><br>
_______________________________________________<br>aprssig mailing list<br><a href="mailto:aprssig@lists.tapr.org">aprssig@lists.tapr.org</a><br><a href="https://lists.tapr.org/cgi-bin/mailman/listinfo/aprssig">https://lists.tapr.org/cgi-bin/mailman/listinfo/aprssig
</a><br><br></blockquote></div><br><br clear="all"><br>-- <br>In theory there is no difference between practice and theory.