<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Could you check your queuing strategy? The olsrd packets could get dropped by Linux queue management, NIC driver or NIC hardware. There is some space for improvement.<div class=""><br class=""></div><div class="">ETX link measurement should not be influenced badly by user traffic. On the other hand, high rate of olsrd packets in highest priority queue has bad effects on real time traffic. Also because multicast is on low data rate.</div><div class=""><br class=""></div><div class="">There is the olsrd TosValue parameter, you could mark olsrd packets with "Network Control" (TosValue 192).</div><div class="">No reason not having fq_codel in place. However, because lower layer queue management dominates, it doesn't help that much.</div><div class="">Most difficult part is to manage queue strategy of NIC driver and hardware. Broadcast packets might have its special handling. Check net/mac80211/wme.c on is_multicast_ether_addr(ra).</div><div class=""><br class=""></div><div class="">Having codel at driver level is a research topic. Dave Taht could inform you on current status.</div><div class=""><br class=""></div><div class="">Please let us know results, this is an important topic. </div><div class=""><br class=""></div><div class="">Teco</div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><div class=""><div><blockquote type="cite" class=""><div class="">Op 3 jun. 2015, om 05:55 heeft Ben West <<a href="mailto:ben@gowasabi.net" class="">ben@gowasabi.net</a>> het volgende geschreven:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class=""><div class="">I've been running a stress test on a mesh of 4 UBNT M5 radios with Openwrt 14 and olsrd 0.6.6.2 (the version still bundled with Barrier Breaker). The 3 repeater nodes are situated so that one provides an ideal route
for the other two back to the gateway node, with poorer wireless links
between them for redunancy.<br class=""><br class="">The purpose of the test is to exercise the wifi driver to see if a recurring lockup problem encountered with previous versions of Openwrt is resolved (so far, yes, happily) , but I'd also been using the opportunity to try out olsrd under heavier traffic load.<br class=""><br class=""></div>When I let all 3 repeater nodes run iterative curl downloads of a 500MB file located upstream of the gateway node, i.e. to saturate all links (ping times in the 100's of milliseconds), it looks like olsrd starts flapping routes, breaking SSH sessions and other TCP streams. This doesn't occur with those nodes set to static routes and olsrd disabled. I understand this behavior is by design, as the poor ETX values from saturated links will make the weaker, redundant links more appealing. However, frequency of flapping (~1x per hour), or so) is a bit disruptive.<br class=""><br class=""></div>My /etc/config/olsrd on all nodes is quoted below. What is the best way these days to enforce route stickiness? I.e. try setting very low values for SmartGatewaySpeed or is link hysteresis the more appropriate variable to play with?<br class=""><div class=""><div class=""><br clear="all" class=""><div class=""><div class=""><div class="">config olsrd<br class=""><br class=""> option 'IpVersion' '4'<br class=""> option 'LinkQualityLevel' '2'<br class=""> option 'LinkQualityAlgorithm' 'etx_ffeth'<br class=""> option 'SmartGateway' 'yes'<br class=""> option 'SmartGatewayUseCount' '1'<br class=""> option 'Pollrate' '0.1'<br class=""><br class="">config 'LoadPlugin'<br class=""> option 'library' 'olsrd_arprefresh.so.0.1'<br class=""><br class="">config 'LoadPlugin'<br class=""> option 'library' 'olsrd_dyn_gw.so.0.5'<br class=""> option 'HNA' '0.0.0.0 0.0.0.0'<br class=""><br class="">config 'LoadPlugin'<br class=""> option 'library' 'olsrd_nameservice.so.0.3'<br class=""> option 'sighup_pid_file' '/var/run/dnsmasq.pid'<br class=""> option 'suffix' '.mesh'<br class=""><br class="">config 'LoadPlugin'<br class=""> option 'library' 'olsrd_txtinfo.so.0.1'<br class=""> option 'port' '2006'<br class=""> option 'Accept' '127.0.0.1'<br class=""><br class="">config 'Interface'<br class=""> list 'interface' 'wan'<br class=""> option 'Mode' 'ether'<br class=""><br class="">config 'Interface'<br class=""> list 'interface' 'mesh'<br class=""> option 'Ip4Broadcast' '255.255.255.255'<br class=""> option 'Mode' 'mesh'<br class=""><br class="">-- <br class=""><div class="gmail_signature">Ben West<div class=""><a href="http://gowasabi.net/" target="_blank" class="">http://gowasabi.net</a><br class=""><a href="mailto:ben@gowasabi.net" target="_blank" class="">ben@gowasabi.net</a><br class="">314-246-9434<br class=""></div></div>
</div></div></div></div></div></div>
-- <br class="">Olsr-users mailing list<br class=""><a href="mailto:Olsr-users@lists.olsr.org" class="">Olsr-users@lists.olsr.org</a><br class="">https://lists.olsr.org/mailman/listinfo/olsr-users</div></blockquote></div><br class=""></div></div></body></html>