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

[Todd Shipway]

For archiving purposes...

The issue with the ATM interfaces was due to an older ATM card that  
wasn't compatible with 12.4(23). Once the card was replaced with a  
newer enhanced ATM card, all PVC interfaces came online without a  
problem.

-Todd



On Mar 14, 2009, at 2:24 PM, "Todd Shipway" <todd at newfrontierssolutions.com 
 > wrote:

> 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/
> _______________________________________________
> 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/