[c-nsp] Virtual Access int down after IOS upgrade

Sat Mar 14 14:22:34 EDT 2009

I had to go back to 12.4(3) to get the virtual-access interface working
again.  But below is the config I'm using for the dsl's on the atm card.
Is there something I'm missing that has changed since 12.4(3) and (23)?
I'm sure there is, but it's becoming a huge pain to track it down.  Just
looking for possible suggestions, I'm digging through release notes now
to see if I can find more info.

The problem is that after upgrading to 12.4(23), the Virtual-Access
interface stays in a down/down state.  atm and pvc interfaces are up/up.
Since the Virtual-Access int is down, no traffic passes from DSL
connections. 

This is on a 7513 with 12.0(10r)S1 bootstrap.

ATM Card:
NAME: "Card Slot 10, Bay 0", DESCR: "ATM Lite Port Adaptor (SM)"
PID: PA-ATM-LITE-SM    , VID: Hardware Version : 1.1 Board Revision :
D0, SN: 16743213 

Current 12.4(3) config:

interface ATM10/0/0
 no ip address
 no atm ilmi-keepalive
 no clns route-cache
!
interface ATM10/0/0.1 multipoint
 pvc 1/6 
  encapsulation aal5snap
  protocol ppp Virtual-Template16
 !
 pvc 1/9 
  encapsulation aal5snap
  protocol ppp Virtual-Template13

interface Virtual-Template13 
 ip unnumbered FastEthernet4/0
 peer default ip address pool dsl13
!
interface Virtual-Template14 
 ip unnumbered FastEthernet4/0
 peer default ip address pool dsl14
!
interface Virtual-Template15 
 ip unnumbered FastEthernet4/0
 peer default ip address pool dsl15
!
interface Virtual-Template16 
 ip unnumbered FastEthernet4/0
 peer default ip address pool dsl16
!

ip local pool dsl13 63.168.160.164
ip local pool dsl14 63.168.160.165
ip local pool dsl15 63.168.160.166
ip local pool dsl16 198.70.13.130 198.70.13.142

On Fri, 2009-03-13 at 19:38 -0400, Todd Shipway wrote:
> We just upgraded a 7500 to 12.4(23) and everything works great except
> DSL connections over atm card.  ATM interfaces are up, all configuration
> is in place,  pvc interfaces are up, virtual templates are in place.
> But the virtual-access interface refuses to come up.  Anyone have any
> clues as to what we shoudl be looking at?  Everything I see seems like
> it shoudl be working good.
> 
> 
> summit#sh interfaces atm 10/0/0
> ATM10/0/0 is up, line protocol is up 
>   Hardware is cyBus ATM
>   MTU 4470 bytes, sub MTU 4470, BW 155520 Kbit/sec, DLY 80 usec, 
>      reliability 129/255, txload 1/255, rxload 1/255
>   Encapsulation ATM, loopback not set
>   Encapsulation(s): AAL5 , PVC mode
>   2047 maximum active VCs, 1024 VCs per VP, 88 current VCCs
>   VC Auto Creation Disabled.
>   VC idle disconnect time: 300 seconds
>   Last input 00:02:08, output 00:02:08, output hang never
>   Last clearing of "show interface" counters never
>   Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
>   Queueing strategy: fifo
>   Output queue: 0/40 (size/max)
>   5 minute input rate 30000 bits/sec, 56 packets/sec
>   5 minute output rate 0 bits/sec, 0 packets/sec
>      37010 packets input, 2527473 bytes, 0 no buffer
>      Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
>      37305 input errors, 0 CRC, 0 frame, 63 overrun, 0 ignored, 1 abort
>      1 packets output, 56 bytes, 0 underruns
>      0 output errors, 0 collisions, 0 interface resets
>      0 unknown protocol drops
>      0 output buffer failures, 0 output buffers swapped out
> summit#sh interfaces atm 10/0/0.1
> ATM10/0/0.1 is up, line protocol is up 
>   Hardware is cyBus ATM
>   MTU 4470 bytes, BW 155520 Kbit/sec, DLY 80 usec, 
>      reliability 128/255, txload 1/255, rxload 1/255
>   Encapsulation ATM
>      35184 packets input, 2260236 bytes
>      0 packets output, 0 bytes 
>      1 OAM cells input, 1 OAM cells output
>   AAL5 Oversized SDUs : 0
>   Last clearing of "show interface" counters never
> summit#sh interfaces virtual-access 1
> Virtual-Access1 is down, line protocol is down 
>   Hardware is Virtual Access interface
>   MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100000 usec, 
>      reliability 255/255, txload 1/255, rxload 1/255
>   Encapsulation PPP, LCP Closed
>   Base VtMgr vaccess
>   Vaccess status 0x0, loopback not set
>   DTR is pulsed for 5 seconds on reset
>   Last input never, output never, output hang never
>   Last clearing of "show interface" counters 00:11:07
>   Input queue: 0/4096/0/0 (size/max/drops/flushes); Total output drops:
> 0
>   Queueing strategy: fifo
>   Output queue: 0/40 (size/max)
>   5 minute input rate 0 bits/sec, 0 packets/sec
>   5 minute output rate 0 bits/sec, 0 packets/sec
>      0 packets input, 0 bytes, 0 no buffer
>      Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
>      0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
>      0 packets output, 0 bytes, 0 underruns
>      0 output errors, 0 collisions, 0 interface resets
>      0 unknown protocol drops
>      0 output buffer failures, 0 output buffers swapped out
>      0 carrier transitions
> 
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
URL: <https://puck.nether.net/pipermail/cisco-nsp/attachments/20090314/a476423b/attachment.bin>