<html><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px"><div><span>Hi,</span></div><div style="color: rgb(0, 0, 0); font-size: 16px; font-family: HelveticaNeue, 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif; font-style: normal; background-color: transparent;">Your answer regarding using ETX code brings me back to another problem. I don't use ETX because i'm having simulations on narrowband nodes, which force me to change the size of the MTU (from 1500 to 128). When the network gets larger and the olsrd starts to fragment the messages (serialize functions) the routing table in ETX-mode is not correct in a simple full-mesh topology. From tests that i ran i saw that no matter what is the MTU size whenever the network becomes larger so messages get fragmented, the olsrd fails to build the right routing table. When i use non-ETX code i
don't see that problem.</div><div style="color: rgb(0, 0, 0); font-size: 16px; font-family: HelveticaNeue, 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif; font-style: normal; background-color: transparent;">I prefer using ETX. did you encounter in such a problem?</div><div style="color: rgb(0, 0, 0); font-size: 16px; font-family: HelveticaNeue, 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif; font-style: normal; background-color: transparent;"><br></div> <div class="qtdSeparateBR"><br><br></div><div class="yahoo_quoted" style="display: block;"> <div style="font-family: HelveticaNeue, 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 16px;"> <div style="font-family: HelveticaNeue, 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 16px;"> <div dir="ltr"> <font size="2" face="Arial"> On Friday, October 24, 2014 11:33 AM, Henning Rogge <hrogge@gmail.com> wrote:<br>
</font> </div> <br><br> <div class="y_msg_container">On Fri, Oct 24, 2014 at 9:27 AM, Scoobi Doo <<a shape="rect" ymailto="mailto:madroobalras@yahoo.com" href="mailto:madroobalras@yahoo.com">madroobalras@yahoo.com</a>> wrote:<br clear="none">> configuration: No ETX, equal Willingness=3 to all nodes, version 0.6.6.2<br clear="none"><br clear="none">Don't expect support for "no etx". Its fundamentally broken for all<br clear="none">radio networks.<div class="yqt1110556925" id="yqtfd36537"><br clear="none"><br clear="none">> When i run this scenario with ETX enabled i get good results (MPR selected<br clear="none">> and correct routes)<br clear="none">><br clear="none">> I've tried to look into the code of the mpr selection in mpr.c and i made<br clear="none">> the following change:<br clear="none">> in the function olsr_calculate_two_hop_neighbors (line 311), i added a reset<br clear="none">> to the counters in the end of
the main loop:<br clear="none">> a_neighbor->neighbor_2_nocov = n_count;<br clear="none">><br clear="none">> /* Add the two hop count */<br clear="none">> sum += count;<br clear="none">><br clear="none">> }<br clear="none">> OLSR_FOR_ALL_NBR_ENTRIES_END(a_neighbor);<br clear="none">><br clear="none">> change to:<br clear="none">> a_neighbor->neighbor_2_nocov = n_count;<br clear="none">><br clear="none">> /* Add the two hop count */<br clear="none">> sum += count;<br clear="none">> n_count = 0;<br clear="none">> count = 0;<br clear="none">><br clear="none">> }<br clear="none">> OLSR_FOR_ALL_NBR_ENTRIES_END(a_neighbor);<br clear="none">><br clear="none">><br clear="none">> This change seems to fix the MPR problem in this scenario, my question<br clear="none">> (finally..)
is: What does this function should return (# of strict 2-hop<br clear="none">> nbrs??)? Is this a bug or am i wrong?</div><br clear="none"><br clear="none">I don't know and I wont spend time with the no-etx codepath...<br clear="none"><br clear="none">in fact I think that even the ETX-MPR code is slightly broken (and<br clear="none">cannot be easily fixed because of missing data in the data-bases),<br clear="none">that is why we normally switch it of by applying a high "mpr<br clear="none">redundancy" value.<br clear="none"><br clear="none">if you want to work on MPR code that WILL be used in the future, look<br clear="none">into the OLSRv2 code. I (and Jonathan Kirchhoff) would be happy to<br clear="none">hear feedback about the MPR plugin.<br clear="none"><br clear="none">Henning Rogge<div class="yqt1110556925" id="yqtfd51470"><br clear="none"></div><br><br></div> </div> </div> </div> </div></body></html>