Broadband Subscriber Management

Arie Vayner arievayner at gmail.com
Thu Apr 23 13:08:02 UTC 2009


You need also to remember that in many cases the DSL link is not provided by
the actual ISP. In many cases this is a wholesale scenario which uses L2TP
to forward the PPP session from the telco/DSL provider to the ISP.
In many cases there would also be another L2TP hop to another
sub-ISP/customer.

Arie

On Wed, Apr 22, 2009 at 7:01 PM, Curtis Maurand <cmaurand at xyonet.com> wrote:

>
> I don't understand why DSL providers don't just administratively down the
> port the customer is hooked to rather than using PPPoE which costs bandwidth
> and has huge management overhead when you have to disconnect a customer.  I
> made the same recommendation to the St. Maarten (Dutch) phone company
> several years ago.  They weren't listening either.   That way you can rate
> limit via ATM or by throttling the port administratively.
>
> Just a suggestion
>
>
> Sherwin Ang wrote:
>
>> Hello Nanog!
>>
>> i just would like to see how other operators are handling
>> broadband/DSL subscribers in their BRAS.  Currently, we are
>> implementing PPPoE with AAA on our Redback SE's and Cisco boxes.  As
>> our subscriber base grows and grows, management of user logins,
>> passwords, password resets, password changes are getting really huge.
>> Some customers also complains about the method of logging in, asking
>> for an easier way to do it or dump logins altogether.  We're looking
>> at DHCP/CLIPS for Redback but haven't really tested it since it
>> requires a new license for it.  For Cisco, we've been empty so far in
>> looking for a solution wherein we still have accounting and
>> rate-limiting on subscriber vc's.
>>
>> how are network operators in your areas do it?  DHCP?  if i do DHCP,
>> will i still have the flexibility of sending a radius reply attribute
>> so i could rate-limit the subscribers speed? or still offer speed on
>> demand via radius/time-based upgrade of their rate-limits during
>> off-peak hours?
>>
>> thank you for any insights that you may share.
>>
>>
>> -Sherwin
>>
>>
>>
>
>
>



More information about the NANOG mailing list