[c-nsp] ATM PVC auto-provisioning

Brian Lehigh brianl at sti.net
Mon Oct 24 13:49:02 EDT 2005


Hello all,
Tomorrow morning I will be deploying a new router to handle our broadband
aggregation (7206 NPE-G1).  Currently, we create a subinterface for every
PVC and our configuration is obscenely large.  Additionally, we are always
fighting with the Telco to get PVC's provisioned correctly (i.e. Telco waits
until the last minute to create the PVC, etc).  I would like to implement
PVC auto-creation but would like to hear from the list if there are any
caveats, performance issues, etc. that I should take into consideration
before going this route.
 
Here's part of the config. that I plan to use:
 
-----------------------------------------------------
virtual-profile if-needed
virtual-profile virtual-template 1
vpdn enable
!
vpdn-group broadband-00
 accept-dialin
  protocol pppoe
  virtual-template 1
 !
!
!
!
vc-class atm pppoe
  protocol pppoe
  encapsulation aal5snap
  create on-demand
!
!
interface ATM3/0
 description ATM DS3 for DSL
 no ip address
 shutdown
 class-int pppoe
 atm scrambling cell-payload
 no atm ilmi-keepalive
!
!
interface Virtual-Template1
 mtu 1492
 ip unnumbered FastEthernet0/0
 no logging event link-status
 peer default ip address pool atm00pool
 ppp authentication pap
!
-----------------------------------------------------
 
Does this look like it should work?  Do any of you use this method for PVC
creation?  Also, what would you recommend for "idle-timeout" values?  I've
seen "idle-timeout 300 10" used.
Thanks,
 
-Brian
 


More information about the cisco-nsp mailing list