<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Sat, Jul 28, 2018 at 11:39 AM Pete Heist <<a href="mailto:pete@heistp.net">pete@heistp.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><br><div><blockquote type="cite"><div>On Jul 28, 2018, at 7:32 PM, Dave Taht <<a href="mailto:dave.taht@gmail.com" target="_blank">dave.taht@gmail.com</a>> wrote:</div><div><div><blockquote type="cite"><br>Exactly. Many members, including myself, are limited by our CPE links during off hours, and by the backhaul during high traffic hours.<br></blockquote><br>3 items<br><br>1) Co-locating some essential services (like netflix) might be of help.<br></div></div></blockquote><div><br></div><div>That’s a good idea, will bring that up with the admins.</div><div><br></div><div>Netflix is here now, but many folks seem to use “O2 TV Air”, which is a way to watch ordinary cable packages over any Internet connection (not just from O2). SD streams are 3Mbit and HD 6Mbit. Weirdly, they don’t pace out their data but there’s a characteristic “pulsing” of the streams every 5 seconds that when I see it on the router's throughput graph I know, yep, that’s O2 TV. I’ll find out if their on-demand stuff has such a co-location option.</div><br><blockquote type="cite"><div><div><a href="https://openconnect.netflix.com/en/" target="_blank">https://openconnect.netflix.com/en/</a><br><br>2) If the members voted for more backhaul, the costs are understandable…</div></div></blockquote><div><br></div><div>Backhaul upgrades are coming into focus gradually, and upgrading those ALIX boxes which are tanks but...tanks.</div></div></div></blockquote><div><br></div><div>apu2s are thus far being tanks for me. wndr3800s with multi-year cerowrt uptimes now exist, too.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><div><div><br></div><div>I think some of the higher costs come from physical installations / placement rights. Surprising what towers can cost.</div><br><blockquote type="cite"><div><div>3) Philosophically I vastly prefer the concept of "everyone sharing<br>the network", rather than rate plans, to create some market tension as<br>to the available bandwidth at any given time of day.</div></div></blockquote><div><br></div><div>Agree wholeheartedly. Rate limiting members isn’t necessary for a non-profit (no profit motive) and especially if we can get fairness right, there’s no technical reason to do it that I know of either.</div><br></div></div></blockquote><div><br></div><div>It would be a better world if more isps served their users and didn't buy film studios.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><div><blockquote type="cite"><div><div>ubnt did add at least airtime fairness to airos a year or two back. It<br>was not on by default. Their "TDMA" qos system was this insane mess of<br>sfq rules when I tore it apart.... 8 years back.<br></div></div></blockquote></div><br><div>I don’t know what they’re doing in their newer AC stuff, but I'm surprised by what appears to be ~6-8ms latency </div></div></blockquote><div><br></div><div><div style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial">Something fq_codel-like is now in qualcomms proprietary firmware I'm told. No ecn</div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><div>under load on the NanoStation 5 AC Loco’s I got for the camp’s backhaul. Is it really that good? This is in contrast to the 50+ms I see with rrul_be on the NanoStation M5 (without controlling the queue). </div></div></blockquote><div><br></div><div>ubnt both cases? doubt it's the same bandwidth both cases. should be proportional to the latency you are seeing. running 2x2 incurs a latency penalty also.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><div>This test is straight AP to AP though, with probably 1 flow up and 1 down plus ping, so I want to get 2-4 more of these and do rrul_be through the Ethernet ports, to get more flows and UDP, and see how it looks then.</div></div></blockquote><div> </div><div>Run more flows. SFQ is per packet fq. They have right-sized buffers when the link is running at close to the configured rate, not when it's stuggling.</div><div><br></div><div>I also seem to remember they reduced the txop to ~2ms. turned off 802.11e. I've recommended this for years now in the general case. </div><div><br></div><div>Their 100mbit ethernet devices also do flow control and are more often the bottleneck than not, so the wifi runs empty more often. </div><div><br></div><div>I LIKE their gear. Despite all we've done here there are still things they do better.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><div><br></div><div><img id="m_517755377220784107996F2B83A-72EE-4E7E-BCDE-D731C6594917" src="cid:CB49F23E-09DA-4B1B-855B-158F96CA21C0@luk.heistp.net"></div><div><br></div></div></blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><br>Dave Täht<br>CEO, TekLibre, LLC<br><a href="http://www.teklibre.com" target="_blank">http://www.teklibre.com</a><br>Tel: 1-669-226-2619</div></div>