[c-nsp] 6500/Sup2/6516A - Strange GE problems...

Anthony D Cennami acennami at neupath.com
Wed Mar 16 20:53:30 EST 2005


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

My first guess is that errDisable is set to permanantly disable the
port; check your udld and/or errDisable settings for interface state
changes.  I find this to be a particularly useful feature for mitigating
issues with a flap(ping) interface in certain environments.



Deepak Jain wrote:
| 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
|
|
| ----
| _______________________________________________
| 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/

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (MingW32)

iD8DBQFCOOMa7cvhxFHN1r0RAmKmAJ94zr68ZS3hbEHWlfzmDoXN3rFeZACgjRvM
+CXajDItxMAgIrOq8pLT+ds=
=iXVF
-----END PGP SIGNATURE-----


More information about the cisco-nsp mailing list