interesting. I wonder if this could impact video quality and buffering in an odd way, could explain a customer issue we have had
On Sun, Apr 26, 2015 at 11:01 PM, Josh Luthman <j...@imaginenetworksllc.com> wrote: > Did you update the signatures? That sounds awfully generic. > > Josh Luthman > Office: 937-552-2340 > Direct: 937-552-2343 > 1100 Wayne St > Suite 1337 > Troy, OH 45373 > On Apr 26, 2015 11:47 PM, "Kurt Fankhauser" <li...@wavelinc.com> 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 <fai...@snappytelecom.net >> > 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: supp...@snappytelecom.net >>> >>> ------------------------------ >>> >>> *From: *"George Skorup (Cyber Broadcasting)" <geo...@cbcast.com> >>> *To: *af@afmug.com >>> *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: supp...@snappytelecom.net >>> >>> ------------------------------ >>> >>> *From: *"George Skorup (Cyber Broadcasting)" <geo...@cbcast.com> >>> <geo...@cbcast.com> >>> *To: *af@afmug.com >>> *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) <geo...@cbcast.com> >>> *Sent:* Sunday, April 26, 2015 4:30 PM >>> *To:* af@afmug.com >>> *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 <li...@wavelinc.com> >>> *Sent:* Sunday, April 26, 2015 10:50 AM >>> *To:* af@afmug.com >>> *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 >>> >>> >>> >>> >>> >>> >>> >> -- If you only see yourself as part of the team but you don't see your team as part of yourself you have already failed as part of the team.