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.

Reply via email to