<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Jun 16, 2018, at 5:33 PM, Michel Blais <<a href="mailto:michel@targointernet.com" class="">michel@targointernet.com</a>> wrote:</div><div class=""><div dir="ltr" class=""><span style="font-size:small;text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline" class=""><br class="">I doubt any WISP (Ubnt main market) using Edgerouter for routing would activate codel since it would hurt badly forwarding performance. Anyway, just like for CMTS, WISP bottleneck is the wireless radio, not the router.</span></div></div></blockquote></div><div class=""><br class=""></div><div class="">Hi Michel- badly hurt forwarding performance in what way?</div><div class=""><br class=""></div><div class="">The bottleneck is not always the wireless radio, particularly when the link is not over-provisioned. I’m working with a WISP that uses Ubiquiti gear and APUs in their backhaul that do soft rate limiting (on their stable links) with HTB and SFQ. In my lab tests using NSM5s and APUs, both Cake and fq_codel outperform SFQ in both inter-flow and (especially) intra-flow latency under load, so that’s why we’re working on switching to one or the other. HTB is needed though for customized fairness, as you noted in your original question.</div><div class=""><br class=""></div><div class="">Out-of-the-box performance of NSM5s with airMAX enabled leaves something left to be desired as far as latency under load goes, so one should either over-provision or do some kind of shaping. Compare:</div><div class=""><br class=""></div><div class="">airMAX enabled, default queueing:</div><div class=""><a href="https://www.drhleny.cz/nsm5-airmax/default_rrulbe/" class="">https://www.drhleny.cz/nsm5-airmax/default_rrulbe/</a></div><div class=""><br class=""></div><div class="">airMAX disabled, cake queueing (enabling airMAX here hurts inter-flow latency):</div><div class=""><a href="https://www.drhleny.cz/nsm5/eg_csrt_rrulbe_eg_cake_40mbit/" class="">https://www.drhleny.cz/nsm5/eg_csrt_rrulbe_eg_cake_40mbit/</a></div><div class=""><br class=""></div><div class="">By the way, if you note the isochronous spikes in the output, that appears to be due to a bug in the NSM5’s Ethernet or internal switch driver that has been fixed in LEDE/OpenWRT. If you or anyone else happens to have an NSM5, I’d appreciate your testing and adding to the thread, where I didn’t yet manage to convince Ubiquiti that it’s real and an issue:</div><div class=""><br class=""></div><div class=""><a href="https://community.ubnt.com/t5/airMAX-Installation/NanoStation-M5-ping-spikes-about-once-per-second-even-just-to/td-p/2358704/page/2" class="">https://community.ubnt.com/t5/airMAX-Installation/NanoStation-M5-ping-spikes-about-once-per-second-even-just-to/td-p/2358704/page/2</a></div><div class=""><br class=""></div><div class="">I’m actively writing an article on this topic and will post when finished...</div><div class=""><br class=""></div></body></html>