<div dir="ltr">Suggestion:<br><br>Always use the fastest rate (54) for connections between all peers in the mesh. The only condition that allows the rate to be reduced is when a mesh node can't contact any other node, in which case it lowers transmit rate.<br>
<br>This algorithm might need some corner cases "fixing" to prevent two "seperated" mesh networks where peers in each half can't talk to the other half.<br><br><div class="gmail_quote">On Tue, Aug 12, 2008 at 12:18 AM, Ricardo Carrano <span dir="ltr"><<a href="mailto:carrano@laptop.org">carrano@laptop.org</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;">Hello,<br>
<br>
Those interested, please take a look at:<br>
<a href="http://wiki.laptop.org/go/Wireless_Rate_Adaptation_Logic" target="_blank">http://wiki.laptop.org/go/Wireless_Rate_Adaptation_Logic</a><br>
<br>
I am collecting comments on the subject and should issue a formal<br>
recommendation (which algorithm to implement, for instance) after a<br>
period of two weeks collecting comments and after discussing that in<br>
person with to M.Bletsas at 1CC by the end of August. For now, the<br>
recommendation is "change the rate adaptation logic"<br>
<br>
Looking forward to reading your comments and suggestions.<br>
<br>
Cheers!<br>
Ricardo<br>
_______________________________________________<br>
Networking mailing list<br>
<a href="mailto:Networking@lists.laptop.org">Networking@lists.laptop.org</a><br>
<a href="http://lists.laptop.org/listinfo/networking" target="_blank">http://lists.laptop.org/listinfo/networking</a><br>
</blockquote></div><br></div>