[j-nsp] cable modem/dsl/ftth bandwidth limiting

Chris Evans chrisccnpspam2 at gmail.com
Tue Jun 19 16:46:18 EDT 2012


So whole that may be true for dsl/ppp I don't think it is for cable and
ftth??   There have been many articles in the past about uncapping your
cable modem.  Through the use of traffic shaping on the edge you can slow
down tcp to get the same desired effect.

I have verizon fios and I've been told by the fios techs that the ont is
what limits you.   I'm just really curious if traffic shaping or straight
policing is used.  I assume shaping?
On Jun 19, 2012 4:41 PM, "Chris Kawchuk" <juniperdude at gmail.com> wrote:

> Not costly at all; when you think about scaling it to 20,000/30,000
> subscribers per box.
>
> BRAS's (xDSL, PPPoE, PPPoA) have massive numbers of hardware queues, and
> shape/queue per individual subscriber. These boxes are designed to do this.
>
> Examples: Juniper E-series, Cisco ASR-Series, Juniper MX-series w/the "Q"
> cards, Redback SmartEdge 400/800, etc...
>
> You still need "something in the central network" anyways to aggregate all
> these individual connections from every scubscriber. It's a natural to
> perform this function there; and not at the CPE. Usually it's the link
> between the DSLAM/CMTS/GPON to the Customer that's congested anyways - As
> Jerry mentioned, why transport it just to drop it? May as well rate-limit
> it upstream before it hits the narrow-bandwidth portion of the link to the
> customer.
>
> - CK.
>
> On 2012-06-20, at 3:19 AM, Chris Evans wrote:
>
> >  performing bandwidth limits on a central network device
> > would be too costly to do.
>
>


More information about the juniper-nsp mailing list