cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1758
Views
0
Helpful
4
Replies

3750X - Unusable SFP ports

afredriksson
Level 1
Level 1
 
 

Hi all,

 

I have a problem with a 3750X and SFP-ports that are unusable. This particular switch was recently installed in a stack with two other switches of the exact same type together with an older 3750. But since I couldn’t find a solution to the problem, I removed the switch from the stack in order to perform tests. The stack (switch 1-3) has been working for at least two years without problems.

 

All switch diagnostic tests report “successful” and resetting the switch changes nothing.

Port 1-12 are unusable and port 13-24 works perfectly.

 

Stack info (show version)

1 52    WS-C3750-48TS      12.2(55)SE5           C3750-IPBASEK9-M

2 30    WS-C3750X-24S      12.2(55)SE5           C3750E-IPBASEK9-M

3 30    WS-C3750X-24S      12.2(55)SE5           C3750E-IPBASEK9-M

4 30    WS-C3750X-24S      12.2(55)SE5           C3750E-IPBASEK9-M (problem switch)

 

Scenario

Install an SFP module (Cisco LX, SMF) in port 12 and 13.

First, all ports are empty.

 

Show run:

!

interface GigabitEthernet4/0/12

!

interface GigabitEthernet4/0/13

!

Show interfaces status:

 

Gi4/0/12                     notconnect   1            auto   auto Not Present

Gi4/0/13                     notconnect   1            auto   auto Not Present

 

Now I put an SFP in port 13

*Mar  1 17:18:37.683: %LINK-3-UPDOWN: Interface GigabitEthernet4/0/13, changed state to up

*Mar  1 17:18:38.690: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet4/0/13, changed state to up

 

Show interfaces status:

Gi4/0/12                     notconnect   1            auto   auto Not Present

Gi4/0/13                     connected    1            full   1000 1000BaseLX SFP

 

show controllers ethernet-controller gi 4/0/13 phy detail:

 

GigabitEthernet4/0/13 (gpn: 175, port-number: 13)

-----------------------------------------------------------

 

General SFP Information

-----------------------------------------------

Identifier            :   0x03

Connector             :   0x07

Transceiver           :   0x00 0x00 0x00 0x02 0x12 0x00 0x0D 0x01

Encoding              :   0x01

BR_Nominal            :   0x0D

Vendor Name           :   CISCO-FINISAR

Vendor Part Number    :   FTLF1319P2BCL-C4

Vendor Revision       :   0x41 0x30 0x20 0x20

Vendor Serial Number  :   FNS171003CQ

-----------------------------------------------

 

Other Information

-------------------------------------------------------

Port asic num         : 2

Port asic port num    : 0

XCVR init completed   : 1

Embedded PHY          : not present

 

SFP presence index    : 13

SFP iter cnt          : 491988

SFP failed oper flag  : 0x0

IIC error cnt         : 0

IIC error dsb cnt     : 0

IIC max sts cnt       : 5

Chk for link status   : 1

Link Status           : 1

Link Status Media     : 1

Preferred media       : 0

Resolved Media        : 1

Config Media          : 1

Access Count          : 0

Access Count Max      : 2

Port Tx Fault         : no

Port Tx Disable       : no

. . . .

 

Show interface gi4/0/13:

GigabitEthernet4/0/13 is up, line protocol is up (connected)

  Hardware is Gigabit Ethernet, address is 5057.a82b.e50d (bia 5057.a82b.e50d)

  MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,

     reliability 255/255, txload 1/255, rxload 1/255

  Encapsulation ARPA, loopback not set

  Keepalive not set

  Full-duplex, 1000Mb/s, link type is auto, media type is 1000BaseLX SFP

  input flow-control is off, output flow-control is unsupported

  ARP type: ARPA, ARP Timeout 04:00:00

  Last input 00:00:00, output 00:00:01, 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

     28 packets input, 7021 bytes, 0 no buffer

     Received 28 broadcasts (21 multicasts)

     0 runts, 0 giants, 0 throttles

     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

     0 watchdog, 21 multicast, 0 pause input

     0 input packets with dribble condition detected

     253 packets output, 22222 bytes, 0 underruns

     0 output errors, 0 collisions, 1 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

 

Now, I remove the SFP from port 13 and plug it into port 12 instead.

 

*Mar  1 17:37:09.425: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet4/0/13, changed state to down

*Mar  1 17:37:10.432: %LINK-3-UPDOWN: Interface GigabitEthernet4/0/13, changed state to down

Note the absence of link changes on port 12.

 

Show interfaces status:

Gi4/0/12                     notconnect   1            full   1000 1000BaseLX SFP

Gi4/0/13                     notconnect   1            auto   auto Not Present

 

GigabitEthernet4/0/12 (gpn: 174, port-number: 12)

-----------------------------------------------------------

 

General SFP Information

-----------------------------------------------

Identifier            :   0x03

Connector             :   0x07

Transceiver           :   0x00 0x00 0x00 0x02 0x12 0x00 0x0D 0x01

Encoding              :   0x01

BR_Nominal            :   0x0D

Vendor Name           :   CISCO-FINISAR

Vendor Part Number    :   FTLF1319P2BCL-C4

Vendor Revision       :   0x41 0x30 0x20 0x20

Vendor Serial Number  :   FNS171003CQ

-----------------------------------------------

 

Other Information

-------------------------------------------------------

Port asic num         : 1

Port asic port num    : 26

XCVR init completed   : 1

Embedded PHY          : not present

 

SFP presence index    : 12

SFP iter cnt          : 499832

SFP failed oper flag  : 0x0

IIC error cnt         : 0

IIC error dsb cnt     : 0

IIC max sts cnt       : 5

Chk for link status   : 1

Link Status           : 0

Link Status Media     : 0

Preferred media       : 0

Resolved Media        : 1

Config Media          : 1

Access Count          : 0

Access Count Max      : 2

Port Rx Loss          : yes

Port Tx Fault         : no

Port Tx Disable       : no

. . . .

 

Show interface gi4/0/12:

GigabitEthernet4/0/12 is down, line protocol is down (notconnect)

  Hardware is Gigabit Ethernet, address is 5057.a82b.e50c (bia 5057.a82b.e50c)

  MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec,

     reliability 255/255, txload 1/255, rxload 1/255

  Encapsulation ARPA, loopback not set

  Keepalive not set

  Full-duplex, 1000Mb/s, link type is auto, media type is 1000BaseLX SFP

  input flow-control is off, output flow-control is unsupported

  ARP type: ARPA, ARP Timeout 04:00:00

  Last input never, output never, 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

     0 packets input, 0 bytes, 0 no buffer

     Received 0 broadcasts (0 multicasts)

     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, 1 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

 

 

 

Does anyone have any ideas?

Regards,

Anders Fredriksson

 
4 Replies 4

johnd2310
Level 8
Level 8

Could be just a bad switch. Have you done the test with the switch removed from the stack?
 

**Please rate posts you find helpful**

It is removed from the stack.

Is port 12 the only problematic one, or are there others that don't link up (with the same SFP)?  Are you testing with another device connected to the SFP, or simply by "looping" the SFP's Tx and Rx (in case it's not a single-fiber one)?  Does "show post" output any failed tests?

Ports do fail sometimes - either individually (I have a C2960G with just one port that won't come up) or in groups, if ASICs are damaged (I have a C3750E with ports 1 to 4 down because of failed POST tests - in that case it's not even possible to "no shut" them).

Hi,

 

Problem solved by getting new a switch from Cisco. It was some kind of strange HW problem.

 

/Anders

Review Cisco Networking for a $25 gift card