インターフェイスのトラブルシューティング
このトピックでは、さまざまなトラブルシューティングシナリオについて説明します。
トラブルシューティング:管理インターフェイスリンクがダウンして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 configcli-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 defectNone問題はありますか?-
はい: インターフェイス統計の詳細を確認します。
-
いいえ:次の診断テストに進みます。
-
フィールドにステータスが
Enabled表示Physical link is Downされ、 フィールドに ? がActive alarms and Active defect表示されていますかLink?はい:インターフェイスが正しく接続されていないか、有効な信号を受信していない。ケーブルの 問題を解決するに移動します。
いいえ:続行します。
インターフェイス統計情報の詳細を確認する
問題
説明
フィールドにステータスが表示され、 フィールドに Enabled が 表示Physical link is Upされていても、物理インターフェイスはActive alarms and Active defectNone機能していません。
ソリューション
インターフェイスの統計情報を詳細に表示するには、 操作コマンドを 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 discardsL2 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?-
はい: 物理インターフェイスの有効化に示すように 、インターフェイスを有効にします。
-
いいえ:次の診断テストに進みます。
-
-
動作モード コマンドの
speedshow interfaces interface-name extensive出力の 、duplex、auto-negotiationフィールドは、インターフェイスに対して正しく設定されていますか?メモ：関連するデバイスがフレキシブルPICコンセントレータ(FPC)の速度と自動ネゴシエーション設定をサポートしているかどうかを確認します。
-
はい: ルーティング デバイスのイーサネット インターフェイス ユーザー ガイド を確認して、トラブルシューティングのヒントを増やします。
-
いいえ:JTAC にお問い合わせください。
-
物理インターフェイスを有効にする
物理インターフェイスを有効にするには: