SFP + reclama violação de limiar e caiu

Todos,

Recentemente comprei 3 switches Cisco: 3560x e dois 2960Xs. 3560 atuando como switch principal e outros 2 switches são conectados usando SFP + (um SFP-H10GB-CU1M e outro SFP-10G-SR)

Tenho um problema com o SFP-10G-SR.

Conectei os SFP-10G-SRs com um cabo OM3 de 50m. Funcionou inicialmente, no entanto, o log sempre possui:

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.

Em um incidente, notei que a porta SFP SFP-10G-SR caiu. Eu estava jogando nisso, então não me importei e simplesmente reiniciei os switches e tudo voltou.

Hoje, as portas SFP não serão mais exibidas. Estou em produção, então tentei mudar o Fiber e os módulos SFP +. Sem sorte

mostrar inventário

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

Modelo / Versão:

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

Qualquer ajuda apreciada.

Atualização
Tentei mudar o cabo + SFP de Te1 / 2 para Te1 / 1, agora o aviso é inverso.

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

— Amir Firdous
fonte

Você usa a mesma marca e tipo de SFP + nas duas extremidades? Uma extremidade parece ser um Finisar, provavelmente um original da Cisco. Se você der uma olhada em cisco.com/c/en/us/products/collateral/interfaces-modules/… , verá que, em teoria, o Cisco SR SFP + transmite em 1,2 dbm, então é um pouco estranho que a outra extremidade receba 0,9dbm. Quanto tempo dura a fibra que você usa? Você já tentou um cabo mais longo ou outro de 62,5 para atenuar o sinal?

— lacasitos

Sim mesmo modelo. Eu estava usando 50 metros 50/125 OM3. Acabei de conectar um cabo OM2 50/125 de 2 metros e eles não estão mostrando a mensagem de erro. Tentei trocar os SFPs e ainda não existe esse registro. Então, provavelmente um problema de cabo? BTW, a porta que caiu foi realmente em 3560x. Mesmo que eu conecte o cabo curto, a porta não está ativa. Alguma idéia de como abrir a porta? "no shut" não ajudou

— Firdous Amir

Avisos de alta potência não devem ser ignorados, pois isso pode causar danos no lado receptor. É possível que sua óptica tenha sido danificada, você já tentou substituí-la? Para referência futura, se você estiver recebendo alertas de alta potência, atenue o sinal de alguma forma: atenuador, mandril, cabo mais longo etc.

— YLearn

Obrigado pela dica. Eu reiniciei o 3560 para abrir a porta com defeito. Tentei usar o mesmo cabo + SFP que criou um problema na segunda porta Te de 3560. Agora, o aviso é menos frequente, mas, curiosamente, diz Te1 / 1: Rx power low alarm. Isso é super louco para mim.

— Firdous Amir

Você não limpou os transceptores e as fibras corretamente quando reconectou as coisas (você está limpando, certo?) Ou a ótica receptora está danificada e sua capacidade de receber o sinal é prejudicada. Com base nos avisos de alta potência que você recebeu anteriormente, eu ainda tentaria substituir a óptica, mas você pode começar desconectando e re-limpando tudo para descartar isso.

— YLearn

Você pode ter dois problemas.

Primeiro, o SFP está transmitindo fora das especificações. No máximo, deve emitir -1,2dBm pelo link fornecido pelos lacasitos acima. Você poderá fazer o RMA se um Cisco SFP estiver reclamando que outro Cisco SFP está enviando um sinal muito quente.

Segundo, como agora você está recebendo um erro de limite de Rx (não deve lançar menos que -7,3dBm e -13,8 é uma perda em um link curto), a fibra pode não estar totalmente inserida na extremidade tx ou rx ou a fibra está suja ou o transmissor ou receptor está sujo. (Geralmente, a fibra é arranhada na inserção, a menos que você esteja em um ambiente sujo.)

Se o RMAing estiver fora de questão, você sempre poderá introduzir alguma perda para deixá-lo sob especificação usando um atenuador ou introduzindo patches extras.

— dk1
fonte

Boa informação. Eu fiz mais pesquisas sobre isso de acordo com as sugestões do YLearn e encontrei a cura. Na verdade, um dos SFP criou o problema. Se eu colocar esse módulo SFP em um lado do cabo (um 50/125 OM3 de 50 metros), ele mostrará o aviso alto. Se eu colocar o mesmo módulo no outro lado, ele mostrará o aviso de baixa potência. Substituí este módulo por um módulo diferente e agora há mais problemas. Vale ressaltar, o módulo defeituoso não apresenta problemas quando uso um cabo curto 50/125 OM2 de 2 metros. Obrigado a todos pela ajuda.

— Firdous Amir