[c-nsp] ATM/PPPoE - delivering DSL service - giving out static Ips
Graham Wooden
graham at oneringnetworks.com
Thu Apr 6 11:01:41 EDT 2006
Thanks. I do have several users authenticating against local aaa entries on
the router, but your right - this little router is not going to be able to
scale.
User are being presented each with a pvc:
ertr03.atlcore#show vpdn session
L2TP Session Information Total tunnels 1 sessions 5
LocID RemID TunID Intf Username State Last Chg Uniq ID
21264 4778 4148 Vi2.1 userxxxx1 est 15:16:46 242
21266 51503 4148 Vi2.3 userxxxx2 est 15:16:43 244
21267 912 4148 Vi2.4 userxxxx3 est 15:16:42 245
21269 65434 4148 Vi2.5 userxxxx4 est 15:16:41 247
21484 53805 4148 Vi2.2 userxxxx5 est 14:58:53 462
Justin, could you explain #2?
On 4/6/06 10:41 AM, "Justin M. Streiner" <streiner at cluebyfour.org> wrote:
> On Thu, 6 Apr 2006, Graham Wooden wrote:
>
>> Without the use of a Radius server to authenticate users (using local), am I
>> able to specify static IP assignments to DSL users? I have a generic pool
>> from which I am dishing out addresses. I would like to assign static
>> addresses to these users opposed to having them specify anything on their
>> modem.
>>
>> Thoughts? Using 12.3.10 IOS on a 2621 w/ 4pt ATM. Thanks,
>
> You could possibly do it, but such a design will not scale well and your
> router config would start to get huge once you began adding lots of users.
>
> I say "possibly", but I've never built a DSL aggregation system that way
> :-)
>
> You'd need to be able to accomplish the following things:
> 1. store username/password pairs on the router - easy enough
> 2. bind a username/password pair to a specific IP address - doable, but
> setup/update is task-intensive. The easiest way to hand that information
> back to the user is through PPPoE.
>
> If the users are being presented to you as one PVC per customer, then you
> could treat them as separate routed interfaces and do bridging. The issue
> with that is access control - PPPoE gives you a big advantage.
>
> jms
>
>
More information about the cisco-nsp
mailing list