Catalyst 9000スイッチでのポートフラップのトラブルシューティング
内容
お問い合わせ内容
このドキュメントでは、アップとダウン（ポートフラップまたはリンクフラップ）の間で状態が繰り返し変化し、断続的な接続が発生する1つ以上のスイッチインターフェイスをトラブルシューティングする方法について説明します。
環境
Cisco Catalyst 9000シリーズスイッチ（銅線またはファイバアップリンク/ダウンリンク搭載）この問題は、アクセスポート、アップリンク、および（存在する場合は）取り外し可能なネットワークモジュールポートで発生する可能性があります。物理パスには、パッチパネル、エンドポイントデバイス、光トランシーバを含めることができます。
- メディアへの適用：TDRは銅線インターフェイスにのみ適用され、DOMはサポートされている光トランシーバにのみ適用されます。
- インターフェイスタイプ：スタンドアロンの固定ポートとモジュールポートが範囲内にあります。どちらにも同じワークフローを使用してください。
- 光ファイバのサポート：プラットフォームおよびソフトウェアリリースでサポートされる光ファイバのみを使用します。
原因
一般的な原因には、ケーブル配線の不良やサポート対象外、Small Form-Factor Pluggable（SFP；着脱可能小型フォームファクタ）またはSmall Form-Factor Pluggable Plus（SFP+；着脱可能小型フォームファクタ+）トランシーバのサポート対象外または障害、デュプレックスやネゴシエーションのミスマッチ、エンドポイントの省電力動作、その他の物理層の障害などがあります。
解決策
この記事のトラブルシューティングワークフローに従って、ログのフラップを確認し、物理的な接続と光ファイバを検証し、インターフェイスカウンタを確認し、必要に応じて銅線のみのTDRまたは光ファイバのみのDOMチェックを実行します。
前提条件
要件
このドキュメントに関する固有の要件はありません。
使用するコンポーネント
このドキュメントの情報は、Cisco Catalyst 9000 シリーズ スイッチに基づくものです。
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。このドキュメントで使用するすべてのデバイスは、クリアな（デフォルト）設定で作業を開始しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。
バックグラウンド情報
ポートフラップは、リンクフラップとも呼ばれ、スイッチの物理インターフェイスが繰り返しアップとダウンを繰り返す際に発生します。一般的な原因には、不良、サポートされていない、または標準外のケーブル配線、サポートされていないSmall Form-Factor Pluggable（SFP；着脱可能小型フォームファクタ）トランシーバ、およびその他のリンク同期の問題があります。この状態は、断続的な場合と永続的な場合があります。
リンクフラップは物理的な問題である傾向があるため、このドキュメントでは、Cisco Catalyst 9000シリーズスイッチでの問題の診断、有用なログの収集、およびポートフラップのトラブルシューティングの方法について説明します。
トラブルシューティングワークフロー
このワークフローを使用して、ポートフラップの最も一般的な原因を切り分けます。ステップ1から開始し、順番に進みます。リンクタイプと症状が一致する場合にのみ、オプションの手順を実行します。
- ログでフラップを確認します。show loggingを使用して、繰り返されるアップ/ダウンイベントを確認し、タイムスタンプをキャプチャします。
- 物理的な接続性と光ファイバをチェックします。ケーブル、パッチパネル、およびサポートされているトランシーバを確認し、正常なコンポーネントを取り付け直すか、交換します。
- インターフェイスのカウンタとハードウェアの統計情報を確認します。show interfacesとコントローラカウンタを使用して、レイヤ1エラー（CRC、シンボルエラー、FCSエラー）を特定します。
- TDR（銅線リンクのみ）を実行します。 TDRを使用して、OPEN/SHORT状態を検出し、障害距離を概算します。
- DOM（ファイバリンクのみ）にチェックマークを付けます。 光の電力、温度、電圧をデータシートのしきい値と比較して確認します。
- FEC（サポートされる光ファイバのみ）を確認します。 該当する場合は、前方誤り訂正(FEC)の設定と互換性を確認します。
- debug コマンドは、問題が解決しない場合にのみ使用してください。再現時間枠の間に対象となるデバッグ出力を収集し、キャプチャ直後に出力を無効にします。
各セクションには、使用するタイミングを示す短い注記が含まれています。
このセクションは、物理アクセスが使用可能な場合に使用します。ネットワークモジュール、ケーブル、およびSFPまたはSFP+トランシーバが正しく取り付けられていることを確認してから、カウンタを調べたり、追加の診断を実行したりします。
ネットワークモジュールの取り付けリファレンス
このリファレンスは、リムーバブルネットワークモジュールがある場合に使用します。次の表では、Cisco Catalyst 9000シリーズスイッチにネットワークモジュールをインストールする際のベストプラクティスについて説明します。
| Platform |
URL |
| Catalyst 9200 シリーズ スイッチ |
|
| Catalyst 9300 シリーズ スイッチ |
|
| Catalyst 9400 シリーズ スイッチ |
|
| Catalyst 9500 シリーズ スイッチ |
|
| Catalyst 9600 シリーズ スイッチ |
ケーブルと接続の両側の確認
このセクションは、ログでフラップが確認された後に使用します。次の表に、ケーブルに関連するリンクフラップの一般的な原因と、推奨される回復手順を示します。
| 原因 |
リカバリアクション |
| ケーブル不良 |
問題の疑われるケーブルを正常なケーブルとスワップします。コネクタ上に破損したピンや足りないピンがないかを確認してください。 |
| 接続が緩んでいる |
ケーブルを取り付け直します。コネクタを取り外して再度挿入し、完全に固定されていることを確認します。 |
| パッチパネルの障害 |
障害のあるパッチパネル接続を排除します。可能であれば、パッチパネルをバイパスして除外します。 |
| SFP の不良または誤り（光ファイバ固有） |
問題の疑われるSFPを正常なSFPと交換します。このタイプのSFPのハードウェアとソフトウェアのサポートを確認します。 |
| 不良ポートまたはモジュールポート |
疑わしいポートまたはモジュールのトラブルシューティングを行うには、ケーブルを正常なポートに移動します。 |
| 不良または古いエンドポイントデバイス |
電話機、スピーカー、またはその他のエンドポイントを正常なデバイスまたは新しいデバイスと交換します。 |
| デバイススリープモード |
これは、予期されるフラップである可能性があります。ポートフラップのタイムスタンプを確認します。他の同時イベントと比較します。次に、スリープ設定が原因であるかどうかを判断します。 |
SFP と SFP+ の互換性の確認
このセクションは、フラッピングリンクでファイバトランシーバを使用する場合に使用します。シスコのホットプラグ対応インターフェイスのポートフォリオでは、速度、プロトコル、通信可能距離、およびサポートされている伝送メディアに関する幅広い選択肢が提供されます。
Cisco Catalyst 9000シリーズスイッチがサポートするSFPまたはSFP+トランシーバモジュールの任意の組み合わせを使用します。各ポートは、ケーブルのもう一方の端の波長仕様と一致している必要があります。信頼性の高い通信を実現するために、ケーブルはサポートされているケーブル長を超えないようにする必要があります。
Ciscoデバイスでは、Cisco SFPトランシーバモジュールのみを使用してください。各SFPまたはSFP+トランシーバモジュールは、Cisco Quality Identification(ID)機能をサポートしています。この機能により、シスコのスイッチまたはルータは、トランシーバモジュールがシスコによって認定およびテストされていることを識別および検証できます。
ポートフラップの特定
前提条件：特権EXECアクセス（enableなど）およびデバイスシステムログバッファまたはリモートsyslogへのアクセス。
期待される結果：短い時間枠内に同じインターフェイスに対してアップ/ダウンメッセージが繰り返され、フラップ状態が確認されます。
このセクションを最初に使用して、フラップが発生していることを確認します。show logging | include changedコマンドを実行して、リンクフラップイベントを識別します。次の例は、インターフェイスTenGigabitEthernet1/0/40のリンクフラップイベントに対する部分的なスイッチシステムログメッセージを示しています。
Switch#show logging | include changed
August 17 21:06:08.431 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to down
August 17 21:06:39.058 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to down
August 17 21:06:41.968 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to up
August 17 21:06:42.969 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to up
August 17 21:07:20.041 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to down
August 17 21:07:21.041 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to down
August 17 21:07:36.534 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to up
August 17 21:08:06.598 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to up
August 17 21:08:07.628 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to down
August 17 21:08:08.628 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to down
August 17 21:08:10.943 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to up
August 17 21:08:11.944 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to up
- 各アップ/ダウン遷移のタイムスタンプを識別します。
- タイムスタンプを同じインターフェイスの他のイベントと比較します（たとえば、エンドポイントの省電力動作）。
- フラップが予想されているか、または物理層の問題を示しているかを判別します。
インターフェイス show コマンド
いつ使用するか：アップ/ダウンイベントが繰り返し確認され、物理パスが検証された後。
コマンド：影響を受けるインターフェイスのshow interfacesおよびshow controllers ethernet-controller interface。
予想される結果：エラーカウンタ（CRC、シンボルエラー、FCS）が安定したままであるか、通常の条件下でゆっくりと増加します。
次の異常時のアクション：ケーブル/光ケーブルをスワップし、正常なポートに移動して、カウンタを再チェックします。必要に応じてTDR（銅線）またはDOM（ファイバ）に進みます。
このセクションは、フラップが確認され、物理パスがチェックされた後に使用します。show interfacesコマンドでは、リンクフラップイベントを引き起こすレイヤ1の潜在的な問題を特定するのに役立つ情報が提供されます。
Switch#show interfaces tenGigabitEthernet 1/0/40
TenGigabitEthernet1/0/40 is up, line protocol is up (connected)
Hardware is Ten Gigabit Ethernet, address is 00a5.bf9c.29a8 (bia 00a5.bf9c.29a8)
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 <-- SFP plugged into the port
input flow-control is on, output flow-control is unsupported
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:03, output 00:00:00, output hang never
Last clearing of "show interface" counters never
Input queue: 0/2000/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
670 packets input, 78317 bytes, 0 no buffer
Received 540 broadcasts (540 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 540 multicast, 0 pause input
0 input packets with dribble condition detected
1766 packets output, 146082 bytes, 0 underruns
0 Output 0 broadcasts (0 multicasts)
0 output errors, 0 collisions, 0 interface resets
0 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
次の表には、show interfacesコマンドで出力されるカウンタの一部が示されています。
| カウンタ |
問題およびエラーカウンタが増える一般的な原因 |
| CRC |
巡回冗長検査(CRC)エラーの数が多いのは、通常、コリジョンが原因です。また、ケーブル配線、SFP、不良インターフェイス、またはネットワークインターフェイスカード(NIC)などの物理的な問題を示している可能性もあります。 デュプレックスのミスマッチを示している可能性もあります。 |
| 入力エラー |
これには、runts、giants、no buffer、CRC、frame、overrun、ignored counts が含まれています。その他の入力関連のエラーでも、入力エラーカウントが増加する可能性があります。 |
| 出力エラー |
出力キューのサイズが小さいか、インターフェイスがオーバーサブスクライブされている場合は、出力エラーが増加する可能性があります。 |
| Total output drops |
出力廃棄は一般に、多対1のトラフィックパターンまたは10 Gbpsから1 Gbpsの転送によって引き起こされるインターフェイスのオーバーサブスクリプションの結果です。インターフェイスバッファは限られたリソースであり、1ポイントまでのバーストしか吸収できません。その時点を過ぎると、パケットはドロップし始めます。バッファは若干のクッションを提供するように調整できますが、出力ドロップをゼロにすることはできません。 |
| 不明なプロトコルドロップ |
不明なプロトコルのドロップは、受信インターフェイスがそのプロトコルに対して設定されていない場合、またはスイッチがプロトコルを認識しない場合に発生します。たとえば、2つのスイッチが接続されていて、1つのスイッチインターフェイスでCisco Discovery Protocol(CDP)が無効になっている場合、そのインターフェイスでは未知のプロトコルの廃棄が発生します。CDPパケットは認識されなくなり、スイッチによってドロップされます。 |
history コマンドを使用すると、インターフェイスは CPU の履歴と同様のグラフィック形式で使用率履歴を維持できます。 履歴は、次の例に示すように、ビット/秒(bps)またはパケット/秒(pps)のいずれかで維持できます。
Switch(config-if)#history ?
bps Maintain history in bits/second
pps Maintain history in packets/second
レートとともに、さまざまなインターフェイスカウンタをモニタできます。
Switch(config-if)#history [bps|pps] ?
all Include all counters
babbles Include ethernet output babbles - Babbl
crcs Include CRCs - CRCs
deferred Include ethernet output deferred - Defer
dribbles Include dribbles - Dribl
excessive-collisions Include ethernet excessive output collisions -
ExCol
flushes Include flushes - Flush
frame-errors Include frame errors - FrErr
giants Include giants - Giant
ignored Include ignored - Ignor
input-broadcasts Include input broadcasts - iBcst
input-drops Include input drops - iDrop
input-errors Include input errors - iErr
interface-resets Include interface resets - IRset
late-collisions Include ethernet late output collisions - LtCol
lost-carrier Include ethernet output lost carrier - LstCr
multi-collisions Include ethernet multiple output collisions -
MlCol
multicast Include ethernet input multicast - MlCst
no-carrier Include ethernet output no-carrier - NoCarr
output-broadcasts Include output broadcasts - oBcst
output-buffer-failures Include output buffer failures - oBufF
output-buffers-swapped-out Include output buffers swapped out - oBSwO
output-drops Include output drops - oDrop
output-errors Include output errors - oErr
output-no-buffer Include output no buffer - oNoBf
overruns Include overruns - OvrRn
pause-input Include ethernet input pause - PsIn
pause-output Include ethernet output pause - PsOut
runts Include runts - Runts
single-collisions Include ethernet single output collisions - SnCol
throttles Include throttles - Thrtl
underruns Include underruns - UndRn
unknown-protocol-drops Include unknown protocol drops - Unkno
watchdog Include ethernet output watchdog - Wtchdg
<cr> <cr>
SW_1(config-if)#
CPU履歴と同様に、過去60秒間、過去60分間、および過去72時間のグラフを利用できます。入力と出力のヒストグラムに対して個別のグラフが維持されます。
Switch#show interfaces gigabitEthernet 1/0/2 history ?
60min Display 60 minute histograms only
60sec Display 60 second histograms only
72hour Display 72 hour histograms only
all Display all three histogram intervals
both Display both input and output histograms
input Display input histograms only
output Display output histograms only
| Output modifiers
------ Sample output ---------
Switch#show interfaces tenGigabitEthernet 1/0/9 history 60sec
10
9
8
7
6
5
4
3
2
1
0....5....1....1....2....2....3....3....4....4....5....5....6
0 5 0 5 0 5 0 5 0 5 0
TenGigabitEthernet1/0/9 input rate(mbits/sec) (last 60 seconds)
10
9
8
7
6
5
4
3
2
1
0....5....1....1....2....2....3....3....4....4....5....5....6
0 5 0 5 0 5 0 5 0 5 0
TenGigabitEthernet1/0/9 output rate(mbits/sec) (last 60 seconds)
show controllers ethernet-controller interface {interface{interface-number}}コマンドを使用すると、インターフェイスごとの（送受信）トラフィックカウンタと、ハードウェアから読み取ったエラー統計情報が表示されます。インターフェイスの内部レジスタを表示するには、phyキーワードを使用します。ポートの特定用途向け集積回路(ASIC)に関する情報を表示するには、port-infoキーワードを使用します。
次に、特定のインターフェイスに対する show controllers ethernet-controller の出力例を示します。
Switch#show controllers ethernet-controller tenGigabitEthernet 2/0/1
Transmit TenGigabitEthernet2/0/1 Receive
61572 Total bytes 282909 Total bytes
0 Unicast frames 600 Unicast frames
0 Unicast bytes 38400 Unicast bytes
308 Multicast frames 3163 Multicast frames
61572 Multicast bytes 244509 Multicast bytes
0 Broadcast frames 0 Broadcast frames
0 Broadcast bytes 0 Broadcast bytes
0 System FCS error frames 0 IpgViolation frames
0 MacUnderrun frames 0 MacOverrun frames
0 Pause frames 0 Pause frames
0 Cos 0 Pause frames 0 Cos 0 Pause frames
0 Cos 1 Pause frames 0 Cos 1 Pause frames
0 Cos 2 Pause frames 0 Cos 2 Pause frames
0 Cos 3 Pause frames 0 Cos 3 Pause frames
0 Cos 4 Pause frames 0 Cos 4 Pause frames
0 Cos 5 Pause frames 0 Cos 5 Pause frames
0 Cos 6 Pause frames 0 Cos 6 Pause frames
0 Cos 7 Pause frames 0 Cos 7 Pause frames
0 Oam frames 0 OamProcessed frames
0 Oam frames 0 OamDropped frames
193 Minimum size frames 3646 Minimum size frames
0 65 to 127 byte frames 1 65 to 127 byte frames
0 128 to 255 byte frames 0 128 to 255 byte frames
115 256 to 511 byte frames 116 256 to 511 byte frames
0 512 to 1023 byte frames 0 512 to 1023 byte frames
0 1024 to 1518 byte frames 0 1024 to 1518 byte frames
0 1519 to 2047 byte frames 0 1519 to 2047 byte frames
0 2048 to 4095 byte frames 0 2048 to 4095 byte frames
0 4096 to 8191 byte frames 0 4096 to 8191 byte frames
0 8192 to 16383 byte frames 0 8192 to 16383 byte frames
0 16384 to 32767 byte frame 0 16384 to 32767 byte frame
0 > 32768 byte frames 0 > 32768 byte frames
0 Late collision frames 0 SymbolErr frames <-- Usually indicates Layer 1 issues. Large amounts of symbol errors can indicate a bad device, cable, or hardware.
0 Excess Defer frames 0 Collision fragments <-- If this counter increments, this is an indication that the ports are configured at half-duplex.
0 Good (1 coll) frames 0 ValidUnderSize frames
0 Good (>1 coll) frames 0 InvalidOverSize frames
0 Deferred frames 0 ValidOverSize frames
0 Gold frames dropped 0 FcsErr frames <-- Are the result of collisions at half-duplex, a duplex mismatch, bad hardware (NIC, cable, or port)
0 Gold frames truncated
0 Gold frames successful
0 1 collision frames
0 2 collision frames
0 3 collision frames
0 4 collision frames
0 5 collision frames
0 6 collision frames
0 7 collision frames
0 8 collision frames
0 9 collision frames
0 10 collision frames
0 11 collision frames
0 12 collision frames
0 13 collision frames
0 14 collision frames
0 15 collision frames
0 Excess collision frames
LAST UPDATE 22622 msecs AGO
show platform pm interface-flaps {interface{interface-number}}コマンドを使用して、インターフェイスがダウンした回数を表示します。
特定のインターフェイスでのshow platform pm interface-flaps {interface{interface-number}} の出力例を次に示します。
Switch#show platform pm interface-flaps tenGigabitEthernet 2/0/1 Field AdminFields OperFields =============================================================== Access Mode Static Static Access Vlan Id 1 0 Voice Vlan Id 4096 0 VLAN Unassigned 0 ExAccess Vlan Id 32767 Native Vlan Id 1 Port Mode dynamic access Encapsulation 802.1Q Native disl auto Media unknown DTP Nonegotiate 0 0 Port Protected 0 0 Unknown Unicast Blocked 0 0 Unknown Multicast Blocked 0 0 Vepa Enabled 0 0 App interface 0 0 Span Destination 0 Duplex auto full Default Duplex auto Speed auto 1000 Auto Speed Capable 1 1 No Negotiate 0 0 No Negotiate Capable 1024 1024 Flow Control Receive ON ON Flow Control Send Off Off Jumbo 0 0 saved_holdqueue_out 0 saved_input_defqcount 2000 Jumbo Size 1500 Forwarding Vlans : none Current Pruned Vlans : none Previous Pruned Vlans : none Sw LinkNeg State : LinkStateUp No.of LinkDownEvents : 12 <-- Number of times the interface flapped XgxsResetOnLinkDown(10GE): Time Stamp Last Link Flapped(U) : Aug 19 14:58:00.154 <-- Last time the interface flapped LastLinkDownDuration(sec) 192 <-- Time in seconds the interface stayed down during the last flap event LastLinkUpDuration(sec): 2277 <-- Time in seconds the interface stayed up before the last flap event
光の状態を確認する必要がある場合は、このセクションをファイバリンクに使用します。show idprom interface {interface-number}コマンドを使用して、指定したインターフェイスにインストールされているトランシーバのIDPROM情報を表示します。詳細な16進数のIDPROMフィールドを表示するには、detailキーワードを使用します。
この例は、特定のインターフェイスでのshow idprom {interface{interface-number}}コマンドの出力を示します。このコマンド出力にリストされている高と低の警告|アラームしきい値は、正常に動作している光トランシーバのパラメータです。これらの値は、特定の光ファイバのデータシートで確認できます。『Cisco光トランシーバモジュールのドキュメント』を参照してください。
Switch#show idprom interface Twe1/0/1
IDPROM for transceiver TwentyFiveGigE1/0/1 :
Description = SFP or SFP+ optics (type 3)
Transceiver Type: = GE CWDM 1550 (107)
Product Identifier (PID) = CWDM-SFP-1550 <--
Vendor Revision = A
Serial Number (SN) = SERIALNUMBER
Vendor Name = CISCO-FINISAR
Vendor OUI (IEEE company ID) = 00.90.65 (36965)
Common Language Equipment Identifier (CLEI) code = CNTRV14FAB
Cisco part number = 10-1879-03
Device State = Enabled.
Date code (yy/mm/dd) = 14/12/22
Connector type = LC.
Encoding = 8B10B (1)
Nominal bitrate = OTU-1 (2700 Mbits/s)
Minimum bit rate as % of nominal bit rate = not specified
Maximum bit rate as % of nominal bit rate = not specified
The transceiver type is 107
Link reach for 9u fiber (km) = LR-2(80km) (80)
LR-3(80km) (80)
ZX(80km) (80)
Link reach for 9u fiber (m) = IR-2(40km) (255)
LR-1(40km) (255)
LR-2(80km) (255)
LR-3(80km) (255)
DX(40KM) (255)
HX(40km) (255)
ZX(80km) (255)
VX(100km) (255)
Link reach for 50u fiber (m) = SR(2km) (0)
IR-1(15km) (0)
IR-2(40km) (0)
LR-1(40km) (0)
LR-2(80km) (0)
LR-3(80km) (0)
DX(40KM) (0)
HX(40km) (0)
ZX(80km) (0)
VX(100km) (0)
1xFC, 2xFC-SM(10km) (0)
ESCON-SM(20km) (0)
Link reach for 62.5u fiber (m) = SR(2km) (0)
IR-1(15km) (0)
IR-2(40km) (0)
LR-1(40km) (0)
LR-2(80km) (0)
LR-3(80km) (0)
DX(40KM) (0)
HX(40km) (0)
ZX(80km) (0)
VX(100km) (0)
1xFC, 2xFC-SM(10km) (0)
ESCON-SM(20km) (0)
Nominal laser wavelength = 1550 nm.
DWDM wavelength fraction = 1550.0 nm.
Supported options = Tx disable
Tx fault signal
Loss of signal (standard implementation)
Supported enhanced options = Alarms for monitored parameters
Diagnostic monitoring = Digital diagnostics supported
Diagnostics are externally calibrated
Rx power measured is "Average power"
Transceiver temperature operating range = -5 C to 75 C (commercial)
Minimum operating temperature = 0 C
Maximum operating temperature = 70 C
High temperature alarm threshold = +90.000 C
High temperature warning threshold = +85.000 C
Low temperature warning threshold = +0.000 C
Low temperature alarm threshold = -4.000 C
High voltage alarm threshold = 3600.0 mVolts
High voltage warning threshold = 3500.0 mVolts
Low voltage warning threshold = 3100.0 mVolts
Low voltage alarm threshold = 3000.0 mVolts
High laser bias current alarm threshold = 84.000 mAmps
High laser bias current warning threshold = 70.000 mAmps
Low laser bias current warning threshold = 4.000 mAmps
Low laser bias current alarm threshold = 2.000 mAmps
High transmit power alarm threshold = 7.4 dBm
High transmit power warning threshold = 4.0 dBm
Low transmit power warning threshold = -1.7 dBm
Low transmit power alarm threshold = -8.2 dBm
High receive power alarm threshold = -3.0 dBm
Low receive power alarm threshold = -33.0 dBm
High receive power warning threshold = -7.0 dBm
Low receive power warning threshold = -28.2 dBm
External Calibration: bias current slope = 1.000
External Calibration: bias current offset = 0
次の表に、リンクフラップのトラブルシューティングに使用できるコマンドを示します。推奨使用順序：show logging、show interfaces、show controllers ethernet-controller、show platform pm interface-flaps、および必要に応じてファイバ固有または銅線固有のコマンド。
| コマンド |
目的 |
| show interfaces counters errors |
インターフェイスエラーカウンタを表示します。 |
| show interfaces capabilities |
特定のインターフェイスの機能を表示します。 |
| show interfaceトランシーバ（ファイバまたはSFP固有） |
デジタルオプティカルモニタリング(DOM)が有効になっている光トランシーバに関する情報を表示します。 |
| show interface link |
リンクレベル情報を表示します。 |
| show interface {interface{interface-number}} platform |
インターフェイスプラットフォーム情報を表示します。 |
| show controllers ethernet-controller {interface{interface-number}} port-info |
追加ポート情報を表示します。 |
| show controllers ethernet-controller {interface{interface-number}} link status detail |
リンクステータスを表示します。 |
| show errdisable flap-values |
errdisable ステータスになる前に許容されるフラップの数を表示します。 |
| clear counters |
このコマンドを使用してトラフィックカウンタとエラーカウンタをゼロに戻し、問題が一時的なものなのか、カウンタが増加し続けるのかを確認します。 |
| clear controllers ethernet-controller |
このコマンドを使用して、ハードウェアの送信および受信カウンタをクリアします。 |
タイムドメイン反射率計（TDR）によるケーブルステータスの確認
タイムドメイン反射率計（TDR）機能を使用すると、ケーブルに障害が発生したときにケーブルが開いているのか短いのかを判断できます。 TDR を使用すると、Catalyst 9000 シリーズ スイッチに搭載されているポートの銅ケーブルのステータスを確認することが可能です。TDR は、ケーブルを介して送信された信号でケーブル障害を検出し、反射して戻ってきた信号を読み取ります。すべて、または一部の信号は、ケーブルの障害によって反射されて戻される場合があります。
test cable-diagnostics tdr {interface{interface-number} } を使用してTDRテストを開始してから、show cable-diagnostics tdr {interfaceinterface-number}を使用します。
次に、インターフェイス Tw2/0/10 の TDR テスト結果を示します。
Switch#show cable-diagnostics tdr interface tw2/0/10
TDR test last run on: November 05 02:28:43
Interface Speed Local pair Pair length Remote pair Pair status
--------- ----- ---------- ------------------ ----------- --------------------
Tw2/0/10 1000M Pair A 1 +/- 5 meters Pair A Impedance Mismatch
Pair B 1 +/- 5 meters Pair B Impedance Mismatch
Pair C 1 +/- 5 meters Pair C Open
Pair D 3 +/- 5 meters Pair D Open
TDR のガイドライン
TDRの使用には次のガイドラインが適用されます。
- TDR テストの実行中はポート設定を変更しないでください。
- TDR テスト中のポートを Auto-MDIX 対応ポートに接続すると、TDR 結果が無効になる場合があります。
- TDR テスト中のポートをデバイス上のポートなどの 100BASE-T ポートに接続すると、未使用のペア（4 ～ 5 と 7 ～ 8）はリモートエンドで終端処理されないため、faulty として報告されます。
- ケーブルの特性により、正確な結果を得るには TDR テストを複数回行う必要があります。
- 結果が不正確になる可能性があるため、（近端または遠端のケーブルを取り外すなど）ポートステータスを変更しないでください。
- TDR は、テストケーブルをリモートポートから外している場合に正しく動作します。それ以外の場合は、正確な結果が得られない可能性があります。
- TDR は 4 本の導線を対象とします。ケーブルの状態によっては、1 組の導線のステータスが OPEN または SHORT と表示され、その他すべてのペアのステータスが faulty と表示される場合があります。1 組の導線が OPEN または SHORT の場合はケーブルの障害を宣言できるため、この動作は許容されます。
- TDR の目的は、ケーブル不良を見つけることではなく、ケーブルの機能の低下を判断することにあります。
- TDR でケーブル不良が検出された場合でも、オフラインのケーブル診断ツールを使用することで詳しく問題を診断できます。
- TDR の結果は、TDR 実装の分解能が異なるため、Catalyst 9300 シリーズ スイッチのスイッチモデルで実行すると異なる場合があります。このような場合は、オフラインのケーブル診断ツールを参照してください。
デジタル オプティカル モニタリング（DOM）
デジタル オプティカル モニタリング（DOM）は、次のようなリアルタイムパラメータにアクセスするためのデジタルインターフェイスを定義することを目的とした、業界全体の標準規格です。
- Temperature
- トランシーバ供給電圧
- レーザー バイアス電流
- 光送信電力
- 光受信電力
DOM を有効にする方法
次の表に、システム内にあるすべてのトランシーバタイプの DOM をオン/オフにするときに使用できるコマンドを示します。
| 手順 |
コマンドまたはアクション |
目的 |
| ステップ 1 |
enable 例： switch>enable |
物理EXECモードを有効にします。 パスワードを入力します（要求された場合）。 |
| ステップ 2 |
configure terminal 例： switch#configure terminal |
グローバル コンフィギュレーション モードを開始します |
| 手順 3 |
transceiver type all 例： switch(config)#transceiver type all |
トランシーバタイプのコンフィギュレーションモードを開始します。 |
| ステップ 4 |
監視 例： switch(config)#monitoring |
すべての光トランシーバのモニタリングを有効にします。 |
show interfaces {interface{interface-number}} transceiver detail コマンドを使用して、トランシーバ情報を表示します。
Switch#show interfaces hundredGigE 1/0/25 transceiver detail
ITU Channel not available (Wavelength not available),
Transceiver is internally calibrated.
mA: milliamperes, dBm: decibels (milliwatts), NA or N/A: not applicable.
++ : high alarm, + : high warning, - : low warning, -- : low alarm.
A2D readouts (if they differ), are reported in parentheses.
The threshold values are calibrated.
High Alarm High Warn Low Warn Low Alarm
Temperature Threshold Threshold Threshold Threshold
Port (Celsius) (Celsius) (Celsius) (Celsius) (Celsius)
--------- ----------------- ---------- --------- --------- ---------
Hu1/0/25 28.8 75.0 70.0 0.0 -5.0
High Alarm High Warn Low Warn Low Alarm
Voltage Threshold Threshold Threshold Threshold
Port (Volts) (Volts) (Volts) (Volts) (Volts)
--------- ----------------- ---------- --------- --------- ---------
Hu1/0/25 3.28 3.63 3.46 3.13 2.97
High Alarm High Warn Low Warn Low Alarm
Current Threshold Threshold Threshold Threshold
Port Lane (milliamperes) (mA) (mA) (mA) (mA)
--------- ---- --------------- ---------- --------- --------- ---------
Hu1/0/25 N/A 6.2 10.0 8.5 3.0 2.6
Optical High Alarm High Warn Low Warn Low Alarm
Transmit Power Threshold Threshold Threshold Threshold
Port Lane (dBm) (dBm) (dBm) (dBm) (dBm)
--------- ---- --------------- ---------- --------- --------- ---------
Hu1/0/25 N/A -2.2 1.7 -1.3 -7.3 -11.3
Optical High Alarm High Warn Low Warn Low Alarm
Receive Power Threshold Threshold Threshold Threshold
Port Lane (dBm) (dBm) (dBm) (dBm) (dBm)
--------- ---- --------------- ---------- --------- --------- ---------
Hu1/0/25 N/A -16.7 2.0 -1.0 -9.9 -13.9
デジタル オプティカル モニタリング syslog メッセージ
このセクションでは、最も関連性の高いしきい値違反の syslog メッセージについて説明します。
SFP 光ファイバの温度レベル
- 説明：これらのログメッセージは、温度が低いか、または光ファイバの通常動作値を超えた場合に生成されます。
%SFF8472-3-THRESHOLD_VIOLATION: Te7/3: Temperature high alarm; Operating value: 88.7 C, Threshold value: 74.0 C.
%SFF8472-3-THRESHOLD_VIOLATION: Fo1/1/1: Temperature low alarm; Operating value: 0.0 C, Threshold value: 35.0 C.
SFP 光ファイバの電圧レベル
- 説明：これらのログメッセージは、電圧が低いか、または通常の光ファイバ動作値を超えると生成されます。
%SFF8472-3-THRESHOLD_VIOLATION: Gi1/1/3: Voltage high warning; Operating value: 3.50 V, Threshold value: 3.50 V.
%SFF8472-5-THRESHOLD_VIOLATION: Gi1/1: Voltage low alarm; Operating value: 2.70 V, Threshold value: 2.97 V.
SFP 光ファイバの光レベル
- 説明：これらのログメッセージは、光出力が低いか、光ファイバの動作値を超えた場合に生成されます。
%SFF8472-3-THRESHOLD_VIOLATION: Gi1/0/1: Rx power high warning; Operating value: -2.7 dBm, Threshold value: -3.0 dBm.
%SFF8472-5-THRESHOLD_VIOLATION: Te1/1: Rx power low warning; Operating value: -13.8 dBm, Threshold value: -9.9 dBm.
Cisco Optics および前方誤り訂正（FEC）
FEC は、ビットストリーム内の特定数のエラーを検出して修正するために使用される技術であり、送信前に冗長ビットとエラーチェックコードをメッセージブロックに追加します。 シスコはモジュールメーカーとして、仕様に準拠するようにトランシーバを設計しています。光トランシーバがシスコのホストプラットフォームで動作している場合、FEC は、ホストソフトウェアが検出する光モジュールのタイプに基づいて、デフォルトで有効になります（こちらのダウンロード可能な表を参照）。 ほとんどの場合、FEC の実装は、光ファイバタイプがサポートする業界標準規格によって決まります。
特定のカスタム仕様では、FEC の実装が異なります。 詳細については、『Understanding FEC and its Implementation in Cisco Optics』を参照してください。
次に、FEC と使用可能ないくつかのオプションの設定例を示します。
switch(config-if)#fec? auto Enable FEC Auto-Neg cl108 Enable clause108 with 25G cl74 Enable clause74 with 25G off Turn FEC off
Use the show interface command to verify FEC configuration:
TwentyFiveGigE1/0/13 is up, line protocol is up (connected)
Hardware is Twenty Five Gigabit Ethernet, address is 3473.2d93.bc8d (bia 3473.2d93.bc8d)
MTU 9170 bytes, BW 25000000 Kbit/sec, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 25Gb/s, link type is force-up, media type is SFP-25GBase-SR
Fec is auto < -- The configured setting for FEC is displayed here
input flow-control is on, output flow-control is off
ARP type: ARPA, ARP Timeout 04:00:00
--snip--
デバッグ コマンド
次の表に、ポートフラップのデバッグに使用できるさまざまなコマンドを示します。
| コマンド | 目的 |
| debug pm | ポートマネージャのデバッグ |
| debug pm port | ポート関連のイベント |
| debug platform pm | NGWC プラットフォーム ポート マネージャのデバッグ情報 |
| debug platform pm l2-control | NGWC L2 コントロール インフラストラクチャのデバッグ |
| debug platform pm link-status | インターフェイスリンク検出イベント |
| debug platform pm pm-vectors | ポートマネージャのベクトル機能 |
| debug condition interface <interface name> | 特定のインターフェイスのデバッグを選択的に有効化 |
| debug interface state | 状態の移行 |
次の表に示すdebugコマンドの出力例の一部を次に示します。
SW_2#sh debugging
PM (platform):
L2 Control Infra debugging is on <-- debug platform pm l2-control
PM Link Status debugging is on <-- debug platform pm link-status
PM Vectors debugging is on <-- debug platform pm pm-vectors
Packet Infra debugs:
Ip Address Port
------------------------------------------------------|----------
Port Manager:
Port events debugging is on <-- debug pm port
Condition 1: interface Te1/0/2 (1 flags triggered)
Flags: Te1/0/2
------ Sample output ---------
*Aug 25 20:01:05.791: link up/down event : link-down on Te1/0/2
*Aug 25 20:01:05.791: pm_port 1/2: during state access, got event 5(link_down) <-- Link down event (day/time)
*Aug 25 20:01:05.791: @@@ pm_port 1/2: access -> pagp
*Aug 25 20:01:05.792: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:05.792: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:05.792: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:05.792: IOS-FMAN-PM-DEBUG-PM-VECTORS: Vp Disable: pd=0x7F1E797914B0 dpidx=10 Te1/0/2
*Aug 25 20:01:05.792: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:05.792: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:05.792: Maintains count of VP per Interface:delete, pm_vp_counter[0]: 14, pm_vp_counter[1]: 14
*Aug 25 20:01:05.792: *** port_modechange: 1/2 mode_none(10)
*Aug 25 20:01:05.792: @@@ pm_port 1/2: pagp -> dtp
*Aug 25 20:01:05.792: stop flap timer : Te1/0/2 pagp
*Aug 25 20:01:05.792: *** port_bndl_stop: 1/2 : inform yes
*Aug 25 20:01:05.792: @@@ pm_port 1/2: dtp -> present
*Aug 25 20:01:05.792: *** port_dtp_stop: 1/2
*Aug 25 20:01:05.792: stop flap timer : Te1/0/2 pagp
*Aug 25 20:01:05.792: stop flap timer : Te1/0/2 dtp
*Aug 25 20:01:05.792: stop flap timer : Te1/0/2 unknown
*Aug 25 20:01:05.792: *** port_linkchange: reason_link_change(3): link_down(0)1/2 <-- State link change
*Aug 25 20:01:05.792: pm_port 1/2: idle during state present
*Aug 25 20:01:05.792: @@@ pm_port 1/2: present -> link_down <-- State of the link
*Aug 25 20:01:06.791: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/2, changed state to down
*Aug 25 20:01:07.792: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/2, changed state to down
*Aug 25 20:01:11.098: IOS-FMAN-PM-DEBUG-LINK-STATUS: Received LINKCHANGE in xcvr message, if_id 10 (TenGigabitEthernet1/0/2)
*Aug 25 20:01:11.098: IOS-FMAN-PM-DEBUG-LINK-STATUS: if_id 0xA, if_name Te1/0/2, link up <-- Link became up
*Aug 25 20:01:11.098: link up/down event: link-up on Te1/0/2
*Aug 25 20:01:11.098: pm_port 1/2: during state link_down, got event 4(link_up)
*Aug 25 20:01:11.098: @@@ pm_port 1/2: link_down -> link_up
*Aug 25 20:01:11.098: flap count for link type : Te1/0/2 Linkcnt = 0
*Aug 25 20:01:11.099: pm_port 1/2: idle during state link_up
*Aug 25 20:01:11.099: @@@ pm_port 1/2: link_up -> link_authentication
*Aug 25 20:01:11.099: pm_port 1/2: during state link_authentication, got event 8(authen_disable)
*Aug 25 20:01:11.099: @@@ pm_port 1/2: link_authentication -> link_ready
*Aug 25 20:01:11.099: *** port_linkchange: reason_link_change(3): link_up(1)1/2
*Aug 25 20:01:11.099: pm_port 1/2: idle during state link_ready
*Aug 25 20:01:11.099: @@@ pm_port 1/2: link_ready -> dtp
*Aug 25 20:01:11.099: IOS-FMAN-PM-DEBUG-PM-VECTORS: Set pm vp mode attributes for Te1/0/2 vlan 1
*Aug 25 20:01:11.099: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.099: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.099: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.099: pm_port 1/2: during state dtp, got event 13(dtp_complete)
*Aug 25 20:01:11.099: @@@ pm_port 1/2: dtp -> dtp
*Aug 25 20:01:11.099: IOS-FMAN-PM-DEBUG-PM-VECTORS: Set pm vp mode attributes for Te1/0/2 vlan 1
*Aug 25 20:01:11.099: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.099: DTP flapping: flap count for dtp type: Te1/0/2 Dtpcnt = 0
*Aug 25 20:01:11.099: pm_port 1/2: during state dtp, got event 110(dtp_done)
*Aug 25 20:01:11.099: @@@ pm_port 1/2: dtp -> pre_pagp_may_suspend
*Aug 25 20:01:11.099: pm_port 1/2: idle during state pre_pagp_may_suspend
*Aug 25 20:01:11.099: @@@ pm_port 1/2: pre_pagp_may_suspend -> pagp_may_suspend
*Aug 25 20:01:11.099: pm_port 1/2: during state pagp_may_suspend, got event 33(pagp_continue)
*Aug 25 20:01:11.099: @@@ pm_port 1/2: pagp_may_suspend -> start_pagp
*Aug 25 20:01:11.099: pm_port 1/2: idle during state start_pagp
*Aug 25 20:01:11.099: @@@ pm_port 1/2: start_pagp -> pagp
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Set pm vp mode attributes for Te1/0/2 vlan 1
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: *** port_bndl_start: 1/2
*Aug 25 20:01:11.100: stop flap timer : Te1/0/2 pagp
*Aug 25 20:01:11.100: pm_port 1/2: during state pagp, got event 34(dont_bundle)
*Aug 25 20:01:11.100: @@@ pm_port 1/2: pagp -> pre_post_pagp
*Aug 25 20:01:11.100: pm_port 1/2: idle during state pre_post_pagp
*Aug 25 20:01:11.100: @@@ pm_port 1/2: pre_post_pagp -> post_pagp
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: pm_port 1/2: during state post_pagp, got event 14(dtp_access)
*Aug 25 20:01:11.100: @@@ pm_port 1/2: post_pagp -> access
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Set pm vp mode attributes for Te1/0/2 vlan 1
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: Maintains count of VP per Interface:add, pm_vp_counter[0]: 15, pm_vp_counter[1]: 15
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: vlan vp enable for port(Te1/0/2) and vlan:1
*Aug 25 20:01:11.101: IOS-FMAN-PM-DEBUG-PM-VECTORS: VP ENABLE: vp_pvlan_port_mode:access for Te1/0/2
*Aug 25 20:01:11.101: IOS-FMAN-PM-DEBUG-PM-VECTORS: VP Enable: vp_pvlan_native_vlanId:1 for Te1/0/2
*Aug 25 20:01:11.101: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.101: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.101: *** port_modechange: 1/2 mode_access(1)
*Aug 25 20:01:11.101: IOS-FMAN-PM-DEBUG-PM-VECTORS: The operational mode of Te1/0/2 in set all vlans is 1
*Aug 25 20:01:11.101: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.101: IOS-FMAN-PM-DEBUG-PM-VECTORS: vp_pvlan port_mode:access vlan:1 for Te1/0/2
*Aug 25 20:01:11.101: IOS-FMAN-PM-DEBUG-PM-VECTORS: vp_pvlan port_mode:access native_vlan:1 for Te1/0/2
*Aug 25 20:01:11.102: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:13.098: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/2, changed state to up
*Aug 25 20:01:14.098: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/2, changed state to up
関連する Cisco Bug
| Cisco Bug ID |
説明 |
| Cisco Bug ID CSCvu13029 |
mGig Cat9300スイッチでmGig対応エンドポイントへのリンクが断続的にフラップする。 |
| Cisco Bug ID CSCvt50788 |
他のmGigデバイスとのCat9400 mGig相互運用性の問題により、リンクフラップが発生します。 |
| Cisco Bug ID CSCvu92432 |
CAT9400:MgigインターフェイスがMgig APでフラップします。 |
| Cisco Bug ID CSCve65787 |
100G/40G/25G Cu xcvrの自動ネグサポート |
関連情報
- Cisco Optics-to-Device Compatilbility Matrix
- Cisco SFP Modules for Gigabit Ethernet Applications Data Sheet
- 25GE and 100GE – Enabling Higher Speeds in Enterprise with Investment Protection White Paper
- Cisco CWDM SFP Solution Data Sheet
- Support Innovation: How Cisco TAC is transforming documentation and simplifying self-service [英語]
- シスコのテクニカルサポートとダウンロード
更新履歴
| 改定 | 発行日 | コメント |
|---|---|---|
3.0 |
09-Sep-2026
|
再認定 – 問題、SEO、機械翻訳、スタイル要件、およびフォーマットが更新されました。 |
2.0 |
13-Mar-2024
|
再認定 |
1.0 |
04-Nov-2022
|
初版 |
フィードバック