I'll say we've used procera, saisei, in the past and they're DPI. They're cool and you can do lots of things with them. They also require hands-on attention and tweaking. They give you NO usable QoE data so you still can't tell where you have trouble in your network or individual customers like you can with preseem.
We now use preseem for about 11 months and we love it! It's not DPI so don't even think that you can shape individual types of traffic like video, updates, etc because thats not what it is. It requires no tweaking or hands-on configuration at all and preseem guys do all the work for you. It provides the best QoE data of any service out there and really helps tell you what tower, sector, or customer is having a bad experience so you can fix it. On top of this valuable data, it does your rate plan shaping and it does it damn well to boot. Customers can now max out their rate plans without a spike in latency or complaints or laggy gaming or slow web browsing. It allows small traffic flows like voip, dns, web browsing, gaming to "jump the queue" so to speak so large flows like video and updates don't slow everything down. It's very handy. I've rate shaped my home down to 3 mbps and still was able to run 2 Netflix streams, 1 YouTube, plus a voip call and web browse without any lag or buffering whatsoever. I highly recommend anyone do a trial with preseem and you'll be happy campers. On Tue, Nov 13, 2018, 1:34 PM Mike Hammett <[email protected] wrote: > Bufferbloat is over-hyped. > > Also, https://people.ucsc.edu/~warner/buffer.html > > > > > ----- > Mike Hammett > Intelligent Computing Solutions <http://www.ics-il.com/> > <https://www.facebook.com/ICSIL> > <https://plus.google.com/+IntelligentComputingSolutionsDeKalb> > <https://www.linkedin.com/company/intelligent-computing-solutions> > <https://twitter.com/ICSIL> > Midwest Internet Exchange <http://www.midwest-ix.com/> > <https://www.facebook.com/mdwestix> > <https://www.linkedin.com/company/midwest-internet-exchange> > <https://twitter.com/mdwestix> > The Brothers WISP <http://www.thebrotherswisp.com/> > <https://www.facebook.com/thebrotherswisp> > > > <https://www.youtube.com/channel/UCXSdfxQv7SpoRQYNyLwntZg> > ------------------------------ > *From: *"Ken Hohhof" <[email protected]> > *To: *"AnimalFarm Microwave Users Group" <[email protected]> > *Sent: *Tuesday, November 13, 2018 11:59:53 AM > *Subject: *Re: [AFMUG] bandwidth management appliance opinions > > Where is this alleged bufferbloat coming from? > > > > It can’t be from rate queues. The highest we set our Mikrotik queues is > around 40 packets before they start dropping packets. We have pushed the > queue depth higher to signal congestion to TCP Vegas style > implementations. But at 10 Mbps that’s still only ~40 milliseconds of > delay. I don’t think that qualifies as bufferbloat. > > > > Where in a typical WISP network are these huge buffers? Are you talking > about APs at 100% of capacity? I admit I don’t know how much data an AP > will buffer waiting for a timeslot to send the data over the air. But the > only time I see latencies soar toward 1 second under load is on my one > hated WiMAX basestation, and I think that may be due to excessive HARQ > retries or something. > > > > > > *From:* AF <[email protected]> *On Behalf Of *Dev > *Sent:* Tuesday, November 13, 2018 11:41 AM > *To:* AnimalFarm Microwave Users Group <[email protected]> > *Subject:* Re: [AFMUG] bandwidth management appliance opinions > > > > I looked at a couple variations of buffer bloat management, and have > decided to build my own and maybe just open source the thing for “people > who feel 50K seems excessive” and just need some basic functionality on a > vanilla Linux box. The open source tech is out there, it’s just tying it > all together in some sane way. I hope others will open source what they’re > working on too, that’s what the community is about. I feel like the > community is moving away from including the little guys these days. > > > > > http://af.afmug.com/mailman/listinfo/af_af.afmug.com > > -- > AF mailing list > [email protected] > http://af.afmug.com/mailman/listinfo/af_af.afmug.com > > > > -- > AF mailing list > [email protected] > http://af.afmug.com/mailman/listinfo/af_af.afmug.com > > -- > AF mailing list > [email protected] > http://af.afmug.com/mailman/listinfo/af_af.afmug.com >
-- AF mailing list [email protected] http://af.afmug.com/mailman/listinfo/af_af.afmug.com
