インターフェイスのトラブルシューティング
このトピックでは、さまざまなトラブルシューティングシナリオについて説明します。
トラブルシューティング:管理インターフェイスリンクがダウンしてJunos OS Evolved
問題
説明
以下の Ethernet Link Down
デバイスで 動作モード コマンドを show chassis alarm
実行すると、アラームが発生します。
-
ACXルーター(ACX7100-32C、ACX7100-48L)
-
PTX ルーター(PTX10001-36MR、PTX10003、PTX10004、PTX10008)
-
QFXスイッチ(QFX5130-32CD、QFX5220-32CD、QFX5220-128C)
診断
プライマリ ルーティング エンジンまたはバックアップ ルーティング エンジンで管理インターフェイスがダウンしているかどうかを確認するには、以下のテストを実行します。
-
コマンドを
show chassis alarms
実行します。show chassis alarms
user@host0> show chassis alarms 1 alarms currently active Alarm time Class Description 2020-10-19 11:13:02 MYT Major Host 1 re0:mgmt-0.0 : Ethernet Link Down
アラームは、
Ethernet Link Down
プライマリ ルーティング エンジン(ホスト 0)の管理インターフェイスに対して表示されていますか?-
はい:JTAC(ジュニパーネットワークス技術支援センター)にお問い合わせください。
-
いいえ:次の診断テストに進みます。
-
-
および 操作
show interfaces re0:mgmt-0
モードコマンドをshow interfaces re0:mgmt-0 terse
実行します。show interfaces re0:mgmt-0
user@host0> show interfaces re0:mgmt-0 Physical interface: re0:mgmt-0, Enabled, Physical link is Up Interface index: 1001, SNMP ifIndex: 193 Type: Ethernet, Link-level type: Ethernet, MTU: 1500, Speed: 1Gbps, Auto-negotiation: Enabled Device flags : Present Running Interface flags: SNMP-Traps ...
show interfaces re0:mgmt-0 terse
user@host0> show interfaces re0:mgmt-0 terse Interface Admin Link Proto Local Remote re0:mgmt-0 up up re0:mgmt-0.0 up up inet 10.100.100.1/30
管理インターフェイスはプライマリ ルーティング エンジン
up
にありますか。-
はい:解決を続けます。
-
いいえ:JTAC にお問い合わせください。
-
解像 度
この問題を解決するには
バックアップ ルーティング エンジン(ホスト 1)の管理インターフェイスにシャーシ アラームが発生し、プライマリ ルーティング エンジン(ホスト 0)には発生しません。
この問題を解決するために、バックアップのルーティングエンジンに次のいずれかのソリューションを実装します。
バックアップルーティングエンジンの管理インターフェイスを無効にします。
設定モードで、 階層レベルに移動します
[edit groups re1]
。user@host1# edit groups re1
-
re1:mgmt-0 インターフェイスを無効にします。
[edit groups re1] user@host1# set interfaces re1:mgmt-0 disable
アラームを無視します。
設定モードで、 階層レベルに移動します
[edit chassis]
。user@host1# edit chassis
アラーム オプションを
Ethernet link down
に設定して、管理インターフェイスのアラームをmanagement-ethernet link-down
無視しますignore
。[edit chassis] user@host1# set alarm management-ethernet link-down ignore
「」も参照
トラブルシューティング:Junos OS Evolvedの無効なポート速度設定
問題
説明
動作 Invalid Port Speed Configuration
モード コマンドを実行すると、アラームが show system alarms
表示されます。
例えば:
user@host> show system alarms Alarm time Class Description 2021-12-06 23:09:21 UTC Minor FPC-0 PIC-0: Invalid Port Speed Configuration
診断
レベルから コマンドをshow picd config
cli-pfe
実行して、無効なポート速度設定を識別します。コマンドを実行すると、有効なポートや無効なPIC設定の理由など、ポート速度/チャネル化設定の詳細が表示されます。
例えば:
root@re0:~# cli-pfe root@re0:pfe> show picd config
pic_info_table : default config config config computed pic_or_port speed pic_mode port_speed valid speed supported_speeds hidden_speeds ----------- ------- -------- ---------- ------ -------- -------------------------------------------------------- ------------- pic-0/0 - - - yes - port-0/0/0 1x400G - 1x100G - 1x100G [ 1x400G 1x200G 4x10G 1x40G 4x25G 1x100G 4x100G 2x200G ] [ ] port-0/0/1 1x400G - 1x100G - 1x100G [ 1x400G 1x200G 4x10G 1x40G 4x25G 1x100G 4x100G 2x200G ] [ ] port-0/0/2 1x400G - 1x100G - 1x100G [ 1x400G 1x200G 4x10G 1x40G 4x25G 1x100G 4x100G 2x200G ] [ ] port-0/0/3 1x400G - 1x100G - 1x100G [ 1x400G 1x200G 4x10G 1x40G 4x25G 1x100G 4x100G 2x200G ] [ ] ... port-0/0/11 1x400G - - - 1x400G [ 1x400G 1x200G 4x10G 1x40G 4x25G 1x100G 4x100G 2x200G ] [ ] port-0/0/12 1x400G - - - 1x400G [ 1x400G 1x200G 4x10G 1x40G 4x25G 1x100G 4x100G 2x200G ] [ ] port-0/0/13 1x400G - - - 1x400G [ 1x400G 1x200G 4x10G 1x40G 4x25G 1x100G 4x100G 2x200G ] [ ] port-0/0/14 1x400G - - - 1x400G [ 1x400G 1x200G 4x10G 1x40G 4x25G 1x100G 4x100G 2x200G ] [ ] ... usr_config : pic_usr_config : pic_name : pic-0/0 pic_mode_valid : false pic_mode : num_ports_valid : false num_ports : 0 config_invalid : true invalid_reason : Port 12: Speed 4x40G not supported Port 13: Speed 4x40G not supported ptp_mode : false port_usr_config : port_name : port-0/0/0 port_speed_valid : true port_speed : 1x100G sub_ports_cfg : false port_usr_config : port_name : port-0/0/1 port_speed_valid : true port_speed : 1x100G sub_ports_cfg : false port_usr_config : port_name : port-0/0/10 port_speed_valid : true port_speed : 1x40G sub_ports_cfg : false port_usr_config : port_name : port-0/0/11 port_speed_valid : true port_speed : 1x40G sub_ports_cfg : false port_usr_config : port_name : port-0/0/12 port_speed_valid : true port_speed : 4x40G sub_ports_cfg : true port_usr_config : port_name : port-0/0/13 port_speed_valid : true port_speed : 4x40G sub_ports_cfg : true port_usr_config : port_name : port-0/0/20 port_speed_valid : true port_speed : 1x100G sub_ports_cfg : false
コマンドの結果は show picd config
、無効なポート速度設定を示していますか?
-
はい:解決を続けます。
-
いいえ:JTAC(Juniper Networks 技術支援センター)にお問い合わせください。
この例では、結果は以下のことを示しています。
Port 12: Speed 4x40G not supported Port 13: Speed 4x40G not supported
解像 度
この問題を解決するには
サポートされていないポート速度設定に対して、システム アラームが発生しました。問題を解決するために、すべてのポートを有効なポート速度に設定します。ポート速度はPICレベルで設定されています。
無効な設定がポートに適用された場合、PIC の他のポートで現在設定されている速度/チャネル化は、デバイスの次回の再起動または次の picd アプリケーションの再起動まで有効なままです。デバイスの再起動、またはpicd再起動後、そのPICのすべてのポートはデフォルト速度に戻ります。無効な状態と、すべてのポートがデフォルト速度になる結果の影響は、無効な設定が修正されるまで有効のままです。
論理 PIC の有効なポート速度を確認するには、 コマンドを show chassis pic fpc-slot slot-number pic-slot slot-number
実行します。
この例では、ポート0/0/12および0/0/13でサポートされていないポート速度/チャネル化設定が含まれています。例の有効なポート速度を確認するには、 を実行します show chassis pic fpc-slot 0 pic-slot 0
。
root@re0> show chassis pic fpc-slot 0 pic-slot 0 --- Port speed information: Port PFE Capable Port Speeds 0 0 1x40G 1x100G 4x25G 4x10G 1 0 1x40G 1x100G 4x25G 4x10G 4 0 1x40G 1x100G 4x25G 4x10G 5 0 1x40G 1x100G 4x25G 4X10G 8 0 1x40G 1x100G 4x25G 4x10G 9 0 1x40G 1x100G 4x25G 4x10G 12 0 1x40G 1x100G 4x25G 4x10G 13 0 1x40G 1x100G 4x25G 4x10G
無効なポート速度の例は、以下の有効なポート速度のいずれかでポート0/0/12および0/0/13を設定することで解決できます。
12 1x40G 1x100G 4x25G 4x10G 13 1x40G 1x100G 4x25G 4x10G
トラブルシューティング:Junos OS Evolved向けイーサネット物理インターフェイスの障害
以下のトピックで説明されているように、基本的なトラブルシューティングアクションに従って、Junos OS Evolvedサポートするデバイス上のイーサネット物理インターフェイスをトラブルシューティングできます。
- ケーブル接続を確認する
- インターフェイスの物理リンクステータスを確認する
- インターフェイス統計情報の詳細を確認する
- ループバック診断テストの実行
- その他の可能性を確認する
- 物理インターフェイスを有効にする
ケーブル接続を確認する
問題
説明
パケットは、イーサネット物理インターフェイスを介して受信または送信されません。
診断
正しいケーブルが正しいポートに接続されているか?
いいえ: ケーブルの問題を解決するを参照してください。
解像 度
ケーブルの問題を解決する
次のステップのうち1つ以上を実行して、ケーブルの問題を解決します。
-
ケーブルをローカルエンドとリモートエンドで、緩まることなく適切に接続します。
-
既存のケーブルが損傷した場合は、既知の良好なケーブルと交換します。
単一モードのファイバーケーブルを単一モードのインターフェイスのみに接続し、マルチモードのファイバーケーブルをマルチモードのインターフェイスのみに接続します。光ファイバー ケーブルの整合性を確認するには、 光ファイバー ケーブルの整合性を確認するを参照してください。
ケーブルの両側に正しいスモール フォームファクター プラガブル トランシーバ(SFP)を接続します。
光ファイバー ケーブルの整合性を確認する
外部ケーブル診断テスト ツールで光ファイバー ケーブルの完全性を確認するには、次の手順に従います。
単一モードのファイバー ケーブルは、単一モードのインターフェイスに接続する必要があります。
マルチモードファイバーケーブルは、マルチモードのインターフェイスに接続する必要があります。
レシーバー(RX)ポートで受信した光レベルを測定して、受信した光レベルがイーサネット インターフェイスのレシーバー仕様内であるかどうかを確認します。
-
トランスミッター(TX)ポートで送信された光レベルを測定して、送信された光レベルがイーサネット インターフェイスのトランスミッター仕様内であるかどうかを確認します。
インターフェイスの物理リンクステータスを確認する
問題
説明
ケーブル接続が正しくても、イーサネットインターフェイスでパケットを送受信できない。
ソリューション
インターフェイスの物理リンクステータスを表示するには、 運用モードコマンドを show interface interface-name media
実行します。例えば、et-5/0/1インターフェイスでは、
user@host> show interfaces et-5/0/1 media Physical interface: et-5/0/1, Enabled, Physical link is Up Interface index: 317, SNMP ifIndex: 1602 Link-level type: Ethernet, MTU: 1514, Speed: 1000mbps, BPDU Error: None, MAC-REWRITE Error: None, Loopback: Disabled, Source filtering: Disabled, Flow control: Enabled, Auto-negotiation: Enabled, Remote fault: Online, Speed-negotiation: Disabled, Auto-MDIX: Enabled Device flags : Present Running Interface flags: SNMP-Traps Internal: 0x4000 Link flags : None CoS queues : 8 supported, 8 maximum usable queues Current address: 2c:6b:f5:4c:26:73, Hardware address: 2c:6b:f5:4c:26:73 Last flapped : 2020-11-30 01:25:37 UTC (03:46:55 ago) Input rate : 880 bps (1 pps) Output rate : 312 bps (0 pps) Active alarms : None Active defects : None MAC statistics: Input bytes: 901296, Input packets: 9799, Output bytes: 976587, Output packets: 10451 Filter statistics: Filtered packets: 68, Padded packets: 0, Output packet errors: 0 Autonegotiation information: Negotiation status: Complete Link partner: Link mode: Full-duplex, Flow control: Symmetric/Asymmetric, Remote fault: OK Local resolution: Flow control: Symmetric, Remote fault: Link OK Interface transmit statistics: Disabled
診断
-
フィールドにステータスが表示され、 フィールドに が表示
Physical link is Up
されていてもEnabled
、入力エラーやパケット損失などの接続のActive alarms and Active defect
None
問題はありますか?-
はい: インターフェイス統計の詳細を確認します。
-
いいえ:次の診断テストに進みます。
-
フィールドにステータスが
Enabled
表示Physical link is Down
され、 フィールドに ? がActive alarms and Active defect
表示されていますかLink
?はい:インターフェイスが正しく接続されていないか、有効な信号を受信していない。ケーブルの 問題を解決するに移動します。
いいえ:続行します。
インターフェイス統計情報の詳細を確認する
問題
説明
フィールドにステータスが表示され、 フィールドに Enabled
が 表示Physical link is Up
されていても、物理インターフェイスはActive alarms and Active defect
None
機能していません。
ソリューション
インターフェイスの統計情報を詳細に表示するには、 操作コマンドを show interface interface-name extensive
実行します。例えば、et-5/0/1インターフェイスでは、
user@host> show interfaces et-5/0/1 extensive Physical interface: et-5/0/1, Enabled, Physical link is Up Interface index: 317, SNMP ifIndex: 1602, Generation: 322 Link-level type: Ethernet, MTU: 1514, Speed: 1000mbps, BPDU Error: None, MAC-REWRITE Error: None, Loopback: Disabled, Source filtering: Disabled, Flow control: Enabled, Auto-negotiation: Enabled, Remote fault: Online, Speed-negotiation: Disabled, Auto-MDIX: Enabled Device flags : Present Running Interface flags: SNMP-Traps Internal: 0x4000 Link flags : None CoS queues : 8 supported, 8 maximum usable queues Hold-times : Up 0 ms, Down 0 ms Current address: 2c:6b:f5:4c:26:73, Hardware address: 2c:6b:f5:4c:26:73 Last flapped : 2012-11-30 01:25:37 UTC (04:38:32 ago) Statistics last cleared: Never Traffic statistics: Input bytes : 806283 0 bps Output bytes : 1153215 424 bps Input packets: 10818 0 pps Output packets: 11536 0 pps IPv6 transit statistics: Input bytes : 0 Output bytes : 0 Input packets: 0 Output packets: 0 Label-switched interface (LSI) traffic statistics: Input bytes : 0 0 bps Input packets: 0 0 pps Dropped traffic statistics due to STP State: Input bytes : 0 Output bytes : 0 Input packets: 0 Output packets: 0 Input errors: Errors: 0, Drops: 0, Framing errors: 0, Runts: 0, Policed discards: 233060, L3 incompletes: 0, L2 channel errors: 0, L2 mismatch timeouts: 0, FIFO errors: 0, Resource errors: 0 Output errors: Carrier transitions: 11, Errors: 0, Drops: 0, Collisions: 0, Aged packets: 0, FIFO errors: 0, HS link CRC errors: 0, MTU errors: 0, Resource errors: 0 Egress queues: 8 supported, 4 in use Queue counters: Queued packets Transmitted packets Dropped packets 0 best-effort 3216 3216 0 1 expedited-fo 0 0 0 2 assured-forw 0 0 0 3 network-cont 8320 8320 0 Queue number: Mapped forwarding classes 0 best-effort 1 expedited-forwarding 2 assured-forwarding 3 network-control Active alarms : None Active defects : None MAC statistics: Receive Transmit Total octets 1007655 1082219 Total packets 10886 11536 Unicast packets 4350 4184 Broadcast packets 32 77 Multicast packets 6504 7275 CRC/Align errors 0 0 FIFO errors 0 0 MAC control frames 0 0 MAC pause frames 0 0 Oversized frames 0 Jabber frames 0 Fragment frames 0 VLAN tagged frames 0 Code violations 0 Filter statistics: Input packet count 10886 Input packet rejects 68 Input DA rejects 68 Input SA rejects 0 Output packet count 11536 Output packet pad count 0 Output packet error count 0 CAM destination filters: 0, CAM source filters: 0 Autonegotiation information: Negotiation status: Complete Link partner: Link mode: Full-duplex, Flow control: Symmetric/Asymmetric, Remote fault: OK Local resolution: Flow control: Symmetric, Remote fault: Link OK Packet Forwarding Engine configuration: Destination slot: 5 CoS information: Direction : Output CoS transmit queue Bandwidth Buffer Priority Limit % bps % usec 0 best-effort 95 950000000 95 0 low none 3 network-control 5 50000000 5 0 low none Interface transmit statistics: Disabled
診断
-
、 、
Input DA rejects
、またはInput SA rejects
フィールドにPoliced discards
L2 channel errors
エラーが表示されていますか?-
はい: 必要に応じてエラーを解決します。これらのエラーの解決は、このトピックの範囲外です。
-
いいえ: ループバック診断テストの実行に進みます。
-
ループバック診断テストの実行
問題
説明
インターフェイスケーブルが正しく接続されており、イーサネット物理インターフェイスにアラームやエラーは関連付けられていないが、インターフェイスは機能していない。
ソリューション
イーサネットポートまたはPICに障害があるかどうかを確認するには、内部ループバックテストとハードウェアループバックテストを実行する必要があります。
et-5/0/1インターフェイスなど、イーサネットインターフェイスで内部ループバック診断テストを実行するには:
-
設定モードで、 階層レベルに移動します
[edit interfaces et-5/0/1]
。[edit] user@host# edit interface et-5/0/1
-
オプションを
ether-options
ループバックとして設定し、設定をコミットし、設定モードを終了します。[edit interfaces et-5/0/1 user@host# set ether-options loopback user@host# commit user@host# quit
-
動作モードで、 コマンドを
show interfaces et-5/0/1 media
実行します。user@host> show interfaces et-5/0/1 media Physical interface: et-5/0/1, Enabled, Physical link is Up Interface index: 317, SNMP ifIndex: 1602 Link-level type: Ethernet, MTU: 1514, Speed: 1000mbps, BPDU Error: None, MAC-REWRITE Error: None, Loopback: Enabled, Source filtering: Disabled, Flow control: Enabled, Auto-negotiation: Enabled, Remote fault: Online, Speed-negotiation: Disabled, Auto-MDIX: Enabled Device flags : Present Running Interface flags: SNMP-Traps Internal: 0x4000 Link flags : None CoS queues : 8 supported, 8 maximum usable queues Current address: 2c:6b:f5:4c:26:73, Hardware address: 2c:6b:f5:4c:26:73 Last flapped : 2012-11-30 01:25:37 UTC (03:46:55 ago) Input rate : 880 bps (1 pps) Output rate : 312 bps (0 pps) Active alarms : None Active defects : None MAC statistics: Input bytes: 901296, Input packets: 9799, Output bytes: 976587, Output packets: 10451 Filter statistics: Filtered packets: 68, Padded packets: 0, Output packet errors: 0 Autonegotiation information: Negotiation status: Complete Link partner: Link mode: Full-duplex, Flow control: Symmetric/Asymmetric, Remote fault: OK Local resolution: Flow control: Symmetric, Remote fault: Link OK Interface transmit statistics: Disabled
診断を完了した後、 loopback
ステートメントを削除します。
必要に応じて、ハードウェア ループバック診断テストに対して次のいずれかの手順を実行します。
光学インターフェイスを持つイーサネットPICの場合-TX およびRX ポートを物理的にループし、 運用モードコマンドで物理リンクのステータスを
show interfaces interface-name media
確認します。RJ-45 イーサネット インターフェイスを持つイーサネット PIC の場合- ピン 1(T X +)とピン 3(RX +)を交差させ、ピン 2(T X-)とピン 6(R X-)を交差させてループバック プラグを構築します。次に、 動作モードコマンドで物理リンクのステータスを
show interfaces interface-name media
確認します。
診断
-
ループバックテストを
Enabled
実行すると、フィールドにステータスがActive alarms and Active defect
表示Physical link is Up
され、フィールドにが表示None
されていますか?-
はい: [その他の可能性のチェック ] セクションに移動します。
-
いいえ:次の診断テストに進みます。
-
-
イーサネットインターフェイスが複数のパッチパネル上でリモートイーサネットデバイスに接続されている場合、ループバック診断テストを実行できるように、異なるパッチパネルで接続をループバックできるかどうかを確認します。ループバック診断テストは成功しましたか?
-
はい: [その他の可能性のチェック ] セクションに移動します。
-
いいえ:JTAC(Juniper Networks 技術支援センター)にお問い合わせください。
-
その他の可能性を確認する
問題
説明
ループバック診断テストは成功したが、イーサネット インターフェイスでパケットを送受信できない。
ソリューション
et-5/0/1インターフェイスなどのイーサネットインターフェイスをトラブルシューティングするには、必要に応じて以下のコマンドを使用します。
運用コマンドを
show interfaces interface-name terse
実行して、物理インターフェイスと論理インターフェイスが管理上無効になっているかどうかを確認します。例えば、et-5/0/1インターフェイスでは、user@host> show interfaces et-5/0/1 terse Interface Admin Link Proto Local Remote et-5/0/1 up up et-5/0/1.0 up up inet 20.1.1.2/24
診断
-
物理インターフェイスとそれに対応する論理インターフェイスは、 運用モードコマンドの出力に
show interfaces interface-name terse
表示されていますかdown
?-
はい: 物理インターフェイスの有効化に示すように 、インターフェイスを有効にします。
-
いいえ:次の診断テストに進みます。
-
-
動作モード コマンドの
speed
show interfaces interface-name extensive
出力の 、duplex
、auto-negotiation
フィールドは、インターフェイスに対して正しく設定されていますか?メモ:関連するデバイスがフレキシブルPICコンセントレータ(FPC)の速度と自動ネゴシエーション設定をサポートしているかどうかを確認します。
-
はい: ルーティング デバイスのイーサネット インターフェイス ユーザー ガイド を確認して、トラブルシューティングのヒントを増やします。
-
いいえ:JTAC にお問い合わせください。
-
物理インターフェイスを有効にする
物理インターフェイスを有効にするには: