SFP +はしきい値違反を報告してダウンしました


8

すべて、

最近購入した3つのCiscoスイッチ:3560xと2つの2960X。コアスイッチとして機能する3560と他の2つのスイッチは、SFP +を使用して接続されます(1つのSFP-H10GB-CU1Mと他のSFP-10G-SR)

SFP-10G-SRに問題があります。

50m OM3ケーブルでSFP-10G-SRを接続しました。最初は機能しましたが、ログには常に以下が含まれています。

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.

ある事件で、SFPポートSFP-10G-SRがダウンしていることに気付きました。私はそれで遊んでいたので気にしませんでした、そして私は単にスイッチをリブートしました、そしてそれはすべてが戻ってきました。

今日、SFPポートはもう起動しません。私は生産中なので、ファイバーを変更しようとし、SFP +モジュールを変更しようとしました。運が悪い

在庫を表示

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

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

モデル/バージョン:

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

助けてくれてありがとう。

アップデート
Cable + SFPをTe1 / 2からTe1 / 1に再配置してみましたが、警告が逆になりました。

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

両端で同じブランドとタイプのSFP +を使用していますか?一方の端はFinisar、おそらくシスコのオリジナルのようですcisco.com/c/en/us/products/collat​​eral/interfaces-modules/を見てみると、Cisco SR SFP +は理論的には1.2で送信することがわかりますdbmなので、反対側が0.9dbmを受け取るのは少し奇妙です。使用しているファイバーの長さは?信号を減衰させるために、より長いケーブルまたは62.5のケーブルを試しましたか?
lacasitos 2014

はい、同じモデルです。50メートル50/125 OM3を使用していました。2メートルの50/125 OM2ケーブルを接続しただけで、エラーメッセージが表示されません。私はSFPを交換しようとしましたが、まだそのようなログはありません。では、おそらくケーブルの問題でしょうか?ところで、ダウンしたポートは実際には3560xです。短いケーブルを接続してもポートがアップしていません。ポートを上げる方法はありますか?「シャットダウン」は助けにはならなかった
フィドラスアミール14

2
高電力警告は、受信側の損傷につながる可能性があるため、無視しないでください。光学部品が損傷している可能性があります。交換を試みましたか?今後の参考のために、高出力の警告が表示された場合は、信号を何らかの方法で減衰する必要があります:減衰器、マンドレル、長いケーブルなど
YLearn

ヒントをありがとう。3560を再起動して、障害のあるポートを起動しました。3560の2番目のTeポートで問題が発生したのと同じケーブル+ SFPを使用してみました。警告はそれほど頻繁ではありませんが、興味深いことに、Te1 / 1:Rx電力低下アラームが表示されます。それは私にはすごいクレイジーです。
Firdous Amir 14

2
再接続時にトランシーバーとファイバーを適切にクリーニングしなかったか(クリーニングしているのですか)、または受信側の光学部品が損傷していて、信号を受信する能力が低下しています。以前に受け取った高出力の警告に基づいて、私は依然として光学部品を交換しようとしますが、すべてを切断して再洗浄することから始めて、それを除外することができます。
YLearn

回答:


2

2つの問題がある可能性があります。

まず、SFPが仕様を超えて送信しています。せいぜい、上記のlacasitosによって提供されるリンクごとに-1.2dBmを出力するはずです。Cisco SFPが別のCisco SFPから送信されている信号の温度が高すぎると不平を言っている場合は、RMAを行うことができます。

次に、Rxしきい値エラーが発生しているため(-7.3dBm未満では出力されず、-13.8はショートリンクではかなりの損失です)、ファイバーがtxまたはrxの端に完全に挿入されていない可能性があります、またはファイバーが汚れているか、トランスミッターまたはレシーバーが汚れています。(通常、汚れた環境でない限り、挿入時にファイバーに傷が付きます。)

RMAingが問題にならない場合は、アッテネーターを使用するか、追加のパッチを導入することにより、常に損失を発生させて仕様の範囲内にすることができます。


良い情報。YLearnの提案に従って、これについてより多くの研究を行い、治療法を見つけました。実際には、SFPの1つが問題を引き起こしていました。このSFPモジュールをケーブルの片側(50メートルの50/125 OM3)に配置すると、高警告が表示されます。同じモジュールを反対側に置くと、低電力警告が表示されました。このモジュールを別のモジュールに交換したところ、問題が増えました。言及する価値があるのは、短い2メートルの50/125 OM2ケーブルを使用しても、不良モジュールが問題を示さないことです。助けてくれてありがとう。
Firdous Amir 2014
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.