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] 

----- Original Message -----

> From: "George Skorup (Cyber Broadcasting)" <[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)
> 
> > 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
> > 
> 
> > > 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
> > 
> 

Reply via email to