
<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">We’ve been using some new PrismStation 5ACs at my ISP that offer 5 “TDD Framing” options:<div class=""><br class=""></div><div class="">"Flexible (legacy)” - traditional airMAX, probably</div><div class="">“Flexible (NEW)” - newfangled airMAX</div><div class="">“Fixed (5 ms)” - fixed 5 ms framing</div><div class="">“Fixed (8 ms)” - fixed 8 ms framing</div><div class="">“Fixed (10 ms)” - fixed 10 ms framing</div><div class=""><br class=""></div><div class="">Since installation last summer we’d been running with “Fixed (5 ms)” with a 33/66 upload/download ratio, because Ubiquiti touts the scalability of the fixed framing modes. There’s also a GPS sync option that allows APs to sync with fixed framing, allowing channel re-use. Sounds nice.</div><div class=""><br class=""></div><div class="">But even fixed 5ms frames mean minimum RTTs to the AP of 10ms, and on higher load, noise, etc, RTTs that can look roughly quantized to 15ms, 20ms and up. Whereas I’d see 1.3ms mean RTT to the old Rocket M5, I’d see mean 13ms to the new PrismStation 5AC.</div><div class=""><br class=""></div><div class="">ISP members were reporting <a href="http://speedtest.net" class="">speedtest.net</a> results of only up to about 5Mbit during evening load times and 20Mbit in the middle of the night. But tests to <a href="http://fast.com" class="">fast.com</a> and <a href="http://dslreports.com/speedtest" class="">dslreports.com/speedtest</a>, which both use 8 or more flows by default, could show 40-50Mbit at the very same time that <a href="http://speedtest.net" class="">speedtest.net</a> was showing 20Mbit. Sounds like a TCP window scaling problem. Meanwhile, bi-directional throughput tests straight to the AP with Ubiquiti’s web UI speed test looked great (180 Mbit!!)</div><div class=""><br class=""></div><div class="">One morning I decided to try “Flexible (NEW)” framing. Right away, ping to the AP dropped to mean 6.5ms with far less variation, and late night <a href="http://speedtest.net" class="">speedtest.net</a> results jumped to 80Mbit, limited mostly by our backhaul uplink. During the day, users reported “my speed over doubled” and I could feel the latency improvement. SmokePing to the AP agreed:</div><div class=""><br class=""></div><div class=""><a href="https://www.heistp.net/downloads/ff_smokeping.png" class="">https://www.heistp.net/downloads/ff_smokeping.png</a> (on which 3am morning did we switch to flex framing?)</div><div class=""><br class=""></div><div class="">IRTT to an Internet host showed large drops in send delay and send IPDV (less so on the receive path):</div><div class=""><br class=""></div><div class=""><a href="https://www.heistp.net/downloads/ff_send_delay.png" class="">https://www.heistp.net/downloads/ff_send_delay.png</a></div><div class=""><br class=""></div><div class=""><a href="https://www.heistp.net/downloads/ff_send_ipdv.png" class="">https://www.heistp.net/downloads/ff_send_ipdv.png</a></div><div class=""><br class=""></div><div class="">Then I found out we’re not the only ones:</div><div class=""><br class=""></div><div class=""><a href="https://community.ubnt.com/t5/airMAX-AC/New-Flexible-framing-and-huge-improvements-in-TCP-latency/td-p/2385132" class="">https://community.ubnt.com/t5/airMAX-AC/New-Flexible-framing-and-huge-improvements-in-TCP-latency/td-p/2385132</a></div><div class=""><br class=""></div><div class="">Maybe fixed framing is useful in urban environments with hundreds of clients, but with two clients on our sector it was rather disastrous and led to a few months of bad Internet until we figured it out. 10ms chunks of discarded time can really mean a lot.</div><div class=""><br class=""></div><div class="">I wish we could try OpenWRT here with airtime fairness for comparison, but AirControl is too engrained as an administrative tool, so it’s tough to switch. And the AP is on top of a tower, on top of a castle on a hill, so it doesn’t get worked on often.</div><div class=""><br class=""></div><div class="">Anyway that’s my story, it’s 2019 and it seems that vendors are still not thinking about what latency means, even when it can start to affect TCP...</div><div class=""><br class=""></div><div class="">Pete</div><div class=""><br class=""></div></body></html>