Cisco – SFP+ complains threshold violation and went down

ciscocisco-catalystfibersfp

All,

Recently bought 3 Cisco switches: 3560x and two 2960Xs. 3560 acting as the core switch and other 2 switches are connected using SFP+ (One SFP-H10GB-CU1M and other SFP-10G-SR)

I have issue with the SFP-10G-SR.

I connected the SFP-10G-SRs with an 50m OM3 cable. It worked initially, however the log always have:

026123: Jun 12 20:42:02.573: %SFF8472-5-THRESHOLD_VIOLATION: Te1/2: Rx power high warning; Operating value:  -0.9 dBm, Threshold value:  -1.0 dBm.
026124: Jun 12 20:48:35.730: %SFF8472-5-THRESHOLD_VIOLATION: Te1/2: Rx power high warning; Operating value:  -0.9 dBm, Threshold value:  -1.0 dBm.

In one incident, I noticed the SFP port SFP-10G-SR went down. I was playing on that so I didn't care and I simply rebooted the switches and it all came back.

Today, the SFP ports will not come up anymore. I'm in production, so I tried to change the Fibre and I tried to change SFP+ modules. No luck

show inventory

NAME: "TenGigabitEthernet1/2", DESCR: "SFP-10GBase-SR"
PID: SFP-10G-SR          , VID: V03  , SN: FNS16481363

show int te1/2

    TenGigabitEthernet1/2 is down, line protocol is down (notconnect) 
  Hardware is Ten Gigabit Ethernet, address is 24e9.b3e3.a29e (bia 24e9.b3e3.a29e)
  Description: NGPSW03 Trunk
  MTU 1500 bytes, BW 10000000 Kbit/sec, DLY 10 usec, 
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Keepalive not set
  Full-duplex, 10Gb/s, link type is auto, media type is SFP-10GBase-SR
  input flow-control is off, output flow-control is unsupported 
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 6d09h, output 6d09h, 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
     1119868 packets input, 124583435 bytes, 0 no buffer
     Received 302202 broadcasts (301488 multicasts)
     0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 301488 multicast, 0 pause input
     0 input packets with dribble condition detected
     48617012 packets output, 4642677414 bytes, 0 underruns
     0 output errors, 0 collisions, 3 interface resets
     1 unknown protocol drops
     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

Model/Version:

Switch Ports Model              SW Version            SW Image                 
------ ----- -----              ----------            ----------               
*    1 30    WS-C3560X-24       15.0(2)SE6            C3560E-IPBASEK9-M

Any help appreciated.

Update
I tried relocating the Cable+SFP from Te1/2 to Te1/1, now the Warning is reverse.

SFF8472-5-THRESHOLD_VIOLATION: Te1/1: Rx power low warning; Operating value: -13.8 dBm, Threshold value: -13.0 dBm.

Best Answer

You may have two problems.

First, the SFP is transmitting out of spec. At most, it should put out -1.2dBm per the link supplied by lacasitos above. You may be able to RMA it if a Cisco SFP is complaining that another Cisco SFP is sending too hot of a signal.

Second, because you're now getting a Rx threshold error (it should not put out less than -7.3dBm and -13.8 is quite a loss on a short link), the fiber may not be fully inserted at either the tx or rx end, or the fiber is dirty or the transmitter or receiver is dirty. (It's usually the fiber getting scratched on insertion unless you're in a dirty environment.)

If RMAing is out of the question, you could always introduce some loss to bring it under spec by using an attenuator or introducing extra patches.

Related Topic