Alle,
Kürzlich wurden 3 Cisco-Switches gekauft: 3560x und zwei 2960X. 3560, der als Kernschalter fungiert, und andere 2 Schalter werden unter Verwendung von SFP + verbunden (ein SFP-H10GB-CU1M und ein anderer SFP-10G-SR)
Ich habe ein Problem mit dem SFP-10G-SR.
Ich habe die SFP-10G-SRs mit einem 50 m langen OM3-Kabel verbunden. Es hat anfangs funktioniert, aber das Protokoll hat immer:
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.
Bei einem Vorfall bemerkte ich, dass der SFP-Port SFP-10G-SR ausfiel. Ich habe darauf gespielt, also war es mir egal und ich habe einfach die Schalter neu gestartet und alles kam zurück.
Heute werden die SFP-Ports nicht mehr angezeigt. Ich bin in der Produktion, also habe ich versucht, die Glasfaser und die SFP + -Module zu wechseln. Kein Glück
Inventar anzeigen
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
Modell / Version:
Switch Ports Model SW Version SW Image
------ ----- ----- ---------- ----------
* 1 30 WS-C3560X-24 15.0(2)SE6 C3560E-IPBASEK9-M
Jede Hilfe geschätzt.
Update
Ich habe versucht, das Kabel + SFP von Te1 / 2 auf Te1 / 1 zu verschieben, jetzt ist die Warnung umgekehrt.
SFF8472-5-THRESHOLD_VIOLATION: Te1/1: Rx power low warning; Operating value: -13.8 dBm, Threshold value: -13.0 dBm.
quelle
Antworten:
Möglicherweise haben Sie zwei Probleme.
Erstens sendet der SFP außerhalb der Spezifikation. Es sollte höchstens -1,2 dBm pro den von lacasitos oben angegebenen Link ausgeben. Möglicherweise können Sie eine RMA durchführen, wenn sich ein Cisco SFP beschwert, dass ein anderer Cisco SFP ein zu heißes Signal sendet.
Zweitens, da Sie jetzt einen Rx-Schwellenwertfehler erhalten (er sollte nicht weniger als -7,3 dBm ausgeben und -13,8 ist ein ziemlicher Verlust bei einer kurzen Verbindung), ist die Faser möglicherweise weder am TX- noch am Rx-Ende vollständig eingesetzt oder die Faser ist verschmutzt oder der Sender oder Empfänger ist verschmutzt. (Normalerweise wird die Faser beim Einsetzen zerkratzt, es sei denn, Sie befinden sich in einer schmutzigen Umgebung.)
Wenn RMAing nicht in Frage kommt, können Sie jederzeit einen Verlust einführen, um es unter Verwendung eines Dämpfungsglieds oder zusätzlicher Patches unter die Spezifikation zu bringen.
quelle