Might be time to take another look at your procera config. On April 26, 2015 7:47:25 PM AKDT, Kurt Fankhauser <[email protected]> wrote: >You have got to be kidding me? CDN traffic being discarded 50%? What >exactly would this be? The Procera box picked this traffic up as "HTTP >Download" so it wasn't streaming. Only other thing I can think of is >this >customer has an XBOX maybe it was downloading an update? with 50% >packet >loss no wonder they called and complained, said they couldn't do >anything.... > > >Kurt Fankhauser > >Wavelinc Communications > >P.O. Box 126 > >Bucyrus, OH 44820 > >http://www.wavelinc.com > >tel. 419-562-6405 > >fax. 419-617-0110 > >On Sun, Apr 26, 2015 at 11:11 PM, Faisal Imtiaz ><[email protected]> >wrote: > >> Sorry, I missed that .. :) >> >> Faisal Imtiaz >> Snappy Internet & Telecom >> 7266 SW 48 Street >> Miami, FL 33155 >> Tel: 305 663 5518 x 232 >> >> Help-desk: (305)663-5518 Option 2 or Email: [email protected] >> >> ------------------------------ >> >> *From: *"George Skorup (Cyber Broadcasting)" <[email protected]> >> *To: *[email protected] >> *Sent: *Sunday, April 26, 2015 9:50:17 PM >> *Subject: *Re: [AFMUG] 450SM sustain bucket throttle not working.. >> >> I know. I was being sarcastic. >> >> It doesn't seem fair that they do TCP congestion control in a way >that >> doubles the traffic and we end up discarding 50% anyway, but it still >fills >> up our pipes. Just sayin'. >> >> On 4/26/2015 8:37 PM, Faisal Imtiaz wrote: >> >> I see that the net neutrality is going to be the next boogieman under >the >> bed for WISP's from now on... >> >> Please, please, please, correct your understanding on >Net-Neutrality... >> >> It allows for one to traffic shape any and all kinds of traffic, as >long >> as :- >> a) You declare your practice on your website. >> b) You DON"T DO IT specific to A SPECIFIC Network.. i.e. all VOIP, >or >> all Video, or ALL Streaming.. >> (applying a throttle on video to netflix while allowing Hulu >would be >> considered a violation, but applying throttle to all types of video >content >> is NOT !) >> >> >> :) >> >> >> Faisal Imtiaz >> Snappy Internet & Telecom >> 7266 SW 48 Street >> Miami, FL 33155 >> Tel: 305 663 5518 x 232 >> >> Help-desk: (305)663-5518 Option 2 or Email: [email protected] >> >> ------------------------------ >> >> *From: *"George Skorup (Cyber Broadcasting)" <[email protected]> >> <[email protected]> >> *To: *[email protected] >> *Sent: *Sunday, April 26, 2015 7:12:13 PM >> *Subject: *Re: [AFMUG] 450SM sustain bucket throttle not working.. >> >> So you'd be purposely slowing down or blocking legitimate traffic >from an >> edge provider to the customer? Oh no, net neutrality violation! >> >> So when everyone starts with the 4k streaming and we're selling the >> customer 20Mbps, then we have to take on 40Mbps because of this!? >> >> On 4/26/2015 5:58 PM, Ken Hohhof wrote: >> >> I could justify declaring such traffic an attack and blocking the >source >> as malicious. >> >> *From:* George Skorup (Cyber Broadcasting) <[email protected]> >> *Sent:* Sunday, April 26, 2015 4:30 PM >> *To:* [email protected] >> *Subject:* Re: [AFMUG] 450SM sustain bucket throttle not working.. >> >> Yep, I see this all the time and Ken is exactly right. The Canopy QoS >> works exactly as designed, the AP is definitely not delivering more >than >> the sustained rate, but is instead discarding the extra 50%. I've >tested >> this situation thoroughly. Stick a MT simple queue in at the upstream >> router and the 2X rate traffic stops hitting the AP's ethernet >interface, >> but it's still coming in at double the sustained rate farther >upstream. >> There's no way around it except throwing bandwidth at it. >> >> This is CDN traffic. And when the customer thinks they can install >one of >> those "internet download managers" to speed up their connection. The >only >> thing it does is screw with TCP acks or window sizes or something >which >> just puts more traffic on your transit just to be discarded at the >> congestion point (SM, queue, Procera, whatever). Gotta love it. >> >> You'd think with 70% of the internets being streaming video they'd >think >> hmm.. maybe we can cut down on the peering congestion by NOT doing >this >> crap. But no. >> >> On 4/26/2015 11:01 AM, Ken Hohhof wrote: >> >> Sorry to answer a question with a question, but are you measuring at >the >> SM, or at some upstream router? >> >> The reason I ask, is I have seen some CDN traffic that does not seem >to >> follow traditional TCP congestion control. It will send at twice the >rate >> limit, causing 50% packet loss to its own traffic and everything else >to >> that same subscriber. Evidently some TCP geniuses have decided to >use >> latency rather than packet loss as the indicator of congestion, and >that >> the objective is goodput not throughput. Works for last mile >technologies >> like T1 and DSL with big buffers at the head end of the fixed speed >serial >> connection, not so good with the type of rate limit queues we tend to >use >> unless we can provision the queues with big buffers. >> >> Probably not your problem, but I thought I’d bring it up just in >case. >> >> *From:* Kurt Fankhauser <[email protected]> >> *Sent:* Sunday, April 26, 2015 10:50 AM >> *To:* [email protected] >> *Subject:* [AFMUG] 450SM sustain bucket throttle not working.. >> >> I have a 450 SM that is rate limited in the SM to 1500kbps download >on the >> sustain side. I noticed last night that this customer was pulling a >steady >> almost 3mbps download for several hours on end. How is this possible? >Is >> there a problem with 13.2 firmware? Its a 3.65ghz SM. >> >> see attached. >> >> Kurt Fankhauser >> >> Wavelinc Communications >> >> P.O. Box 126 >> >> Bucyrus, OH 44820 >> >> http://www.wavelinc.com >> >> tel. 419-562-6405 >> >> fax. 419-617-0110 >> >> >> >> >> >> >>
-- Sent from my Android device with K-9 Mail. Please excuse my brevity.
