[c-nsp] ATM Question

[Oliver Boehmer (oboehmer)]

Paul.

> We recently setup a test connection to provide a 'bridged DSL
> connection' to a customer - basically a LAN extension via our DSLAM
> (which is AFC).   Below is working config:
> 
> interface ATM1/0.75 point-to-point
>  description Customer Test
>  ip address 11.22.33.44 255.255.255.224
>  no snmp trap link-status
>  atm route-bridged ip
>  pvc 80/32
> 
> We have a DHCP pool setup and this works perfectly for a single PVC.
> 
> Now I'd like to take this configuration and expand it to about 30ish
> PVC's that are in a range.
> 
> If we do a "pvc range 80/32 80/40" for example nothing works - so this
> becomes my question ....
> 
> What's the best way to make a PVC range work in this scenario?  My
> personal ATM knowledge is minimal as I work with ethernet everyday
> (maybe call me spoiled - not sure yet)
> 
> Sorry if this is a basic question, I've tried various things and can't
> get this to work....;)
> 
> The rest of the interface is servicing PPPOE clients and looks like
> this and works fine as well:
> 

[...]
> If I try to convert this to a multipoint interface I get this:
> 
> xxxxxx(config)#interface ATM1/0.50 multipoint
> xxxxxx(config-subif)# ip address 11.22.33.44 255.255.255.224
> xxxxxx(config-subif)# no snmp trap link-status
> xxxxxx(config-subif)# atm route-bridged ip

RBE only works on point-to-point interfaces. But you can use

int atm1/0.55 point-to-point
 ip unnumbered loopbackX
 atm route-bridged ip
 range range1 pvc 1/200 1/299

to create many p2p sub-ifs with RBE.. can you give this a try?

	oli