All testing done by many wisp's shows that shaping at the radio/CPE or AP is about the worst way to do it.
Leads to huge slowdowns when the customer maxes their plan and other weird issues, maybe like what you're seeing. I'd recommend shaping at your core, before it hits your backhaul network. We use preseem and it's a gem On Sun, Dec 9, 2018, 7:18 PM Kurt Fankhauser <lists.wavel...@gmail.com wrote: > no ken i have not tried cranking up the QOS in the radio itself, maybe i > will try that > > On Sun, Dec 9, 2018 at 4:01 PM Ken Hohhof <af...@kwisp.com> wrote: > >> Do you see the same thing even if you crank up the QoS settings as far as >> they will go? Trying to determine if it’s Cambium’s QoS mechanism or >> something else. We enforce speed tiers outside the radios so I don’t have >> much experience with how well or poorly Cambium’s QoS implementation works >> and whether there are any quirks that might interact badly with Ookla based >> speedtests. >> >> >> >> *From:* AF <af-boun...@af.afmug.com> *On Behalf Of *Kurt Fankhauser >> *Sent:* Sunday, December 9, 2018 11:18 AM >> *To:* af@af.afmug.com >> *Subject:* Re: [AFMUG] speedtest.net and Canopy/Cambium QOS / burst >> bucket >> >> >> >> Also here is AP downlink utilization graph for last 24 hours. Clearly AP >> is not overloaded only got up to beyond 20% for a very short period of time. >> >> >> >> On Sun, Dec 9, 2018 at 12:13 PM Kurt Fankhauser <lists.wavel...@gmail.com> >> wrote: >> >> Ken there is no problem selling 50meg plans on original 450 AP's running >> 30 mhz channels that only have a dozen low usage clients. 75/25 downlink >> ratio and 30mhz channels should yeild at least 100mbps down on linktests in >> 8x. Once you start to load up the AP's its not the original 450 SM's thats >> the problem its the AP itself as those things give out at about 70'ish mbps >> down (even though the link tests show there is more capacity). At that >> point you just switch the AP out with a 450i and you can take advantage of >> the beyond 70mbps downlinks. >> >> >> >> My original problem is not related to running out of capacity on the AP >> as I am clearly able to get the bandwidth there with the >> www.openspeedtest.com site as well as Mikrotik Btest (see attached pic). >> Yes the attached pic is a Mikrotik router doing a TCP BTEST through an >> original 450SM and original 450AP that has 15 clients attached to it! >> >> >> >> On Sun, Dec 9, 2018 at 9:55 AM Ken Hohhof <af...@kwisp.com> wrote: >> >> OK, this comment conflicts with your report that the problem only shows >> up when testing with speedtest.net. But still, I have to question the >> wisdom of selling 50M plans using Cambium 450. That’s a lot of throughput >> for a multipoint platform, and is only going to work if the stars are >> aligned. >> >> >> >> Is this a 450, 450i, or 450m AP? What about the SM? You could be >> running into CPU limitations on packets per second. >> >> >> >> Are you using 20,30 or 40 MHz channel width? What down/up ratio? If >> your configured for 20 MHz and 75%, you’re selling one subscriber almost >> the total capacity of the AP. >> >> >> >> Is this subscriber at 8x modulation? Do you have other subs on the AP at >> lower modulations, and if so, are their QoS settings a lot lower so they >> get lower priority, or are you using the new SM priority features? A bunch >> of subs at 2x or 4x can eat up AP capacity pretty quick. I’m assuming this >> isn’t a 450m with MUMIMO. >> >> >> >> Are you monitoring/graphing AP frame utilization? This will help >> diagnose if the AP is running out of capacity and having to decide which SM >> gets the available over-the-air frames. >> >> >> >> My impression (could be wrong) is that the Ookla speedtest doesn’t take a >> goodput approach, it seeks out the highest transmit rate at which the >> packet loss is tolerable. I also saw a claim by one of the bandwidth >> management products that 450 and ePMP QoS work differently, 450 by dropping >> packets, and ePMP by buffering them, I don’t know if that’s correct. It >> could be that running 450 QoS so close to total AP capacity, there is some >> kind of clumping of packet delivery going on that speedtest.net >> interprets as having hit the max connection speed. >> >> >> >> That said, I believe I have seen 50 Mbps speedtest.net results using a >> 450 SM at 8x modulation off a lightly loaded 450 AP, although that seems >> like it would be pushing the CPU limits of both AP and SM. Better >> combination would a 450i or 450m AP with a 450b SM. I don’t sell 50M >> plans, at that point I would consider that I need a dedicated PTP link to >> the customer and they are buying DIA service. But even at 25M, I would use >> a 450b SM rather than an uncapped 450SM or an upgrade key. Maybe everyone >> has switched to 450b by now, but we still have mostly the regular 450 SMs. >> Not gonna go out and swap them all, especially since a lot of them were >> swaps from FSK or 430. Tired of throwing away $250 SMs every few years. >> >> >> >> >> >> >> >> *From:* AF <af-boun...@af.afmug.com> *On Behalf Of *Kurt Fankhauser >> *Sent:* Saturday, December 8, 2018 9:43 PM >> *To:* af@af.afmug.com >> *Subject:* Re: [AFMUG] speedtest.net and Canopy/Cambium QOS / burst >> bucket >> >> >> >> here is burst bucket settings, selling customer 50M plan >> >> >> >> On Sat, Dec 8, 2018 at 7:57 PM Sean Heskett <af...@zirkel.us> wrote: >> >> What are your qos settings on the cambium radios? >> >> >> >> We don’t see this behavior at all so I’d be glad to help you work through >> it. >> >> >> >> -Sean >> >> >> >> On Sat, Dec 8, 2018 at 5:07 PM Kurt Fankhauser <lists.wavel...@gmail.com> >> wrote: >> >> Is there something with Canopy/Cambium Radios (PMP450) that gives reduced >> speed results when done behind SM's with speedtest.net? >> >> >> >> I always tell customers to use www.openspeedtest.com for the most >> accurate download speeds because my customers on the 50meg plans running >> 450 SM's are wanting to see proof that their connection is getting that and >> openspeedtest.com is the only test site that will show near 50 meg >> tests. Go right over to speedtest.net and get in the 20's on the >> testing. This has been a problem for me for years. I just tell the customer >> that we do all testing on openspeedtest.com and any other test site is >> overloaded which is why results are slow so we do not support those other >> sites. Now if i plug directly into switches at towers with my laptop or am >> on a connection that is behind an AF5X radio then speedtest.net works >> perfectly fine and i can easily get tests of 150-200mbps. >> >> >> >> So this appears to be isolated to Cambium 450 radios and only on certain >> speedtest sites. All CPE's are in bridge mode and have Mikrotik routers on >> customer sites. And unlimited throughput keys on the SM's. Also I must add >> I can do a MT Btest using TCP and still get the 50mbps test over the 450 SM >> so what the heck is going on with speedtest.net and Cambium 450 >> radios?????? >> >> -- >> AF mailing list >> AF@af.afmug.com >> http://af.afmug.com/mailman/listinfo/af_af.afmug.com >> >> -- >> AF mailing list >> AF@af.afmug.com >> http://af.afmug.com/mailman/listinfo/af_af.afmug.com >> >> -- >> AF mailing list >> AF@af.afmug.com >> http://af.afmug.com/mailman/listinfo/af_af.afmug.com >> >> -- >> AF mailing list >> AF@af.afmug.com >> http://af.afmug.com/mailman/listinfo/af_af.afmug.com >> > -- > AF mailing list > AF@af.afmug.com > http://af.afmug.com/mailman/listinfo/af_af.afmug.com >
-- AF mailing list AF@af.afmug.com http://af.afmug.com/mailman/listinfo/af_af.afmug.com
