[c-nsp] 6500/Sup2/6516A - Strange GE problems...
Deepak Jain
deepak at ai.net
Wed Mar 16 20:39:06 EST 2005
This seems a bit strange, but its consistent between two chassises in
identical configurations so I'm wondering if its a feature or a bug. OS
is identical: System image file (native) is
"sup-bootflash:c6sup22-pk2sv-mz.121-26.E.bin"
Basically, when connecting any GE device to either of these routers --
on the Sup2 or the 6516A, we have to do a "shut, no shut" on a port to
get link.
A typical show interface shows up/down:
GigabitEthernet2/1 is up, line protocol is down (notconnect)
Hardware is C6k 1000Mb 802.3, address is
MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 1000Mb/s, media type is SX
input flow-control is off, output flow-control is off
Clock mode is auto
ARP type: ARPA, ARP Timeout 04:00:00
Last input never, output 00:26:47, 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 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
L2 Switched: ucast: 0 pkt, 0 bytes - mcast: 0 pkt, 0 bytes
L3 in Switched: ucast: 0 pkt, 0 bytes - mcast: 0 pkt, 0 bytes mcast
L3 out Switched: ucast: 0 pkt, 0 bytes
0 packets input, 0 bytes, 0 no buffer
Received 0 broadcasts (0 IP multicast)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 0 multicast, 0 pause input
0 input packets with dribble condition detected
0 packets output, 0 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 PAUSE output
0 output buffer failures, 0 output buffers swapped out
----
Yet, a shut/no shut with no physical changes will bring the link right
up. Remove the cable and re-insert, and this shut/no shut needs to be
repeated on both sides (for a connection between these two 6500s). If a
6500 is connected to known working 3550 or 3548, the 6500s need the
shut/no shut but the 3xxx ones don't. The GBICs on the 3xxx switches
will recognize each other immediately with no operator intervention.
We've tried swapping GBICs, re-inserting cards, new cables, new
connectors, cleaning the connectors, using different ports & different
cable lengths.
Since the problem is essentially identical between the same hardware
running the same IOS versions (native) I'm wondering if the line cards
need their versions upgraded or we need to be running these on a
different IOS version or if maybe we have a bad batch of GBICs or hardware.
Suggestions, comments, ideas would be appreciated. Cisco-nsp has been
quicker to the solution than TAC in almost every case.
Thanks,
DJ
Config #1:
dimos#sh mod
Mod Ports Card Type Model
Serial No.
--- ----- -------------------------------------- ------------------
-----------
1 2 Catalyst 6000 supervisor 2 (Active) WS-X6K-SUP2-2GE
2 16 SFM-capable 16 port 1000mb GBIC WS-X6516A-GBIC
Mod MAC addresses Hw Fw Sw
Status
--- ---------------------------------- ------ ------------ ------------
-------
1 0006.d6xx.xxxx to 0006.d6xx.xxxx 3.10 7.1(1) 12.1(26)E Ok
2 000f.90xx.xxxx to 000f.90xx.xxxx 4.0 7.2(1) 8.5(0.9)JAC Ok
Mod Sub-Module Model Serial Hw
Status
--- --------------------------- --------------- --------------- -------
-------
1 Policy Feature Card 2 WS-F6K-PFC2 xxxxxxxxxxx 3.3 Ok
1 Cat6k MSFC 2 daughterboard WS-F6K-MSFC2 xxxxxxxxxxx 2.5 Ok
Mod Online Diag Status
--- -------------------
1 Pass
2 Pass
Config #2:
andros>sh mod
Mod Ports Card Type Model
Serial No.
--- ----- -------------------------------------- ------------------
-----------
1 2 Catalyst 6000 supervisor 2 (Active) WS-X6K-SUP2-2GE
2 16 SFM-capable 16 port 1000mb GBIC WS-X6516A-GBIC
Mod MAC addresses Hw Fw Sw
Status
--- ---------------------------------- ------ ------------ ------------
-------
1 0001.64xx.xxxx to 0001.64xx.xxxx 4.1 7.1(1) 12.1(26)E Ok
2 000f.8fxx.xxxx to 000f.8fxx.xxxx 4.0 7.2(1) 8.5(0.9)JAC Ok
Mod Sub-Module Model Serial Hw
Status
--- --------------------------- --------------- --------------- -------
-------
1 Policy Feature Card 2 WS-F6K-PFC2 3.3 Ok
1 Cat6k MSFC 2 daughterboard WS-F6K-MSFC2 2.5 Ok
Mod Online Diag Status
--- -------------------
1 Pass
2 Pass
----
More information about the cisco-nsp
mailing list