Alaxala AX86S AX8600S, AX8300S ネットワーク機器 トラブルシューティングガイド
AX8600SとAX8300Sに関するトラブルシューティングガイドです。これらのネットワーク機器の障害解析、運用管理、ネットワークインタフェース、レイヤ2スイッチング、IPルーティング、機能ごとのトラブルシューティング方法を網羅しています。設定ミスや機器の不具合による問題解決に役立ちます。
広告
AX8600S・AX8300S
トラブルシューティングガイド
AX86S-T001-20
■ 対象製品
このマニュアルは AX8600S および AX8300S を対象に記載しています。
■ 輸出時の注意
本製品を輸出される場合には，外国為替及び外国貿易法の規制ならびに米国の輸出管理規則など外国の輸出関連法規をご確認の
うえ，必要な手続きをお取りください。なお，不明な場合は，弊社担当営業にお問い合わせください。
■ 商標一覧
Cisco は，米国 Cisco Systems, Inc. の米国および他の国々における登録商標です。
Ethernet は，富士ゼロックス株式会社の登録商標です。
IPX は，Novell,Inc.の商標です。
Python(R)は，Python Software Foundation の登録商標です。 sFlow は，米国およびその他の国における米国 InMon Corp. の登録商標です。
UNIX は，The Open Group の米国ならびに他の国における登録商標です。
イーサネットは，富士ゼロックス株式会社の登録商標です。
そのほかの記載の会社名，製品名は，それぞれの会社の商標もしくは登録商標です。
■ マニュアルはよく読み，保管してください。
製品を使用する前に，安全上の説明をよく読み，十分理解してください。
このマニュアルは，いつでも参照できるよう，手近な所に保管してください。
■ ご注意
このマニュアルの内容については，改良のため，予告なく変更する場合があります。
また，出力表示例や図は，実際と異なる部分がある場合がありますのでご了承ください。
■ 発行
２０１６年 ３月 （第３版） ＡＸ８６Ｓ−Ｔ００１−２０
■ 著作権
All Rights Reserved, Copyright(C), 2014, 2016, ALAXALA Networks, Corp.
変更内容
表 第 3 版の変更内容
章・節・項・タイトル
スト通信ができない
キャスト通信ができない
止する
• AX8300S の記述を追加しました。
• マルチキャストチャネル参加制限機能サポートに伴い，記述を変更しま
した。
• マルチキャストチャネル参加制限機能サポートに伴い，記述を変更しま
した。
• ノンストップルーティングサポートに伴い，記述を変更しました。
• QoS フロー廃棄サポートに伴い，記述を追加しました。
• QoS フロー廃棄サポートに伴い，記述を追加しました。
• 本節を追加しました。
なお，単なる誤字・脱字などはお断りなく訂正しました。
表 第 2 版の変更内容
項目
IGMP/MLD snooping の通信障害
PIM-SM ネットワークでマルチキャスト通
信ができない
PIM-SSM ネットワークでマルチキャスト通
信ができない
IEEE802.3ah OAM のトラブル • 本節を追加しました。
追加・変更内容
追加・変更内容
• 本節を追加しました。
• IGMP/MLD snooping サポートに伴い，記述を追加しました。
• IGMP/MLD snooping サポートに伴い，記述を追加しました。
はじめに
■ 対象製品
このマニュアルは AX8600S および AX8300S を対象に記載しています。
操作を行う前にこのマニュアルをよく読み，書かれている指示や注意を十分に理解してください。また，このマ
ニュアルは必要なときにすぐ参照できるよう使いやすい場所に保管してください。
■ このマニュアルの訂正について
このマニュアルに記載の内容は，「マニュアル訂正資料」で訂正する場合があります。
■ 対象読者
本装置を利用したネットワークシステムを構築し，運用するシステム管理者の方を対象としています。
また，次に示す知識を理解していることを前提としています。
• ネットワークシステム管理の基礎的な知識
■ このマニュアルの URL
このマニュアルの内容は下記 URL に掲載しておりますので，あわせてご利用ください。 http://www.alaxala.com/
■ マニュアルの読書手順
本装置の導入，セットアップ，日常運用までの作業フローに従って，それぞれの場合に参照するマニュアルを次に
示します。
I
はじめに
■ このマニュアルでの表記
AC Alternating Current
ACK ACKnowledge
ARP Address Resolution Protocol
AS Autonomous System
AUX Auxiliary
AXRP Autonomous eXtensible Ring Protocol
BCU Basic Control Unit
BEQ Best Effort Queueing
BFD Bidirectional Forwarding Detection
BGP Border Gateway Protocol
BGP4 Border Gateway Protocol - version 4
BGP4+ Multiprotocol Extensions for Border Gateway Protocol - version 4 bit/s bits per second *bpsと表記する場合もあります。
BOOTP Bootstrap Protocol
BPDU Bridge Protocol Data Unit
CC Continuity Check
II
CCM Continuity Check Message
CFM Connectivity Fault Management
CFP C Form-factor Pluggable
CIDR Classless Inter-Domain Routing
CoS Class of Service
CRC Cyclic Redundancy Check
CSMA/CD Carrier Sense Multiple Access with Collision Detection
CSW Crossbar SWitch
DA Destination Address
DC Direct Current
DCE Data Circuit terminating Equipment
DHCP Dynamic Host Configuration Protocol
DHCPv6 Dynamic Host Configuration Protocol for IPv6
DNS Domain Name System
DR Designated Router
DSAP Destination Service Access Point
DSCP Differentiated Services Code Point
DTE Data Terminal Equipment
E-mail Electronic mail
EAP Extensible Authentication Protocol
EAPOL EAP Over LAN
EFM Ethernet in the First Mile
ETH-AIS Ethernet Alarm Indicator Signal
ETH-LCK Ethernet Locked Signal
FAN Fan Unit
FCS Frame Check Sequence
FE Forwarding Engine
GSRP Gigabit Switch Redundancy Protocol
HMAC Keyed-Hashing for Message Authentication
IANA Internet Assigned Numbers Authority
ICMP Internet Control Message Protocol
ICMPv6 Internet Control Message Protocol version 6
ID Identifier
IEEE Institute of Electrical and Electronics Engineers, Inc.
IETF the Internet Engineering Task Force
IGMP Internet Group Management Protocol
IP Internet Protocol
IPv4 Internet Protocol version 4
IPv6 Internet Protocol version 6
IPX Internetwork Packet Exchange
ISO International Organization for Standardization
ISP Internet Service Provider
L2LD Layer 2 Loop Detection
LAN Local Area Network
LCD Liquid Crystal Display
LED Light Emitting Diode
LLC Logical Link Control
LLDP Link Layer Discovery Protocol
LLQ Low Latency Queueing
LSA Link State Advertisement
MA Maintenance Association
MAC Media Access Control
MC Memory Card
MD5 Message Digest 5
MDI Medium Dependent Interface
MDI-X Medium Dependent Interface crossover
MEG Maintenance Entity Group
MEP Maintenance association End Point/Maintenance entity group End Point
MIB Management Information Base
MIP Maintenance domain Intermediate Point
MLD Multicast Listener Discovery
MP Maintenance Point
MRU Maximum Receive Unit
MSTP Multiple Spanning Tree Protocol
MTU Maximum Transfer Unit
NAK Not AcKnowledge
NAS Network Access Server
NBMA Non-Broadcast Multiple-Access
NDP Neighbor Discovery Protocol
NIF Network Interface
NLA ID Next-Level Aggregation Identifier
NSAP Network Service Access Point
NSR NonStop Routing
NSSA Not So Stubby Area
はじめに
III
はじめに
NTP Network Time Protocol
OAM Operations,Administration,and Maintenance
OSPF Open Shortest Path First
OUI Organizationally Unique Identifier
PA Protocol Accelerator packet/s packets per second *ppsと表記する場合もあります。
PAD PADding
PC Personal Computer
PDU Protocol Data Unit
PID Protocol IDentifier
PIM Protocol Independent Multicast
PIM-SM Protocol Independent Multicast-Sparse Mode
PIM-SSM Protocol Independent Multicast-Source Specific Multicast
PQ Priority Queueing
PRU Packet Routing Unit
PS Power Supply
PSINPUT Power Supply Input
PSU Packet Switching Unit
QoS Quality of Service
RA Router Advertisement
RADIUS Remote Authentication Dial In User Service
RDI Remote Defect Indication
RFC Request For Comments
RIP Routing Information Protocol
RIPng Routing Information Protocol next generation
RMON Remote Network Monitoring MIB
RPF Reverse Path Forwarding
RR Round Robin
RQ ReQuest
SA Source Address
SD Secure Digital
SFD Start Frame Delimiter
SFP Small Form factor Pluggable
SFP+ Small Form factor Pluggable Plus
SFU Switch Fabric Unit
SMTP Simple Mail Transfer Protocol
SNAP Sub-Network Access Protocol
SNMP Simple Network Management Protocol
SNPA Subnetwork Point of Attachment
SOP System Operational Panel
SPF Shortest Path First
SSAP Source Service Access Point
SSW Sub-crossbar SWitch
STP Spanning Tree Protocol
TA Terminal Adapter
TACACS+ Terminal Access Controller Access Control System Plus
TCP/IP Transmission Control Protocol/Internet Protocol
TLV Type, Length, and Value
TOS Type Of Service
TPID Tag Protocol Identifier
TTL Time To Live
UDLD Uni-Directional Link Detection
UDP User Datagram Protocol
URL Uniform Resource Locator uRPF unicast Reverse Path Forwarding
VLAN Virtual LAN
VPN Virtual Private Network
VRF Virtual Routing and Forwarding/Virtual Routing and Forwarding Instance
VRRP Virtual Router Redundancy Protocol
WAN Wide Area Network
WFQ Weighted Fair Queueing
WWW World-Wide Web
■ KB（キロバイト）などの単位表記について
1KB（キロバイト），1MB（メガバイト），1GB（ギガバイト），1TB（テラバイト）はそれぞれ 1024 バイト，
1024 2 バイト，1024 3 バイト，1024 4 バイトです。
IV
目次
装置障害のトラブルシュート
運用管理のトラブルシュート
2.2.3 RADIUS/TACACS+を利用したログイン認証ができない
2.2.4 RADIUS/TACACS+/ローカルを利用したコマンド承認ができない
2.3.1 コンフィグレーションモードから装置管理者モードに戻れない
2.7.1 SNMP マネージャから MIB が取得できない
2.7.3 SNMP マネージャでインフォームが受信できない
ネットワークインタフェースのトラブルシュート
i
ii
目次
レイヤ 2 スイッチングのトラブルシュート
3.1.3 10BASE-T/100BASE-TX/1000BASE-T のトラブル
3.1.5 10GBASE-R/100GBASE-R のトラブル
IP およびルーティングのトラブルシュート
5.1.2 DHCP/BOOTP リレーエージェントで IP アドレスが割り当てられない
5.2.2 DHCPv6 リレーエージェントで IPv6 アドレスが割り当てられない
5.5.2 RIP または RIPng の経路情報が存在しない
5.5.3 OSPF または OSPFv3 の経路情報が存在しない
5.5.4 BGP4 または BGP4+の経路情報が存在しない
5.6.1 PIM-SM ネットワークでマルチキャスト通信ができない
5.6.2 PIM-SM ネットワークでマルチキャストパケットが二重中継される
5.6.3 PIM-SSM ネットワークでマルチキャスト通信ができない
5.6.4 PIM-SSM ネットワークでマルチキャストパケットが二重中継される
障害情報取得方法
7.3 show tech-support コマンドによる情報採取とファイル転送
7.4 リモート運用端末の ftp コマンドによる情報採取とファイル転送
機能ごとのトラブルシュート
通信障害の解析
8.2.1 スパニングツリーによる inactive 状態を確認する
8.2.2 L2 ループ検知による inactive 状態を確認する
8.2.3 ストームコントロールによる inactive 状態を確認する
8.2.4 IEEE802.3ah OAM による inactive 状態を確認する
目次
iii
iv
目次
装置の再起動
付録 A show tech-support コマンド表示内容詳細
付録 A.1 show tech-support コマンド表示内容詳細
1
装置障害のトラブルシュート
この章では，装置障害が発生した場合の対処について説明します。
1
1 装置障害のトラブルシュート
1.1 装置の障害解析
1.1.1 AX8600S・AX8300S の障害解析
運用中に障害が発生したとき，装置を目視で直接確認できる場合には，「1.2 トラブルシュート」の内容に
従ってトラブルシュートしてください。装置を目視で直接確認できない場合でも，リモート運用端末から運
用コマンドで装置の LED を確認すると，装置を目視できる場合と同様にトラブルシュートできます。
装置の状態は，BCU に表示されます。BCU の LED について，「図 1‒1 正面パネルのレイアウト例」お
よび「表 1‒1 LED 表示，スイッチ，コネクタ」に示します。なお，BCU 以外のオプション機構（SFU，
PSU，NIF，電源機構，ファンユニット）の LED などの情報は，「ハードウェア取扱説明書」を参照してく
ださい。
図 1‒1 正面パネルのレイアウト例
2
表 1‒1 LED 表示，スイッチ，コネクタ
番
号
1
2
3
4
5
6
SYSTEM
OPERATION
PANEL
ACC
SD CARD
RESET
ACH
名称
STATUS
種類
LED：緑／赤
液晶ディスプレ
イおよび操作
キー
LED：緑
コネクタ
スイッチ
（ノンロック）
スイッチ
（ノンロック）
LED の表示対象，
スイッチ／コネクタ
の種類
内容
BCU の動作状態 緑点灯：動作可能
緑点滅：ソフトウェアロード中，または reload stop コマンドの実行で停止中
赤点灯：障害検出
消灯：電源 OFF ※1
システム操作パネル 装置情報の表示や動作指示，障害情報を表示
する（詳細は「コンフィグレーションガイド」
参照）
メモリカードの状態 緑点灯：メモリカードアクセス中（メモリカー
ドの取り外し禁止）
消灯：メモリカードアイドル中（メモリカー
ドの取り付けおよび取り外し可能）
SD カードスロット SD カードスロット
装置のマニュアルリ
セットスイッチ ※2
1 秒押し：装置に障害が発生した場合などに
行う ※3
5 秒押し：ログインユーザ名またはパスワー
ドを忘れた場合に行う ※4
BCU の系切替ス
イッチ ※2
BCU を二重化している場合に，運用系と待機
系とを切り替える ※5
1 装置障害のトラブルシュート
番
号
名称 種類
LED の表示対象，
スイッチ／コネクタ
の種類
BCU の運用状態
内容
7
8
9
ACTIVE
SYSTEM1
SYSTEM2
10 CONSOLE
11 AUX
LED：緑
LED：緑／赤
LED
コネクタ
コネクタ
コネクタ
装置の状態
装置の状態
CONSOLE ポート
AUX ポート
緑点灯：運用系
消灯：待機系
緑点灯：動作可能
緑点滅：装置の部分障害検出
赤点灯：装置の障害検出
未サポートのため，常に消灯
運用端末接続用 RS-232C ポート
運用端末接続用 RS-232C ポート
12
13
MANAGEMEN
T
LINK LED：緑／橙
マネージメントポー
ト
マネージメントポー
トの動作状態
運用端末接続用 10BASE-T/100BASE-TX/
1000BASE-T イーサネットポート
緑点灯：リンク確立
橙点灯：障害検出
消灯：リンク障害 ※6 ，または運用停止中 ※7
14 T/R LED：緑 マネージメントポー
トの動作状態
緑点灯：パケット送受信中
消灯：パケットを送受信していない
未サポートのため，使用できない 15 USB コネクタ USB ポート
注※1 システム操作パネルからの inactivate 操作，または運用端末からのコマンド実行で BCU の電源を OFF にでき
ます。
注※2 スイッチはパネル表面より奥にあります。先の細いドライバなどを使用して押してください。
注※3 押す時間が 1 秒以下の場合はリセットされないことがあります。
注※4 再起動後は，ログインパスワードおよび装置管理者モードのパスワードが不要となります。また，ログインユー
ザ名「operator」によるログインを許可します。そのため，この方法で再起動する場合は注意が必要です。
注※5 運用系 BCU の ACH スイッチを押したときだけ系切替します。系切替後，新待機系 BCU は再起動します。
注※6 ケーブルが抜けている場合も含みます。
注※7 コマンドの実行で運用を停止できます。
3
4
1 装置障害のトラブルシュート
1.2 トラブルシュート
1.2.1 装置障害の対応手順
装置に障害が発生した場合は，次に示す手順で対応してください。
表 1‒2 装置障害のトラブルシュート
項
番
障害内容
1
2
3
4
5
6
対応
• 装置から発煙している
• 装置から異臭が発生し
ている
• 装置から異常音が発生
している login プロンプトが表示さ
れない
BCU の LED がすべて消灯
している
BCU の SYSTEM1 LED が
緑点滅または赤点灯してい
る
すぐに次の手順で対応してください。
1. 装置の電源を OFF にしてください。
2. AC 電源の場合は，装置の電源ケーブルを抜いてください。
3. DC 電源の場合は，装置に接続している電源設備のブレーカを OFF にして
ください。
これらの手順で運用を停止したあと，販売店に連絡してください。
次の手順で対応してください。
1. MC が挿入されている場合は，MC を抜いてから装置の電源を OFF にした
あと，再度 ON にして装置を再起動してください。
2. MC が挿入されていない場合は，装置の電源を OFF にしたあと，再度 ON
にして装置を再起動してください。
3. 装置を再起動しても問題が解決しない場合は，BCU を交換してください。
次の手順で対応してください。
1. 電源機構の LED を確認してください。
・電源機構の ALARM LED が赤点灯している場合は，該当する電源機構を
交換してください。
・電源機構の POWER LED および ALARM LED がどちらも消灯してい
る場合は，「表 1‒3 電源障害のトラブルシュート」を参照して，該当する
電源機構の障害に対応してください。問題が解決しない場合は，該当する
電源機構とそれに対応する電源入力機構を交換してください。
2. 電源機構がすべて正常に動作している場合は，BCU を交換してください。
次の手順で対応してください。
1. システム操作パネルにシステムメッセージが表示されている場合は，「メッ
セージ・ログレファレンス」を参照して，該当するメッセージの記載内容
に従って対応してください。
2. システム操作パネルにシステムメッセージが表示されていない場合は，
STATUS LED が赤点灯しているボード（BCU，SFU，PSU，NIF）を交
換してください。
システム操作パネルにシス
テムメッセージが表示され
ている
BCU の STATUS LED が
赤点灯しているが，ほかの
LED はすべて消灯してい
て，システム操作パネルにシ
「メッセージ・ログレファレンス」を参照して，該当するメッセージの記載内容
に従って対応してください。
次の手順で対応してください。
1. BCU の構成を確認してください。
・BCU 一重化構成の場合は，次に示す 3.以降の手順を実施してください。
・BCU 二重化構成の場合は，次に示す 2.以降の手順を実施してください。
1 装置障害のトラブルシュート
項
番
障害内容 対応
ステムメッセージが表示さ
れていない
2. 運用系 BCU および待機系 BCU の状態を確認してください。
・どちらかの系だけで障害が発生している場合は，該当する BCU を交換し
てください。この場合，3.以降の手順は不要です。
・両系で障害が発生している場合は，次に示す 3.以降の手順を実施してく
ださい。
3. 電源機構の LED を確認してください。
・電源機構の ALARM LED が赤点灯している場合は，該当する電源機構を
交換してください。
・電源機構の POWER LED および ALARM LED がどちらも消灯してい
る場合は，「表 1‒3 電源障害のトラブルシュート」を参照して，該当する
電源機構の障害に対応してください。問題が解決しない場合は，該当する
電源機構を交換してください。
・電源機構がすべて正常に動作している場合は，電源機構をそのままの状
態で保持してください。
4. 装置に搭載されている電源入力機構のブレーカをすべて OFF にしてくだ
さい。
5. 30 秒以上経過してから，装置に搭載されている電源入力機構のブレーカを
すべて ON にしてください。
6. 本障害が発生した BCU を交換してください。
表 1‒3 電源障害のトラブルシュート
項
番
1
障害内容 対応
電源入力機構のブレーカを ON にしてください。
2
3
電源入力機構のブレーカが
OFF になっている
• 電源ケーブルが抜けて
いる
• 電源ケーブルが正しく
接続されていない
電源入力機構が正しく搭載
されていない（がたついてい
る）
次の手順で対応してください。
1. 電源入力機構のブレーカを OFF にしてください。
2. DC 電源の場合は，装置に接続している電源設備のブレーカを OFF にして
ください。
3. 電源ケーブルを正しく取り付けてください。
4. DC 電源の場合は，装置に接続している電源設備のブレーカを ON にして
ください。
5. 電源入力機構のブレーカを ON にしてください。
次の手順で対応してください。
1. 電源入力機構のブレーカを OFF にしてください。
2. DC 電源の場合は，装置に接続している電源設備のブレーカを OFF にして
ください。
3. 電源ケーブルを取り外してください。
4. 電源入力機構をいったん取り外してから，しっかりと挿入してください。
5. 電源ケーブルを取り付けてください。
6. DC 電源の場合は，装置に接続している電源設備のブレーカを ON にして
ください。
7. 電源入力機構のブレーカを ON にしてください。
5
1 装置障害のトラブルシュート
項
番
4
障害内容 対応
電源機構が正しく搭載され
ていない（がたついている）
次の手順で対応してください。
1. 電源入力機構のブレーカを OFF にしてください。
2. 電源機構をいったん取り外してから，しっかりと挿入してください。
3. 電源入力機構のブレーカを ON にしてください。
5 測定した入力電源が次の値
の範囲外である ※
• AC100V の場合：
AC90〜132V
• AC200V の場合：
AC180〜264V
• DC-48V の場合：
DC-40.5〜-57V
設備担当者に連絡して，入力電源の対策を依頼してください。
注※ 入力電源が測定できる場合だけ実施してください。
1.2.2 装置およびオプション機構の交換方法
装置およびファンユニット，電源入力機構，電源機構，BCU，SFU，PSU，NIF，メモリカード，トラン
シーバなどのオプション機構の取り付けおよび取り外し方法については，「ハードウェア取扱説明書」に記
載されています。記載された手順に従って，取り付けたり取り外したりしてください。
6
2
運用管理のトラブルシュート
この章では，運用管理でトラブルが発生した場合の対処について説明します。
7
8
2 運用管理のトラブルシュート
2.1 ログインのトラブル
2.1.1 ログインユーザのパスワードを忘れた
ログインユーザのパスワードを忘れて本装置にログインできない場合は，次に示す方法で対応してくださ
い。
(1) ログインおよび装置管理者モードに変更できるユーザがほかにいる場合
パスワードを忘れたユーザ以外に，ログインおよび装置管理者モードに変更できるユーザがいる場合，その
ユーザがコンフィグレーションコマンド username を実行して，パスワードを忘れたログインユーザのパ
スワードを再設定します。このコマンドは，コンフィグレーションモードで実行します。
パスワードを忘れた user1 のパスワードを再設定する例を次の図に示します。
図 2‒1 user1 のパスワードを再設定する例
# configure
(config)# username user1 password input
New password:******** <-1
Retype new password:******** <-2
!(config)# save
(config)# exit
#
1. パスワードを入力します（実際には入力文字は表示されません）。
2. 確認のため，再度パスワードを入力します（実際には入力文字は表示されません）。
(2) ログインおよび装置管理者モードに変更できるユーザがほかにいない場合
パスワードを忘れたユーザ以外にログインおよび装置管理者モードに変更できるユーザがいない場合，装置
のリセットスイッチを 5 秒以上押して，デフォルトリスタートをします。デフォルトリスタートによる起
動のあと，パスワードを再設定してください。なお，デフォルトリスタート中に設定したパスワードは，装
置再起動後に有効になります。
デフォルトリスタートで起動したあとは，パスワードによるログイン認証，装置管理者モードへの変更
（enable コマンド）時の認証，およびコマンド承認をしません。また，ログインユーザ名「operator」に
よるログインを許可します。このようにセキュリティレベルが低下するため，パスワードを再設定したあと
はすぐに装置を再起動してください。
2.1.2 装置管理者モードのパスワードを忘れた
装置管理者モードのパスワードを忘れて，入力モードを装置管理者モードに変更できない場合，装置のリ
セットスイッチを 5 秒以上押して，デフォルトリスタートをします。デフォルトリスタートによる起動の
あと，パスワードを再設定してください。なお，デフォルトリスタート中に設定したパスワードは，装置再
起動後に有効になります。
デフォルトリスタートで起動したあとは，パスワードによるログイン認証，装置管理者モードへの変更
（enable コマンド）時の認証，およびコマンド承認をしません。また，ログインユーザ名「operator」に
よるログインを許可します。このようにセキュリティレベルが低下するため，パスワードを再設定したあと
はすぐに装置を再起動してください。
2 運用管理のトラブルシュート
2.1.3 ログインユーザ名を忘れた
ログインユーザ名を忘れて本装置にログインできない場合は，次に示す方法で対応してください。
(1) ログインできるユーザがほかにいる場合
ユーザ名を忘れたユーザ以外にログインできるユーザがいる場合，そのユーザが show users コマンドを実
行して，ログインユーザ名を確認してください。
(2) ログインできるユーザがほかにいない場合
ユーザ名を忘れたユーザ以外にログインできるユーザがいない場合，装置のリセットスイッチを 5 秒以上
押して，デフォルトリスタートをします。デフォルトリスタートによる起動のあと，ログインユーザ名
「operator」でログインして show users コマンドを実行して，ログインユーザ名を確認してください。
デフォルトリスタートで起動したあとは，ログインユーザ名「operator」によるログインを許可します。
また，パスワードによるログイン認証，装置管理者モードへの変更（enable コマンド）時の認証，および
コマンド承認をしません。このようにセキュリティレベルが低下するため，ログインユーザ名を確認したあ
とはすぐに装置を再起動してください。
9
2 運用管理のトラブルシュート
2.2 運用端末のトラブル
2.2.1 コンソールからの入力，表示がうまくできない
コンソールとの接続トラブルが発生した場合は，次の表に従って確認してください。
表 2‒1 コンソールとの接続トラブルおよび対応
項
番
障害内容
1 画面に何も表示されない
確認内容
次の手順で確認してください。
1. 装置の正面パネルにある STATUS LED が緑点灯しているか確認してく
ださい。緑点灯していない場合は，「1.1 装置の障害解析」を参照してく
ださい。
2. ケーブルの接続が正しいか確認してください。
2
3
4
キー入力を受け付けない
異常な文字が表示される
ユーザ名入力中に異常な文
字が表示された
扱説明書」を参照してください。
4. ポート番号，通信速度，データ長，パリティビット，ストップビット，フ
ロー制御などの通信ソフトウェアの設定が次のとおりになっているか確認
してください。
通信速度：9600bit/s（変更している場合は設定値）
データ長：8bit
パリティビット：なし
ストップビット：1bit
フロー制御：なし
次の手順で確認してください。
1. XON／XOFF によるフロー制御でデータの送受信を中断している可能性
があります。データ送受信の中断を解除してください（［Ctrl］＋［Q］キー
を入力してください）。それでもキー入力ができない場合は，手順 2.以降を
確認してください。
2. 通信ソフトウェアの設定が正しいか確認してください。
3.［Ctrl］＋［S］キーによって画面が停止している可能性があります。何か
キーを入力してください。
通信ソフトウェアとのネゴシエーションが正しくできていない可能性があり
ます。通信ソフトウェアの通信速度を次の手順で確認してください。
1. コンフィグレーションコマンド line console 0 で CONSOLE（RS232C）
の通信速度を設定していない場合は，通信ソフトウェアの通信速度が
9600bit/s に設定されているか確認してください。
2. コンフィグレーションコマンド line console 0 で CONSOLE（RS232C）
の通信速度を 1200，2400，4800，9600，または 19200bit/s に設定し
ている場合は，通信ソフトウェアの通信速度が正しく設定されているか確
認してください。
3. 手順 1.および 2.で問題がなくても異常な文字が表示される場合は，ブレー
ク信号を発行してください。なお，通信ソフトウェアの通信速度によって，
複数回ブレーク信号を発行しないと表示されないことがあります。
CONSOLE（RS232C）の通信速度が変更された可能性があります。項番 3 を
参照してください。
10
2 運用管理のトラブルシュート
項
番
5
障害内容 確認内容
ログインできない 次の手順で確認してください。
1. 画面にログインプロンプトが表示されているか確認してください。表示さ
れていない場合は，装置を起動中です。しばらく待ってください。
2. コンフィグレーションコマンド aaa authentication login console およ
び aaa authentication login で，RADIUS/TACACS+認証が設定されて
いないか確認してください（詳細は「2.2.3 RADIUS/TACACS+を利用
ログイン後に通信ソフトウェアの通信速度を変更しても正常に表示できませ
ん。通信ソフトウェアの通信速度を元に戻してください。
6 ログイン後に通信ソフト
ウェアの通信速度を変更し
たら異常な文字が表示され
て，コマンドが入力できな
い
項目名と内容がずれて表示
される
7 1 行で表示できる文字数を超える情報を表示している可能性があります。通
信ソフトウェアの設定で画面サイズを変更して，1 行で表示できる文字数を多
くしてください。
モデムとの接続トラブルが発生した場合は，次の表に従って確認してください。また，モデムに付属してい
る取扱説明書を参照してください。
表 2‒2 モデムとの接続トラブルおよび対応
項
番
1
障害内容
モデムが自動着信しない
2
3
4
5
ログイン時に異常な文字が
表示される
回線切断後，再ダイアルし
ても通話中でつながらない
回線障害後，再接続できな
い
回線切断後，再接続できな
い
確認内容
次のことを確認してください。
• ケーブルの接続が正しいこと。
• モデムの電源が ON になっていること。
• 電話番号が正しいこと。
• モデムの設定内容が正しいこと。
• 2 台の端末にモデムを接続して，ダイアルすることで回線接続できること。
次の手順で確認してください。
1. モデムの通信速度を 9600bit/s に設定してください。
2. モデムが V.90，K56flex，x2 またはそれ以降の通信規格に対応している場
合は，V.34 通信方式以下で接続するように設定してください。
回線が切断されてから数秒間は着信しないことがあります。モデムのマニュア
ルを参照してください。
障害によって回線が切断された場合，最大 120 秒間は再接続できないことがあ
ります。すぐに接続したい場合は別の手段でログインして，AUX にダイアル
アップ IP 接続をしているユーザを killuser コマンドで強制ログアウトさせて
ください。
ダイアルアップ IP 接続が切断された場合，すぐに再接続できないことがありま
す。その場合，300 秒間程度の間隔を空けてから再接続してください。
11
2 運用管理のトラブルシュート
2.2.2 リモート運用端末からログインできない
リモート運用端末との接続トラブルが発生した場合は，次の表に従って確認してください。
表 2‒3 リモート運用端末との接続トラブルおよび対応
項
番
1
障害内容
リモート接続できない
確認内容
2
3
4
ログインできない
キー入力を受け付けない
ユーザがログインした状態
のままである
次の手順で確認してください。
1. リモート運用端末から ping コマンドを使用して，リモート接続のための経
路が確立されているか確認してください。
2. コネクション確立のメッセージ表示後プロンプトが表示されるまで時間が
掛かる場合は，DNS サーバと通信できなくなっている可能性があります
（DNS サーバと通信できない場合，プロンプトが表示されるまで約 5 分掛
かります。なお，この時間は目安でありネットワークの状態によって変化
します）。
次の手順で確認してください。
1. コンフィグレーションコマンド line vty のモードで指定した，アクセスリ
ストで許可された IPv4 または IPv6 アドレスを持つ端末を使用しているか
確認してください。また，アクセスリストで設定した IPv4 または IPv6 ア
ドレスに deny を指定していないか確認してください（詳細は「コンフィグ
レーションガイド」を参照してください）。
2. ログインできる最大ユーザ数を超えていないか確認してください（詳細は
「コンフィグレーションガイド」を参照してください）。
なお，最大ユーザ数でログインしている状態でリモート運用端末から本装
置への到達性が失われて，その後復旧している場合，TCP プロトコルのタ
イムアウト時間が経過してセッションが切断されるまで，リモート運用端
末からは新たにログインできません。TCP プロトコルのタイムアウト時間
はリモート運用端末の状態やネットワークの状態によって変化しますが，
約 10 分です。
3. コンフィグレーションコマンド line vty のモードで指定した transport input コマンドに，本装置へのアクセスを禁止しているプロトコルを使用し
ていないか確認してください（詳細は「コンフィグレーションコマンドレ
ファレンス」を参照してください）。
4. コンフィグレーションコマンド aaa authentication login で，RADIUS/
TACACS+認証が設定されていないか確認してください（詳細は「2.2.3
RADIUS/TACACS+を利用したログイン認証ができない」を参照してくだ
さい）。
次の手順で確認してください。
1. XON／XOFF によるフロー制御でデータの送受信を中断している可能性
があります。データ送受信の中断を解除してください（［Ctrl］＋［Q］キー
を入力してください）。それでもキー入力ができない場合は，手順 2.以降を
確認してください。
2. 通信ソフトウェアの設定が正しいか確認してください。
3.［Ctrl］＋［S］キーによって画面が停止している可能性があります。何か
キーを入力してください。
自動ログアウトするのを待つか，再度ログインしてログインした状態のままの
ユーザを killuser コマンドで強制ログアウトさせてください。
12
2 運用管理のトラブルシュート
項
番
障害内容 確認内容
なお，該当ユーザがコンフィグレーションを編集中だった場合は，再度ログイ
ンして，コンフィグレーションモードでコンフィグレーションを保存するなど
したあと，編集を終了してください。
2.2.3 RADIUS/TACACS+を利用したログイン認証ができない
RADIUS/TACACS+を利用したログイン認証ができない場合，次の内容を確認してください。
1. RADIUS/TACACS+サーバへの通信 ping コマンドで，本装置から RADIUS/TACACS+サーバに対して疎通ができているか確認してくだ
さい。疎通ができない場合は，「5.1.1 通信できない，または切断されている」を参照してください。
また，コンフィグレーションでループバックインタフェースの IP アドレスを設定している場合は，ルー
プバックインタフェースの IP アドレスから ping コマンドで，本装置から RADIUS/TACACS+サーバ
に対して疎通ができているか確認してください。
2. タイムアウト値およびリトライ回数の設定
本装置が RADIUS/TACACS+サーバと通信できないと判断する時間の最大値は，コンフィグレーショ
ンコマンドの設定によって異なります。
RADIUS 認証の場合
＜ radius-server timeout で設定したタイムアウト値（秒）＞×＜ radius-server retransmit で設
定したリトライ回数＞×＜ radius-server host で設定した RADIUS サーバ数＞
TACACS+認証の場合
＜ tacacs-server timeout で設定したタイムアウト値（秒）＞×＜ tacacs-server host で設定した
TACACS+サーバ数＞
この時間が極端に大きくなると，リモート運用端末の telnet などのアプリケーションがタイムアウトに
よって終了するおそれがあります。この場合，RADIUS/TACACS+コンフィグレーションの設定かリ
モート運用端末で使用するアプリケーションのタイムアウトの設定を変更してください。
また，RADIUS/TACACS+認証が成功したシステムメッセージが出力されているのに telnet や ftp が
失敗する場合は，コンフィグレーションで指定した複数の RADIUS サーバの中で，稼働中の RADIUS/
TACACS+サーバに接続するまでに，リモート運用端末側のアプリケーションがタイムアウトしている
ことが考えられます。この場合，稼働中の RADIUS/TACACS+サーバを優先するように設定するか，
＜タイムアウト値（秒）＞×＜リトライ回数＞の値を小さくしてください。
3. 本装置にログインできない場合の対処方法
設定ミスなどで本装置にログインできない場合は，コンソールからログインして設定を修正してくださ
い。なお，コンフィグレーションコマンド aaa authentication login console によってコンソールも
ログイン認証の対象となっている場合は，「2.1.2 装置管理者モードのパスワードを忘れた」の手順に
従ってデフォルトリスタートしたあと，ログインして設定を修正してください。
2.2.4 RADIUS/TACACS+/ローカルを利用したコマンド承認ができな
い
RADIUS/TACACS+/ローカル認証は成功して本装置にログインできたが，コマンド承認ができない場合
や，コマンドを実行しても承認エラーメッセージが表示されてコマンドが実行できない場合は，次の内容を
確認してください。
13
2 運用管理のトラブルシュート
1. 許可コマンドおよび制限コマンドの確認
本装置の show whoami コマンドで，現在のユーザが許可または制限されている運用コマンドのリスト
を確認できます。RADIUS/TACACS+サーバの設定どおりにコマンドリストが取得できていることを
確認してください。
また，ローカルコマンド承認を使用している場合は，コンフィグレーションどおりにコマンドリストが
設定されていることを確認してください。
2. サーバ設定およびコンフィグレーションの確認
RADIUS/TACACS+サーバ側で，本装置のコマンド承認に関する設定が正しいことを確認してくださ
い。特に，RADIUS の場合はベンダー固有属性の設定，TACACS+の場合は Service と属性名などに
注意してください。
また，ローカルコマンド承認を使用している場合は，コンフィグレーションの設定が正しいことを確認
グレーションガイド」を参照してください。
コマンドリスト記述時の注意
本装置のコマンド承認用のコマンドリストを記述するときには，空白の扱いに注意してください。
例えば，許可コマンドリストに"show ip "（show ip の後ろに空白）が設定してある場合は，show ip interface コマンドは許可されますが，show ipv6 interface コマンドは制限されます。
3. コマンドがすべて制限された場合の対処方法
設定ミスなどでコマンドがすべて制限された場合は，コンソールからログインして設定を修正してくだ
さい。なお，コンフィグレーションコマンド aaa authorization commands console によってコン
ソールもコマンド承認の対象となっている場合は，「2.1.2 装置管理者モードのパスワードを忘れた」
の手順に従ってデフォルトリスタートしたあと，ログインして設定を修正してください。
14
2 運用管理のトラブルシュート
2.3 コンフィグレーションのトラブル
2.3.1 コンフィグレーションモードから装置管理者モードに戻れない
コンフィグレーションモードから装置管理者モードに戻れなくなった場合は，次に示す方法で対応してくだ
さい。
(1) コンソールとの接続時
次の手順で，該当するユーザを強制的にログアウトさせてください。
［実行例］
1. show sessions コマンドで，該当するユーザのログイン番号を確認します。
(config)# $show sessions operator console admin 1 Jan 6 14:16
下線部が該当するユーザのログイン番号です。
2. killuser コマンドで，該当するユーザを強制的にログアウトさせます。<login no.>パラメータには，
手順 1.で調べたログイン番号を指定してください。
(config)# $killuser 1
(2) リモート運用端末との接続時
いったんリモート運用端末を終了させたあと，再接続してください。
ログインした状態のままになっているユーザがいる場合は，「表 2‒3 リモート運用端末との接続トラブル
2.3.2 コンフィグレーションが反映されない
(1) ランニングコンフィグレーションに反映されない
コンフィグレーションを編集しても，ランニングコンフィグレーションにまったく反映されない場合は，コ
ミットモードを確認してください。コミットモードが手動コミットモードになっていると，編集したコン
フィグレーションがすぐにランニングコンフィグレーションに反映されません。
［実行例］
1. コンフィグレーションコマンド status を実行して，コミットモードを確認します。
(config)# status
File name : running-config
Commit mode : Manual commit
Last modified time : Thu Oct 11 12:00:00 20XX UTC by operator (not modified)
Buffer : Total XXXXXXXXXX Bytes
Available XXXXXXXXXX Bytes (XXXX%)
Fragments XX Bytes (XXXX%)
Login user : USER operator LOGIN Fri Oct 12 12:00:00 20XX UTC edit
Commit mode が Manual commit の場合，手動コミットモードが設定されています。
手動コミットモードで，編集したコンフィグレーションをランニングコンフィグレーションへ反映するに
は，コンフィグレーションコマンド commit を実行してください。
15
2 運用管理のトラブルシュート
(2) BGP4 経路または BGP4+経路の学習または広告に反映されない
経路フィルタリングのコンフィグレーションを変更したあと，変更した内容がランニングコンフィグレー
ションに反映されているが，BGP4 経路または BGP4+経路の学習または広告にその内容が反映されていな
い場合は，clear ip bgp または clear ipv6 bgp コマンドに* { in | out | both }パラメータを指定して，実
行してください。
16
2 運用管理のトラブルシュート
2.4 NTP/SNTP の通信障害
2.4.1 NTP による時刻同期ができない
NTP による時刻同期ができない場合は，次の表に示す障害解析方法に従って原因を切り分けてください。
表 2‒4 NTP の障害解析方法
項
番
確認内容・コマンド
1 本装置が NTP サーバと同期していることを
確認してください。
• show ntp associations
対応
本装置が NTP サーバと同期していて，本装置に対して NTP
クライアントが同期していない場合は，NTP クライアントの
設定を確認してください。
本装置を NTP サーバと同期させないで，本装置に対して
NTP クライアントを同期させる場合は，コンフィグレーショ
ンコマンド ntp master を設定してください。
本装置が NTP サーバと同期していない場合は，項番 2 へ。
2
3
4
NTP サーバと IPv4 で通信できることを確認
してください。
ループバックインタフェースに IPv4 アドレ
スを設定している場合は，source パラメータ
でループバックインタフェースの IPv4 アド
レスを指定してください。
• ping
NTP のコンフィグレーションでアクセスが
許可されているか，許可されている場合は，
フィルタまたは QoS によって NTP パケッ
トが廃棄されていないか確認してください。
本装置と NTP サーバとの時刻差を確認して
ください。
NTP サーバと IPv4 で通信できる場合は，項番 3 へ。
NTP パケットが廃棄されていない場合は，項番 4 へ。
本装置と NTP サーバとの時刻差が 1000 秒以上ある場合
は，set clock コマンドを使用して本装置の時刻を NTP サー
バと合わせてください。
NTP サーバとタイムゾーンまたはサマータイムの設定が異
なる場合は，UTC に変換した時刻が合うように，NTP サー
バと本装置の時刻を設定してください。
2.4.2 SNTP による時刻同期ができない
SNTP による時刻同期ができない場合は，次の表に示す障害解析方法に従って原因を切り分けてください。
表 2‒5 SNTP の障害解析方法
項
番
確認内容・コマンド
1 本装置が SNTP サーバと同期していること
を確認してください。
• show sntp status
対応
本装置が SNTP サーバと同期していて，本装置に対して
SNTP クライアントが同期していない場合は，SNTP クライ
アントの設定を確認してください。
17
2 運用管理のトラブルシュート
項
番
2
3
4
確認内容・コマンド 対応
本装置を SNTP サーバと同期させないで，本装置に対して
SNTP クライアントを同期させる場合は，コンフィグレー
ションコマンド sntp master を設定してください。
本装置が SNTP サーバと同期していない場合は，項番 2 へ。
SNTP サーバと IPv4 または IPv6 で通信で
きることを確認してください。
ループバックインタフェースに IPv4 アドレ
スまたは IPv6 アドレスを設定している場合
は，source パラメータでループバックインタ
フェースの IPv4 アドレスまたは IPv6 アド
レスを指定してください。
• ping
• ping ipv6
SNTP サーバと IPv4 または IPv6 で通信できない場合は，
「5.1 IPv4 ネットワークの通信障害」または「5.2 IPv6
SNTP サーバと IPv4 または IPv6 で通信できる場合は，項番
3 へ。
SNTP のコンフィグレーションでアクセスが
許可されているか，許可されている場合は，
フィルタまたは QoS によって SNTP パケッ
トが廃棄されていないか確認してください。
本装置と SNTP サーバとの時刻差を確認し
てください。
SNTP パケットが廃棄されていない場合は，項番 4 へ。
本装置と SNTP サーバとの時刻差が 1000 秒以上ある場合
は，set clock コマンドを使用して本装置の時刻を SNTP
サーバと合わせてください。
SNTP サーバとタイムゾーンまたはサマータイムの設定が異
なる場合は，UTC に変換した時刻が合うように，SNTP サー
バと本装置の時刻を設定してください。
18
2 運用管理のトラブルシュート
2.5 MC のトラブル
2.5.1 MC の状態が表示されない show system コマンドまたは show mc コマンドで MC に"--------"と表示される場合は，次の表に従って
確認してください。
表 2‒6 MC に"--------"と表示される場合の対応方法
項
番
1
確認内容・コマンド 対応
2
3
ACC LED を確認してください。 ACC LED が緑点灯の場合は，ほかのプロセスが MC にアク
セス中の可能性があります。ACC LED が消灯したあと，コ
マンドを再実行してください。
ACC LED が緑点灯でない場合は，項番 2 へ。
一度 MC を抜いて，再度挿入してください。 MC を抜き差ししたあと，コマンドを再実行してください。
MC を挿入する際には，MC および装置のメモリカードス
ロットにほこりが付着していないか確認してください。ほこ
りが付着しているときは，乾いた布などでほこりを取ってか
ら MC を挿入してください。
MC の抜き差しを数回繰り返しても現象が改善しない場合
は，項番 3 へ。
MC を交換してください。 MC を交換したあと，コマンドを再実行してください。
MC を交換しても現象が改善しない場合は，メモリカードス
ロットが故障している可能性があります。BCU を交換して
ください。
2.5.2 MC へのアクセス時にエラーが発生する
MC へアクセスするコマンドの実行時にメッセージ"The memory card was not found."が表示される場
合は，次の表に従って確認してください。
表 2‒7 メッセージ"The memory card was not found."が表示される場合の対応方法
項
番
確認内容・コマンド 対応
1
2
ACC LED を確認してください。 ACC LED が緑点灯の場合は，ほかのプロセスが MC にアク
セス中の可能性があります。ACC LED が消灯したあと，コ
マンドを再実行してください。
ACC LED が緑点灯でない場合は，項番 2 へ。
一度 MC を抜いて，再度挿入してください。 MC を抜き差ししたあと，コマンドを再実行してください。
MC を挿入する際には，MC および装置のメモリカードス
ロットにほこりが付着していないか確認してください。ほこ
りが付着しているときは，乾いた布などでほこりを取ってか
ら MC を挿入してください。
19
2 運用管理のトラブルシュート
項
番
確認内容・コマンド
3 MC を交換してください。
対応
MC の抜き差しを数回繰り返しても現象が改善しない場合
は，項番 3 へ。
MC を交換したあと，コマンドを再実行してください。
MC を交換しても現象が改善しない場合は，メモリカードス
ロットが故障している可能性があります。BCU を交換して
ください。
20
2 運用管理のトラブルシュート
2.6 BCU の二重化構成によるトラブル
2.6.1 運用系 BCU の切替ができない
運用系 BCU と待機系 BCU の切替ができない場合は，次の表に従って確認してください。
表 2‒8 運用系 BCU の切替時のトラブルおよび対応
項
番
切替不可要因
1
2
3
確認内容
待機系 BCU が起動していな
い。
待機系 BCU の STATUS
LED を確認してください。
赤点灯
消灯
緑点滅
待機系 BCU に障害が発生しています。待機系 BCU の
ボードを交換してください。
待機系 BCU が起動していません。運用系 BCU から inactivate bcu standby および activate bcu standby コ
マンドを実行して，待機系 BCU を起動してください。
待機系 BCU が起動中です。緑点灯になるまでしばらく
待ってください。
緑点灯
待機系 BCU の切替準備がで
きていない。
運用系 BCU にログインして， show system コマンドで待機
系 BCU の状態を確認してく
ださい。 fault
待機系 BCU は起動しているため，別の切替不可要因が考え
られます。ほかの項番を参照してください。
待機系 BCU に障害が発生しています。待機系 BCU の
ボードを交換してください。 inactive 待機系 BCU の起動が抑止されています。activate bcu standby コマンドを実行して，待機系 BCU を起動してくだ
さい。 notconnect 待機系 BCU が搭載されていません。待機系 BCU を搭載
したあと，activate bcu standby コマンドを実行して待機
系 BCU を起動してください。 initialize standby(co nfiguration discord)
待機系 BCU が起動中です。起動が完了するまでしばらく
待ってください。
運用系 BCU と待機系 BCU の間でコンフィグレーション
が一致していません。save コマンドまたは synchronize
コマンドを使用して，BCU 間のコンフィグレーションを一
致させてください。 notsupport standby
未サポートの BCU が搭載されています。待機系 BCU の
ボードを交換してください。
別の切替不可要因が考えられます。ほかの項番を参照して
ください。
コンフィグレーションの操作
をしている。操作中に運用コ
マンドで系切替をするとコマ
ンドが失敗する。
コンフィグレーションの操作
中でないか確認してください。
コンフィグレーションの操作中は運用コマンドによる系切替が抑止されま
す。運用系 BCU からコンフィグレーションコマンド status を実行して，コ
ンフィグレーションを操作中のユーザをすべてログアウトさせたあと，運用
コマンドによる系切替をしてください。
21
2 運用管理のトラブルシュート
2.7 SNMP の通信障害
2.7.1 SNMP マネージャから MIB が取得できない
次に示す説明に従って，コンフィグレーションの設定を確認してください。
(1) SNMPv1 または SNMPv2C を使用する場合
コンフィグレーションコマンド show ip access-list を実行して，アクセスリストに SNMP マネージャの
IP アドレスが設定されているか確認してください。アクセスリストに SNMP マネージャの IP アドレスが
設定されてない場合は，SNMP マネージャの IP アドレスを追加してください。
そのあと，コンフィグレーションコマンド show snmp-server を実行して，コミュニティ名とアクセスリ
ストが正しく設定されているか確認してください。正しく設定されていない場合は，コンフィグレーション
コマンド snmp-server community を実行して，SNMP マネージャに関する情報を設定してください。
［実行例］
(config)# show ip access-list
ip access-list standard ACL
10 permit 20.1.1.1
!
(config)# show snmp-server
snmp-server community "event-monitor" ro ACL
!
(config)#
(2) SNMPv3 を使用する場合
コンフィグレーションコマンド show snmp-server を実行して，本装置のコンフィグレーションに SNMP
に関する情報が正しく設定されているか確認してください。正しく設定されていない場合は，次のコンフィ
グレーションコマンドを実行して，SNMP に関する情報を設定してください。
• snmp-server engineID local
• snmp-server group
• snmp-server user
• snmp-server view
［実行例］
(config)# show snmp-server
snmp-server engineID local "engine-ID"
snmp-server group "v3group" v3 priv read "view1" write "view1"
snmp-server user "v3user" "v3group" v3 auth md5 "abc*_1234" priv des "xyz/+6789"
snmp-server view "view1" 1.3.6.1.2.1.1 included
!
(config)#
2.7.2 SNMP マネージャでトラップが受信できない
次に示す説明に従って，コンフィグレーションの設定を確認してください。
また，一部の SNMP マネージャシステムでは，SNMPv2C または SNMPv3 で送信された ospf，bgp のト
ラップを受信できない場合があります。その場合は，「MIB レファレンス」に記載されている各トラップの
オブジェクト ID に合わせて，SNMP マネージャのトラップの受信設定を見直してください。
22
2 運用管理のトラブルシュート
(1) SNMPv1 または SNMPv2C を使用する場合
コンフィグレーションコマンド show snmp-server を実行して，本装置のコンフィグレーションに SNMP
マネージャおよびトラップに関する情報が設定されているか確認してください。設定されていない場合は，
コンフィグレーションコマンド snmp-server host を実行して，SNMP マネージャおよびトラップに関す
る情報を設定してください。
［実行例］
(config)# show snmp-server
snmp-server host 192.0.2.0 traps "event-monitor" snmp
!
(config)#
(2) SNMPv3 を使用する場合
コンフィグレーションコマンド show snmp-server を実行して，本装置のコンフィグレーションに SNMP
およびトラップに関する情報が正しく設定されているか確認してください。正しく設定されていない場合
は，次のコンフィグレーションコマンドを実行して，SNMP およびトラップに関する情報を設定してくだ
さい。
• snmp-server engineID local
• snmp-server group
• snmp-server host
• snmp-server user
• snmp-server view
［実行例］
(config)# show snmp-server
snmp-server engineID local "engine-ID"
snmp-server group "v3group" v3 priv notify "view1"
snmp-server host 192.0.2.0 traps "v3user" version 3 priv snmp
snmp-server user "v3user" "v3group" v3 auth md5 "abc*_1234" priv des "xyz/+6789"
snmp-server view "view1" 1.3.6.1 included
!
(config)#
2.7.3 SNMP マネージャでインフォームが受信できない
コンフィグレーションコマンド show snmp-server を実行して，本装置のコンフィグレーションに SNMP
マネージャおよびインフォームに関する情報が設定されているか確認してください。設定されていない場
合は，コンフィグレーションコマンド snmp-server host を実行して，SNMP マネージャおよびインフォー
ムに関する情報を設定してください。
［実行例］
(config)# show snmp-server
snmp-server host 192.0.2.0 informs "event-monitor" snmp
!
(config)#
一部の SNMP マネージャシステムでは，SNMPv2C または SNMPv3 で送信された ospf，bgp のイン
フォームを受信できない場合があります。その場合は，「MIB レファレンス」に記載されている各イン
フォームのオブジェクト ID に合わせて，SNMP マネージャのインフォームの受信設定を見直してくださ
い。
23
3
ネットワークインタフェースのト
ラブルシュート
この章では，ネットワークインタフェースで障害が発生した場合の対処につい
て説明します。
25
3 ネットワークインタフェースのトラブルシュート
3.1 イーサネットの通信障害
3.1.1 イーサネットポートの接続ができない
通信障害の原因がイーサネットポートにあると考えられる場合は，NIF の状態，ポートの状態，ポートの
統計情報の順に確認してください。
(1) NIF の状態確認
1. ログの確認
ログの内容および対応については，「メッセージ・ログレファレンス」を参照してください。
2. NIF の状態による原因の切り分け show interfaces コマンドで NIF の状態を確認して，次の表に従って原因を切り分けてください。
表 3‒1 NIF の状態の確認および対応
項
番
1
NIF の状態 active
原因 対応
2
3
4
5
6
7
8 notconnect inactive fault initialize disable power shortage notsupport
該当 NIF は正常に動作中で
ある
該当 NIF が搭載されていな
い
ポートの状態を確認してください。
NIF を搭載してください。 inactivate コマンドが設定
されている
NIF が起動していない
該当 NIF に障害が発生して
いる activate コマンドで該当 NIF の状態を active にしてく
ださい。 show system コマンドで PSU の動作状態を確認して，
PSU の状態を active にしてください。 show logging コマンドで表示される該当 NIF のログに
ついて，「メッセージ・ログレファレンス」を参照して，
記載内容に従って対応してください。
該当 NIF が初期化中である 初期化が完了するまで待ってください。
コンフィグレーションコマ
ンドで no power enable
が設定されている
電力不足による運用停止状
態である
使用する NIF が搭載されていることを確認したあと，コ
ンフィグレーションコマンド power enable を設定して
該当 NIF の状態を active にしてください。
本装置で未サポートの NIF
が搭載されている show environment コマンドで電源の情報，および装置
の余剰電力を確認してください。
• PS の状態が fault の場合は，電源機構を交換してく
ださい。
• PS の状態が active の場合は，装置の余剰電力を確認
して，電源機構を追加してください。
NIF を交換してください。
ソフトウェアバージョンで
未サポートの NIF が搭載さ
れている
NIF 種別とソフトウェアのバージョンを確認して，NIF
を交換するか，ソフトウェアをアップデートしてくださ
い。
26
3 ネットワークインタフェースのトラブルシュート
(2) ポートの状態確認
1. ログの確認
ログの内容および対応については，「メッセージ・ログレファレンス」を参照してください。
2. ポートの状態による原因の切り分け show interfaces コマンドでポートの状態を確認して，次の表に従って原因を切り分けてください。
表 3‒2 ポートの状態の確認および対応
項
番
1
ポートの状態 active up
原因 対応
2
3
4
5
6
7
8
9 active down inactive fault initialize disable standby suspend unused
該当ポートは正常に動作中で
ある
該当ポートに回線障害が発生
している
ありません。 show logging コマンドで表示される該当ポートのロ
グについて，「メッセージ・ログレファレンス」を参照
して，記載内容に従って対応してください。 inactivate コマンドが設定さ
れている
ネットワーク監視またはネッ
トワーク管理の機能が動作し
た active up にする場合は，使用するポートにケーブルが
接続されていることを確認したあと，activate コマン
ドで該当ポートを active 状態にしてください。
「8.2 ポート inactive 状態の確認」を参照してくださ
い。
該当ポートのポート部分の
ハードウェアに障害が発生し
ている show logging コマンドで表示される該当ポートのロ
グについて，「メッセージ・ログレファレンス」を参照
して，記載内容に従って対応してください。
該当ポートが初期化中である 初期化が完了するまで待ってください。
コンフィグレーションコマン
ド shutdown が設定されて
いる
リンクアグリゲーションのス
タンバイリンク機能によって
待機している active up にする場合は，使用するポートにケーブルが
接続されていることを確認したあと，コンフィグレー
ションコマンドで no shutdown を設定して該当ポー
トを active 状態にしてください。
リンクアグリゲーションのスタンバイリンク機能に
よって standby 状態になっているため，正常な動作で
す。
スタンバイリンク機能については，show channelgroup コマンドで detail パラメータを指定して確認
してください。
次の要因でポートの起動が抑
止されている
• SFU の運用枚数不足
• PSU の初期化中
• NIF が運用系として稼働
中以外
コンフィグレーションが生成
されていない show system コマンドで SFU，PSU，および NIF の
状態を確認してください。
• active になっている SFU の枚数を確認してくだ
さい。
• PSU の状態が initialize の場合は，PSU の初期化
が完了するまで待ってください。
• NIF の状態が initialize の場合は，NIF の初期化が
完了するまで待ってください。
取り付けた NIF に対応するポートのコンフィグレー
ションが生成されるまで待ってください。
27
3 ネットワークインタフェースのトラブルシュート
項
番
ポートの状態
10 mismatch
原因
取り付けた NIF に収容され
ているイーサネット種別と，
ランニングコンフィグレー
ションのイーサネット種別が
一致していない
対応
• 取り付けた NIF の種別を確認してください。取り
付けた NIF の種別が誤っている場合は，NIF を交
換してください。
• show running-config コマンドでランニングコン
フィグレーションを確認してください。ランニン
グコンフィグレーションが誤っている場合は，取り
付け前のポートのコンフィグレーションを削除し
てください。
コンフィグレーションの削除については，「コン
フィグレーションガイド」を参照してください。
(3) 統計情報の確認
show port statistics コマンドを実行して，本装置に搭載されている全ポートの送受信パケット数および送
受信廃棄パケット数を確認してください。
図 3‒1 ポートの統計情報の表示
> show port statistics
Date 20XX/04/01 12:00:00 UTC
Port Counts: 12
Port Name Status Packets Tx Rx
1/1 geth1/1 down Ucast 0 0
Mcast 0 0
Bcast 0 0
Discard 0 0
1/2 geth1/2 down Ucast 0 0
Mcast 0 0
Bcast 0 0
Discard 0 0
1/3 geth1/3 down Ucast 0 0
Mcast 0 0
Bcast 0 0
Discard 0 0
:
>
なお，本コマンド実行時に Discard の値が 0 より大きい場合は，パケットが廃棄される障害が発生してい
ます。show interfaces コマンドで該当ポートの詳細情報を確認してください。
3.1.2 SFU/PSU のトラブル
通信障害の原因が SFU または PSU にあると考えられる場合は，次の内容に従って確認してください。
(1) SFU の状態確認
1. ログの確認
ログの内容および対応については，「メッセージ・ログレファレンス」を参照してください。
2. SFU の状態による原因の切り分け show system コマンドで SFU の状態を確認して，次の表に従って原因を切り分けてください。
28
3 ネットワークインタフェースのトラブルシュート
表 3‒3 SFU の状態の確認および対応
項
番
SFU の状態 原因
1
2
3
4
5
6
7 active fault initialize inactive notsupport disable notconnect
対応
該当 SFU は運用系として
正常に動作中である
該当 SFU に障害が発生し
ている
該当 SFU が初期化中であ
る inactivate sfu コマンドが
設定されている
本装置で未サポートの SFU
が搭載されている
コンフィグレーションコマ
ンドで no power enable
が設定されている
該当 SFU が搭載されてい
ない
してください。 active になっている SFU の枚数が少ないと，帯域が減
少することがあります。 show logging コマンドで表示される該当 SFU のログ
について，「メッセージ・ログレファレンス」を参照し
て，記載内容に従って対応してください。
初期化が完了するまで待ってください。 activate sfu コマンドで該当 SFU の状態を active にし
てください。
SFU を交換してください。
使用する SFU が搭載されていることを確認したあと，コ
ンフィグレーションコマンド power enable を設定して
該当 SFU の状態を active にしてください。
SFU を搭載してください。
(2) PSU の状態確認
1. ログの確認
ログの内容および対応については，「メッセージ・ログレファレンス」を参照してください。
2. PSU の状態による原因の切り分け show system コマンドで PSU の状態を確認して，次の表に従って原因を切り分けてください。
表 3‒4 PSU の状態の確認および対応
項
番
1
PSU の状態 active
原因 対応
2
3
4
5 fault initialize inactive notsupport
該当 PSU は正常に動作中
である
該当 PSU に障害が発生し
ている
該当 PSU が初期化中であ
る inactivate psu コマンドが
設定されている
本装置で未サポートの PSU
が搭載されている
してください。 show logging コマンドで表示される該当 PSU のログ
について，「メッセージ・ログレファレンス」を参照し
て，記載内容に従って対応してください。
初期化が完了するまで待ってください。 activate psu コマンドで該当 PSU の状態を active にし
てください。
PSU を交換してください。
29
3 ネットワークインタフェースのトラブルシュート
項
番
6
PSU の状態 power shortage
7
8 disable notconnect
電力不足による運用停止状
態である
原因
コンフィグレーションコマ
ンドで no power enable
が設定されている
該当 PSU が搭載されてい
ない
対応 show environment コマンドで電源の情報，および装置
の余剰電力を確認してください。
• PS の状態が fault の場合は，電源機構を交換してく
ださい。
• PS の状態が active の場合は，装置の余剰電力を確認
して，電源機構を追加してください。
使用する PSU が搭載されていることを確認したあと，コ
ンフィグレーションコマンド power enable を設定して
該当 PSU の状態を active にしてください。
PSU を搭載してください。
3.1.3 10BASE-T/100BASE-TX/1000BASE-T のトラブル
10BASE-T/100BASE-TX/1000BASE-T でトラブルが発生した場合は，次の順序で障害を切り分けてくだ
さい。
1. ログの確認
ログの内容および対応については，「メッセージ・ログレファレンス」を参照してください。
2. 障害解析方法に従った原因の切り分け
次の表に示す障害解析方法に従って原因を切り分けてください。
表 3‒5 10BASE-T/100BASE-TX/1000BASE-T のトラブル発生時の障害解析方法
項
番
確認内容・コマンド 原因 対応
1
2
該当ポートの障害統計情報
で，Link down がカウントさ
れていないか確認してくださ
い。カウントされている場
合，原因と対応欄を参照して
ください。
• show interfaces
該当ポートの受信系エラー統
計情報で，CRC errors または
Symbol errors がカウントさ
回線品質が低
下している
回線品質が低
下している
ケーブルの種別が正しいか確認してください。種別に
ついては，「ハードウェア取扱説明書」を参照してくだ
さい。
本装置の設定が次の場合は，ピンマッピングが MDI-X
であるか確認してください。
• 該当ポートの設定が固定接続である
• 該当ポートの設定がオートネゴシエーションかつ
自動 MDI/MDIX 機能を無効にしている
ケーブル長を確認してください。ケーブル長について
は，「ハードウェア取扱説明書」を参照してください。
ケーブルの接続が正しいか確認してください。
本装置でサポートしている接続インタフェースに交換
してください。本装置でサポートしている接続インタ
フェースについては，「コンフィグレーションガイド」
を参照してください。
ケーブルの種別が正しいか確認してください。種別に
ついては，「ハードウェア取扱説明書」を参照してくだ
さい。
30
3 ネットワークインタフェースのトラブルシュート
項
番
3
4
5
確認内容・コマンド 原因 対応
れていないか確認してくださ
い。カウントされている場
合，原因と対応欄を参照して
ください。
• show interfaces
本装置の設定が次の場合は，ピンマッピングが MDI-X
であるか確認してください。
• 該当ポートの設定が固定接続である
• 該当ポートの設定がオートネゴシエーションかつ
自動 MDI/MDIX 機能を無効にしている
ケーブル長を確認してください。ケーブル長について
は，「ハードウェア取扱説明書」を参照してください。
ケーブルの接続が正しいか確認してください。
本装置でサポートしている接続インタフェースに交換
してください。本装置でサポートしている接続インタ
フェースについては，「コンフィグレーションガイド」
を参照してください。
ピンマッピングを正しく修正してください。ピンマッ
ピングについては，「コンフィグレーションガイド」を
参照してください。
該当ポートの障害統計情報
で，MDI cross over changed がカウントされて
いないか確認してください。
カウントされている場合，原
因と対応欄を参照してくださ
い。
• show interfaces
該当ポートのポート情報で，
回線種別および回線速度が正
しいか確認してください。不
正な回線種別または回線速度
の場合，原因と対応欄を参照
してください。
• show interfaces
ケーブルのピ
ンマッピング
が不正である
ケーブルが適
合していない
回線速度と duplex が相
手装置と不一
致である
上記以外の場
合
ケーブルの種別が正しいか確認してください。種別に
ついては，「ハードウェア取扱説明書」を参照してくだ
さい。
コンフィグレーションコマンド speed および duplex
の設定を相手装置と合わせてください。
オートネゴシエーションで特定の速度を使用する場合
は，オートネゴシエーションの回線速度を設定してくだ
さい。詳細は，「コンフィグレーションガイド」を参照
してください。
ジャンボフレームの設定を相手装置と合わせてくださ
い。
該当ポートの受信系エラー統
計情報で，Long frames がカ
ウントされていないか確認し
てください。カウントされて
いる場合，原因と対応欄を参
照してください。
• show interfaces
受信できるフ
レーム長を超
えたパケット
を受信してい
る
3.1.4 1000BASE-X のトラブル
1000BASE-X でトラブルが発生した場合は，次の順序で障害を切り分けてください。
1. ログの確認
31
3 ネットワークインタフェースのトラブルシュート
ログの内容および対応については，「メッセージ・ログレファレンス」を参照してください。
2. 障害解析方法に従った原因の切り分け
次の表に示す障害解析方法に従って原因を切り分けてください。
表 3‒6 1000BASE-X のトラブル発生時の障害解析方法
項
番
1
2
確認内容・コマンド
該当ポートの障害統計情報
で，Link down または Signal detect errors がカウントさ
れていないか確認してくださ
い。カウントされている場
合，原因と対応欄を参照して
ください。
• show interfaces
該当ポートの受信系エラー統
計情報で，CRC errors または
Symbol errors がカウントさ
れていないか確認してくださ
い。カウントされている場
合，原因と対応欄を参照して
ください。
• show interfaces
原因
受信側の回線
品質が低下し
ている
受信側の回線
品質が低下し
ている
対応
光ファイバの種別を確認してください。種別について
は，「ハードウェア取扱説明書」を参照してください。
光アッテネータ（光減衰器）を使用している場合は，減
衰値を確認してください。光レベルについては，「ハー
ドウェア取扱説明書」を参照してください。
ケーブル長を確認してください。ケーブル長について
は，「ハードウェア取扱説明書」を参照してください。
ケーブルの接続が正しいか確認してください。また，
ケーブルの端面が汚れていないか確認してください。
汚れている場合は，汚れを拭き取ってください。
トランシーバの接続が正しいか確認してください。
コンフィグレーションコマンド speed および duplex
の設定を相手装置と合わせてください。
相手装置のセグメント規格と合わせてください。
光レベルが正しいか確認してください。光レベルにつ
いては，「ハードウェア取扱説明書」を参照してくださ
い。
光ファイバの種別を確認してください。種別について
は，「ハードウェア取扱説明書」を参照してください。
光アッテネータ（光減衰器）を使用している場合は，減
衰値を確認してください。光レベルについては，「ハー
ドウェア取扱説明書」を参照してください。
ケーブル長を確認してください。ケーブル長について
は，「ハードウェア取扱説明書」を参照してください。
ケーブルの接続が正しいか確認してください。また，
ケーブルの端面が汚れていないか確認してください。
汚れている場合は，汚れを拭き取ってください。
トランシーバの接続が正しいか確認してください。
コンフィグレーションコマンド speed および duplex
の設定を相手装置と合わせてください。
相手装置のセグメント規格と合わせてください。
光レベルが正しいか確認してください。光レベルにつ
いては，「ハードウェア取扱説明書」を参照してくださ
い。
32
3 ネットワークインタフェースのトラブルシュート
項
番
3
4
確認内容・コマンド 原因 対応
1000BASE-BX などの 1 芯
の光ファイバを使用している
場合，相手側のトランシーバ
と組み合わせが正しいか確認
してください。
該当ポートの受信系エラー統
計情報で，Long frames がカ
ウントされていないか確認し
てください。カウントされて
いる場合，原因と対応欄を参
照してください。
• show interfaces
トランシーバ
の組み合わせ
が不正である
受信できるフ
レーム長を超
えたパケット
を受信してい
る
1000BASE-BX を使用する場合，トランシーバは U タ
イプと D タイプを対向して使用する必要があります。
トランシーバの種別が正しいか確認してください。
ジャンボフレームの設定を相手装置と合わせてくださ
い。
3.1.5 10GBASE-R/100GBASE-R のトラブル
10GBASE-R または 100GBASE-R でトラブルが発生した場合は，次の順序で障害を切り分けてください。
1. ログの確認
ログの内容および対応については，「メッセージ・ログレファレンス」を参照してください。
2. 障害解析方法に従った原因の切り分け
次の表に示す障害解析方法に従って原因を切り分けてください。
表 3‒7 10GBASE-R/100GBASE-R のトラブル発生時の障害解析方法
項
番
確認内容・コマンド 原因 対応
1 該当ポートの障害統計情報
で，Signal detect errors，
LOS of sync，HI_BER，また
は LF がカウントされていな
いか確認してください。カウ
ントされている場合，原因と
対応欄を参照してください。
• show interfaces
受信側の回線
品質が低下し
ている
光ファイバの種別を確認してください。種別について
は，「ハードウェア取扱説明書」を参照してください。
光アッテネータ（光減衰器）を使用している場合は，減
衰値を確認してください。光レベルについては，「ハー
ドウェア取扱説明書」を参照してください。
ケーブル長を確認してください。ケーブル長について
は，「ハードウェア取扱説明書」を参照してください。
ケーブルの接続が正しいか確認してください。また，
ケーブルの端面が汚れていないか確認してください。
汚れている場合は，汚れを拭き取ってください。
トランシーバの接続が正しいか確認してください。
トランシーバを相手装置のセグメント規格と合わせて
ください。
光レベルが正しいか確認してください。光レベルにつ
いては，「ハードウェア取扱説明書」を参照してくださ
い。
33
3 ネットワークインタフェースのトラブルシュート
項
番
2
3
4
確認内容・コマンド 原因 対応
該当ポートの受信系エラー統
計情報で，CRC errors または
Symbol errors がカウントさ
れていないか確認してくださ
い。カウントされている場
合，原因と対応欄を参照して
ください。
• show interfaces
受信側の回線
品質が低下し
ている
該当ポートの障害統計情報
で，RF がカウントされていな
いか確認してください。カウ
ントされている場合，原因と
対応欄を参照してください。
• show interfaces
送信側の回線
品質が低下し
ている
光ファイバの種別を確認してください。種別について
は，「ハードウェア取扱説明書」を参照してください。
光アッテネータ（光減衰器）を使用している場合は，減
衰値を確認してください。光レベルについては，「ハー
ドウェア取扱説明書」を参照してください。
ケーブル長を確認してください。ケーブル長について
は，「ハードウェア取扱説明書」を参照してください。
ケーブルの接続が正しいか確認してください。また，
ケーブルの端面が汚れていないか確認してください。
汚れている場合は，汚れを拭き取ってください。
トランシーバの接続が正しいか確認してください。
トランシーバを相手装置のセグメント規格と合わせて
ください。
光レベルが正しいか確認してください。光レベルにつ
いては，「ハードウェア取扱説明書」を参照してくださ
い。
光ファイバの種別を確認してください。種別について
は，「ハードウェア取扱説明書」を参照してください。
光アッテネータ（光減衰器）を使用している場合は，減
衰値を確認してください。光レベルについては，「ハー
ドウェア取扱説明書」を参照してください。
ケーブル長を確認してください。ケーブル長について
は，「ハードウェア取扱説明書」を参照してください。
ケーブルの接続が正しいか確認してください。また，
ケーブルの端面が汚れていないか確認してください。
汚れている場合は，汚れを拭き取ってください。
トランシーバの接続が正しいか確認してください。
トランシーバを相手装置のセグメント規格と合わせて
ください。
光レベルが正しいか確認してください。光レベルにつ
いては，「ハードウェア取扱説明書」を参照してくださ
い。
ジャンボフレームの設定を相手装置と合わせてくださ
い。
該当ポートの受信系エラー統
計情報で，Long frames がカ
ウントされていないか確認し
てください。カウントされて
いる場合，原因と対応欄を参
照してください。
• show interfaces
受信できるフ
レーム長を超
えたパケット
を受信してい
る
34
3 ネットワークインタフェースのトラブルシュート
3.2 リンクアグリゲーション使用時の通信障害
リンクアグリゲーション使用時に通信できない，または縮退運転している場合は，次の表に示す障害解析方
法に従って原因を切り分けてください。
表 3‒8 リンクアグリゲーション使用時の通信の障害解析方法
項
番
確認内容・コマンド
1
2
3
通信障害となっているリンクアグリゲーショ
ンのモードが，相手装置のモードと一致して
いることを確認してください。
• show channel-group detail
通信障害となっているリンクアグリゲーショ
ンの統計情報で，TxLACPDUs および
RxLACPDUs の値が増加していることを確
認してください。
• show channel-group statistics lacp
通信障害となっているポートの運用状態を，
Status で確認してください。
• show channel-group detail
対応
リンクアグリゲーションのモードが相手装置と異なる場合
は，相手装置と同じモードに変更してください。
リンクアグリゲーションのモードが相手装置と一致してい
て，かつ LACP リンクアグリゲーションの場合は，各ポート
の LACP 開始方法が本装置および相手装置の両方とも passive でないか確認してください。
両方とも passive の場合は，本装置または相手装置のどちら
か一方を active に変更してください。
本装置または相手装置のどちらか一方が active の場合は，項
番 2 へ。
リンクアグリゲーションのモードが相手装置と一致してい
て，かつスタティックリンクアグリゲーションの場合は，項
番 3 へ。
TxLACPDUs および RxLACPDUs のどちらかが増加しな
回線状態に問題がないときは，フィルタまたは QoS によって
LACPDU が廃棄されていないか確認してください。確認方
てください。
TxLACPDUs および RxLACPDUs のどちらも増加してい
る場合は，項番 3 へ。
チャネルグループ内の全ポートが Down の場合，チャネルグ
ループが Down します。
Down 状態のポートでは Reason の表示内容によって，次の
ように対応してください。
• Standby
本装置のチャネルグループのポートがスタンバイ状態に
なっています。スタンバイ状態を解除する場合は，ポート
チャネルインタフェースのコンフィグレーションから channel-group max-active-port の設定を削除してくだ
さい。
• CH Disabled
チャネルグループが Disable 状態のため Down してい
ます。Disable 状態を解除する場合は，ポートチャネルイ
ンタフェースのコンフィグレーションから shutdown の
設定を削除してください。
• Port Down
35
3 ネットワークインタフェースのトラブルシュート
項
番
確認内容・コマンド 対応
• Port Speed Unmatch
チャネルグループ内のほかのポートと回線速度が不一致
のため縮退状態になっています。縮退を回避する場合は，
チャネルグループ内の全ポートの速度が一致するように
設定してください。
• Duplex Half
Duplex モードが Half のため縮退状態になっています。
縮退を回避する場合は，Duplex モードを Full に設定し
てください。
• Port Selecting
ポートアグリゲーション条件チェック実施中のため縮退
状態になっています。しばらく待っても回復しない場合
は，相手装置の運用状態および設定を確認してください。
• Waiting Partner Synchronization
ポートアグリゲーション条件チェックを完了して接続
ポートの同期待ちのため縮退状態になっています。しば
らく待っても回復しない場合は，相手装置の運用状態およ
び設定を確認してください。
• Partner System ID Unmatch
接続ポートから受信した Partner System ID とグループ
の Partner System ID が不一致のため縮退状態になって
います。縮退を回避する場合は，相手装置の運用状態およ
び配線を確認してください。
• LACPDU Expired
接続ポートからの LACPDU 有効時刻を超過したため，該
当ポートが縮退状態となっています。show channelgroup statistics コマンドで lacp パラメータを指定し
て，LACPDU の統計情報を確認してください。また，相
手装置の運用状態および設定を確認してください。
• Partner Key Unmatch
接続ポートから受信した Key とグループの Partner Key
が不一致のため縮退状態となっています。縮退を回避す
る場合は，相手装置の運用状態および配線を確認してくだ
さい。
• Partner Aggregation Individual
接続ポートからリンクアグリゲーション不可を受信した
ため縮退状態となっています。縮退を回避する場合は，相
手装置の運用状態および設定を確認してください。
• Partner Synchronization OUT_OF_SYNC
接続ポートから同期不可を受信したため縮退状態となっ
ています（相手装置でリンクアグリゲーションを Disable
状態にした場合に発生します）。
• Port Moved
接続されていたポートがほかのポートと接続しました。
配線を確認してください。
36
項
番
確認内容・コマンド
3 ネットワークインタフェースのトラブルシュート
対応
• Operation of Detach Port Limit
離脱ポート数制限機能が動作したため，チャネルグループ
が Down しています。
37
4
レイヤ 2 スイッチングのトラブル
シュート
この章では，レイヤ 2 スイッチングで障害が発生した場合の対処について説
明します。
39
4 レイヤ 2 スイッチングのトラブルシュート
4.1 VLAN の通信障害
(1) 通信できない
VLAN 使用時に通信できない場合は，次の表に示す障害解析方法に従って原因を切り分けてください。
表 4‒1 VLAN の障害解析方法
項
番
確認内容・コマンド
1
2
3
4
対応
VLAN で通信するポートおよび VLAN ID
について，VLAN の設定が正しいか，コン
フィグレーションを確認してください。
• show vlan configuration
コンフィグレーションが正しい場合は，項番 2 へ。
コンフィグレーションが正しくない場合は，コンフィグレー
ションを修正してください。
VLAN ポート数が収容条件に達しているシ
ステムメッセージ（メッセージ種別：VLAN，
メッセージ識別子：2510001b）が表示され
ていないか確認してください。
• show logging
• show vlan summary
システムメッセージが表示されていない場合は，項番 3 へ。
システムメッセージが表示されている場合は，VLAN ポート
数が収容条件に達しています。
VLAN ポート数が収容条件を超えた状態での運用は推奨し
ません。show vlan summary コマンドで Number of
VLAN ports の値を確認して，収容条件内で運用してくださ
い。
VLAN の状態を確認してください。
• show vlan detail
Status が Up の場合は，項番 5 へ。
Status が Up で，かつ VLAN を設定した特定のポートで通
信できない場合は，項番 4 へ。
Status が Down の場合は，通信できるポートがない，または
VLAN debounce 機能によって VLAN の Up 状態への遷移
が抑止されています。
• ポート状態を確認する場合は，項番 4 へ。
• VLAN debounce 機能の設定をコンフィグレーションで
確認してください。
VLAN に所属しているポートの状態を確認
してください。
• show vlan detail
Port Information でポート状態が Up，かつデータ転送状態
が Forwarding の場合は，項番 5 へ。
Port Information でポート状態が Up，かつデータ転送状態
が Blocking(CH)の場合は，リンクアグリゲーションによっ
Port Information でポート状態が Up，かつデータ転送状態
が Blocking(STP)の場合は，スパニングツリーによって通信
Port Information でポート状態が Up，かつデータ転送状態
が Blocking(AXRP)の場合は，Ring Protocol によって通信
できない状態になっています。「4.3 Ring Protocol の通信
40
4 レイヤ 2 スイッチングのトラブルシュート
項
番
確認内容・コマンド 対応
5
6
7
MAC アドレステーブルを表示して，MAC ア
ドレスの情報が正しいか確認してください。
• show mac-address-table
• clear mac-address-table
装置間で VLAN Tag の TPID が一致してい
るか確認してください。
• show interfaces
フィルタまたは QoS によってフレームが廃
棄されていないか確認してください。
ネットポートの状態を確認してください。
MAC アドレスが表示されていない場合は，項番 6 へ。
MAC アドレスが表示されていてもポート番号が異なる場合
は，相手装置の設定内容の変更などによって情報が古くなっ
ています。 clear mac-address-table コマンドで，MAC アドレステー
ブルの情報をクリアしてください。
装置間で VLAN Tag の TPID が一致している場合は，項番
7 へ。
装置間で VLAN Tag の TPID が異なる場合は，本装置のコ
ンフィグレーション変更をするか，相手装置の設定を変更し
てください。
参照してください。
(2) MAC アドレス学習の異常
VLAN の通信は，MAC アドレステーブルによって管理されています。MAC アドレスが MAC アドレス
テーブルに正しく登録されていないと，通信に影響することがあります。次の表に示す障害解析方法に従っ
て原因を切り分けてください。
表 4‒2 MAC アドレス学習の障害解析方法
項
番
1
確認内容・コマンド 対応
MAC アドレステーブルに登録されている
MAC アドレスの数（エントリ数）が，収容
条件に達しているシステムメッセージ（メッ
セージ種別：PSU，メッセージ識別子：
22001002）が表示されていないか確認して
ください。
• show logging
MAC アドレステーブルで使用中のエントリ
数と，使用できる最大エントリ数を確認して
ください。
• show psu resources
システムメッセージが表示されている場合は，MAC アドレ
ステーブルのエントリ数が収容条件に達しています。
収容条件を超えるとフレームはフラッディングされます。
ネットワーク構成を見直して収容条件内で運用してくださ
い。
ネットワーク構成を見直しても回復しない場合は，PSU を再
起動してください。
41
4 レイヤ 2 スイッチングのトラブルシュート
4.2 スパニングツリーの通信障害
スパニングツリー使用時に，レイヤ 2 通信で障害が発生する，またはスパニングツリーの運用状態がネッ
トワーク構成どおりでない場合は，次の表に示す障害解析方法に従って原因を切り分けてください。
なお，マルチプルスパニングツリーの場合は，CIST または MST インスタンスごとに確認してください。
例えば，ルートブリッジに関して確認するときは，CIST のルートブリッジまたは MST インスタンスごと
のルートブリッジと読み替えて確認してください。
表 4‒3 スパニングツリーの障害解析方法
項
番
1
確認内容・コマンド 対応
2
3
4
5
スパニングツリーの収容数が収容条件内かど
うか確認してください。
• show spanning-tree port-count
収容条件内で設定してください。なお，収容条件については，
「コンフィグレーションガイド」を参照してください。
収容条件内の場合は，項番 2 へ。
障害となっているスパニングツリーについ
て，プロトコル動作状況を確認してください。
• show spanning-tree
Enabled の場合は，項番 3 へ。
Disabled の場合は，スパニングツリーが停止状態になってい
ます。コンフィグレーションを確認してください。
障害となっているスパニングツリーについ
て，ルートブリッジのブリッジ識別子を確認
してください。
• show spanning-tree
ルートブリッジのブリッジ識別子がネットワーク構成どおり
のルートブリッジである場合は，項番 4 へ。
ルートブリッジのブリッジ識別子がネットワーク構成どおり
のルートブリッジでない場合は，ネットワーク構成およびコ
ンフィグレーションを確認してください。
障害となっているスパニングツリーについ
て，ポート状態およびポート役割を確認して
ください。
• show spanning-tree
ポート状態およびポート役割がネットワーク構成どおりの場
合は，項番 5 へ。
ループガード機能を適用しているポートのポート状態が
Blocking または Discarding の場合は，そのポートが指定
ポートかどうか確認してください。指定ポートであれば，
ループガード機能の設定を削除してください。
ポート状態およびポート役割がネットワーク構成と異なる場
合は，隣接装置の状態とコンフィグレーションを確認してく
ださい。
障害となっているスパニングツリーについ
て，障害となっているポートでの BPDU の送
受信カウンタを確認してください。
• show spanning-tree statistics
該当するポートがルートポートで，かつ BPDU 受信カウンタ
がカウントアップしている場合は，項番 6 へ。
該当するポートがルートポートで，かつ BPDU 受信カウンタ
がカウントアップしていない場合は，フィルタまたは QoS に
よって BPDU が廃棄されていないか確認してください。確
照してください。
問題がない場合は，隣接装置を確認してください。
該当するポートが指定ポートで，かつ BPDU 送信カウンタが
カウントアップしている場合は，項番 6 へ。
42
4 レイヤ 2 スイッチングのトラブルシュート
項
番
6
確認内容・コマンド 対応
障害となっているスパニングツリーについ
て，受信 BPDU のルートブリッジ識別子およ
び送信ブリッジ識別子がネットワーク構成ど
おりであることを確認してください。
• show spanning-tree detail
該当するポートが指定ポートで，かつ BPDU 送信カウンタが
受信 BPDU のルートブリッジ識別子および送信ブリッジ識
別子がネットワーク構成と異なる場合は，隣接装置の状態を
確認してください。
43
4 レイヤ 2 スイッチングのトラブルシュート
4.3 Ring Protocol の通信障害
Autonomous Extensible Ring Protocol は，リングトポロジでのレイヤ 2 ネットワークの冗長化プロトコ
ルで，以降，Ring Protocol と呼びます。
Ring Protocol 運用時に通信ができない場合は，次の図に示す解析フローに従って，現象を把握して原因を
切り分けてください。
図 4‒1 解析フロー
44
Ring Protocol 運用時に，正常に動作しない，またはリングネットワークの障害を検出する場合は，該当の
リングネットワークを構成するすべてのノードに対して，次の表に示す障害解析方法に従って原因を切り分
けてください。
表 4‒4 Ring Protocol の障害解析方法
項
番
確認内容・コマンド
1 Ring Protocol の動作状態を確認してくださ
い。
• show axrp
対応
Oper State に enable が表示されている場合は，項番 2 へ。
Oper State に"-"が表示されている場合は，Ring Protocol が
動作するために必要なコンフィグレーションがそろっていま
せん。コンフィグレーションを確認してください。
Oper State に disable が表示されている場合は，Ring
Protocol が無効になっています。コンフィグレーションを
確認してください。
Oper State に Not Operating が表示されている場合は，
Ring Protocol が動作していません。コンフィグレーション
に矛盾（本装置の動作モード，および属性とリングポートの
組み合わせが適切でないなど）がないか，コンフィグレーショ
ンを確認してください。
コンフィグレーションに矛盾がない場合は，項番 2 へ。
4 レイヤ 2 スイッチングのトラブルシュート
項
番
2
3
4
5
6
7
8
9
確認内容・コマンド 対応
動作モードと属性を確認してください。
• show axrp
各 VLAN グループのリングポート，およびそ
の状態を確認してください。
• show axrp
制御 VLAN ID を確認してください。
• show axrp detail
VLAN グループに属している VLAN ID を
確認してください。
• show axrp detail
ヘルスチェックフレームの送信間隔のタイマ
値（Health Check Interval）とヘルスチェッ
クフレームの保護時間のタイマ値（Health
Check Hold Time）を確認してください。
• show axrp detail
Ring Protocol で使用している VLAN とそ
のポートの状態を確認してください。
• show vlan detail
ヘルスチェックフレームの送受信状態を確認
してください。
• show tcpdump
フィルタまたは QoS によって Ring
Protocol で使用する制御フレームが廃棄さ
れていないか確認してください。
Mode と Attribute の内容がネットワーク構成どおりの動作
モードと属性になっている場合は，項番 3 へ。
上記が異なる場合は，コンフィグレーションを確認してくだ
さい。
Ring Port と Role/State の内容がネットワーク構成どおり
のポートと状態になっている場合は，項番 4 へ。
上記が異なる場合は，コンフィグレーションを確認してくだ
さい。
Control VLAN ID の内容がネットワーク構成どおりの
VLAN ID になっている場合は，項番 5 へ。
リングを構成する各装置で制御 VLAN ID が異なるなど，上
記が異なる場合は，コンフィグレーションを確認してくださ
い。
VLAN ID の内容がネットワーク構成どおりの VLAN ID に
なっている場合は，項番 6 へ。
リングを構成する各装置で VLAN グループに属している
VLAN ID が異なるなど，上記が異なる場合は，コンフィグ
レーションを確認してください。
ヘルスチェックフレームの保護時間のタイマ値が，ヘルス
チェックフレームの送信間隔のタイマ値より大きい（伝送遅
延も考慮されている）場合は，項番 7 へ。
ヘルスチェックフレームの保護時間のタイマ値が，ヘルス
チェックフレームの送信間隔のタイマ値より小さい，または
等しい（伝送遅延が考慮されていない）場合は，コンフィグ
レーションを確認して，設定を見直してください。
VLAN およびそのポートの状態に異常がない場合は，項番 8
へ。
異常がある場合は，コンフィグレーションの確認も含めて，
その状態を復旧してください。
ヘルスチェックフレームを正常に送受信していて，かつフ
レームの情報がネットワーク構成どおりの場合は，項番 9 へ。
ヘルスチェックフレームを正常に送受信できない，またはヘ
ルスチェックフレームの情報に異常がある場合は，コンフィ
グレーションを確認して，設定を見直してください。
参照してください。
45
4 レイヤ 2 スイッチングのトラブルシュート
4.4 IGMP/MLD snooping の通信障害
IGMP/MLD snooping 使用時にマルチキャスト中継ができない場合は，次の表に示す障害解析方法に従っ
て原因を切り分けてください。
表 4‒5 IGMP/MLD snooping の障害解析方法
項
番
確認内容・コマンド
1
2
3
4
対応
IGMP/MLD snooping を使用している
VLAN で，障害が発生しているシステムメッ
セージが表示されていないか確認してくださ
い。
• show logging
IGMP/MLD snooping を使用している
VLAN 内のポートまたはチャネルグループ
で，障害が発生しているシステムメッセージ
が表示されていないか確認してください。
• show logging
VLAN で障害が発生していない場合は，項番 2 へ。
VLAN で障害が発生している場合は「メッセージ・ログレ
ファレンス」を参照して，各システムメッセージの「対応」
に従ってください。
ポートまたはチャネルグループで障害が発生していない場合
は，項番 3 へ。
ポートまたはチャネルグループで障害が発生している場合は
「メッセージ・ログレファレンス」を参照して，各システム
メッセージの「対応」に従ってください。
IGMP/MLD snooping の登録エントリ数が
収容条件を超えているシステムメッセージが
表示されていないか確認してください。
• show logging
システムメッセージが表示されていない場合は，項番 4 へ。
次のシステムメッセージが表示されている場合，IGMP snooping または MLD snooping の登録エントリ数が収容
条件を超えています。エントリ数を削減できるようにシステ
ム構成を見直してください。
• メッセージ種別：IGMPsnoop，メッセージ識別子：
21010004
• メッセージ種別：MLDsnoop，メッセージ識別子：
21020004
MAC アドレステーブルの使用量が収容条件
を超えているシステムメッセージが表示され
ていないか確認してください。
• show logging
システムメッセージが表示されていない場合は，項番 5 へ。
メッセージ種別：PSU，メッセージ識別子：22003001 が表
示されている場合，MAC アドレステーブルの使用量が収容
条件を超えているため，IGMP snooping のエントリが登録
できません。システム構成を見直したあと，clear igmpsnooping group コマンドを実行してください。
メッセージ種別：PSU，メッセージ識別子：22003002 が表
示されている場合，MAC アドレステーブルの使用量が収容
条件を超えているため，MLD snooping のエントリが登録で
きません。システム構成を見直したあと，clear mldsnooping group コマンドを実行してください。
メッセージ種別：PSU，メッセージ識別子：22003003 が表
示されている場合，MAC アドレステーブルの使用量が収容
条件を超えているため，IGMP snooping を制御するための
エントリが登録できません。システム構成を見直したあと， restart snooping コマンドを実行してください。
メッセージ種別：PSU，メッセージ識別子：22003004 が表
示されている場合，MAC アドレステーブルの使用量が収容
条件を超えているため，MLD snooping を制御するためのエ
46
4 レイヤ 2 スイッチングのトラブルシュート
項
番
確認内容・コマンド 対応
5
6
7
8
9
フィルタまたは QoS によって，IGMP/MLD snooping で使用する制御フレームが廃棄さ
れていないか確認してください。
IPv4/IPv6 マルチキャストを同時使用する場
合の設定が正しいか確認してください。
IGMP クエリアまたは MLD クエリアの設定
が正しいか確認してください。
• show igmp-snooping
• show mld-snooping
VLAN 内にマルチキャストパケット中継が
できる機器を接続している場合，マルチキャ
ストルータポートの設定が正しいか確認して
ください。
• show igmp-snooping
• show mld-snooping
IGMP/MLD snooping のエントリが学習さ
れていることを確認してください。
• show igmp-snooping group
• show mld-snooping group
ントリが登録できません。システム構成を見直したあと， restart snooping コマンドを実行してください。
IGMP/MLD snooping で使用する制御フレームが廃棄され
ていない場合は，項番 6 へ。
参照してください。
IPv4/IPv6 マルチキャストを同時使用する場合の設定が正し
い場合は，項番 7 へ。
該当 VLAN に IPv4/IPv6 マルチキャストの静的グループ参
加機能を使用している場合，マルチキャスト通信が必要な
ポートにマルチキャストルータポートを設定してください。
IGMP querying system または MLD querying system の
表示が正しい場合は，項番 8 へ。
IGMP querying system または MLD querying system に
IP アドレスが表示されていない場合は，次に示すとおりに対
応してください。
• IPv4/IPv6 マルチキャストを同時使用していないとき
VLAN 内に IGMP クエリアまたは MLD クエリアが存在
しません。ネットワーク構成またはコンフィグレーショ
ンを見直してください。
また，本装置に IGMP クエリア機能または MLD クエリ
ア機能を設定しているときは，VLAN に IP アドレスが設
定されているか確認してください。
• IPv4/IPv6 マルチキャストを同時使用しているとき
IPv4 Multicast routing または IPv6 Multicast routing
に On が表示されていることを確認してください。On
が表示されていれば，IP アドレスが表示されていなくて
も問題ありません。
Mrouter-port にマルチキャストルータポートが表示されて
いる場合は，項番 9 へ。
Mrouter-port にマルチキャストルータポートが表示されて
いない場合は，コンフィグレーションを確認してください。
また，接続機器がマルチキャスト中継できる設定になってい
るか確認してください。
IGMP/MLD snooping のエントリが表示されている場合
は，項番 10 へ。
参加グループアドレスが表示されていることを確認してくだ
さい。表示されていない場合は，受信者側の設定が正しいか
確認してください。
10 マルチキャストパケットの中継が同一
VLAN 内の中継か確認してください。
47
5
IP およびルーティングのトラブル
シュート
この章では，IP ネットワーク上の通信およびルーティングで障害が発生した
場合の対処について説明します。
49
5 IP およびルーティングのトラブルシュート
5.1 IPv4 ネットワークの通信障害
5.1.1 通信できない，または切断されている
本装置を使用している IPv4 ネットワーク上で通信トラブルが発生する要因として，次の 3 種類が考えられ
ます。
1. IPv4 通信に関係するコンフィグレーションの変更
2. ネットワークの構成変更
3. ネットワークを構成する機器の障害
1.および 2.については，コンフィグレーションおよびネットワーク構成の変更前と変更後の差分を取得し
て，通信できなくなる原因がないか確認してください。
ここでは，3.に示すように「コンフィグレーションおよびネットワーク構成は正しいのに IPv4 通信ができ
ない」，「これまで正常に動いていたのに IPv4 通信ができなくなった」というケースを中心に，障害部位お
よび原因の切り分け手順を説明します。
障害部位および原因の切り分け方法は，次のフローに従ってください。
図 5‒1 IPv4 通信ができない場合の障害解析フロー
50
注※1 「3 ネットワークインタフェースのトラブルシュート」を参照してください。
注※2 「5.5 ユニキャストルーティングの通信障害」を参照してください。
5 IP およびルーティングのトラブルシュート
(1) ログの確認
ログを表示して，障害発生を示すシステムメッセージがあるか確認します。回線の障害（または壊れ）など
によって通信できなくなった場合には，システムメッセージが出力されます。ログの確認手順を次に示しま
す。
1. 本装置にログインします。
2. show logging コマンドを実行して，ログを表示します。
3. ログにはそれぞれ発生した日時が表示されます。通信できなくなった日時にログが表示されていない
か確認してください。
4. 通信できなくなった日時に表示されているログの障害の内容および障害への対応については，「メッ
セージ・ログレファレンス」を参照して，その指示に従ってください。
5. 通信できなくなった日時にログの表示がないときは，「(2) インタフェース状態の確認」に進んでくだ
さい。
(2) インタフェース状態の確認
本装置のハードウェアは正常に動作している場合でも，本装置と接続している隣接装置のハードウェアに障
害が発生していることも考えられます。
本装置と隣接装置間の，インタフェース状態を確認する手順を次に示します。
1. 本装置にログインします。
2. show ip interface コマンドを使用して，該当装置間のインタフェースの Up または Down 状態を確認
してください。
3. 該当インタフェースが Down 状態のときは，「3 ネットワークインタフェースのトラブルシュート」
を参照してください。
4. 該当インタフェースが Up 状態のときは，「(3) 障害範囲の特定（本装置から実施する場合）」に進んで
ください。
(3) 障害範囲の特定（本装置から実施する場合）
本装置に障害がない場合は，通信していた相手との間のどこかに障害が発生している可能性があります。通
信相手とのどの部分で障害が発生しているか，障害範囲を特定する手順を次に示します。
1. 本装置にログインします。
2. ping コマンドを使用して，通信できない両方の相手との疎通を確認してください。ping コマンドの操
作例および実行結果の見方については，「運用コマンドレファレンス」を参照してください。
3. ping コマンドで通信相手との疎通が確認できなかったときは，さらに ping コマンドを使用して，本装
置に近い装置から順に通信相手に向けて疎通を確認してください。
4. ping コマンドを実行した結果，障害範囲が隣接装置の場合は「(5) 隣接装置との ARP 解決情報の確
認」に，リモート先の装置の場合は「(6) ユニキャストルーティング情報の確認」に進んでください。
(4) 障害範囲の特定（お客様の端末装置から実施する場合）
本装置にログインできない環境にある場合に，お客様の端末装置から通信相手とのどの部分で障害が発生し
ているか，障害範囲を特定する手順を次に示します。
1. お客様の端末装置に ping 機能があることを確認してください。
51
5 IP およびルーティングのトラブルシュート
2. ping 機能を使用して，お客様の端末装置と通信相手との疎通ができるか確認してください。
3. ping 機能で通信相手との疎通が確認できなかったときは，さらに ping コマンドを使用して，お客様の
端末装置に近い装置から順に通信相手に向けて疎通を確認してください。
4. ping 機能によって障害範囲が特定できたら，本装置に障害があると考えられる場合は本装置にログイン
して，障害解析フローに従って障害原因を調査してください。
(5) 隣接装置との ARP 解決情報の確認
ping コマンドを実行した結果，隣接装置との疎通ができない場合は，ARP によるアドレス解決ができてい
ないことが考えられます。本装置と隣接装置間のアドレス解決状態を確認する手順を次に示します。
1. 本装置にログインします。
2. show ip arp コマンドを使用して，隣接装置間とのアドレス解決状態（ARP エントリ情報の有無）を確
認してください。
3. 隣接装置間とのアドレスが解決している（ARP エントリ情報あり）場合は，「(6) ユニキャストルー
4. 隣接装置間とのアドレスが解決していない（ARP エントリ情報なし）場合は，隣接装置と本装置の IP
ネットワーク設定が一致しているか確認してください。
(6) ユニキャストルーティング情報の確認
隣接装置とのアドレスが解決しているのに通信できない場合や，IPv4 ユニキャスト通信で通信相手との途
中の経路で疎通できなくなる，または通信相手までの経路がおかしいなどの場合は，本装置が取得した経路
情報を確認する必要があります。経路情報を確認する手順を次に示します。
1. 本装置にログインします。
2. show logging コマンドを実行して，IPv4 ユニキャスト経路数が収容条件に達しているメッセージ
（メッセージ種別：PSU，メッセージ識別子：41011002）が表示されていないか確認してください。
システムメッセージが表示されている場合，IPv4 ユニキャスト経路数が収容条件に達しているため，
これ以上 IPv4 ユニキャスト経路を登録できません。ネットワーク構成を見直して，収容条件内で運用
することを推奨します。
ネットワーク構成を見直したあとで，clear ip route コマンドで vrf all *パラメータを指定して，IPv4
ユニキャスト経路を再登録してください。
3. show ip route コマンドを実行して，本装置が取得した経路情報を確認してください。
4. Null インタフェースでパケットが廃棄されていないか確認してください。通信障害となっている経路
情報の送出インタフェースが null0 の場合は，Null インタフェースでパケットが廃棄されています。ス
タティックルーティングのコンフィグレーション設定を見直してください。
5. 本装置が取得した経路情報の中に，通信障害となっているインタフェースの経路情報がない場合やネク
ストホップアドレスが不正の場合は「5.5 ユニキャストルーティングの通信障害」に進んでください。
6. 本装置が取得した経路情報の中に，通信障害となっているインタフェースの経路情報がある場合は，通
信できないインタフェースに設定している次の機能に問題があると考えられます。該当する機能を調
査してください。
• DHCP/BOOTP リレーエージェント
「(7) DHCP/BOOTP リレーエージェント設定の確認」に進んでください。
• フィルタ，QoS，または uRPF
52
5 IP およびルーティングのトラブルシュート
• ポリシーベースルーティング
「5.3.1 ポリシーベースルーティングによる通信障害の確認」に進んでください。
(7) DHCP/BOOTP リレーエージェント設定の確認
本装置の DHCP/BOOTP リレーエージェントによって隣接装置へ IP アドレスを割り当てている場合は，
適切に IP アドレスを割り当てられていない可能性があります。
DHCP/BOOTP リレーエージェントのコンフィグレーション設定を確認してください。手順については，
「5.1.2 DHCP/BOOTP リレーエージェントで IP アドレスが割り当てられない」を参照してください。
(8) パケット廃棄の確認
フィルタ，QoS，または uRPF によってパケットが廃棄されている可能性があります。確認方法と対応に
ついては，「8.1 パケット廃棄の確認」を参照してください。
5.1.2 DHCP/BOOTP リレーエージェントで IP アドレスが割り当てら
れない
DHCP/BOOTP リレーエージェントの通信トラブルが発生する要因として，次の 4 種類が考えられます。
• DHCP/BOOTP リレーエージェントのコンフィグレーション設定
• DHCP/BOOTP サーバ（以降，サーバ）のコンフィグレーション設定
• DHCP/BOOTP クライアント（以降，クライアント）のコンフィグレーション設定
• IPv4 ネットワークの通信障害
ここでは，次に示すネットワーク構成を例として，障害部位および原因の切り分け手順を説明します。
図 5‒2 DHCP/BOOTP リレーエージェントのネットワーク構成例（1 段）
確認ポイント
（図中の記号）
1a
宛先 IP アドレス
255.255.255.255
パケット内の値
送信元 IP アドレス
宛先 UDP ポート
番号
0.0.0.0
67
送信元 UDP ポー
ト番号
任意
53
5 IP およびルーティングのトラブルシュート
1b
1c
1d
確認ポイント
（図中の記号）
宛先 IP アドレス
192.0.2.41
192.0.2.21
割り当て DHCP アド
レス
パケット内の値
送信元 IP アドレス
宛先 UDP ポート
番号
192.0.2.42
192.0.2.41
192.0.2.21
67
67
68
送信元 UDP ポー
ト番号
68
任意
67
図 5‒3 DHCP/BOOTP リレーエージェントのネットワーク構成例（多段）
2a
2b
2c
2d
2e
確認ポイント
（図中の記号）
宛先 IP アドレス
255.255.255.255
192.0.2.41
192.0.2.61
192.0.2.21
割り当て DHCP アド
レス
パケット内の値
送信元 IP アドレス
宛先 UDP ポート
番号
0.0.0.0
192.0.2.42
192.0.2.62
192.0.2.61
192.0.2.21
67
67
67
67
68
送信元 UDP ポー
ト番号
任意
68
68
任意
67
なお，図中の 1a および 1d，または 2a および 2e を確認する場合，あらかじめクライアントに対して，割
り当て DHCP アドレスの代わりに一時的に固定 IP アドレスを設定してください。
(1) DHCP/BOOTP リレーエージェントの状態および統計情報の確認
DHCP/BOOTP リレーエージェントの状態および統計情報を確認して，次の表に示す障害解析方法に従っ
て原因を切り分けてください。
54
5 IP およびルーティングのトラブルシュート
表 5‒1 DHCP/BOOTP リレーエージェントの障害解析方法
項
番
確認内容・コマンド
1
2
3
クライアント側インタフェースで，クライア
ントから受信したパケット数（DHCP/
BOOTP Request Packets Count の
Receive Packets）がカウントされているか
確認してください。
• show ip dhcp relay statistics
ホップ数が最大数以上のため廃棄されたパ
ケット数（DHCP/BOOTP Error Packets
Count の Hops Over）がカウントされてい
るか確認してください。
• show ip dhcp relay statistics
クライアント側インタフェースの転送先で，
サーバ（転送先）宛てへの送信に成功したパ
ケット数（DHCP/BOOTP Request
Packets Count の Send Packets）がカウン
トされているか確認してください。
• show ip dhcp relay statistics
対応
カウントされている場合は，項番 2 へ。
カウントされていない場合は，次の内容を確認してください。
• 「(2) DHCP/BOOTP リレーエージェント設定の確認」
を参照して，DHCP/BOOTP パケットの転送先を確認し
てください。
• 本装置のクライアント側ネットワークセグメント（図中の
確認ポイント 1a，または 2a および 2b）について確認し
• 該当クライアントの要因切り分け手順に従って，コンフィ
グレーションを確認してください。
カウントされている場合は，「(2) DHCP/BOOTP リレー
エージェント設定の確認」を参照して，DHCP/BOOTP パ
ケットの最大ホップ数を確認してください。
カウントされていない場合は，項番 3 へ。
4
5
サーバから受信したパケット数（DHCP/
BOOTP Reply Packets Count の Receive
Packets）がカウントされているか確認してく
ださい。
• show ip dhcp relay statistics
クライアント宛てへの送信に成功したパケッ
ト数（DHCP/BOOTP Reply Packets
Count の Send Packets）がカウントされて
いるか確認してください。
• show ip dhcp relay statistics
カウントされている場合は，項番 4 へ。
カウントされていない場合は，次の内容を確認してください。
• 「(2) DHCP/BOOTP リレーエージェント設定の確認」
を参照して，DHCP/BOOTP リレーエージェント IP ア
ドレスを確認してください。
• 図中の確認ポイント 1b，または 2b および 2c について確
カウントされている場合は，項番 5 へ。
カウントされていない場合は，次の内容を確認してください。
• 「(2) DHCP/BOOTP リレーエージェント設定の確認」
を参照して，DHCP/BOOTP リレーエージェント IP ア
ドレスを確認してください。
• 図中の確認ポイント 1c，または 2c および 2d について確
• 該当サーバの要因切り分け手順に従ってコンフィグレー
ションを確認して，ネットワークセグメントが一致してい
るかなどを確認してください。
カウントされている場合は，次の内容を確認してください。
• 該当サーバの要因切り分け手順に従ってコンフィグレー
ションを確認して，割り当てる IP アドレスが十分にある
かなどを確認してください。
• 該当クライアントの要因切り分け手順に従って，コンフィ
グレーションを確認してください。
55
5 IP およびルーティングのトラブルシュート
項
番
確認内容・コマンド 対応
カウントされていない場合は，次の内容を確認してください。
• 「(2) DHCP/BOOTP リレーエージェント設定の確認」
を参照して，DHCP/BOOTP リレーエージェント IP ア
ドレスを確認してください。
• 本装置のクライアント側ネットワークセグメント（図中の
確認ポイント 1d，または 2e）について確認してくださ
• 該当クライアントの要因切り分け手順に従って，コンフィ
グレーションを確認してください。
(2) DHCP/BOOTP リレーエージェント設定の確認
DHCP/BOOTP リレーエージェントのコンフィグレーション設定ミスによって，クライアントに IP アド
レスが割り当てられないという原因が考えられます。DHCP/BOOTP リレーエージェントのコンフィグ
レーションを確認する手順を次に示します。
1. クライアント側の IP インタフェースに，DHCP/BOOTP パケットの転送先が設定（コンフィグレー
ションコマンド ip helper-address）されていることを確認してください。
2. DHCP/BOOTP パケットの最大ホップ数が，本装置とクライアント間の DHCP/BOOTP リレーエー
ジェントの数よりも大きな値に設定（コンフィグレーションコマンド ip dhcp relay maximum-hopcount）されていることを確認してください。
3. マルチホーム構成の場合，DHCP/BOOTP リレーエージェント IP アドレス（giaddr）に，クライアン
トのネットワークセグメントと一致する IP アドレスが設定（コンフィグレーションコマンド ip dhcp relay gateway）されていることを確認してください。
なお，show ip dhcp relay interface コマンドで表示される DHCP/BOOTP リレーエージェントのイ
ンタフェース情報でも，コンフィグレーションの設定を確認できます。
(3) DHCP/BOOTP リレーエージェントと VRRP を同一 IP インタフェースで運用している
場合の確認
DHCP/BOOTP リレーエージェントと VRRP を同一 IP インタフェースに設定する場合，VRRP によって
別装置に切り替わってもクライアントからサーバへのゲートウェイが同じになることを確認してください。
例えば，サーバでは，仮想ルータアドレスをデフォルトルータ（ルータオプション）としてクライアントに
割り当てられるように設定しているか確認してください。
56
5 IP およびルーティングのトラブルシュート
5.2 IPv6 ネットワークの通信障害
5.2.1 通信できない，または切断されている
本装置を使用している IPv6 ネットワーク上で通信トラブルが発生する要因として，次の 3 種類が考えられ
ます。
1. IPv6 通信に関係するコンフィグレーションの変更
2. ネットワークの構成変更
3. ネットワークを構成する機器の障害
1.および 2.については，コンフィグレーションおよびネットワーク構成の変更前と変更後の差分を取得し
て，通信できなくなる原因がないか確認してください。
ここでは，3.に示すように「コンフィグレーションおよびネットワーク構成は正しいのに IPv6 通信ができ
ない」，「これまで正常に動いていたのに IPv6 通信ができなくなった」というケースを中心に，障害部位お
よび原因の切り分け手順を説明します。
障害部位および原因の切り分け方法は，次のフローに従ってください。
図 5‒4 IPv6 通信ができない場合の障害解析フロー
注※ 「3 ネットワークインタフェースのトラブルシュート」を参照してください。
57
5 IP およびルーティングのトラブルシュート
(1) ログの確認
ログを表示して，障害発生を示すシステムメッセージがあるか確認します。回線の障害（または壊れ）など
によって通信できなくなった場合には，システムメッセージが出力されます。ログの確認手順を次に示しま
す。
1. 本装置にログインします。
2. show logging コマンドを実行して，ログを表示します。
3. ログにはそれぞれ発生した日時が表示されます。通信できなくなった日時にログが表示されていない
か確認してください。
4. 通信できなくなった日時に表示されているログの障害の内容および障害への対応については，「メッ
セージ・ログレファレンス」を参照して，その指示に従ってください。
5. 通信できなくなった日時にログの表示がないときは，「(2) インタフェース状態の確認」に進んでくだ
さい。
(2) インタフェース状態の確認
本装置のハードウェアは正常に動作している場合でも，本装置と接続している隣接装置のハードウェアに障
害が発生していることも考えられます。
本装置と隣接装置間の，インタフェース状態を確認する手順を次に示します。
1. 本装置にログインします。
2. show ipv6 interface コマンドを使用して，該当装置間のインタフェースの Up または Down 状態を確
認してください。
3. 該当インタフェースが Down 状態のときは，「3 ネットワークインタフェースのトラブルシュート」
を参照してください。
4. 該当インタフェースが Up 状態のときは，「(3) 障害範囲の特定（本装置から実施する場合）」に進んで
ください。
(3) 障害範囲の特定（本装置から実施する場合）
本装置に障害がない場合は，通信していた相手との間のどこかに障害が発生している可能性があります。通
信相手とのどの部分で障害が発生しているか，障害範囲を特定する手順を次に示します。
1. 本装置にログインします。
2. ping ipv6 コマンドを使用して，通信できない両方の相手との疎通を確認してください。ping ipv6 コ
マンドの操作例および実行結果の見方については，「運用コマンドレファレンス」を参照してください。
3. ping ipv6 コマンドで通信相手との疎通が確認できなかったときは，さらに ping ipv6 コマンドを使用
して，本装置に近い装置から順に通信相手に向けて疎通を確認してください。
4. ping ipv6 コマンドを実行した結果，障害範囲が隣接装置の場合は「(5) 隣接装置との NDP 解決情報
の確認」に，リモート先の装置の場合は「(6) ユニキャストルーティング情報の確認」に進んでくださ
い。
(4) 障害範囲の特定（お客様の端末装置から実施する場合）
本装置にログインできない環境にある場合に，お客様の端末装置から通信相手とのどの部分で障害が発生し
ているか，障害範囲を特定する手順を次に示します。
1. お客様の端末装置に ping ipv6 機能があることを確認してください。
58
5 IP およびルーティングのトラブルシュート
2. ping ipv6 機能を使用して，お客様の端末装置と通信相手との疎通ができるか確認してください。
3. ping ipv6 機能で通信相手との疎通が確認できなかったときは，さらに ping ipv6 コマンドを使用して，
お客様の端末装置に近い装置から順に通信相手に向けて疎通を確認してください。
4. ping ipv6 機能によって障害範囲が特定できたら，本装置に障害があると考えられる場合は本装置にロ
グインして，障害解析フローに従って障害原因を調査してください。
(5) 隣接装置との NDP 解決情報の確認
ping ipv6 コマンドを実行した結果，隣接装置との疎通ができない場合は，NDP によるアドレス解決がで
きていないことが考えられます。本装置と隣接装置間のアドレス解決状態を確認する手順を次に示します。
1. 本装置にログインします。
2. show ipv6 neighbors コマンドを使用して，隣接装置間とのアドレス解決状態（NDP エントリ情報の
有無）を確認してください。
3. 隣接装置間とのアドレスが解決している（NDP エントリ情報あり）場合は，「(6) ユニキャストルー
4. 隣接装置間とのアドレスが解決していない（NDP エントリ情報なし）場合は，隣接装置と本装置の IP
ネットワーク設定が一致しているか確認してください。
(6) ユニキャストルーティング情報の確認
隣接装置とのアドレスが解決しているのに通信できない場合や，IPv6 ユニキャスト通信で通信相手との途
中の経路で疎通できなくなる，または通信相手までの経路がおかしいなどの場合は，本装置が取得した経路
情報を確認する必要があります。経路情報を確認する手順を次に示します。
1. 本装置にログインします。
2. show logging コマンドを実行して，IPv6 ユニキャスト経路数が収容条件に達しているメッセージ
（メッセージ種別：PSU，メッセージ識別子：41012002）が表示されていないか確認してください。
システムメッセージが表示されている場合，IPv6 ユニキャスト経路数が収容条件に達しているため，
これ以上 IPv6 ユニキャスト経路を登録できません。ネットワーク構成を見直して，収容条件内で運用
することを推奨します。
ネットワーク構成を見直したあとで，clear ipv6 route コマンドで vrf all *パラメータを指定して，IPv6
ユニキャスト経路を再登録してください。
3. show ipv6 route コマンドを実行して，本装置が取得した経路情報を確認してください。
4. Null インタフェースでパケットが廃棄されていないか確認してください。通信障害となっている経路
情報の送出インタフェースが null0 の場合は，Null インタフェースでパケットが廃棄されています。ス
タティックルーティングのコンフィグレーション設定を見直してください。
5. 本装置が取得した経路情報の中に，通信障害となっているインタフェースの経路情報がない場合やネク
ストホップアドレスが不正の場合は「5.5 ユニキャストルーティングの通信障害」に進んでください。
(7) IPv6 アドレスの配布情報設定の確認
本装置と本装置に直接接続されている端末との間で通信できない場合は，RA または DHCPv6 リレーエー
ジェントによってアドレス情報が正常に配布されていない可能性があります。
• RA
RA のコンフィグレーション設定が正しいか確認する手順を次に示します。
1. 本装置にログインします。
59
5 IP およびルーティングのトラブルシュート
2. show ipv6 routers コマンドを実行して，本装置の RA 情報を確認してください。RA で配布する情
報については，「コンフィグレーションガイド」を参照してください。
• DHCPv6 リレーエージェント
DHCPv6 リレーエージェントを使用している場合，「5.2.2 DHCPv6 リレーエージェントで IPv6 ア
(8) パケット廃棄の確認
フィルタ，QoS，uRPF，またはポリシーベースルーティングによってパケットが廃棄されている可能性が
あります。
• フィルタ，QoS または uRPF
確認方法と対応については，「8.1 パケット廃棄の確認」を参照してください。
• ポリシーベースルーティング
確認方法と対応については，「5.3.1 ポリシーベースルーティングによる通信障害の確認」を参照して
ください。
5.2.2 DHCPv6 リレーエージェントで IPv6 アドレスが割り当てられな
い
DHCPv6 リレーエージェントの通信トラブルが発生する要因として，次の 5 種類が考えられます。
• DHCPv6 リレーエージェントのコンフィグレーション設定
• DHCPv6 サーバ（以降，サーバ）のコンフィグレーション設定
• DHCPv6 クライアント（以降，クライアント）のコンフィグレーション設定
• RA のコンフィグレーション設定
• IPv6 ネットワークの通信障害
ここでは，次に示すネットワーク構成を例として，障害部位および原因の切り分け手順を説明します。
図 5‒5 DHCPv6 リレーエージェントのネットワーク構成例
60
5 IP およびルーティングのトラブルシュート a.
b.
c.
d.
e.
f.
確認ポイント
（図中の記号）
宛先 IPv6 アドレス ff02::1:2
2001:db8:2::1
2001:db8:3::1
2001:db8:3::2
2001:db8:2::2
クライアントリンク
ローカルアドレス
クライアントリンクロー
カルアドレス
パケット内の値
送信元 IPv6 アドレス
宛先 UDP ポート
番号
547
2001:db8:2::2
2001:db8:3::2
2001:db8:3::1
2001:db8:2::1
2001:db8:1::1
547
547
547
547
546
送信元 UDP ポー
ト番号
任意
546
546
任意
547
547
(1) DHCPv6 リレーエージェントの状態および統計情報の確認
DHCPv6 リレーエージェントの状態および統計情報を確認して，次の表に示す障害解析方法に従って原因
を切り分けてください。
表 5‒2 DHCPv6 リレーエージェントの障害解析方法
項
番
確認内容・コマンド
1 クライアント側インタフェースで，クライア
ントから受信したパケット数（DHCPv6
Request Packets Count の Receive
Packets）がカウントされているか確認してく
ださい。
• show ipv6 dhcp relay statistics
対応
カウントされている場合は，項番 2 へ。
カウントされていない場合は，次の内容を確認してください。
• 「(2) DHCPv6 リレーエージェント設定の確認」を参照
して，DHCPv6 パケットの転送先が設定されていること
を確認してください。
• クライアントを直接接続している場合は，RA の設定を確
2
3
ホップ数が最大数以上のため廃棄されたパ
ケット数（DHCPv6 Error Packets Count の
Hops Over）がカウントされているか確認し
てください。
• show ipv6 dhcp relay statistics
クライアント側インタフェースの転送先で，
サーバ（転送先）宛てへの送信に成功したパ
ケット数（DHCPv6 Request Packets
Count の Send Packets）がカウントされて
いるか確認してください。
を参照してください。
• 本装置のクライアント側ネットワークセグメント（図中の
確認ポイント a.）について確認してください。手順につ
を参照してください。
• 該当クライアントの要因切り分け手順に従って，コンフィ
グレーションを確認してください。
カウントされている場合は，「(2) DHCPv6 リレーエージェ
ント設定の確認」を参照して，DHCPv6 パケットの最大ホッ
プ数を確認してください。
カウントされていない場合は，項番 3 へ。
カウントされている場合は，項番 4 へ。
カウントされていない場合は，次の内容を確認してください。
61
5 IP およびルーティングのトラブルシュート
項
番
確認内容・コマンド 対応
4
5
6
• show ipv6 dhcp relay statistics
• 「(2) DHCPv6 リレーエージェント設定の確認」を参照
して，DHCPv6 パケットの転送先が正しいことを確認し
てください。
• 図中の確認ポイント b.および c.について確認してくださ
カウントされている場合は，項番 5 へ。 サーバから受信したパケット数（DHCPv6
Reply Packets Count の Receive Packets）
がカウントされているか確認してください。
• show ipv6 dhcp relay statistics
クライアント宛てへの送信に成功したパケッ
ト数（DHCPv6 Reply Packets Count の
Send Packets）がカウントされているか確認
してください。
• show ipv6 dhcp relay statistics
カウントされていない場合は，次の内容を確認してください。
• 「(2) DHCPv6 リレーエージェント設定の確認」を参照
して，DHCPv6 パケットの転送先が正しいことを確認し
てください。
• 図中の確認ポイント d.および e.について確認してくださ
• 該当サーバの要因切り分け手順に従ってコンフィグレー
ションを確認して，ネットワークセグメントが一致してい
るかなどを確認してください。
カウントされている場合は，次の内容を確認してください。
• クライアントを直接接続している場合は，RA の設定を確
を参照してください。
• 該当サーバの要因切り分け手順に従ってコンフィグレー
ションを確認して，割り当てる IPv6 アドレスが十分にあ
るかなどを確認してください。
• 該当クライアントの要因切り分け手順に従って，コンフィ
グレーションを確認してください。
カウントされていない場合は，項番 6 へ。
バインディング（IA_PD）エントリ数が最大
数を超えたため破棄されたパケット数
（DHCPv6 Error Packets Count の Lease
Prefix Over）がカウントされているか確認し
てください。
• show ipv6 dhcp relay statistics
カウントされている場合は，アドレス割り当て数（IA_PD）
が本装置の最大数を超えないように，ネットワーク構成を見
直してください。
カウントされていない場合は，次の内容を確認してください。
• 本装置のクライアント側ネットワークセグメント（図中の
確認ポイント f.）について確認してください。手順につい
参照してください。
• 該当クライアントの要因切り分け手順に従って，コンフィ
グレーションを確認してください。
(2) DHCPv6 リレーエージェント設定の確認
DHCPv6 リレーエージェントのコンフィグレーション設定ミスによって，クライアントに IPv6 アドレス
が割り当てられないという原因が考えられます。DHCPv6 リレーエージェントのコンフィグレーションを
確認する手順を次に示します。
62
5 IP およびルーティングのトラブルシュート
1. クライアント側の IPv6 インタフェースに，DHCPv6 パケットの転送先が設定（コンフィグレーション
コマンド ipv6 dhcp relay destination）されていることを確認してください。
2. DHCPv6 パケットの転送先として設定（コンフィグレーションコマンド ipv6 dhcp relay destination）されている，サーバもしくは DHCPv6 リレーエージェントの IPv6 アドレス，または
IPv6 インタフェースが，ネットワーク構成と一致していることを確認してください。
3. DHCPv6 パケットの最大ホップ数が，本装置とクライアント間の DHCPv6 リレーエージェントの数よ
りも大きな値に設定（コンフィグレーションコマンド ipv6 dhcp relay maximum-hop-count）されて
いることを確認してください。
(3) RA 設定の確認
クライアントを直接接続している場合，RA のコンフィグレーション設定ミスによってクライアントに
IPv6 アドレスが割り当てられないという原因が考えられます。RA のコンフィグレーションを確認する手
順を次に示します。
1. クライアント側の IPv6 インタフェースに，アドレス自動管理設定フラグを有効にする設定（コンフィ
グレーションコマンド ipv6 nd managed-config-flag）がされていることを確認してください。アドレ
ス自動管理設定フラグとは，RA によるアドレス自動設定とは別に，DHCPv6 などの RA 以外の手段に
よって IPv6 アドレスを端末に自動で設定させるフラグです。
なお，DHCPv6 によって IPv6 アドレス以外の情報だけを取得する場合は，上記のコンフィグレーショ
ンが設定されていないことを確認してください。
2. クライアント側の IPv6 インタフェースに，アドレス以外情報設定フラグを有効にする設定（コンフィ
グレーションコマンド ipv6 nd other-config-flag）がされていることを確認してください。アドレス以
外情報設定フラグとは，DHCPv6 などの RA 以外の手段によって IPv6 アドレス以外の情報を端末に自
動で取得させるフラグです。
なお，DHCPv6 によって IPv6 アドレスだけを割り当てる場合は，上記のコンフィグレーションが設定
されていないことを確認してください。
(4) DHCPv6 リレーエージェントと IPv6 マルチキャストを同時に運用している場合の確認
本装置で DHCPv6 リレーエージェントと IPv6 マルチキャストを同時に使用する場合，DHCPv6 リレー
エージェントの転送先として各サーバを個別に設定していることを確認してください。もし，DHCPv6 パ
ケットの転送先として全サーバ宛てを指定しているときは，次の点を確認してください。
• 本装置の対向ルータ側で，本装置と接続する IPv6 インタフェースのリンクローカルアドレスを IPv6 イ
ンタフェース内の最大値に設定して，IPv6 マルチキャストでの中継代表ルータ（DR）になるようにし
ているか
なお，詳細な設定方法は対向ルータのマニュアルを参照してください。
• 対向ルータがランデブーポイントとなるように，本装置および対向ルータの IPv6 マルチキャストが設
定されているか
63
5 IP およびルーティングのトラブルシュート
5.3 ポリシーベースルーティングの通信障害
5.3.1 ポリシーベースルーティングによる通信障害の確認
本装置を使用しているネットワーク上で通信トラブルが発生する要因として，ポリシーベースルーティング
が原因でパケットが期待したとおりに中継されていない，または廃棄されている可能性があります。
ポリシーベースルーティングによって，パケットを他インタフェースへ中継していないか，またはパケット
を廃棄していないか確認する方法を次に示します。
1. show access-filter コマンドを実行して，ポリシーベースルーティングリストを動作に指定しているア
クセスリストのフィルタ条件と，フィルタ条件に一致したパケット数を確認してください。
2. show ip interface コマンドまたは show ipv6 interface コマンドを実行して，エラー以外の受信廃棄
パケット数を確認してください。
3. 1.および 2.で確認したパケット数と通信できないパケット数が一致している場合，フィルタ条件の動作
に設定しているポリシーベースルーティングリストが原因でパケットが期待したとおりに中継されて
いない，または廃棄されている可能性があります。
4. ポリシーベースルーティングのコンフィグレーションが適切か確認してください。
5.3.2 ポリシーベースルーティングのトラブル
ポリシーベースルーティングの使用中に指定したネクストホップに中継されない場合は，次の表に示す障害
解析方法に従って原因を切り分けてください。
また，ポリシーベースルーティングリストを動作に指定しているフィルタによるトラブルの可能性もあるた
め，次の手順に加えて，「6.1.1 フィルタのトラブル」を参照してください。
表 5‒3 ポリシーベースルーティングの障害解析方法
項
番
1
確認内容・コマンド 対応
2
ポリシーベースルーティングリストを設定し
ているフィルタの動作で，フィルタ条件に一
致したパケット数を Matched packets で確
認してください。
• show access-filter
ポリシーベースルーティングリストを動作に
指定しているフィルタを設定しているインタ
フェースで，エラー以外の受信廃棄パケット
数を確認してください。
• show ip interface
• show ipv6 interface
通信できないパケット数と Matched packets の値が異なる
場合は，次のどちらかの可能性があります。
ポリシーベースルーティングの対象外パケットである場合
ポリシーベースルーティングの対象パケットについては，
「コンフィグレーションガイド」を参照してください。
フィルタの検出条件が誤っている場合
フィルタの設定を見直してください。
上記に該当しない場合は，項番 2 へ。
通信できないパケット数と Matched packets の値が同じ場
合は，項番 3 へ。
通信できないパケット数とエラー以外の受信廃棄パケット数
が異なる場合は，次のどちらかの可能性があります。
ポリシーベースルーティングの対象外パケットである場合
ポリシーベースルーティングの対象パケットについては，
「コンフィグレーションガイド」を参照してください。
64
5 IP およびルーティングのトラブルシュート
項
番
3
4
5
6
7
確認内容・コマンド 対応
ポリシーベースルーティングの動作で，
"*>"が表示されている現在使用中のネクスト
ホップを確認してください。
• show ip cache policy
• show ipv6 cache policy
ポリシーベースルーティングのネクストホッ
プ選択抑止の開始日時と終了日時を確認して
ください。
• show ip cache policy
• show ipv6 cache policy
フィルタの検出条件が誤っている場合
フィルタの設定を見直してください。
通信できないパケット数とエラー以外の受信廃棄パケット数
が同じ場合は，項番 3 へ。
"*>"が表示されていない場合は，ネクストホップ選択抑止中
の可能性があります。項番 4 へ。
デフォルト動作に"*>"が表示されている場合は，項番 5 へ。
期待していないネクストホップに"*>"が表示されている場合
は，項番 5 へ。
期待したネクストホップに"*>"が表示されている場合は，項
番 6 へ。
End Time にだけ"-"が表示されている場合，ネクストホップ
選択抑止中のため次の動作になっている可能性があります。
• 期待していないネクストホップへ中継
• ルーティングプロトコルに従った中継
• 廃棄
ネクストホップ選択抑止が終了するまで待ってください。
ポリシーベースルーティングの送信先インタ
フェースの状態を確認してください。
• show ip interface
• show ipv6 interface
期待したネクストホップの送信先インタ
フェースで，ネットワークの通信障害が発生
していないか確認してください。
リソース不足によってポリシーベースルー
ティングが未反映になっていないか確認して
ください。
• システムメッセージ（メッセージ種別：
PSU，メッセージ識別子：3f000002）の
出力を確認してください。
Start Time および End Time のどちらも"-"，または日時が
表示されている場合は，項番 7 へ。
期待したネクストホップの送信先インタフェースの状態が
Up でない場合，次の動作になっている可能性があります。
• 期待していないネクストホップへ中継
• ルーティングプロトコルに従った中継
• 廃棄
送信先インタフェースの状態を Up にしてください。
期待したネクストホップの送信先インタフェースの状態が
Up の場合は，項番 6 へ。
通信障害が発生している可能性があります。確認方法は，
「5.1 IPv4 ネットワークの通信障害」および「5.2 IPv6
通信障害が発生している場合，参照先の対応に従ってくださ
い。
参照先の対応で解決できない場合は，項番 7 へ。
通信障害が発生していない場合は，項番 7 へ。
該当するシステムメッセージが出力されている場合，または
Shared resources Used/Max で使用中のエントリ数と使用
できる最大エントリ数が等しい場合，収容条件に達したため
にポリシーベースルーティングが未反映になっている可能性
があります。ネットワーク構成を見直したあと，restart
65
5 IP およびルーティングのトラブルシュート
項
番
8
9
確認内容・コマンド 対応 show logging
• 使用中のエントリ数と使用できる最大エ
ントリ数を確認してください。 show psu resources uRPF によってパケットが廃棄されていない
か確認してください。
QoS によってフレームが廃棄されていない
か確認してください。 policy-based-routing コマンドを実行して，ポリシーベース
ルーティングを再反映してください。
上記の対応で解決できない場合は，項番 8 へ。
該当するシステムメッセージが出力されていない場合，また
は Shared resources Used/Max で使用中のエントリ数が
使用できる最大エントリ数より少ない場合は，項番 8 へ。 uRPF によってパケットが廃棄されている可能性がありま
す。確認方法と対応については，「8.1.3 uRPF による廃棄
uRPF によってパケットが廃棄されていない場合は，項番 9
へ。
QoS によってフレームが廃棄されている可能性があります。
確認方法と対応については，「8.1.2 QoS による廃棄を確認
66
5 IP およびルーティングのトラブルシュート
5.4 VRRP の通信障害
5.4.1 VRRP 構成で通信できない
VRRP 構成で通信できない場合は，次の表に示す障害解析方法に従って原因を切り分けてください。
表 5‒4 VRRP の障害解析方法
項
番
確認内容・コマンド
1
2
同一の仮想ルータを構成する相手装置と本装
置で仮想ルータの状態を確認して，マスタと
なっている装置が 1 台だけであり，ほかの装
置はバックアップになっていることを確認し
てください。
• show vrrpstatus
仮想ルータの配下にほかのルータを経由しな
いで端末が接続されている場合，各端末の
ネットワーク設定でデフォルトゲートウェイ
として仮想ルータの仮想 IP アドレスが設定
されていることを確認してください。
対応
仮想ルータの状態が正しい場合は，項番 2 へ。
仮想ルータの状態が正しくない場合は，項番 3 へ。
3
4
5
6
仮想ルータの状態が INITIAL でないことを
確認してください。
• show vrrpstatus detail
仮想ルータが設定されているインタフェース
が運用中であることを確認してください。
• show port
• show channel-group
• show vlan detail
グループ切替機能が設定されているか確認し
てください。
• show vrrpstatus detail
従っているプライマリ仮想ルータの VRID と
VLAN Tag の TPID が仮想ルータを構成し
ている装置間で一致しているか確認してくだ
さい。
• show vrrpstatus
• show ip interface
• 本装置を含めた通信経路上の装置での経路情報を確認し
てください。
• 仮想ルータの配下にある各端末のネットワーク設定で，デ
フォルトゲートウェイとして仮想ルータの仮想 IP アドレ
スが設定されていない場合は，仮想ルータの仮想 IP アド
レスをデフォルトゲートウェイに設定してください。
通信経路上の装置での経路情報に問題がない場合は，項番 5
へ。
仮想ルータの状態が INITIAL の場合は，次の点を確認してく
ださい。
• 現在の優先度が 0 でない場合，Admin State に表示され
ている非動作の要因を取り除いてください（非動作要因に
ついては，「運用コマンドレファレンス」を参照してくだ
さい）。
仮想ルータの状態が INITIAL でない場合は，項番 4 へ。
インタフェース状態が Up でも Forwarding でもない場合
を参照してください。
インタフェース状態が Up または Forwarding の場合は，項
番 5 へ。
グループ切替機能が設定されている場合は，項番 6 へ。
グループ切替機能が設定されていない場合は，項番 7 へ。
プライマリ仮想ルータの VRID と VLAN Tag の TPID が仮
想ルータを構成する装置間で異なる場合，複数の仮想ルータ
がマスタになります。仮想ルータを構成する装置のコンフィ
グレーションは必ず合わせてください。
プライマリ仮想ルータの VRID と VLAN Tag の TPID が仮
想ルータを構成する装置間で一致している場合は，項番 7 へ。
67
5 IP およびルーティングのトラブルシュート
項
番
7
8
9
確認内容・コマンド 対応
仮想ルータを構成するルータ間の通信を，実
IPv4 アドレスまたは IPv6 アドレスで確認し
てください。
• ping
• ping ipv6
フィルタまたは QoS によって
ADVERTISEMENT パケットが廃棄されて
いないか確認してください。
ADVERTISEMENT パケットの送信間隔だ
け時間を置いて次のコマンドを実行して，
ADVERTISEMENT パケットの統計情報が
増加するか確認してください。
• show vrrpstatus statistics
なお，項番 7 以降は，プライマリ仮想ルータについて確認し
てください。
仮想ルータを構成するルータ間が実 IPv4 アドレスまたは
IPv6 アドレスで通信できない場合は，「5.1 IPv4 ネット
ワークの通信障害」および「5.2 IPv6 ネットワークの通信
仮想ルータを構成するルータ間が実 IPv4 アドレスまたは
IPv6 アドレスで通信できる場合は，項番 8 へ。
参照してください。
フィルタまたは QoS の設定がない場合，同一の仮想ルータを
構成する相手装置の動作を確認してください。
ADVERTISEMENT パケットが廃棄されていない場合は，項
番 9 へ。
• 統計情報の<number of packets> with bad advertisement interval が増加する場合は，本装置と相
手装置で ADVERTISEMENT パケット送信間隔の設定
値が一致していることを確認してください。
• 統計情報の<number of packets> with authentication failed が増加する場合は，本装置と相手装置で認証パス
ワードの設定内容が一致していることを確認してくださ
い。
• 統計情報の<number of packets> with bad ip ttl が増
加する場合は，本装置と相手装置間にほかのルータがない
ことを確認してください。
• 統計情報の<number of packets> with bad ipv6 hoplimit が増加する場合は，本装置と相手装置間にほか
のルータがないことを確認してください。
• 統計情報の<number of packets> with bad ip address list が増加する場合は，仮想 IP アドレスの設定
が同じであることを確認してください。
• 統計情報の<number of packets> with bad ipv6 address が増加する場合は，仮想 IP アドレスおよび
VRRP 動作モードの設定が同じであることを確認してく
ださい。
• 統計情報の<number of packets> with bad authentication type が増加する場合は，本装置と相手装
置で認証パスワードの設定有無を確認してください。
• 統計情報の<number of packets> with packet length error が増加する場合は，本装置と相手装置で VRRP 動作
モードの設定が同じであることを確認してください。
• 統計情報の<number of packets> with invalid type が
増加する場合は，本装置と相手装置で VRRP 動作モード
の設定が同じであることを確認してください。
68
5 IP およびルーティングのトラブルシュート
項
番
確認内容・コマンド 対応
10 イーサネットおよび装置の負荷を確認してく
ださい。
• 同一の仮想ルータを構成する相手装置が
接続されているイーサネットの統計情報
を確認してください。 show interfaces
• CPU 使用率を確認してください。 show cpu bcu
ADVERTISEMENT パケットが正常に受信されている場合
は，相手装置を確認してください。
ADVERTISEMENT パケットが受信されていない場合は，項
番 10 へ。
同一の仮想ルータを構成する相手装置が接続されているイー
サネットの Input rate および Output rate が高く，回線の負
荷が高い場合，および確認した CPU 使用率が高い場合は，
次に示す対策をしてください。
• 回線がループしている場合，ループ構成を見直してくださ
い。
• コンフィグレーションコマンド vrrp timers advertise で
ADVERTISEMENT パケット送信間隔を長めに設定し
てください。
• コンフィグレーションコマンド vrrp preempt delay で
自動切り戻し抑止時間を設定してください。
イーサネットの負荷が低い場合は，同一の仮想ルータを構成
する相手装置の動作を確認してください。
69
5 IP およびルーティングのトラブルシュート
5.5 ユニキャストルーティングの通信障害
5.5.1 スタティック経路情報が存在しない
(1) スタティック経路情報が存在しない
本装置が取得した経路情報の中に，スタティック経路情報が存在しない場合は，次の表に示す障害解析方法
に従って原因を切り分けてください。
なお，DHCPv6 リレーエージェントが自動生成する IPv6 スタティック経路情報が存在しない場合は，
「(2) DHCPv6 リレーエージェントが自動生成する IPv6 スタティック経路情報が存在しない」の障害解
析方法に従ってください。
また，VRF を使用していて，コンフィグレーションコマンド maximum routes または ipv6 maximum
routes で経路の上限値を設定している場合，まず「5.5.5 VRF でユニキャスト経路情報が存在しない」の
障害解析方法に従ってください。
表 5‒5 スタティック経路の障害解析方法
項
番
確認内容・コマンド
1 スタティック経路の設定が正しいか，コン
フィグレーションを確認してください。
対応
2
3
4
スタティック経路のネクストホップアドレス
を解決する経路情報が存在するか確認してく
ださい。
• show ip route
• show ipv6 route
スタティック経路のゲートウェイ情報を確認
してください。
• show ip static gateway
• show ipv6 static gateway
フィルタまたは QoS によって ICMP または
ICMPv6 のパケットが廃棄されていないか確
認してください。
コンフィグレーションが正しい場合は，項番 2 へ。
コンフィグレーションが正しくない場合は，コンフィグレー
ションを修正してください。
ネクストホップアドレスを解決する経路情報があり，動的監
視機能を使用している場合は，項番 3 へ。
ネクストホップアドレスを解決する経路情報がない場合は，
その経路情報を学習するためのプロトコルの障害解析を実施
してください。
ポーリングが連続して成功した回数がカウントされている場
合は，ゲートウェイへの到達性が安定するまで待ってくださ
い。
ポーリングが連続して成功した回数が 0 のままカウントされ
ていない場合は，項番 4 へ。
参照してください。
(2) DHCPv6 リレーエージェントが自動生成する IPv6 スタティック経路情報が存在しない
本装置が取得した経路情報の中に，DHCPv6 リレーエージェントが自動生成する IPv6 スタティック経路
情報が存在しない場合は，次の表に示す障害解析方法に従って原因を切り分けてください。
70
5 IP およびルーティングのトラブルシュート
表 5‒6 DHCPv6 リレーエージェントの障害解析方法
項
番
確認内容・コマンド
1
2
対応
DHCPv6 リレーエージェントのバインディ
ング（IA_PD）を確認してください。
• show ipv6 dhcp relay binding
DHCPv6 リレーエージェントの設定（コン
フィグレーションコマンド ipv6 dhcp relay static-route-setting）が正しいか，コンフィ
グレーションを確認してください。
バインディング（IA_PD）が学習済みの場合は，項番 2 へ。
バインディング（IA_PD）が学習されていない場合は，
「5.2.2 DHCPv6 リレーエージェントで IPv6 アドレスが割
DHCPv6 リレーエージェントで IPv6 スタティック経路を
自動生成する設定がない場合は，コンフィグレーションを修
正してください。
5.5.2 RIP または RIPng の経路情報が存在しない
本装置が取得した経路情報の中に，RIP または RIPng の経路情報が存在しない場合は，次の表に示す障害
解析方法に従って原因を切り分けてください。
また，VRF を使用していて，コンフィグレーションコマンド maximum routes または ipv6 maximum
routes で経路の上限値を設定している場合，まず「5.5.5 VRF でユニキャスト経路情報が存在しない」の
障害解析方法に従ってください。
表 5‒7 RIP または RIPng の障害解析方法
項
番
1
確認内容・コマンド 対応
2
3
RIP または RIPng の隣接情報を確認してく
ださい。
• show ip rip neighbor
• show ipv6 rip neighbor
動作インタフェースまたはネットワーク，お
よび RIP のバージョンについて，RIP または
RIPng の設定が正しいか，コンフィグレー
ションを確認してください。
フィルタまたは QoS によって RIP または
RIPng のパケットが廃棄されていないか確認
してください。
隣接ルータのインタフェースが表示されていない場合は，項
番 2 へ。
隣接ルータのインタフェースが表示されている場合は，項番
3 へ。
コンフィグレーションが正しい場合は，項番 3 へ。
コンフィグレーションが正しくない場合は，コンフィグレー
ションを修正してください。
参照してください。
パケットが廃棄されていない場合は，隣接ルータが RIP 経路
または RIPng 経路を広告しているか確認してください。
5.5.3 OSPF または OSPFv3 の経路情報が存在しない
本装置が取得した経路情報の中に，OSPF または OSPFv3 の経路情報が存在しない場合は，次の表に示す
障害解析方法に従って原因を切り分けてください。
また，VRF を使用していて，コンフィグレーションコマンド maximum routes または ipv6 maximum
routes で経路の上限値を設定している場合，まず「5.5.5 VRF でユニキャスト経路情報が存在しない」の
障害解析方法に従ってください。
71
5 IP およびルーティングのトラブルシュート
表 5‒8 OSPF または OSPFv3 の障害解析方法
項
番
確認内容・コマンド
1
2
OSPF または OSPFv3 のインタフェース状
態を確認してください。
• show ip ospf interface <ip address>
• show ipv6 ospf interface <interface type> <interface number>
Neighbor List で DR との隣接ルータ状態を
確認してください。
3
4
5
6
対応
インタフェース状態が BackupDR または DR Other の場合
は，項番 2 へ。
インタフェース状態が DR または P to P の場合は，項番 3
へ。
Neighbor List で全隣接ルータ状態を確認し
てください。
エリア，各種インターバル，および OSPF の
認証について，OSPF または OSPFv3 の設定
が正しいか，コンフィグレーションを確認し
てください。
OSPF 経路または OSPFv3 経路を学習して
いる経路を確認してください。
• show ip route all-routes
• show ipv6 route all-routes
フィルタまたは QoS によって OSPF または
OSPFv3 のパケットが廃棄されていないか確
認してください。
DR との隣接ルータ状態が Full 以外の場合は，項番 4 へ。
DR との隣接ルータ状態が Full の場合は，項番 5 へ。
一部の隣接ルータ状態が Full 以外の場合は，項番 4 へ。
全隣接ルータ状態が Full の場合は，項番 5 へ。
コンフィグレーションが正しい場合は，項番 5 へ。
コンフィグレーションが正しくない場合は，コンフィグレー
ションを修正してください。
経路が InActive の場合は，項番 6 へ。
経路が存在しない場合は，隣接ルータが OSPF 経路または
OSPFv3 経路を広告しているか確認してください。
参照してください。
パケットが廃棄されていない場合は，隣接ルータが OSPF 経
路または OSPFv3 経路を広告しているか確認してください。
5.5.4 BGP4 または BGP4+の経路情報が存在しない
本装置が取得した経路情報の中に，BGP4 または BGP4+の経路情報が存在しない場合は，次の表に示す障
害解析方法に従って原因を切り分けてください。
また，VRF を使用していて，コンフィグレーションコマンド maximum routes または ipv6 maximum
routes で経路の上限値を設定している場合，まず「5.5.5 VRF でユニキャスト経路情報が存在しない」の
障害解析方法に従ってください。
表 5‒9 BGP4 または BGP4+の障害解析方法
項
番
確認内容・コマンド
1 BGP4 または BGP4+のピア状態を確認して
ください。
• show ip bgp neighbors
• show ipv6 bgp neighbors
対応
ピア状態が Established 以外の場合は，項番 2 へ。
ピア状態が Established の場合は，項番 3 へ。
72
5 IP およびルーティングのトラブルシュート
項
番
2
3
4
5
確認内容・コマンド 対応
AS 番号，ピアのアドレス，および認証につい
て，BGP4 または BGP4+の設定が正しいか，
コンフィグレーションを確認してください。
コンフィグレーションが正しい場合は，項番 3 へ。
コンフィグレーションが正しくない場合は，コンフィグレー
ションを修正してください。
BGP4 経路または BGP4+経路を学習してい
るか確認してください。
• show ip bgp received-routes
• show ipv6 bgp received-routes
BGP4 経路または BGP4+経路のネクスト
ホップアドレスを解決する経路情報が存在す
るか確認してください。
• show ip route
• show ipv6 route
フィルタまたは QoS によって BGP4 または
BGP4+のパケットが廃棄されていないか確
認してください。
経路が存在するが active でない場合は，項番 4 へ。
経路が存在しない場合は，項番 5 へ。
ネクストホップアドレスを解決する経路情報がある場合は，
項番 5 へ。
ネクストホップアドレスを解決する経路情報がない場合は，
その経路情報を学習するためのプロトコルの障害解析を実施
してください。
参照してください。
パケットが廃棄されていない場合は，隣接ルータが BGP4 経
路または BGP4+経路を広告しているか確認してください。
5.5.5 VRF でユニキャスト経路情報が存在しない
本装置が取得した経路情報の中に，各プロトコルの経路情報が存在しない場合は，次の表に示す障害解析方
法に従って原因を切り分けてください。
表 5‒10 VRF の障害解析方法
項
番
確認内容・コマンド
1 VRF 内の経路数がコンフィグレーションで
設定した上限値以上でないか確認してくださ
い。
• show ip vrf
• show ipv6 vrf
2 コンフィグレーションで VRF 内の経路数の
上限値を確認してください。
対応
経路数が上限値以上の場合は，項番 2 へ。
経路数が上限値未満の場合は，存在しない経路のプロトコル
の障害解析を実施してください。
• RIP または RIPng
「5.5.2 RIP または RIPng の経路情報が存在しない」
• OSPF または OSPFv3
「5.5.3 OSPF または OSPFv3 の経路情報が存在しな
• BGP4 または BGP4+
「5.5.4 BGP4 または BGP4+の経路情報が存在しない」
上限値を増やすか，経路を集約するなどして経路数を減らし
てください。
73
5 IP およびルーティングのトラブルシュート
5.6 マルチキャストルーティングの通信障害
本装置で IPv4 マルチキャストまたは IPv6 マルチキャストの通信障害が発生した場合の対処について説明
します。
5.6.1 PIM-SM ネットワークでマルチキャスト通信ができない
PIM-SM ネットワーク構成でマルチキャスト中継ができない場合は，次に示す障害解析方法に従って原因
を切り分けてください。
PIM-SM ネットワーク例を次の図に示します。
図 5‒6 PIM-SM ネットワーク例
図中の各ルータの役割は次のとおりです。
• ブートストラップルータ：ランデブーポイントの情報を送信するルータ
• ランデブーポイント：中継先が確定していないマルチキャストパケットを受信者方向に中継するルータ
• ファーストホップルータ：送信者と直接接続するルータ
• ラストホップルータ：受信者と直接接続するルータ
• PIM-SM ルータ：上記以外の PIM-SM が動作しているルータ
(1) 共通確認内容
PIM-SM ネットワーク構成で，すべての本装置に対する共通確認内容を次の表に示します。
表 5‒11 共通確認内容
項
番
1
確認内容・コマンド 対応
2
IPv4 マルチキャストルーティングプログラ
ムまたは IPv6 マルチキャストルーティング
プログラムが動作していることを確認してく
ださい。
• show ip pim interface
• show ipv6 pim interface
マルチキャストルーティング機能を有効にす
る設定（コンフィグレーションコマンド ip multicast routing または ipv6 multicast
IPv4 マルチキャストルーティングプログラムまたは IPv6 マ
ルチキャストルーティングプログラムが動作していない場合
は，項番 2 へ。
IPv4 マルチキャストルーティングプログラムまたは IPv6 マ
ルチキャストルーティングプログラムが動作している場合
は，項番 6 へ。
IPv4 マルチキャストルーティング機能を有効にする設定が
ある場合は，項番 3 へ。
74
5 IP およびルーティングのトラブルシュート
項
番
3
4
5
6
7
8
9
確認内容・コマンド 対応 routing）があることを，コンフィグレーショ
ンで確認してください。
• show running-config
IPv4 マルチキャスト使用時は，該当インタ
フェースにマルチホームを設定していないこ
とを，コンフィグレーションで確認してくだ
さい。
• show running-config
IPv6 マルチキャスト使用時は，ループバック
インタフェースに IPv6 アドレスを設定して
いることを，コンフィグレーションで確認し
てください。
• show running-config
一つ以上のインタフェースで PIM-SM が動
作していることを確認してください。
• show ip pim interface
• show ipv6 pim interface
マルチキャストが使用できる経路配分パター
ンを設定しているか，コンフィグレーション
を確認してください。
• show running-config
IPv6 マルチキャストルーティング機能を有効にする設定が
ある場合は，項番 4 へ。
マルチキャストルーティング機能を有効にする設定がない場
合は，コンフィグレーションを修正してください。
マルチホームを設定していない場合は，項番 5 へ。
マルチホームは未サポートです。マルチホームを設定してい
る場合は，コンフィグレーションを修正してください。
ループバックインタフェースに IPv6 アドレスを設定してい
る場合は，項番 5 へ。
ループバックインタフェースに IPv6 アドレスを設定してい
ない場合は，コンフィグレーションを修正してください。
PIM-SM が動作している場合は，項番 6 へ。
PIM-SM が動作していない場合は，一つ以上のインタフェー
スで PIM-SM が動作するようにコンフィグレーションを修
正してください。
マルチキャストが使用できる経路配分パターンを設定してい
る場合は，項番 7 へ。
マルチキャストが使用できる経路配分パターンを設定してい
ない場合は，コンフィグレーションを修正してください。経
ンコマンドレファレンス」を参照してください。
経路配分パターンを変更したあと，項番 23 へ。
IGMP/MLD snooping を設定していない場合は，項番 8 へ。 IPv4 PIM-SM が動作するインタフェースに，
IGMP snooping を設定しているか確認して
ください。
IPv6 PIM-SM が動作するインタフェースに，
MLD snooping を設定しているか確認して
ください。
• show igmp-snooping
• show mld-snooping
IGMP/MLD snooping を設定している場合は，次の内容を
確認してください。
• 隣接ルータと接続しているポートに対して IGMP/MLD snooping のマルチキャストルータポートの設定をして
いるか確認してください。
• 「4.4 IGMP/MLD snooping の通信障害」を参照して，
IGMP/MLD snooping の設定を確認してください。
IGMP/MLD snooping の設定が正しい場合は，項番 8
へ。
PIM-SM，IGMP および MLD が動作するイ
ンタフェースで，フィルタまたは QoS によっ
てプロトコルパケットやマルチキャストパ
ケットが廃棄されていないか確認してくださ
い。
送信者，ランデブーポイントおよびブートス
トラップルータへのユニキャスト経路が存在
するか確認してください。
参照してください。
パケットが廃棄されていない場合は，項番 9 へ。
ユニキャスト経路が存在する場合は，項番 10 へ。
75
5 IP およびルーティングのトラブルシュート
項
番
確認内容・コマンド
• show ip route
• show ipv6 route
10 送信者，ランデブーポイントおよびブートス
トラップルータへのネクストホップアドレス
と接続しているインタフェースで，PIM-SM
が動作していることを確認してください。
• show ip pim interface
• show ipv6 pim interface
11 PIM-SM の隣接情報を確認してください。
• show ip pim neighbor
• show ipv6 pim neighbor
12 PIM-SSM で使用するアドレス範囲に中継対
象グループアドレスが含まれていないこと
を，コンフィグレーションで確認してくださ
い。
• show running-config
13 中継対象グループアドレスに対するランデ
ブーポイントが静的ランデブーポイントでな
い場合は，ブートストラップルータが決定し
ていることを確認してください。
• show ip pim bsr
• show ipv6 pim bsr
14 ランデブーポイントが決定していることを確
認してください。
• show ip pim rp-mapping
• show ipv6 pim rp-mapping
15 ランデブーポイントのグループアドレスに，
中継対象グループアドレスが含まれているこ
とを確認してください。
• show ip pim rp-mapping
• show ipv6 pim rp-mapping
対応
PIM-SM が動作している場合は，項番 11 へ。
PIM-SM が動作していない場合は，送信者，ランデブーポイ
ントおよびブートストラップルータへのネクストホップアド
レスと接続しているインタフェースで PIM-SM が動作する
ようにコンフィグレーションを修正してください。
項番 9 で確認した経路のネクストホップがすべて隣接ルータ
として表示されている場合は，項番 12 へ。
項番 9 で確認した経路のネクストホップのうち隣接ルータと
して表示されていないものがある場合は，表示されていない
隣接ルータの設定を確認してください。
PIM-SSM で使用するアドレス範囲に中継対象グループアド
レスが含まれていない場合は，項番 13 へ。
PIM-SSM で使用するアドレス範囲に中継対象グループアド
レスが含まれている場合は，コンフィグレーションを修正し
てください。
ブートストラップルータが決定している場合は，項番 14 へ。
ブートストラップルータが決定していない場合は，ブートス
トラップルータへのユニキャスト経路が存在するか確認して
ユニキャスト経路が存在する場合は，ブートストラップルー
タの設定を確認してください。ブートストラップルータが本
参照してください。
ランデブーポイントが決定している場合は，項番 15 へ。
ランデブーポイントが決定していない場合は，ランデブーポ
イントへのユニキャスト経路が存在するか確認してくださ
ユニキャスト経路が存在する場合は，ランデブーポイントの
設定を確認してください。ランデブーポイントが本装置の場
さい。
中継対象グループアドレスが含まれている場合は，項番 16
へ。
中継対象グループアドレスが含まれていない場合は，ランデ
ブーポイントの設定を確認してください。ランデブーポイン
を参照してください。
76
5 IP およびルーティングのトラブルシュート
項
番
確認内容・コマンド
16 ネットワーク内のすべての本装置で，中継対
象グループアドレスのランデブーポイントが
同じことを確認してください。
• show ip pim rp-hash
• show ipv6 pim rp-hash
17 ネットワーク内のすべての本装置で，ランデ
18
19 マルチキャスト中継エントリ数が最大数（コ
ンフィグレーションコマンド ip pim mcache-limit または ipv6 pim mcachelimit の設定値）に到達していないか確認して
ください。
• show ip mcache
• show ipv6 mcache
20 マルチキャスト経路情報が存在することを確
認してください。
• show ip mroute
• show ipv6 mroute
21 マルチキャスト経路情報数が最大数（コン
フィグレーションコマンド ip pim mroutelimit または ipv6 pim mroute-limit の設定
値）に到達していないか確認してください。
• show ip mroute
• show ipv6 mroute
22 IPv4 マルチキャスト使用時は TTL 値が 1，
IPv6 マルチキャスト使用時はホップリミッ
ト値が 1 のマルチキャストパケットを受信し
ていないか確認してください。
• show tcpdump
23
ブーポイント選出アルゴリズムが同じことを
確認してください。
• show running-config
マルチキャスト中継エントリが存在すること
を確認してください。
• show ip mcache
• show ipv6 mcache
マルチキャスト中継エントリ数が収容条件に
到達しているシステムメッセージ ※
れていないか確認してください。
• show logging
が表示さ
ランデブーポイントが同じ場合は，項番 17 へ。
ランデブーポイントが異なる場合は，ランデブーポイントの
設定を確認してください。
対応
ランデブーポイント選出アルゴリズムが同じ場合は，項番 18
へ。
ランデブーポイント選出アルゴリズムが異なる場合は，コン
フィグレーションを修正してください。
マルチキャスト中継エントリが存在する場合は，項番 19 へ。
マルチキャスト中継エントリが存在しない場合は，上流イン
タフェースにマルチキャストパケットが届いていることを確
認してください。マルチキャストパケットが届いていない場
合は，送信者または上流ルータの設定を確認してください。
Warning が表示されていない場合は，項番 20 へ。
Warning が表示されている場合は，マルチキャスト中継エン
トリ数が最大数に到達しています。ネットワーク構成を見直
して範囲内で運用してください。
また，ネガティブキャッシュエントリが想定以上に生成され
ている場合は，不要なマルチキャストパケットを送信してい
る端末が存在しないか確認してください。
マルチキャスト経路情報が存在する場合は，項番 21 へ。
マルチキャスト経路情報が存在しない場合は，下流ルータの
設定を確認してください。
Warning が表示されていない場合は，項番 22 へ。
Warning が表示されている場合は，マルチキャスト経路情報
数が最大数に到達しています。ネットワーク構成を見直して
範囲内で運用してください。
TTL 値またはホップリミット値が 1 でない場合は，項番 23
へ。
TTL 値またはホップリミット値が 1 の場合は，本装置では該
当するマルチキャストパケットを中継しません。送信者の設
定を修正してください。
システムメッセージが表示されていない場合は，項番 24 へ。
システムメッセージが表示されている場合は，マルチキャス
ト中継エントリ数が収容条件に到達しています。
収容条件に到達したあとはマルチキャスト中継エントリを設
定できないため，収容条件に到達した状態での運用は推奨し
77
5 IP およびルーティングのトラブルシュート
項
番
確認内容・コマンド 対応
24 マルチキャスト中継エントリの延べ下流イン
タフェース数が収容条件に到達しているシス
テムメッセージ（メッセージ種別：PSU，メッ
セージ識別子：41023002）が表示されてい
ないか確認してください。
• show logging
ません。ネットワーク構成を見直して収容条件内で運用して
ください。
ネットワーク構成を見直したあと，restart ipv4-multicast ま
たは restart ipv6-multicast コマンドを実行して，マルチ
キャスト中継エントリを再設定してください。
システムメッセージが表示されている場合は，マルチキャス
ト中継エントリの延べ下流インタフェース数が収容条件に到
達しています。
収容条件に到達したあとは下流インタフェースを設定できな
いため，収容条件に到達した状態での運用は推奨しません。
ネットワーク構成を見直して収容条件内で運用してくださ
い。なお，延べ下流インタフェース数は，IPv4 マルチキャス
トと IPv6 マルチキャストの合計です。
ネットワーク構成を見直したあと，restart ipv4-multicast お
よび restart ipv6-multicast コマンドをどちらも実行して，
マルチキャスト中継エントリを再設定してください。
注※
IPv4 マルチキャスト中継エントリ数が収容条件に到達しているときはシステムメッセージ（メッセージ種別：PSU，
メッセージ識別子：41021002），IPv6 マルチキャスト中継エントリ数が収容条件に到達しているときはシステムメッ
セージ（メッセージ種別：PSU，メッセージ識別子：41022002）が表示されます。
(2) ブートストラップルータ確認内容
PIM-SM ネットワーク構成で，本装置がブートストラップルータの場合の確認内容を次の表に示します。
表 5‒12 ブートストラップルータ確認内容
項
番
確認内容・コマンド
1
2
3
本装置がブートストラップルータ候補である
ことを確認してください。
• show ip pim bsr
• show ipv6 pim bsr
ループバックインタフェースに IPv4 マルチ
キャスト使用時は IPv4 アドレスを，IPv6 マ
ルチキャスト使用時は IPv6 アドレスを設定
しているか，コンフィグレーションを確認し
てください。
• show running-config
ブートストラップルータ候補の設定で，IPv4
マルチキャスト使用時はループバックインタ
フェース番号を，IPv6 マルチキャスト使用時
はループバックインタフェースの IPv6 アド
レスを指定しているか，コンフィグレーショ
ンを確認してください。
• show running-config
対応
本装置がブートストラップルータ候補でない場合は，項番 2
へ。
本装置がブートストラップルータ候補の場合は，項番 4 へ。
ループバックインタフェースに IPv4 アドレスまたは IPv6
アドレスを設定している場合は，項番 3 へ。
ループバックインタフェースに IPv4 アドレスまたは IPv6
アドレスを設定していない場合は，コンフィグレーションを
修正してください。
ブートストラップルータ候補の設定が正しい場合は，項番 4
へ。
ブートストラップルータ候補の設定が正しくない場合は，コ
ンフィグレーションを修正してください。
78
5 IP およびルーティングのトラブルシュート
項
番
4
確認内容・コマンド 対応
本装置がブートストラップルータであること
を確認してください。
• show ip pim bsr
• show ipv6 pim bsr
本装置がブートストラップルータでない場合は，ほかのブー
トストラップルータ候補の優先度を確認してください。優先
度は値の大きい方が高くなります。優先度が同じ場合は，
IPv4 アドレスまたは IPv6 アドレスがいちばん大きいブート
ストラップルータ候補がブートストラップルータとなりま
す。
(3) ランデブーポイント確認内容
PIM-SM ネットワーク構成で，本装置がランデブーポイントの場合の確認内容を次の表に示します。
表 5‒13 ランデブーポイント確認内容
項
番
確認内容・コマンド
1
2
3
4
本装置が中継対象グループアドレスに対する
ランデブーポイント候補であることを確認し
てください。
• show ip pim rp-mapping
• show ipv6 pim rp-mapping
ループバックインタフェースに IPv4 マルチ
キャスト使用時は IPv4 アドレスを，IPv6 マ
ルチキャスト使用時は IPv6 アドレスを設定
しているか，コンフィグレーションを確認し
てください。
• show running-config
ランデブーポイント候補の設定で，IPv4 マル
チキャスト使用時はループバックインタ
フェース番号を，IPv6 マルチキャスト使用時
はループバックインタフェースの IPv6 アド
レスを指定しているか，コンフィグレーショ
ンを確認してください。
• show running-config
本装置が中継対象グループアドレスに対する
ランデブーポイントであることを確認してく
ださい。
• show ip pim rp-hash
• show ipv6 pim rp-hash
対応
本装置がランデブーポイント候補でない場合は，項番 2 へ。
本装置がランデブーポイント候補の場合は，項番 4 へ。
ループバックインタフェースに IPv4 アドレスまたは IPv6
アドレスを設定している場合は，項番 3 へ。
ループバックインタフェースに IPv4 アドレスまたは IPv6
アドレスを設定していない場合は，コンフィグレーションを
修正してください。
ランデブーポイント候補の設定が正しい場合は，項番 4 へ。
ランデブーポイント候補の設定が正しくない場合は，コン
フィグレーションを修正してください。
本装置がランデブーポイントでない場合は，ほかのランデ
ブーポイント候補の優先度を確認してください。優先度は値
の小さい方が高くなります。優先度が同じ場合は，プロトコ
ルの仕様でグループアドレス単位に分散され，該当マルチ
キャストグループに対してランデブーポイントとして動作し
ないことがあります。
本装置を優先的にランデブーポイントとして動作させる場合
は，ほかのランデブーポイント候補より高い優先度を設定し
てください。
(4) ラストホップルータ確認内容
PIM-SM ネットワーク構成で，本装置がラストホップルータの場合の確認内容を次の表に示します。
79
5 IP およびルーティングのトラブルシュート
表 5‒14 ラストホップルータ確認内容
項
番
確認内容・コマンド
1
2
3
4
5
受信者と接続しているインタフェースで，
IGMP または MLD が動作していることを確
認してください。
• show ip igmp interface
• show ipv6 mld interface
受信者が，IGMP または MLD で中継対象マ
ルチキャストグループに参加していることを
確認してください。
• show ip igmp group
• show ipv6 mld group
中継対象マルチキャストグループに参加して
いるインタフェースがある場合は，本装置が
DR であることを確認してください。
• show ip pim interface
• show ipv6 pim interface
静的グループ参加機能を使用しているインタ
フェースがある場合は，本装置が DR である
ことを確認してください。
• show ip pim interface
• show ipv6 pim interface
静的グループ参加機能が動作するインタ
フェースに，IGMP snooping または MLD snooping を設定しているか確認してくださ
い。
• show igmp-snooping
• show mld-snooping
6 各インタフェースで異常を検出していないか
確認してください。
• show ip igmp interface
• show ipv6 mld interface
対応
IGMP または MLD が動作していない場合は，IGMP または
MLD が動作するようにコンフィグレーションを修正してく
ださい。
受信者が中継対象マルチキャストグループに参加していない
場合は，受信者の設定を確認してください。
本装置が DR でない場合は，中継対象インタフェースの DR
を確認してください。
本装置が DR でない場合は，中継対象インタフェースの DR
である装置に静的グループ参加機能を設定してください。
IGMP/MLD snooping を設定している場合は，次の内容を
確認してください。
• 中継先ポートに対して IGMP/MLD snooping のマルチ
キャストルータポートの設定をしているか確認してくだ
さい。
• 「4.4 IGMP/MLD snooping の通信障害」を参照して，
IGMP/MLD snooping の設定を確認してください。
Notice に警告情報が表示されていないことを確認してくだ
さい。
警告情報が表示されている場合は，次の内容を確認してくだ
さい。
L：
次のどれかの上限値に到達しているため，IGMP Report
メッセージまたは MLD Report メッセージ（もしくは
メッセージ内の Record 情報）を廃棄しています。受信者
数を確認してください。
• マルチキャストグループ数（コンフィグレーションコ
マンド ip igmp group-limit または ipv6 mld grouplimit の設定値）
• ソース数（コンフィグレーションコマンド ip igmp source-limit または ipv6 mld source-limit の設定
値）
80
5 IP およびルーティングのトラブルシュート
項
番
確認内容・コマンド 対応
• マルチキャストチャネル数（コンフィグレーションコ
マンド ipv6 mld channel-limit の設定値）
• ホストトラッキング機能で保持している受信者数（コ
ンフィグレーションコマンド ipv6 mld explicittracking の設定値）
Q：
隣接するルータと IGMP または MLD のバージョンが不
一致です。IGMP または MLD のバージョンを一致させ
てください。
R：
現在の設定では受信できない IGMP Report メッセージ
または MLD Report メッセージを送信している受信者が
存在します。本装置の IGMP または MLD のバージョン
を変更するか，受信者の設定を確認してください。
S：
IGMPv3 または MLDv2 で 1 メッセージ内に格納できる
ソース数が上限を超えたため，参加情報を一部廃棄してい
ます。受信者の設定を確認してください。
F：
マルチキャストチャネルフィルタ機能（コンフィグレー
ションコマンド ipv6 mld access-group）によって，
MLD Report メッセージまたは MLD Report メッセー
ジ内の Record 情報を廃棄しています。show ipv6 mld access-group コマンドを実行して，対象の参加要求が許
可されているかどうかを確認してください。
B：
MLD インタフェース単位の帯域管理機能（コンフィグ
レーションコマンド ipv6 mld bandwidth-limit）によっ
て，MLD Report メッセージまたは MLD Report メッ
セージ内の Record 情報を廃棄しています。show ipv6 mld bandwidth コマンドを実行して，対象 MLD インタ
フェースの帯域使用状況を確認してください。
(5) ファーストホップルータ確認内容
PIM-SM ネットワーク構成で，本装置がファーストホップルータの場合の確認内容を次の表に示します。
表 5‒15 ファーストホップルータ確認内容
項
番
確認内容・コマンド
1
2
本装置が送信者と直接接続していて，送信者
からのマルチキャストパケットが本装置に届
いていることを確認してください。
• show interface
送信者と接続しているインタフェースで，
PIM-SM，IGMP または MLD が動作してい
ることを確認してください。
対応
マルチキャストパケットが届いていない場合は，ネットワー
ク構成および送信者の設定を確認してください。
PIM-SM，IGMP または MLD が動作していない場合は，
PIM-SM，IGMP または MLD が動作するようにコンフィグ
レーションを修正してください。
81
5 IP およびルーティングのトラブルシュート
項
番
3
確認内容・コマンド 対応
• show ip pim interface
• show ip igmp interface
• show ipv6 pim interface
• show ipv6 mld interface
マルチキャスト経路情報が存在するか確認し
てください。
• show ip mroute
• show ipv6 mroute
マルチキャスト経路情報が存在しない場合は，マルチキャス
トパケットの送信元アドレスが，送信者と直接接続している
インタフェースのネットワークアドレスであることを確認し
てください。
5.6.2 PIM-SM ネットワークでマルチキャストパケットが二重中継され
る
PIM-SM ネットワーク構成でマルチキャストパケットが二重中継される場合は，各ルータの設定内容を確
認して，同一ネットワークに複数のルータが存在するインタフェースでは PIM-SM が動作するように設定
してください。
また，MLD の静的グループ参加機能（コンフィグレーションコマンド ipv6 mld static-group）で ignoredr パラメータを設定している場合，本装置は DR でなくてもマルチキャストパケットを中継します。その
ため，PIM-SM が動作している場合でも，一時的に二重中継が発生することがあります。なお，この二重
中継は PIM Assert メッセージの送受信で停止します。
PIM-SM の設定をしても二重中継が継続する場合の確認内容を次の表に示します。
表 5‒16 二重中継が継続する場合の確認内容
項
番
確認内容・コマンド
1 同一ネットワークに複数のルータが存在する
インタフェースの PIM-SM の隣接情報を確
認してください。
• show ip pim neighbor
• show ipv6 pim neighbor
対応
隣接ルータが表示されない場合は，次の内容を確認してくだ
さい。
• 隣接ルータと接続しているインタフェースで PIM-SM が
動作していることを，show ip pim interface または show ipv6 pim interface コマンドで確認してください。
• フィルタまたは QoS によってプロトコルパケットが廃
棄されていないか確認してください。確認方法と対応に
い。
• 隣接ルータの設定を確認してください。
5.6.3 PIM-SSM ネットワークでマルチキャスト通信ができない
PIM-SSM ネットワーク構成でマルチキャスト中継ができない場合は，次に示す障害解析方法に従って原因
を切り分けてください。
PIM-SSM ネットワーク例を次の図に示します。
82
5 IP およびルーティングのトラブルシュート
図 5‒7 PIM-SSM ネットワーク例
図中の各ルータの役割は次のとおりです。
• ファーストホップルータ：送信者と直接接続するルータ
• ラストホップルータ：受信者と直接接続するルータ
• PIM-SM ルータ：上記以外の PIM-SM が動作しているルータ
(1) 共通確認内容
PIM-SSM ネットワーク構成で，すべての本装置に対する共通確認内容を次の表に示します。
表 5‒17 共通確認内容
項
番
確認内容・コマンド
1
2
IPv4 マルチキャストルーティングプログラ
ムまたは IPv6 マルチキャストルーティング
プログラムが動作していることを確認してく
ださい。
• show ip pim interface
• show ipv6 pim interface
マルチキャストルーティング機能を有効にす
る設定（コンフィグレーションコマンド ip multicast routing または ipv6 multicast routing）があることを，コンフィグレーショ
ンで確認してください。
• show running-config
3
4
IPv4 マルチキャスト使用時は，該当インタ
フェースにマルチホームを設定していないこ
とを，コンフィグレーションで確認してくだ
さい。
• show running-config
IPv6 マルチキャスト使用時は，ループバック
インタフェースに IPv6 アドレスを設定して
いることを，コンフィグレーションで確認し
てください。
• show running-config
対応
IPv4 マルチキャストルーティングプログラムまたは IPv6 マ
ルチキャストルーティングプログラムが動作していない場合
は，項番 2 へ。
IPv4 マルチキャストルーティングプログラムまたは IPv6 マ
ルチキャストルーティングプログラムが動作している場合
は，項番 6 へ。
IPv4 マルチキャストルーティング機能を有効にする設定が
ある場合は，項番 3 へ。
IPv6 マルチキャストルーティング機能を有効にする設定が
ある場合は，項番 4 へ。
マルチキャストルーティング機能を有効にする設定がない場
合は，コンフィグレーションを修正してください。
マルチホームを設定していない場合は，項番 5 へ。
マルチホームは未サポートです。マルチホームを設定してい
る場合は，コンフィグレーションを修正してください。
ループバックインタフェースに IPv6 アドレスを設定してい
る場合は，項番 5 へ。
ループバックインタフェースに IPv6 アドレスを設定してい
ない場合は，コンフィグレーションを修正してください。
83
5 IP およびルーティングのトラブルシュート
項
番
5
6
確認内容・コマンド
一つ以上のインタフェースで PIM-SM が動
作していることを確認してください。
• show ip pim interface
• show ipv6 pim interface
マルチキャストが使用できる経路配分パター
ンを設定しているか，コンフィグレーション
を確認してください。
• show running-config
対応
PIM-SM が動作している場合は，項番 6 へ。
PIM-SM が動作していない場合は，一つ以上のインタフェー
スで PIM-SM が動作するようにコンフィグレーションを修
正してください。
マルチキャストが使用できる経路配分パターンを設定してい
る場合は，項番 7 へ。
マルチキャストが使用できる経路配分パターンを設定してい
ない場合は，コンフィグレーションを修正してください。経
7
ンコマンドレファレンス」を参照してください。
経路配分パターンを変更したあと，項番 17 へ。
IPv4 PIM-SM が動作するインタフェースに，
IGMP snooping を設定しているか確認して
ください。
IPv6 PIM-SM が動作するインタフェースに，
MLD snooping を設定しているか確認して
ください。
• show igmp-snooping
• show mld-snooping
IGMP/MLD snooping を設定していない場合は，項番 8 へ。
IGMP/MLD snooping を設定している場合は，次の内容を
確認してください。
• 隣接ルータと接続しているポートに対して IGMP/MLD snooping のマルチキャストルータポートの設定をして
いるか確認してください。
• 「4.4 IGMP/MLD snooping の通信障害」を参照して，
IGMP/MLD snooping の設定を確認してください。
IGMP/MLD snooping の設定が正しい場合は，項番 8
へ。
参照してください。
パケットが廃棄されていない場合は，項番 9 へ。
8 PIM-SM，IGMP および MLD が動作するイ
ンタフェースで，フィルタまたは QoS によっ
てプロトコルパケットやマルチキャストパ
ケットが廃棄されていないか確認してくださ
い。
9 送信者へのユニキャスト経路が存在するか確
認してください。
• show ip route
• show ipv6 route
10 送信者へのネクストホップアドレスと接続し
ているインタフェースで，PIM-SM が動作し
ていることを確認してください。
• show ip pim interface
• show ipv6 pim interface
11 PIM-SM の隣接情報を確認してください。
• show ip pim neighbor
• show ipv6 pim neighbor
ユニキャスト経路が存在する場合は，項番 10 へ。
PIM-SM が動作している場合は，項番 11 へ。
PIM-SM が動作していない場合は，送信者へのネクストホッ
プアドレスと接続しているインタフェースで PIM-SM が動
作するようにコンフィグレーションを修正してください。
項番 9 で確認した経路のネクストホップがすべて隣接ルータ
として表示されている場合は，項番 12 へ。
項番 9 で確認した経路のネクストホップのうち隣接ルータと
して表示されていないものがある場合は，表示されていない
隣接ルータの設定を確認してください。
84
5 IP およびルーティングのトラブルシュート
項
番
12 PIM-SSM で使用するアドレス範囲に中継対
13
18
確認内容・コマンド
象グループアドレスが含まれていることを，
コンフィグレーションで確認してください。
• show running-config
マルチキャスト中継エントリが存在すること
を確認してください。
• show ip mcache
• show ipv6 mcache
14 マルチキャスト中継エントリ数が最大数（コ
ンフィグレーションコマンド ip pim mcache-limit または ipv6 pim mcachelimit の設定値）に到達していないか確認して
ください。
• show ip mcache
• show ipv6 mcache
15 マルチキャスト経路情報が存在することを確
認してください。
• show ip mroute
• show ipv6 mroute
16 マルチキャスト経路情報数が最大数（コン
フィグレーションコマンド ip pim mroutelimit または ipv6 pim mroute-limit の設定
値）に到達していないか確認してください。
• show ip mroute
• show ipv6 mroute
17 IPv4 マルチキャスト使用時は TTL 値が 1，
IPv6 マルチキャスト使用時はホップリミッ
ト値が 1 のマルチキャストパケットを受信し
ていないか確認してください。
• show tcpdump
マルチキャスト中継エントリ数が収容条件に
到達しているシステムメッセージ ※
れていないか確認してください。
• show logging
が表示さ
対応
PIM-SSM で使用するアドレス範囲に中継対象グループアド
レスが含まれている場合は，項番 13 へ。
PIM-SSM で使用するアドレス範囲に中継対象グループアド
レスが含まれていない場合は，コンフィグレーションを修正
してください。
マルチキャスト中継エントリが存在する場合は，項番 14 へ。
マルチキャスト中継エントリが存在しない場合は，上流イン
タフェースにマルチキャストパケットが届いていることを確
認してください。マルチキャストパケットが届いていない場
合は，送信者または上流ルータの設定を確認してください。
Warning が表示されていない場合は，項番 15 へ。
Warning が表示されている場合は，マルチキャスト中継エン
トリ数が最大数に到達しています。ネットワーク構成を見直
して範囲内で運用してください。
また，ネガティブキャッシュエントリが想定以上に生成され
ている場合は，不要なマルチキャストパケットを送信してい
る端末が存在しないか確認してください。
マルチキャスト経路情報が存在する場合は，項番 16 へ。
マルチキャスト経路情報が存在しない場合は，下流ルータの
設定を確認してください。
Warning が表示されていない場合は，項番 17 へ。
Warning が表示されている場合は，マルチキャスト経路情報
数が最大数に到達しています。ネットワーク構成を見直して
範囲内で運用してください。
TTL 値またはホップリミット値が 1 でない場合は，項番 18
へ。
TTL 値またはホップリミット値が 1 の場合は，本装置では該
当するマルチキャストパケットを中継しません。送信者の設
定を修正してください。
システムメッセージが表示されていない場合は，項番 19 へ。
システムメッセージが表示されている場合は，マルチキャス
ト中継エントリ数が収容条件に到達しています。
収容条件に到達したあとはマルチキャスト中継エントリを設
定できないため，収容条件に到達した状態での運用は推奨し
ません。ネットワーク構成を見直して収容条件内で運用して
ください。
ネットワーク構成を見直したあと，restart ipv4-multicast ま
たは restart ipv6-multicast コマンドを実行して，マルチ
キャスト中継エントリを再設定してください。
85
5 IP およびルーティングのトラブルシュート
項
番
確認内容・コマンド
19 マルチキャスト中継エントリの延べ下流イン
タフェース数が収容条件に到達しているシス
テムメッセージ（メッセージ種別：PSU，メッ
セージ識別子：41023002）が表示されてい
ないか確認してください。
• show logging
対応
システムメッセージが表示されている場合は，マルチキャス
ト中継エントリの延べ下流インタフェース数が収容条件に到
達しています。
収容条件に到達したあとは下流インタフェースを設定できな
いため，収容条件に到達した状態での運用は推奨しません。
ネットワーク構成を見直して収容条件内で運用してくださ
い。なお，延べ下流インタフェース数は，IPv4 マルチキャス
トと IPv6 マルチキャストの合計です。
ネットワーク構成を見直したあと，restart ipv4-multicast お
よび restart ipv6-multicast コマンドをどちらも実行して，
マルチキャスト中継エントリを再設定してください。
注※
IPv4 マルチキャスト中継エントリ数が収容条件に到達しているときはシステムメッセージ（メッセージ種別：PSU，
メッセージ識別子：41021002），IPv6 マルチキャスト中継エントリ数が収容条件に到達しているときはシステムメッ
セージ（メッセージ種別：PSU，メッセージ識別子：41022002）が表示されます。
(2) ラストホップルータ確認内容
PIM-SSM ネットワーク構成で，本装置がラストホップルータの場合の確認内容を次の表に示します。
表 5‒18 ラストホップルータ確認内容
項
番
確認内容・コマンド
1
2
3
受信者と接続しているインタフェースで，
IGMP または MLD が動作していることを確
認してください。
• show ip igmp interface
• show ipv6 mld interface
受信者が IGMPv1/IGMPv2/IGMPv3
（EXCLUDE モード）または MLDv1/
MLDv2（EXCLUDE モード）を使用する場
合は，IGMP/MLD PIM-SSM 連携機能の設
定（コンフィグレーションコマンド ip igmp ssm-map enable または ipv6 mld ssmmap enable）があることを，コンフィグレー
ションで確認してください。
• show running-config
受信者が IGMPv1/IGMPv2/IGMPv3
（EXCLUDE モード）または MLDv1/
MLDv2（EXCLUDE モード）を使用する場
合は，PIM-SSM で中継するグループアドレ
スと送信元アドレスを IGMP/MLD PIM-
SSM 連携機能の設定（コンフィグレーション
コマンド ip igmp ssm-map static または ipv6 mld ssm-map static）で指定している
ことを，コンフィグレーションで確認してく
ださい。
対応
IGMP または MLD が動作していない場合は，IGMP または
MLD が動作するようにコンフィグレーションを修正してく
ださい。
IGMP/MLD PIM-SSM 連携機能の設定がない場合は，コン
フィグレーションを修正してください。
PIM-SSM で中継するグループアドレスと送信元アドレスを
指定していない場合は，コンフィグレーションを修正してく
ださい。
86
5 IP およびルーティングのトラブルシュート
項
番
4
5
6
7
8
9
確認内容・コマンド 対応
• show running-config
受信者が，IGMP または MLD で中継対象マ
ルチキャストグループに参加していることを
確認してください。
• show ip igmp group
• show ipv6 mld group
IGMP/MLD PIM-SSM 連携機能を使用して
いる場合は，該当するマルチキャストグルー
プの Source Address に送信元アドレスが表
示されていることを確認してください。
• show ip igmp group
• show ipv6 mld group
中継対象マルチキャストグループに参加して
いるインタフェースがある場合は，本装置が
DR であることを確認してください。
• show ip pim interface
• show ipv6 pim interface
静的グループ参加機能を使用しているインタ
フェースがある場合は，本装置が DR である
ことを確認してください。
• show ip pim interface
• show ipv6 pim interface
静的グループ参加機能が動作するインタ
フェースに，IGMP snooping または MLD snooping を設定しているか確認してくださ
い。
• show igmp-snooping
• show mld-snooping
各インタフェースで異常を検出していないか
確認してください。
• show ip igmp interface
• show ipv6 mld interface
受信者が中継対象マルチキャストグループに参加していない
場合は，受信者の設定を確認してください。
Source Address に送信元アドレスが表示されていない場合
は，IGMP/MLD PIM-SSM 連携機能の設定が不正です。コ
ンフィグレーションを修正してください。
本装置が DR でない場合は，中継対象インタフェースの DR
を確認してください。
本装置が DR でない場合は，中継対象インタフェースの DR
である装置に静的グループ参加機能を設定してください。
IGMP/MLD snooping を設定している場合は，次の内容を
確認してください。
• 中継先ポートに対して IGMP/MLD snooping のマルチ
キャストルータポートの設定をしているか確認してくだ
さい。
• 「4.4 IGMP/MLD snooping の通信障害」を参照して，
IGMP/MLD snooping の設定を確認してください。
Notice に警告情報が表示されていないことを確認してくだ
さい。
警告情報が表示されている場合は，次の内容を確認してくだ
さい。
L：
次のどれかの上限値に到達しているため，IGMP Report
メッセージまたは MLD Report メッセージ（もしくは
メッセージ内の Record 情報）を廃棄しています。受信者
数を確認してください。
• マルチキャストグループ数（コンフィグレーションコ
マンド ip igmp group-limit または ipv6 mld grouplimit の設定値）
87
5 IP およびルーティングのトラブルシュート
項
番
確認内容・コマンド 対応
• ソース数（コンフィグレーションコマンド ip igmp source-limit または ipv6 mld source-limit の設定
値）
• マルチキャストチャネル数（コンフィグレーションコ
マンド ipv6 mld channel-limit の設定値）
• ホストトラッキング機能で保持している受信者数（コ
ンフィグレーションコマンド ipv6 mld explicittracking の設定値）
Q：
隣接するルータと IGMP または MLD のバージョンが不
一致です。IGMP または MLD のバージョンを一致させ
てください。
R：
現在の設定では受信できない IGMP Report メッセージ
または MLD Report メッセージを送信している受信者が
存在します。本装置の IGMP または MLD のバージョン
を変更するか，受信者の設定を確認してください。
S：
IGMPv3 または MLDv2 で 1 メッセージ内に格納できる
ソース数が上限を超えたため，参加情報を一部廃棄してい
ます。受信者の設定を確認してください。
F：
マルチキャストチャネルフィルタ機能（コンフィグレー
ションコマンド ipv6 mld access-group）によって，
MLD Report メッセージまたは MLD Report メッセー
ジ内の Record 情報を廃棄しています。show ipv6 mld access-group コマンドを実行して，対象の参加要求が許
可されているかどうかを確認してください。
B：
MLD インタフェース単位の帯域管理機能（コンフィグ
レーションコマンド ipv6 mld bandwidth-limit）によっ
て，MLD Report メッセージまたは MLD Report メッ
セージ内の Record 情報を廃棄しています。show ipv6 mld bandwidth コマンドを実行して，対象 MLD インタ
フェースの帯域使用状況を確認してください。
(3) ファーストホップルータ確認内容
PIM-SSM ネットワーク構成で，本装置がファーストホップルータの場合の確認内容を次の表に示します。
表 5‒19 ファーストホップルータ確認内容
項
番
確認内容・コマンド
1 本装置が送信者と直接接続していて，送信者
からのマルチキャストパケットが本装置に届
いていることを確認してください。
• show interface
対応
マルチキャストパケットが届いていない場合は，ネットワー
ク構成および送信者の設定を確認してください。
88
5 IP およびルーティングのトラブルシュート
項
番
2
3
確認内容・コマンド
送信者と接続しているインタフェースで，
PIM-SM，IGMP または MLD が動作してい
ることを確認してください。
• show ip pim interface
• show ip igmp interface
• show ipv6 pim interface
• show ipv6 mld interface
マルチキャストパケットとマルチキャスト経
路情報のグループアドレスと送信元アドレス
が一致するか確認してください。
• show ip mroute
• show ipv6 mroute
対応
PIM-SM，IGMP または MLD が動作していない場合は，
PIM-SM，IGMP または MLD が動作するようにコンフィグ
レーションを修正してください。
グループアドレスと送信元アドレスが一致しない場合は，送
信者とラストホップルータの設定を確認してください。
5.6.4 PIM-SSM ネットワークでマルチキャストパケットが二重中継さ
れる
PIM-SSM ネットワーク構成でマルチキャストパケットが二重中継される場合は，各ルータの設定内容を確
認して，同一ネットワークに複数のルータが存在するインタフェースでは PIM-SM が動作するように設定
してください。
また，MLD の静的グループ参加機能（コンフィグレーションコマンド ipv6 mld static-group）で ignoredr パラメータを設定している場合，本装置は DR でなくてもマルチキャストパケットを中継します。その
ため，PIM-SM が動作している場合でも，一時的に二重中継が発生することがあります。なお，この二重
中継は PIM Assert メッセージの送受信で停止します。
PIM-SM の設定をしても二重中継が継続する場合の確認内容を次の表に示します。
表 5‒20 二重中継が継続する場合の確認内容
項
番
確認内容・コマンド
1 同一ネットワークに複数のルータが存在する
インタフェースの PIM-SM の隣接情報を確
認してください。
• show ip pim neighbor
• show ipv6 pim neighbor
対応
隣接ルータが表示されない場合は，次の内容を確認してくだ
さい。
• 隣接ルータと接続しているインタフェースで PIM-SM が
動作していることを，show ip pim interface または show ipv6 pim interface コマンドで確認してください。
• フィルタまたは QoS によってプロトコルパケットが廃
棄されていないか確認してください。確認方法と対応に
い。
• 隣接ルータの設定を確認してください。
5.6.5 VRF でマルチキャスト通信ができない
VRF でマルチキャスト通信ができない場合の確認内容を次の表に示します。
89
5 IP およびルーティングのトラブルシュート
表 5‒21 VRF での確認内容
項
番
確認内容・コマンド
1
2
3
4
5
6
対応
本装置をランデブーポイントまたはブートス
トラップルータとして使用する場合は，該当
VRF のループバックインタフェースに IPv4
マルチキャスト使用時は IPv4 アドレスを，
IPv6 マルチキャスト使用時は IPv6 アドレス
を設定しているか，コンフィグレーションを
確認してください。
• show running-config
ブートストラップルータ候補の設定で，IPv4
マルチキャスト使用時は該当 VRF のループ
バックインタフェース番号を，IPv6 マルチ
キャスト使用時は該当 VRF のループバック
インタフェースの IPv6 アドレスを指定して
いるか，コンフィグレーションを確認してく
ださい。
• show running-config
複数の VRF で運用している場合は，グローバ
ルネットワークまたは特定の VRF がマルチ
キャスト中継エントリを想定以上に占有して
いないか確認してください。
• show ip mcache vrf all
• show ipv6 mcache vrf all
該当 VRF のループバックインタフェースに IPv4 アドレス
または IPv6 アドレスを設定している場合は，項番 2 へ。
本装置をランデブーポイントまたはブートストラップルータ
として使用しない場合は，項番 6 へ。
該当 VRF のループバックインタフェースに IPv4 アドレス
または IPv6 アドレスを設定していない場合は，コンフィグ
レーションを修正してください。
該当 VRF で本装置がランデブーポイント候
補として動作していることを確認してくださ
い。
• show ip pim vrf all rp-mapping
• show ipv6 pim vrf all rp-mapping
本装置がランデブーポイント候補として動作していない場合
は，項番 3 へ。
本装置がランデブーポイント候補として動作している場合
は，項番 4 へ。
ランデブーポイント候補の設定で，IPv4 マル
チキャスト使用時は該当 VRF のループバッ
クインタフェース番号を，IPv6 マルチキャス
ト使用時は該当 VRF のループバックインタ
フェースの IPv6 アドレスを指定しているか，
コンフィグレーションを確認してください。
• show running-config
ランデブーポイント候補の設定が正しい場合は，項番 4 へ。
ランデブーポイント候補の設定が正しくない場合は，コン
フィグレーションを修正してください。
該当 VRF で本装置がブートストラップルー
タ候補として動作していることを確認してく
ださい。
• show ip pim vrf all bsr
• show ipv6 pim vrf all bsr
本装置がブートストラップルータ候補として動作していない
場合は，項番 5 へ。
本装置がブートストラップルータ候補として動作している場
合は，項番 6 へ。
ブートストラップルータ候補の設定が正しい場合は，項番 6
へ。
ブートストラップルータ候補の設定が正しくない場合は，コ
ンフィグレーションを修正してください。
ネットワーク設計の想定以上にマルチキャスト中継エントリ
を占有しているグローバルネットワークまたは VRF がない
場合は，項番 7 へ。
ネットワーク設計の想定以上にマルチキャスト中継エントリ
を占有しているグローバルネットワークまたは VRF がある
場合は，想定していないマルチキャスト中継エントリが生成
されていないか確認してください。ネガティブキャッシュエ
ントリが多い場合は，不要なマルチキャストパケットを送信
している端末が存在しないか確認してください。
なお，一つのグローバルネットワークまたは特定の VRF がマ
ルチキャスト中継エントリを不正に占有することを防止する
90
5 IP およびルーティングのトラブルシュート
項
番
確認内容・コマンド 対応
7
をしてください。
ために，次に示すコンフィグレーションで VRF ごとにマルチ
キャスト中継エントリの最大数を設定することを推奨しま
す。
• ip pim vrf <vrf id> mcache-limit <number>
• ipv6 pim vrf <vrf id> mcache-limit <number>
情報確認のための各コマンドでは，VRF を指定する必要があ
ります。VRF 指定の方法は，「運用コマンドレファレンス」
を参照してください。
5.6.6 エクストラネットでマルチキャスト通信ができない
エクストラネットでマルチキャスト通信ができない場合は，まず，「5.6.5 VRF でマルチキャスト通信が
できない」を確認して，各 VRF でマルチキャスト通信ができることを確認してください。そのあと，次の
表に示す内容を確認してください。
表 5‒22 エクストラネットでの確認内容
項
番
1
確認内容・コマンド 対応
ユニキャスト経路が正しくない場合は，ユニキャストエクス
トラネットの設定を修正してください。
2
3
4
中継先 VRF から送信元アドレスへのユニ
キャスト経路が，期待する VRF またはグロー
バルネットワークであることを確認してくだ
さい。
• show ip rpf vrf <vrf id>
• show ipv6 rpf vrf <vrf id>
上流側 VRF で，送信元アドレスへのユニキャ
スト経路が，さらに別の VRF になっていない
か確認してください。
• show ip rpf vrf <vrf id>
• show ipv6 rpf vrf <vrf id>
(S,G)マルチキャスト経路情報の incoming
に(denied)が表示されていないか確認してく
ださい。
• show ip mroute vrf all
• show ipv6 mroute vrf all
該当する VRF の extranet filter に，想定して
いるフィルタ数が表示されることを確認して
ください。
• show ip multicast resources
• show ipv6 multicast resources
送信元アドレスへのユニキャスト経路が別の VRF になって
いる場合は，装置内での二段以上の VRF 中継となります。二
段以上の VRF 中継は未サポートのため，ネットワーク構成を
見直してください。
(S,G)マルチキャスト経路情報の incoming に(denied)が表
示されている場合は，上流側 VRF のマルチキャスト経路フィ
ルタリングにエクストラネット通信で使用するグループアド
レスと中継先 VRF を設定してください。
なお，マルチキャスト経路フィルタリングにグループアドレ
スおよび中継先 VRF を設定していない場合は，すべてのグ
ループアドレスおよび VRF が中継先として許可されていま
す。
想定しているフィルタ数と異なる場合は，マルチキャスト経
路フィルタリングの設定が不正です。マルチキャスト経路
フィルタリングの設定を修正してください。
91
5 IP およびルーティングのトラブルシュート
5.6.7 系切替後にマルチキャスト通信が停止する
二重化装置で，系切替後の再学習時間中または再学習時間終了時に，マルチキャスト通信が停止した場合の
確認内容を次の表に示します。
系切替時の無停止マルチキャスト中継機能は，IPv4 マルチキャストの PIM-SM/PIM-SSM，および IPv6
マルチキャストの PIM-SSM をサポートしています。
表 5‒23 系切替後にマルチキャスト通信が停止する場合の確認内容
項
番
1
確認内容・コマンド
2
本装置に無停止マルチキャスト中継機能の設
定（コンフィグレーションコマンド ip pim nonstop-forwarding または ipv6 pim nonstop-forwarding）があることを，コン
フィグレーションで確認してください。
• show running-config
本装置で，ユニキャストルーティング高可用
機能が有効であることを確認してください。
• show running-config
対応
無停止マルチキャスト中継機能の設定がある場合は，項番 2
以降を確認してください。
無停止マルチキャスト中継機能の設定がない場合は，コン
フィグレーションを修正してください。
無停止マルチキャスト中継機能を使用するためには，本装置
でユニキャストルーティング高可用機能を有効にしてくださ
い。
ユニキャストルーティング高可用機能を有効にしない場合
は，送信元への経路をスタティックで設定してください。
3
4
5
系切替する装置の隣接装置が，Generation
ID オプションをサポートしているか確認し
てください。
• show ip pim neighbor detail
• show ipv6 pim neighbor detail
再学習時間の設定（コンフィグレーションコ
マンド ip pim nonstop-forwarding または ipv6 pim nonstop-forwarding の agingtime パラメータ）が適切か，コンフィグレー
ションを確認してください。
• show running-config
本装置がランデブーポイントの場合，RP-
Holdtime の設定（コンフィグレーションコマ
ンド ip pim rp-candidate の holdtime パラ
メータ）が適切か，コンフィグレーションを
確認してください。
• show running-config
グレーションガイド」を参照してください。
GenID に"-"が表示される隣接装置は，Generation ID オプ
ションをサポートしていません。無停止マルチキャスト中継
機能を使用するためには，隣接装置に Generation ID オプ
ションをサポートしている装置を設置してください。
再学習時間が短いと，再学習時間終了後にマルチキャスト通
信が停止することがあります。
運用しているネットワーク構成に適した再学習時間を算出し
て，コンフィグレーションを修正してください。算出方法に
ついては，「コンフィグレーションガイド」を参照してくださ
い。
系切替後に，他装置で本装置のランデブーポイント情報がタ
イムアウトしたために通信が停止した場合は，RP-Holdtime
が短い可能性があります。
運用しているネットワーク構成に適した RP-Holdtime を算
出して，コンフィグレーションを修正してください。算出方
法については，「コンフィグレーションガイド」を参照してく
ださい。
92
6
機能ごとのトラブルシュート
この章では，機能ごとにトラブルが発生した場合の対処方法を説明します。
93
6 機能ごとのトラブルシュート
6.1 フィルタまたは QoS のトラブル
6.1.1 フィルタのトラブル
フィルタで指定したフレームが通過または廃棄されない場合は，次の表に示す障害解析方法に従って原因を
切り分けてください。
表 6‒1 フィルタでフレームが通過または廃棄されない場合の障害解析方法
項
番
1
確認内容・コマンド 対応
2
3
4
5
通過または廃棄するフレームを指定したフィ
ルタが設定されていることを，コンフィグ
レーションで確認してください。
• show running-config
PSU の更新状態に(restart required)が表示
されているか確認してください。
• show system
• show psu resources
通過または廃棄するフレームを指定したフィ
ルタエントリについて，PSU ごとの
Matched packets に Unset が表示されてい
るか確認してください。
• show access-filter
フィルタ条件に一致したパケット数を
Matched packets で確認してください。
• show access-filter uRPF によってパケットが廃棄されていない
か確認してください。
通過または廃棄するフレームを指定したフィルタが設定され
ていない場合は，コンフィグレーションを修正してください。
通過または廃棄するフレームを指定したフィルタが設定され
ている場合は，項番 2 へ。
PSU の更新状態に(restart required)が表示されている場合
は，PSU を再起動してください。
PSU の更新状態に(restart required)が表示されていない場
合は，項番 3 へ。
該当するフィルタエントリについて，PSU ごとの Matched packets に Unset が表示されている場合は，フィルタエント
リを装置へ反映中です。Unset が消えるまで，しばらく待っ
てください。
該当するフィルタエントリについて，PSU ごとの Matched packets に Unset が表示されていない場合は，項番 4 へ。
通過または廃棄したいフレーム数と Matched packets の値
が異なる場合は，フィルタの検出条件が誤っていて，暗黙の
廃棄をしている可能性があります。フィルタエントリの設定
を見直してください。
通過または廃棄したいフレーム数より Matched packets の
値が小さい場合は，項番 5 へ。 uRPF によってパケットが廃棄されている可能性がありま
す。確認方法と対応については，「8.1.3 uRPF による廃棄
6.1.2 QoS のトラブル
(1) ポリサーが動作しない場合
ポリサーが動作しない場合は，次の表に示す障害解析方法に従って原因を切り分けてください。
94
6 機能ごとのトラブルシュート
表 6‒2 ポリサーが動作しない場合の障害解析方法
項
番
確認内容・コマンド
1
2
3
4
5
6
監視するフレームを指定した QoS フローお
よびポリサーが設定されていることを，コン
フィグレーションで確認してください。
• show running-config
PSU の更新状態に(restart required)が表示
されているか確認してください。
• show system
• show psu resources
監視するフレームを指定した QoS フローエ
ントリについて，PSU ごとの Matched packets に Unset が表示されているか確認
してください。
• show qos-flow
監視するフレームを指定した QoS フローエ
ントリで指定したポリサーエントリについ
て，PSU ごとのパケット数に Unset が表示さ
れているか確認してください。
• show policer
Max-rate over，Max-rate under，Min-rate over，および Min-rate under で，ポリサー
の遵守フレーム数および違反フレーム数を確
認してください。
• show policer uRPF によってパケットが廃棄されていない
か確認してください。
対応
監視するフレームを指定した QoS フローおよびポリサーが
設定されていない場合は，コンフィグレーションを修正して
ください。
監視するフレームを指定した QoS フローおよびポリサーが
設定されている場合は，項番 2 へ。
PSU の更新状態に(restart required)が表示されている場合
は，PSU を再起動してください。
PSU の更新状態に(restart required)が表示されていない場
合は，項番 3 へ。
該当する QoS フローエントリについて，PSU ごとの
Matched packets に Unset が表示されている場合は，QoS
フローエントリを装置へ反映中です。Unset が消えるまで，
しばらく待ってください。
該当する QoS フローエントリについて，PSU ごとの
Matched packets に Unset が表示されていない場合は，項
番 4 へ。
該当するポリサーエントリについて，PSU ごとのパケット数
に Unset が表示されている場合は，ポリサーエントリを装置
へ反映中です。Unset が消えるまで，しばらく待ってくださ
い。
該当するポリサーエントリについて，PSU ごとのパケット数
に Unset が表示されていない場合は，項番 5 へ。
監視したいフレーム数と show policer コマンドで表示した
値が異なる場合は，QoS フローの検出対象外である可能性が
あります。詳細は，「コンフィグレーションガイド」を参照し
てください。
監視したいフレーム数と show policer コマンドで表示した
値が異なる場合は，QoS フローの検出条件が誤っている可能
性があります。QoS フローエントリの設定を見直してくだ
さい。
監視したいフレーム数に対して show policer コマンドで表
示した遵守フレーム数および違反フレーム数が適正でない場
合は，ポリサーの監視帯域値やバーストサイズが誤っている
可能性があります。ポリサーの設定を見直してください。
監視したいフレーム数より show policer コマンドで表示し
た値が小さい場合は，項番 6 へ。 uRPF によってパケットが廃棄されている可能性がありま
す。確認方法と対応については，「8.1.3 uRPF による廃棄
uRPF によってパケットが廃棄されていない場合は，項番 7
へ。
95
6 機能ごとのトラブルシュート
項
番
7
確認内容・コマンド 対応
フィルタによってフレームが廃棄されていな
いか確認してください。
フィルタによってフレームが廃棄されている可能性がありま
す。確認方法と対応については，「8.1.1 フィルタによる廃
(2) マーカー，優先度変更，および QoS フロー廃棄が動作しない場合
マーカー，優先度変更，および QoS フロー廃棄が動作しない場合は，次の表に示す障害解析方法に従って
原因を切り分けてください。
表 6‒3 マーカー，優先度変更，および QoS フロー廃棄が動作しない場合の障害解析方法
項
番
1
確認内容・コマンド 対応
2
3
4
マーカー，優先度変更，および QoS フロー廃
棄するフレームを指定した QoS フローが設
定されていることを，コンフィグレーション
で確認してください。
• show running-config
PSU の更新状態に(restart required)が表示
されているか確認してください。
• show system
• show psu resources
マーカー，優先度変更，および QoS フロー廃
棄するフレームを指定した QoS フローエン
トリについて，PSU ごとの Matched packets に Unset が表示されているか確認
してください。
• show qos-flow
QoS フロー条件に一致したパケット数を
Matched packets で確認してください。
• show qos-flow
マーカー，優先度変更，および QoS フロー廃棄するフレーム
を指定した QoS フローが設定されていない場合は，コンフィ
グレーションを修正してください。
マーカー，優先度変更，および QoS フロー廃棄するフレーム
を指定した QoS フローが設定されている場合は，項番 2 へ。
PSU の更新状態に(restart required)が表示されている場合
は，PSU を再起動してください。
PSU の更新状態に(restart required)が表示されていない場
合は，項番 3 へ。
該当する QoS フローエントリについて，PSU ごとの
Matched packets に Unset が表示されている場合は，QoS
フローエントリを装置へ反映中です。Unset が消えるまで，
しばらく待ってください。
該当する QoS フローエントリについて，PSU ごとの
Matched packets に Unset が表示されていない場合は，項
番 4 へ。
マーカー，優先度変更，および QoS フロー廃棄したいフレー
ム数と Matched packets の値が異なる場合は，QoS フロー
5 uRPF によってパケットが廃棄されていない
か確認してください。
レーションガイド」を参照してください。
マーカー，優先度変更，および QoS フロー廃棄したいフレー
ム数と Matched packets の値が異なる場合は，QoS フロー
の検出条件が誤っている可能性があります。QoS フローエ
ントリの設定を見直してください。
マーカー，優先度変更，および QoS フロー廃棄したいフレー
ム数より Matched packets の値が小さい場合は，項番 5 へ。 uRPF によってパケットが廃棄されている可能性がありま
す。確認方法と対応については，「8.1.3 uRPF による廃棄
uRPF によってパケットが廃棄されていない場合は，項番 6
へ。
96
6 機能ごとのトラブルシュート
項
番
6
確認内容・コマンド 対応
フィルタによってフレームが廃棄されていな
いか確認してください。
フィルタによってフレームが廃棄されている可能性がありま
す。確認方法と対応については，「8.1.1 フィルタによる廃
(3) ポートシェーパが動作しない場合
ポートシェーパが動作しない場合は，次の表に示す障害解析方法に従って原因を切り分けてください。
表 6‒4 ポートシェーパが動作しない場合の障害解析方法
項
番
確認内容・コマンド
1
2
対象のイーサネットインタフェースの動作状
況を Schedule-mode，Port-rate-limit，
Active-rate，Qlen，Peak-Qlen，Limit-
Qlen，および Drop-mode で確認してくださ
い。
• show qos queueing port uRPF によってパケットが廃棄されていない
か確認してください。
対応
"-"の場合は，ポートシェーパの設定が反映されていない可能
性があります。対象のイーサネットインタフェースを正常運
用中にしてください。
"-"でない場合は，項番 2 へ。
3 フィルタによってフレームが廃棄されていな
いか確認してください。 uRPF によってパケットが廃棄されている可能性がありま
す。確認方法と対応については，「8.1.3 uRPF による廃棄
uRPF によってパケットが廃棄されていない場合は，項番 3
へ。
フィルタによってフレームが廃棄されている可能性がありま
す。確認方法と対応については，「8.1.1 フィルタによる廃
97
6 機能ごとのトラブルシュート
6.2 sFlow 統計（フロー統計）機能のトラブル
本装置の sFlow 統計機能で，次に示すトラブルが発生した場合の対処方法を説明します。
• sFlow パケットがコレクタに届かない
• フローサンプルがコレクタに届かない
• カウンタサンプルがコレクタに届かない
6.2.1 sFlow パケットがコレクタに届かない
本装置で sFlow パケットがコレクタに届かない場合のトラブルシューティングの流れは次のとおりです。
1. 運用コマンドで動作状況を確認する
2. コンフィグレーションの内容を確認する
3. コレクタまでの経路を確認する
4. その他，故障などを確認する
(1) 運用コマンドでの動作確認
show sflow コマンドを数回実行して sFlow 統計情報を表示して，sFlow 統計機能が動作しているか確認
してください。下線部の値が増加していない場合は，「(2) コンフィグレーションの確認」および「(3)
コレクタまでの経路確認」を参照してください。増加している場合は，「(3) コレクタまでの経路確認」お
よび「(4) コレクタ側の設定確認」を参照して，コレクタに対してネットワークが正しく接続されている
か確認してください。
図 6‒1 show sflow コマンドの表示例
> show sflow
Date 20XX/07/19 12:00:00 UTC sFlow service status : enable
Elapsed time from the last statistics clearance : 12:00:05 sFlow agent data :
sFlow service version : 4
CounterSample interval rate : 60 seconds
Received sFlow samples : 37269 Dropped sFlow samples : 2093
Exported sFlow samples : 37269 Non-exported sFlow Samples : 0 sFlow collector data :
Collector IP address : 192.168.1.20 UDP : 6343 Source IP address : 192.168.1.1
Send FlowSample UDP packets : 12077 Send failed packets : 0
Send CounterSample UDP packets : 621 Send failed packets : 0 sFlow sampling data :
Configured rate(actual rate) : 1 per 2048 packets(1 per 2048 packets)
Configured sFlow ingress ports : 1/2-4
>
注 下線部の値が，増加していることを確認してください。
(2) コンフィグレーションの確認
次の内容について，運用中のコンフィグレーションを確認してください。
• コンフィグレーションに，sFlow パケットの送信先であるコレクタの IP アドレスと UDP ポート番号
が正しく設定されていることを確認してください。
(config)# show sflow sflow destination 192.168.1.20 6343 <-1 sflow sample 2048
!
(config)#
98
6 機能ごとのトラブルシュート
1. コレクタの情報が正しく設定されていることを確認してください。
• サンプリング間隔が設定されていることを確認してください。
サンプリング間隔が設定されていないと，デフォルト値（＝大きな値）で動作するため値が大き過ぎ，
フローサンプルがコレクタにほとんど送信されません。そのため，適切なサンプリング間隔を設定して
ください。
コンフィグレーションの表示例を次に示します。
(config)# show sflow sflow destination 192.168.1.20 6343 sflow sample 2048 <-1
!
(config)#
1. 適切なサンプリング間隔が設定されていることを確認してください。
運用コマンドの実行例を次に示します。
> show sflow
Date 20XX/07/19 12:00:00 UTC sFlow service status : enable
Elapsed time from the last statistics clearance : 12:00:05 sFlow agent data :
sFlow service version : 4
CounterSample interval rate : 60 seconds
Received sFlow samples : 37269 Dropped sFlow samples : 2093
Exported sFlow samples : 37269 Non-exported sFlow Samples : 0 sFlow collector data :
Collector IP address : 192.168.1.20 UDP : 6343 Source IP address : 192.168.1.1
Send FlowSample UDP packets : 12077 Send failed packets : 0
Send CounterSample UDP packets : 621 Send failed packets : 0 sFlow sampling data :
Configured rate(actual rate) : 1 per 2048 packets(1 per 2048 packets)
Configured sFlow ingress ports : 1/2-4
>
注 下線部に，適切なサンプリング間隔が表示されていることを確認してください。
• sFlow 統計を実施する物理ポートに対して，sflow forward ingress が設定されていることを確認して
ください。
(config)# show interfaces tengigabitethernet 1/2 interface tengigabitethernet 1/2
sflow forward ingress <-1
!
(config)#
1. ここに sflow forward ingress が設定されていることを確認してください。
• sFlow 統計を実施する物理ポートに対して，フィルタまたは QoS によって sFlow パケットが廃棄され
ていないか確認してください。確認方法と対応については，「8.1 パケット廃棄の確認」を参照してく
ださい。
• コンフィグレーションコマンド sflow source で sFlow パケットの送信元（エージェント）IP アドレス
を指定した場合，その IP アドレスが本装置のインタフェースに設定されていることを確認してくださ
い。
(config)# show sflow sflow destination 192.168.1.20 6343 sflow sample 2048 sflow source 192.168.1.1 <-1
!
(config)#
1. 本装置のインタフェースに設定されている IP アドレスであることを確認してください。
99
6 機能ごとのトラブルシュート
(3) コレクタまでの経路確認
「5.1.1 通信できない，または切断されている」および「5.2.1 通信できない，または切断されている」
を参照して，コレクタに対してネットワークが正しく接続されているかを確認してください。もし，コン
フィグレーションで sFlow パケットの最大サイズ（sflow max-packet-size）を変更している場合は，指
定しているパケットサイズでコレクタまで接続できるか確認してください。
(4) コレクタ側の設定確認
利用しているコレクタ側の設定が正しいか確認してください。
6.2.2 フローサンプルがコレクタに届かない
「6.2.1 sFlow パケットがコレクタに届かない」を確認しても解決しない場合は，次の内容を確認してくだ
さい。
(1) 中継パケット有無の確認
show interfaces コマンドを実行して，パケットが中継されているか確認してください。
図 6‒2 ポート状態の表示例
>show interfaces tengigabitethernet 1/2
Date 20XX/07/19 12:00:00 UTC
NIF1: active 6-port 10GBASE-R(SFP+) retry:0
Average:7000Mbps/120Gbps Peak:7500Mbps at 08:10:30
Port2: active up 10GBASE-LR 0012.e240.0a04
SFP+ connect
Time-since-last-status-change:10:30:30
Bandwidth:10000000kbps Average out:3500Mbps Average in:3500Mbps
Peak out:3800Mbps at 08:10:30 Peak in:3700Mbps at 08:10:30
Output rate:2900.0Mbps 3400pps
Input rate:2900.0Mbps 3400pps <-1
Flow control send :on
Flow control receive:on
TPID:8100
:
>
1. フローサンプルを収集する物理ポートで，パケットが中継されていることを確認してください。
6.2.3 カウンタサンプルがコレクタに届かない
「6.2.1 sFlow パケットがコレクタに届かない」を確認しても解決しない場合は，次の内容を確認してくだ
さい。
(1) カウンタサンプルの送信間隔の確認
本装置のコンフィグレーションで，カウンタサンプルの送信間隔が 0 になっていないか確認してください。
この値が 0 になっているとカウンタサンプルがコレクタへ送信されません。
図 6‒3 コンフィグレーションの表示例
(config)# show sflow sflow destination 192.168.1.20 6343 sflow sample 2048 sflow polling-interval 60 <-1
!
(config)#
1. ここに 0 が設定されていないことを確認してください。
100
6 機能ごとのトラブルシュート
6.3 IEEE802.3ah OAM のトラブル
6.3.1 ポートが inactive 状態となる
UDLD（片方向リンク障害検出）またはループ検出機能によってポートが inactive 状態となる場合は，次
の表に示す障害解析方法に従って原因を切り分けてください。
表 6‒5 UDLD またはループ検出機能使用時の障害解析方法
項
番
1
確認内容・コマンド 対応
2
3
4
5
6
7 show efmoam コマンドを実行し，inactive
状態にしたポートの障害種別を確認してくだ
さい。
対向装置で IEEE802.3ah OAM が有効であ
ることを確認してください。 show efmoam statistics コマンドを実行し，
1 ポートに複数の装置が接続されていないこ
とを確認してください。
Info TLV の Unstable がカウントアップされている場合は，
該当物理ポートに複数の装置が接続されている可能性があり
ます。該当物理ポートの接続先の装置が 1 台であることを確
認してください。
Info TLV の Unstable がカウントアップされていない場合
は項番 4 へ。
対向装置と直接接続されていることを確認し
てください。
メディアコンバータやハブなどが介在している場合は，対向
装置と直接接続できるようにネットワーク構成を見直してく
ださい。中継装置が必要な場合は，UDLD で使用する制御フ
レーム OAMPDU を透過し，両側のリンク状態が連動するメ
ディアコンバータを使用してください。
直接接続されている場合は項番 5 へ。 show efmoam コマンドを実行し，障害を検
出するための応答タイムアウト回数を確認し
てください。
Link status に Down(loop)が表示されている場合は，ループ
構成となっている可能性があります。ネットワーク構成を見
直してください。
Link status に Down(uni-link)が表示されている場合は，項
番 2 へ。
対向装置側で IEEE802.3ah OAM が有効となっていない場
合は，有効にしてください。
対向装置側で IEEE802.3ah OAM が有効となっている場合
は項番 3 へ。
フィルタまたは QoS 制御によって
OAMPDU が廃棄されていないか確認して
ください。
ケーブルを確認してください。 udld-detection-count の値が初期値未満の場合，実際に障害
となっていなくても片方向リンク障害を誤検出する可能性が
高まります。コンフィグレーションコマンド efmoam udlddetection-count で，初期値以上の値を指定してください。
値を変更したあともポートが inactive 状態になる場合は，項
番 6 へ。 udld-detection-count の値が初期値以上の場合は項番 6 へ。
参照してください。
問題がない場合は項番 7 へ。
ケーブル不良の可能性があります。該当ポートで使用してい
るケーブルを交換してください。
101
6 機能ごとのトラブルシュート
6.4 LLDP のトラブル
6.4.1 LLDP で隣接装置情報が取得できない
LLDP で隣接装置の情報が正しく取得できない場合は，次の表に示す障害解析方法に従って原因を切り分け
てください。
表 6‒6 LLDP 使用時の障害解析方法
項
番
1
確認内容・コマンド
LLDP の動作状態を確認してください。
• show lldp
対応
2
3
4
ポート情報を確認してください。
• show lldp detail
隣接装置が接続されているポートのリンク状
態を確認してください。
• show lldp detail
隣接装置側で LLDP フレームの送信統計情報
を確認してください。
Status が Enabled の場合は，項番 2 へ。
Status が Enabled でない場合は，LLDP が停止状態になって
います。LLDP を有効にしてください。
隣接装置が接続されているポート情報が表示されている場合
は，項番 3 へ。
隣接装置が接続されているポート情報が表示されていない場
合は，該当ポートが LLDP の動作対象外になっています。該
当ポートに対して LLDP を有効にしてください。
Link が Up の場合は，項番 4 へ。
Link が Down の場合は，回線状態を確認してください。確
隣接装置側で LLDP フレームの送信数が増加していない場
合は，隣接装置側の設定を確認してください。
隣接装置側で LLDP フレームの送信数が増加している場合
は，装置間の接続が誤っている可能性があるため接続を確認
してください。
また，フィルタまたは QoS によって LLDP フレームが廃棄
されていないか確認してください。確認方法と対応について
102
6 機能ごとのトラブルシュート
6.5 BFD のトラブル
6.5.1 BFD セッションが生成できない show bfd session コマンドで BFD 監視対象と対応する BFD セッションが表示されない場合は，次の表に
示す障害解析方法に従って原因を切り分けてください。
表 6‒7 BFD セッションが生成できない場合の障害解析方法
項
番
1
2
確認内容・コマンド
本装置で，BFD 監視のコンフィグレーション
が正しく設定されていることを確認してくだ
さい。
• show running-config
BFD セッション数が収容条件を超えていな
いことを確認してください。
• show logging
対応
BFD 監視のコンフィグレーション（track name，type bfd，
および連携プロトコルによるトラックの指定）が正しく設定
されていない場合は，修正してください。
3
4
5
送信レートが収容条件を超えていないことを
確認してください。
• show logging
BFD セッションの設定に失敗していないか
確認してください。
• show logging
該当するシステムメッセージ（メッセージ種別：BFD，メッ
セージ識別子：47010101）が出力されている場合は，不要
な BFD 監視をコンフィグレーションから削除したあと， restart bfd コマンドを実行してください。
BFD プログラムの再起動後に，同様のシステムメッセージが
出力されないことを確認してください。
該当するシステムメッセージ（メッセージ種別：BFD，メッ
セージ識別子：47010102）が出力されている場合は，不要
な BFD 監視を削除するか，BFD 監視の送受信間隔を見直し
たあと，restart bfd コマンドを実行してください。
BFD プログラムの再起動後に，同様のシステムメッセージが
出力されないことを確認してください。
該当するシステムメッセージ（メッセージ種別：BFD，メッ
セージ識別子：47010103）が出力されている場合は，BFD
プログラムが正しく動作していません。restart bfd コマン
ドを実行してください。
BFD プログラムの再起動後に，同様のシステムメッセージが
出力されないことを確認してください。
通信できない場合は，「5.1 IPv4 ネットワークの通信障害」
を参照してください。
6
7
BFD 監視対象のアドレスに対して通信でき
ることを確認してください。
• ping
マルチホップ監視の場合は，source パラ
メータを使用して送信元アドレスにルー
プバックアドレスを指定してください。
フィルタ，QoS，または uRPF によってパケッ
トが廃棄されていないか確認してください。
対向装置の設定を確認してください。
参照してください。
BFD の連携プロトコルが対向装置を認識できていない，また
は監視対象として選択できていない可能性があります。対向
装置でも，連携プロトコルを正しく設定してください。
103
6 機能ごとのトラブルシュート
6.5.2 BFD セッションが確立できない
BFD セッションが確立しない，または確立してもセッション状態が不安定な場合は，次の表に示す障害解
析方法に従って原因を切り分けてください。
表 6‒8 BFD セッションが確立できない場合の障害解析方法
項
番
1
確認内容・コマンド
2
3
4
送信レートが収容条件を超えていないことを
確認してください。
• show logging
BFD セッションの設定に失敗していないか
確認してください。
• show logging
マルチホップ監視の場合は，ループバックイ
ンタフェースの IP アドレスを確認してくだ
さい。
• show logging
• show running-config
対応
該当するシステムメッセージ（メッセージ種別：BFD，メッ
セージ識別子：47010102）が出力されている場合は，不要
な BFD 監視を削除するか，BFD 監視の送受信間隔を見直し
たあと，restart bfd コマンドを実行してください。
BFD プログラムの再起動後に，同様のシステムメッセージが
出力されないことを確認してください。
該当するシステムメッセージ（メッセージ種別：BFD，メッ
セージ識別子：47010103）が出力されている場合は，BFD
プログラムが正しく動作していません。restart bfd コマン
ドを実行してください。
BFD プログラムの再起動後に，同様のシステムメッセージが
出力されないことを確認してください。
該当するシステムメッセージ（メッセージ種別：BFD，メッ
セージ識別子：47010201）が出力されている場合は，ルー
プバックインタフェースに IP アドレスが設定されていない
ため，BFD パケットを送信しません。送信を開始するには，
ループバックインタフェースに IP アドレスを設定してくだ
さい。
対向装置への経路に VRF を使用している場合は，ループバッ
クインタフェースにも VRF の設定が必要です。
通信できない場合は，「5.1 IPv4 ネットワークの通信障害」
または「5.2 IPv6 ネットワークの通信障害」を参照してく
ださい。
5
BFD 監視対象のアドレスに対して通信でき
ることを確認してください。
• ping
マルチホップ監視の場合は，source パラ
メータを使用して送信元アドレスにルー
プバックアドレスを指定してください。
BFD パケットが廃棄されていないことを確
認してください。
• show bfd discard-packets
有効な BFD パケットを受信するまで，BFD セッションは確
立できません。廃棄パケットの数を確認してください。
• Unknown Session が増加
対応する BFD セッションが本装置に設定されていませ
ん。本装置の設定を見直してください。
• Invalid TTL/HopLimit が増加
意図しないパケットを中継していないことを確認してく
ださい。マルチホップ監視の BFD セッションを確立さ
せるには，コンフィグレーションコマンド type bfd で multihop パラメータを指定してください。
• Authentication Failure が増加
対向装置から，サポートしていない認証方式の使用を要求
されています。対向装置の設定を見直してください。
• Other Errors が増加
104
6 機能ごとのトラブルシュート
項
番
6
7
確認内容・コマンド 対応
フィルタ，QoS，または uRPF によってパケッ
トが廃棄されていないか確認してください。
セッション状態が不安定な場合は，BFD セッ
ションのダウン要因を確認してください。
• show bfd session
対向装置から，障害検出時間が 300 秒を超えるような設
定を要求されている可能性があります。対向装置の設定
を見直してください。
• その他
不正な値の BFD パケットです。設定およびネットワー
クの状態を見直してください。
参照してください。
Diagnostic が Control Detection Time Expired の場合は，
対向装置からの BFD パケットを一定時間受信できていませ
ん。
• 通信障害が発生している可能性があります。経路および
対向装置を確認してください。
• 検出乗数（Multiplier）が 3 未満の場合，パケットの遅延
を障害として検出しやすくなります。BFD セッションを
安定させたいときは，検出乗数を 3 以上に設定してくだ
さい。
Diagnostic が Neighbor Signaled Session Down の場合
は，対向装置が BFD セッションをダウンさせています。
• 対向装置で，BFD 監視の設定を変更および削除していな
いことを確認してください。
• 対向装置で，BFD セッションを切断していないことを確
認してください。
• 本装置からの BFD パケットを，対向装置が受信できてい
ない可能性があります。経路および BFD の設定を確認
してください。
Diagnostic が Path Down の場合は，有効な経路が存在しな
い，またはダウンしています。
• 送信元インタフェースがマネージメントポートではない
ことを確認してください。
• 送信元インタフェースの状態を確認してください。確認
Diagnostic が Forwarding Plane Reset の場合は，転送機構
がリセットされています。
• clear bfd session コマンドが実行されています。BFD
セッションが再確立しないときは，restart bfd コマンド
を実行してください。
Diagnostic が Administratively Down の場合は，本装置の
運用状態による意図的な BFD セッションの抑止です。
• 本装置または対向装置で，BFD 監視の設定を変更したり
削除したりしていないことを確認してください。
• この表の項番 1〜3 に従って，収容条件およびコンフィグ
レーションを確認してください。
105
6 機能ごとのトラブルシュート
項
番
8
9
確認内容・コマンド 対応
本装置で，対向装置に対して BFD 監視が正し
く設定されていることを，コンフィグレー
ションで確認してください。
• show running-config
対向装置の設定を確認してください。
• 上記のどちらにも該当しないときは，clear bfd session
コマンドを実行してください。復旧しないときや頻発す
るときは，restart bfd コマンドを実行してください。
BFD 監視が正しく設定されていない場合は，コンフィグレー
ションを修正してください。
BFD は双方向で設定する必要があります。対向装置でも，
BFD を正しく設定してください。
106
7
障害情報取得方法
この章では，主に障害情報を取得するときの作業手順について説明します。
107
7 障害情報取得方法
7.1 保守情報の採取
装置の運用中に障害が発生した場合，ログ情報やダンプ情報などが自動的に採取されます。また，運用コマ
ンドを使用してダンプ情報を採取できます。
7.1.1 保守情報
本装置の保守情報を次の表に示します。
表 7‒1 保守情報
項目 格納場所およびファイル名 ftp コマンドでの
転送モード
転送後の
ファイルの
削除
○ 装置再起動時のダン
プファイル
PA 障害時のダンプ
ファイル dump psu コマンド
実行時の PSU ダン
プファイル
NIF 障害時のダンプ
ファイル dump nif コマンド
実行時の NIF ダンプ
ファイル
障害が発生した系の/dump0/bcu**.000
**：障害が発生した BCU 番号
障害が発生した系の/usr/var/hardware/pa**.***
**：障害が発生した BCU 番号
***：ダンプが採取されてからの通番。最古のものと最新
のものとの 2 ファイルまで格納されます。
コマンドを実行した系の/usr/var/hardware/pa**.cmd
**：コマンドを実行した BCU 番号
バイナリモード
バイナリモード dump pa コマンド
実行時の PA ダンプ
ファイル
SFU 障害時のダンプ
ファイル dump sfu コマンド
実行時の SFU ダン
プファイル
PSU 障害時のダンプ
ファイル
障害が発生した系の/usr/var/hardware/sfu**.***
**：障害が発生した SFU 番号
***：ダンプが採取されてからの通番。最古のものと最新
のものとの 2 ファイルまで格納されます。
コマンドを実行した系の/usr/var/hardware/sfu**.cmd
**：指定した SFU 番号
バイナリモード
バイナリモード
バイナリモード
バイナリモード 障害が発生した系の/usr/var/hardware/psu**.***
**：障害が発生した PSU 番号
***：ダンプが採取されてからの通番。最古のものと最新
のものとの 2 ファイルまで格納されます。
コマンドを実行した系の/usr/var/hardware/ psu**.cmd
**：指定した PSU 番号
障害が発生した系の/usr/var/hardware/nif**.***
**：障害が発生した NIF 番号
***：ダンプが採取されてからの通番。最古のものと最新
のものとの 2 ファイルまで格納されます。
コマンドを実行した系の/usr/var/hardware/nif**.cmd
**：指定した NIF 番号
バイナリモード
バイナリモード
バイナリモード
○
○
○
○
○
○
○
○
108
7 障害情報取得方法
項目 格納場所およびファイル名 ftp コマンドでの
転送モード
転送後の
ファイルの
削除
○ PS 障害時のダンプ
ファイル
ファンユニット障害
時のダンプファイル
ログ
コンフィグレーショ
ンファイル障害時の
情報
障害が発生した系の/usr/var/hardware/ps**.000
**：障害が発生した PS 番号
障害が発生した系の/usr/var/hardware/fan**.000
**：障害が発生したファンユニット番号
バイナリモード
バイナリモード
採取したログのディレクトリに，次の名前で格納します。
運用ログ：log.txt
統計ログ：log_ref.txt
アスキーモード
バイナリモード 装置管理者モードで次のコマンドを実行して，二つの
ファイルをホームディレクトリにコピーします。そのあ
と，ファイルを転送してください。
• cp /config/cnf/system.cnf system.cnf
• cp /config/cnf/system.txt system.txt
/usr/var/core/*.core
バイナリモード 障害待避情報
（凡例） ○：削除してください
注※ コピーしたファイルを削除してください。
○
○
○ ※
○
7.1.2 dump コマンドを使用した障害情報の採取
本装置では，運用コマンドを使用して，装置を構成するボードや構成部位のダンプを採取できます。
通信障害が発生した場合は，運用系 BCU で次に示すコマンドをすべて実行して，メモリダンプを採取して
ください。
1. active 状態のすべての SFU に対して，dump sfu コマンドを実行します。
2. 障害が発生しているポートが収容されている PSU に対して，dump psu コマンドを実行します。
3. 障害が発生しているポートが収容されている NIF に対して，dump nif コマンドを実行します。
採取されたメモリダンプは，コマンドが実行された系の/usr/var/hardware にメモリダンプファイルとし
て格納されます。採取後はメモリダンプファイルを削除してください。
［実行例］
NIF 番号 1，ポート番号 1 で通信障害が発生している場合の例を次に示します。
1. 運用系 BCU にログインして，active 状態のすべての SFU に対して dump sfu コマンドを実行します。
システムメッセージが表示されたら，次の dump sfu コマンドを実行します。
> dump sfu 1
The dump-collection command was accepted.
>
20XX/01/01 08:18:23 UTC 1-1(A) S6 SFU SFU:1 350e0501 00 000000000000 The SFU online dump command was executed.
>
> dump sfu 2
The dump-collection command was accepted.
>
20XX/01/01 08:28:23 UTC 1-1(A) S6 SFU SFU:2 350e0501 00 000000000000 The SFU online dump command was executed.
>
> dump sfu 3
109
7 障害情報取得方法
The dump-collection command was accepted.
>
20XX/01/01 08:38:23 UTC 1-1(A) S6 SFU SFU:3 350e0501 00 000000000000 The SFU online dump command was executed.
>
> dump sfu 4
The dump-collection command was accepted.
>
20XX/01/01 08:48:23 UTC 1-1(A) S6 SFU SFU:4 350e0501 00 000000000000 The SFU online dump command was executed.
>
2. 最後の SFU のシステムメッセージが表示されたあとで，障害が発生しているポート（ポート番号 1）が
収容されている PSU に対して dump psu コマンドを実行します。
> dump psu 1
The dump-collection command was accepted.
>
20XX/01/01 08:58:52 UTC 1-1(A) S6 PSU PSU:1 350e0601 00 000000000000 The PSU online dump command was executed.
>
3. PSU のシステムメッセージが表示されたあとで，障害が発生しているポート（ポート番号 1）が収容さ
れている NIF（NIF 番号 1）に対して，dump nif コマンドを実行します。
> dump nif 1
The dump-collection command was accepted.
>
20XX/01/01 09:04:14 UTC 1-1(A) S6 NIF NIF:1 350e0701 00 000000000000 The NIF online dump command was executed.
>
110
7 障害情報取得方法
7.2 ftp コマンドによる保守情報のファイル転送
本装置の ftp コマンドを使用すると，ログやダンプファイルなどの保守情報をリモート運用端末やリモート
ホストにファイル転送できます。
7.2.1 ダンプファイルをリモート運用端末に転送する ftp コマンドを使用して，採取したダンプファイルをリモート運用端末に転送する手順を次に示します。
図 7‒1 ダンプファイルのリモート運用端末へのファイル転送
> cd /dump0 <---1
> ftp 192.168.0.1 <---2
Connected to 192.168.0.1.
220 192.168.0.1 FTP server ready.
Name (192.168.0.1:staff1): staff1
331 Password required for staff1.
Password:
230 User staff1 logged in.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> binary <---3
200 Type set to I.
ftp> cd /usr/home/staff1 <---4
250 CWD command successful.
ftp> put bcu01.000 <---5 local: bcu01.000 remote: bcu01.000
200 EPRT command successful.
150 Opening BINARY mode data connection for 'bcu01.000'.
100% |************************| 2780 KiB 1.55 MiB/s 00:00 ETA
226 Transfer complete.
2846953 bytes sent in 00:01 (1.55 MiB/s) ftp> bye
221 Thank you for using the FTP service on 192.168.0.1.
>
1. 転送元ディレクトリを指定します。
2. 転送先の端末アドレスを指定します。
3. バイナリモードに設定 ※ します。
4. 転送先ディレクトリを指定します。
5. ダンプファイルを転送します。
注※
ダンプファイルは必ずバイナリモードで転送してください。ダンプファイルをアスキーモードで転送
すると，正確なダンプ情報が取得できなくなります。
7.2.2 ログをリモート運用端末に転送する ftp コマンドを使用して，採取したログをリモート運用端末に転送する手順を次に示します。
図 7‒2 ログのリモート運用端末へのファイル転送
> show logging > log.txt
> show logging reference > log_ref.txt
> ftp 192.168.0.1 <---1
Connected to 192.168.0.1.
220 192.168.0.1 FTP server ready.
Name (192.168.0.1:staff1): staff1
331 Password required for staff1.
Password:
230 User staff1 logged in.
111
7 障害情報取得方法
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> ascii <---2
200 Type set to A.
ftp> cd /usr/home/staff1 <---3
250 CWD command successful.
ftp> put log.txt <---4 local: log.txt remote: log.txt
200 EPRT command successful.
150 Opening ASCII mode data connection for 'log.txt'.
100% |************************| 251 KiB 11.13 MiB/s --:-- ETA
226 Transfer complete.
257490 bytes sent in 00:00 (1.21 MiB/s) ftp> ftp> put log_ref.txt <---4 local: log_ref.txt remote: log_ref.txt
200 EPRT command successful.
150 Opening ASCII mode data connection for 'log_ref.txt'.
100% |************************| 33165 7.48 MiB/s --:-- ETA
226 Transfer complete.
33165 bytes sent in 00:00 (160.98 KiB/s) ftp> bye
221 Thank you for using the FTP service on 192.168.0.1.
>
1. 転送先の端末アドレスを指定します。
2. アスキーモードに設定します。
3. 転送先ディレクトリを指定します。
4. ログを転送します。
7.2.3 コアファイルをリモート運用端末に転送する ftp コマンドを使用して，採取したコアファイルをリモート運用端末に転送する手順を次に示します。
図 7‒3 コアファイルのリモート運用端末へのファイル転送
> cd /usr/var/core/
> ls <---1 configManager.core snmpd.core
> ftp 192.168.0.1 <---2
Connected to 192.168.0.1.
220 192.168.0.1 FTP server ready.
Name (192.168.0.1:staff1): staff1
331 Password required for staff1.
Password:
230 User staff1 logged in.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> prompt <---3
Interactive mode off.
ftp> binary <---4
200 Type set to I.
ftp> cd /usr/home/staff1 <---5
250 CWD command successful.
ftp> mput *.core <---6 local: configManager.core remote: configManager.core
200 EPRT command successful.
150 Opening BINARY mode data connection for 'configManager.core'.
100% |************************| 6740 KiB 0.98 MiB/s 00:00 ETA
226 Transfer complete.
6902471 bytes sent in 00:06 (0.98 MiB/s) local: snmpd.core remote: snmpd.core
200 EPRT command successful.
150 Opening BINARY mode data connection for 'snmpd.core'.
100% |************************| 843 KiB 12.83 MiB/s 00:00 ETA
226 Transfer complete.
863812 bytes sent in 00:00 (4.10 MiB/s) ftp> bye
112
7 障害情報取得方法
221 Thank you for using the FTP service on 192.168.0.1.
>
1. コアファイルが存在することを確認します。
ファイルが存在しない場合は，何もしないで終了します。
2. 転送先の端末アドレスを指定します。
3. 対話モードを変更します。
4. バイナリモードに設定 ※ します。
5. 転送先ディレクトリを指定します。
6. コアファイルを転送します。
注※
コアファイルは必ずバイナリモードで転送してください。コアファイルをアスキーモードで転送する
と，正確な障害退避情報が取得できなくなります。
113
7 障害情報取得方法
7.3 show tech-support コマンドによる情報採取と
ファイル転送 show tech-support コマンドを使用すると，障害発生時の情報を一括して採取できます。また，ftp パラ
メータを指定することで，採取した情報をリモート運用端末やリモートホストに転送できます。 show tech-support コマンドを使用して，保守情報を採取してリモート運用端末に転送する手順を次に示
します。
図 7‒4 保守情報のリモート運用端末へのファイル転送
> show tech-support ftp <-1
Enter the host name of the FTP server. : 192.168.0.1 <-2
Enter the user ID for the FTP server connection. : staff1 <-3
Enter the password for the FTP server connection. : <-4
Enter the path name of the FTP server. : /usr/home/staff1 <-5
Enter the file names for the log and dump files. : support <-6
Do you want to check and extract dump files on a standby system? (y/n): y <-7
Mon Dec 31 12:00:00 UTC 20XX
Transferred support.txt .
Executing................................
File transfer ended successfully.
########## Dump files' Information ##########
***** ls -l /dump0 ***** total 4568
-rwxrwxrwx 1 root wheel 4677464 Dec 18 21:16:16 20XX bcu01.000
***** ls -l /usr/var/hardware ***** total 1368
-rwxrwxrwx 1 root wheel 1002811 Dec 27 11:56:16 20XX nif05.000
***** ls -l /standby/dump0 *****
***** ls -l /standby/usr/var/hardware/ *****
########## End of Dump files' Information ##########
########## Core files' Information ##########
***** ls -l /usr/var/core *****
***** ls -l /standby/usr/var/core *****
No Core files
########## End of Core files' Information ##########
Transferred support.tgz .
Executing...
File transfer ended successfully.
>
1. コマンドを実行します。
2. リモートホスト名を指定します。
3. ユーザ名を指定します。
4. パスワードを入力します。
5. 転送先ディレクトリを指定します。
6. ファイル名を指定します。
7. 待機系のダンプファイル採取を選択します。
114
7 障害情報取得方法
7.4 リモート運用端末の ftp コマンドによる情報採取
とファイル転送
リモート運用端末やリモートサーバから ftp コマンドで本装置に接続して，ファイル名を指定することで，
障害情報や保守情報を取得できます。
(1) show tech-support の情報を取得する
リモート運用端末をクライアントとして ftp コマンドで本装置に接続して，必要な show tech-support 情
報のファイル名を指定して情報を取得する手順を次に示します。
図 7‒5 show tech-support 情報の取得 client-host> telnet 192.168.0.21 <---1
Trying 192.168.0.21...
Connected to 192.168.0.21
Escape character is '^]'.
login: staff1
Password:
Copyright (c) 20XX ALAXALA Networks Corporation. All rights reserved.
>show tech-support > show-tech.txt <---2
>exit
Connection closed by foreign host.
client-host> ftp 192.168.0.21 <---3
Connected to 192.168.0.21.
220 192.168.0.21 FTP server ready.
Name (192.168.0.21:staff1): staff1
331 Password required for staff1.
Password:
230 User staff1 logged in.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> get show-tech.txt <---4 local: show-tech.txt remote: show-tech.txt
200 EPRT command successful.
150 Opening BINARY mode data connection for 'show-tech.txt' (3784076 bytes).
100% |***********************************| 3695 KiB 1.02 MiB/s 00:00 ETA
226 Transfer complete.
3784076 bytes received in 00:03 (1.02 MiB/s) ftp> quit
221 Thank you for using the FTP service on 192.168.0.21.
client-host>
1. クライアントから本装置に telnet で接続します。
2. 本装置で show tech-support 情報をファイルに保存します（ファイル名として show-tech.txt を指
定）。
3. クライアントから本装置に ftp で接続します。
4. show-tech.txt ファイルをクライアントに転送します。
注
装置の負荷状態や通信路の状態によっては，クライアント側がネットワークタイムアウトで切断するこ
とがあります。その場合は，クライアントのタイムアウト時間を長く設定してください。
115
7 障害情報取得方法
(2) ダンプファイルおよびコアファイルを取得する
リモート運用端末をクライアントとして ftp コマンドで本装置に接続して，必要なファイル名を指定してダ
ンプファイルおよびコアファイルを取得します。ftp コマンドで専用のファイル名を get 指定すると，複数
のファイルを一括取得できます。コアファイルを取得するときは，個別にファイルを指定できます。 get 指定で使用する専用のファイル名と取得できるファイルの対応を次の表に示します。
表 7‒2 ftp コマンドの get 指定で取得できるファイル get 指定する専用のファイル名
.dump
.dump0
.hardware
.core
取得ファイル
/dump0 と/usr/var/hardware と/usr/var/core 以下のファイル（圧縮）
/dump0 以下のファイル（圧縮）
/usr/var/hardware 以下のファイル（圧縮）
/usr/var/core 以下のファイル（圧縮） ftp コマンドで get 指定してダンプファイルを一括取得する手順を次に示します。
図 7‒6 リモート運用端末からのダンプファイルの取得 client-host> ftp 192.168.0.60 <---1
Connected to 192.168.0.60.
220 192.168.0.60 FTP server ready.
Name (192.168.0.60:staff1): staff1
331 Password required for staff1.
Password:
230 User staff1 logged in.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> binary <---2
200 Type set to I.
ftp> get .dump dump.tgz <---3 local: dump.tgz remote: .dump
200 EPRT command successful.
150 Opening BINARY mode data connection for '/etc/ftpdump'.
16539 KiB 816.40 KiB/s
226 Transfer complete.
16936547 bytes received in 00:20 (813.99 KiB/s) ftp> quit
221 Thank you for using the FTP service on 192.168.0.60.
client-host>
1. クライアントから本装置に ftp で接続します。
2. バイナリモードに設定します。
ダンプファイルおよびコアファイルは必ずバイナリモードで転送してください。アスキーモードでは，
正確な情報が転送できません。
3. .dump のファイルを，クライアントに転送します（ファイル名として dump.tgz を指定）。
注
• ftp コマンドの ls などでは，「表 7‒2 ftp コマンドの get 指定で取得できるファイル」に示す get
指定する専用のファイル名は表示されません。そのため，一括取得するファイルの容量確認などは
できません。
• 装置の負荷状態や通信路の状態によっては，クライアント側がネットワークタイムアウトで切断す
ることがあります。その場合は，クライアントのタイムアウト時間を長く設定してください。
• 「表 7‒2 ftp コマンドの get 指定で取得できるファイル」に示す get 指定する専用のファイル名と
同じ名前のファイルがカレントディレクトリに存在する場合，そのファイルを取得するため，ダン
116
7 障害情報取得方法
プファイルの一括取得はできません。ダンプファイルを一括取得する場合は，同じ名前のファイル
を削除するか，cd などのコマンドで異なるディレクトリに移動したあと，取得してください。
117
7 障害情報取得方法
7.5 MC への書き込み
障害情報や保守情報は MC に書き込めます。ただし，MC の容量制限があるので注意してください。
7.5.1 運用端末での MC へのファイル書き込み
運用端末で装置の情報を MC に書き込むときの手順を次に示します。
［実行例］
1. 書き込むための MC を装置に挿入します。
2. ls コマンドで，コピー元ファイル（tech.log）の容量を確認します。
> ls -l tech.log
-rw-r--r-- 1 operator users 234803 Nov 15 15:52 tech.log
3. show mc コマンドで，MC の空き容量を確認します。
> show mc
Date 20XX/04/01 07:20:11 UTC
BCU1 MC: enabled
CID: 00c7000910d06b224734304653415001
used: 189,792KB
free: 3,680,928KB
total: 3,870,720KB
BCU2 MC: --------
>
下線部が空き容量です。
4. cp コマンドで，コピー元ファイルを tech-1.log というファイル名で，MC にコピーします。
> cp tech.log mc-file tech-1.log
5. ls コマンドで，MC にファイルが書き込めていることを確認します。
> ls mc-dir
Name Size tech-1.log 234803
>
118
8
通信障害の解析
この章では，通信障害が発生した場合の対処について説明します。
119
8 通信障害の解析
8.1 パケット廃棄の確認
8.1.1 フィルタによる廃棄を確認する
本装置を使用しているネットワーク上で通信トラブルが発生する要因として，フィルタによって特定のフ
レームが廃棄されている可能性が考えられます。フィルタによるフレーム廃棄の確認方法を次に示します。
なお，フィルタの動作にポリシーベースルーティングを指定している場合は，次の確認方法に加えて，
「5.3.1 ポリシーベースルーティングによる通信障害の確認」を参照してください。
(1) フィルタによるフレーム廃棄の確認方法
1. show access-filter コマンドを実行して，インタフェースに適用しているアクセスリストのフィルタ条
件とフィルタ条件に一致したパケット数，暗黙の廃棄のフィルタエントリで廃棄したパケット数を確認
します。
2. 1.で確認したフィルタ条件と通信できないフレームの内容を比較して，該当フレームが廃棄されていな
いか確認します。通信できないフレームの内容が適用しているすべてのフィルタ条件に一致していな
い場合，暗黙の廃棄のフィルタエントリでフレームが廃棄されている可能性があります。
3. フィルタでフレームが廃棄されている場合，フィルタのコンフィグレーションの設定が適切か見直して
ください。
8.1.2 QoS による廃棄を確認する
本装置を使用しているネットワーク上で通信トラブルが発生する要因として，QoS のポリサー，QoS フ
ロー廃棄，ポートシェーパ，または装置内キューによってフレームの廃棄または滞留が発生している可能性
が考えられます。QoS によって本装置内でフレームの廃棄または滞留が発生している場合に，廃棄または
滞留個所を特定する方法を次に示します。
(1) ポリサーによるフレーム廃棄の確認方法
1. show qos-flow および show policer コマンドを実行して，インタフェースに適用しているポリサーの
フロー検出条件と動作指定，ポリサーの統計情報を確認します。
2. 1.で確認したフロー検出条件と通信できないフレームの内容を比較して，該当フレームが廃棄されてい
ないか確認します。
最大帯域監視を違反したフレームは廃棄されて，統計情報の Matched packets(Max-rate over)にカウ
ントされます。この値がカウントされている場合，インタフェースに適用しているポリサーによってフ
レームが廃棄されています。
3. ポリサーでフレームが廃棄されている場合，QoS のコンフィグレーションの設定およびポリサーの設定
が適切か見直してください。
(2) QoS フロー廃棄によるフレーム廃棄の確認方法
1. show qos-flow コマンドを実行して，インタフェースに適用している QoS フローリストの QoS フ
ロー廃棄を指定しているフロー検出条件と，フロー検出条件に一致したパケット数を確認します。
2. 1.で確認したフロー検出条件と通信できないフレームの内容を比較して，該当フレームが廃棄されてい
ないか確認します。
3. QoS フロー廃棄でフレームが廃棄されている場合，QoS のコンフィグレーションの設定が適切か見直
してください。
120
8 通信障害の解析
(3) ポートシェーパによるフレームの廃棄および滞留の確認方法
1. show qos queueing port コマンドを実行して，通信で使用する出力インタフェースのポート送信
キューの統計情報に表示される Discard packets，Send packets，および Qlen を確認します。
2. 1.で確認した Discard packets がカウントされている場合，廃棄制御によってフレームが廃棄されてい
ます。
3. 1.で確認した Send packets がカウントされていなくて，Qlen がカウントされている場合，スケジュー
リングによってフレームが滞留しています。
4. フレームの廃棄および滞留が発生している場合，ポートシェーパのコンフィグレーションの設定が適切
か見直してください。
(4) 装置内キューによるフレームの廃棄および滞留の確認方法
1. show qos queueing コマンドを実行して，次に示すキューの Discard packets，Send packets，およ
び Qlen を確認します。
ユニキャストフレームの場合
・ポート受信キュー
・PSU-FE SSW 送信（中継）キュー
・PSU-SSW FE 受信（ユニキャスト）キュー
・PSU-SSW FE 送信（ユニキャスト）キュー
・PSU-FE SSW 受信（中継）キュー
・ポート送信キュー
マルチキャストフレームの場合
・ポート受信キュー
・PSU-FE SSW 送信（中継）キュー
・PSU-SSW FE 受信（マルチキャスト）キュー
・PSU-SSW FE 送信（マルチキャスト）キュー
・PSU-FE SSW 受信（中継）キュー
・ポート送信キュー
BCU を経由するフレームの場合
・ポート受信キュー
・PSU-FE CPU 送信キュー
・BCU-PA PSU 受信キュー
・BCU-CPU PA 受信キュー
・BCU-CPU 送信キュー
・PSU-FE SSW 送信（制御）キュー
・PSU-SSW FE 受信キュー
・PSU-SSW FE 送信キュー
・PSU-FE SSW 受信（制御）キュー
・ポート送信キュー
2. 1.で確認した Discard packets がカウントされている場合，装置内キューによってフレームが廃棄され
ています。
3. 1.で確認した Send packets がカウントされていなくて，Qlen がカウントされている場合，装置内
キューによってフレームが滞留しています。
121
8 通信障害の解析
4. フレームの廃棄および滞留が発生している場合，対象フレームの流量を見直してください。
8.1.3 uRPF による廃棄を確認する
本装置を使用しているネットワーク上で通信トラブルが発生する要因として，uRPF によって特定のパケッ
トが廃棄されている可能性が考えられます。uRPF によるパケット廃棄の確認方法を次に示します。
1. show ip urpf statistics コマンドまたは show ipv6 urpf statistics コマンドで interface パラメータを
指定して実行して，Discarded IPv4 packets または Discarded IPv6 packets を確認します。
2. 1.で確認した Discarded IPv4 packets または Discarded IPv6 packets がカウントされている場合， uRPF によってパケットが廃棄されています。
3. uRPF でパケットが廃棄されている場合，ネットワーク構成を見直して，uRPF の廃棄対象となるパケッ
トが本装置宛てに送信されないようにしてください。
122
8 通信障害の解析
8.2 ポート inactive 状態の確認
8.2.1 スパニングツリーによる inactive 状態を確認する
BPDU ガード機能による inactive 状態は，show spanning-tree コマンドで detail パラメータを指定して
8.2.2 L2 ループ検知による inactive 状態を確認する
L2 ループ検知による inactive 状態は，show loop-detection コマンドでポートの状態を確認してくださ
い。
L2 ループ検知による inactive 状態の場合は，ループが発生する構成を変更したあと，activate コマンドで
該当ポートを active 状態にしてください。また，コンフィグレーションコマンド loop-detection autorestore-time が設定されている場合は，自動的に active 状態に戻ります。
8.2.3 ストームコントロールによる inactive 状態を確認する
ストームコントロールによる inactive 状態は，show logging コマンドで確認してください。次のメッセー
ジが出力される場合は，ストームから回復後，activate コマンドで該当ポートを active 状態にしてくださ
い。
• メッセージ種別：STMCTL，メッセージ識別子：52000002
• メッセージ種別：STMCTL，メッセージ識別子：52000003
• メッセージ種別：STMCTL，メッセージ識別子：52000004
8.2.4 IEEE802.3ah OAM による inactive 状態を確認する
UDLD（片方向リンク障害検出）またはループ検出機能による inactive 状態は，show efmoam コマンド
でポートの障害種別を確認してください。障害の解析方法については，「6.3 IEEE802.3ah OAM のトラ
123
9
装置の再起動
この章では，主に装置を再起動する場合の作業手順について説明します。
125
9 装置の再起動
9.1 装置を再起動する
9.1.1 装置の再起動
運用系 BCU で reload コマンドを使用して，装置を再起動できます。コマンドの入力形式およびパラメー
タについては，「運用コマンドレファレンス」を参照してください。
(1) メモリダンプを採取して再起動する
BCU を再起動するときにメモリダンプを採取する場合の手順を次に示します。
［実行例 1］
待機系 BCU を再起動して，その際メモリダンプを採取します。
1. 次の reload コマンドを実行します。なお，dump-image パラメータは省略できます。
> reload -f dump-image standby
>
［実行例 2］
運用系 BCU を再起動して，その際メモリダンプを採取します。運用系 BCU が再起動すると，系切替
が発生します。
1. 次の reload コマンドを実行します。なお，dump-image パラメータは省略できます。
> reload -f dump-image active
>
［実行例 3］
両系の BCU を再起動して，その際メモリダンプを採取します。
1. 次の reload コマンドを実行します。なお，dump-image パラメータは省略できます。
> reload -f dump-image
>
(2) メモリダンプを採取しないで再起動する
BCU を再起動するときにメモリダンプを採取しない場合の手順を次に示します。
［実行例 1］
待機系 BCU を再起動しますが，その際メモリダンプを採取しません。
1. 次の reload コマンドを実行します。
> reload -f no-dump-image standby
>
［実行例 2］
運用系 BCU を再起動しますが，その際メモリダンプを採取しません。運用系 BCU が再起動すると，
系切替が発生します。
1. 次の reload コマンドを実行します。
> reload -f no-dump-image active
>
［実行例 3］
両系の BCU を再起動しますが，その際メモリダンプを採取しません。
126
9 装置の再起動
1. 次の reload コマンドを実行します。
> reload -f no-dump-image
>
(3) 装置を停止する
BCU および装置を停止する場合の手順を次に示します。停止したときは，メモリダンプを採取しません。
［実行例 1］
待機系 BCU を停止します。
1. 次の reload コマンドを実行します。
> reload -f stop standby
>
［実行例 2］
運用系 BCU を停止します。運用系 BCU が停止すると，系切替が発生します。
1. 次の reload コマンドを実行します。
> reload -f stop active
>
［実行例 3］
装置を停止します。
1. 次の reload コマンドを実行します。
> reload -f stop
>
127
付録
129
付録 A show tech-support コマンド表示内容詳細
付録 A show tech-support コマンド表示内容詳細
付録 A.1 show tech-support コマンド表示内容詳細 show tech-support コマンドで，プロトコルのパラメータ指定ごとに表示されるコマンドの内容を次の表
に示します。なお，表示内容の詳細は，「運用コマンドレファレンス」を参照してください。
項
番
1
【注意】 show tech-support コマンドで表示される情報の一部については，「運用コマンドレファレンス」に記
載していません。これらの情報は装置の内部情報を含んでいるため，非開示としています。
また，ソフトウェアバージョンによって一部表示されるものとされないものがあります。あらかじめご
了承ください。
表 A‒1 表示内容詳細
コマンド（表示） show version
4
5
2
3
6
7 show system show process cpu bcu show cpu bcu detail show process memory bcu
/usr/local/diag/statShow show memory
8
9 show processes cpu pa show cpu pa detail
10 show processes memory pa
11 show memory pa
12 show processes cpu psu
13 show cpu psu detail
14 show processes memory psu
15 show memory psu
16 fstat
内容
本装置のソフトウェアバージョン情
報およびハードウェア情報
本装置の運用情報
BCU プロセス単位の CPU 使用量
BCU-CPU の使用率
BCU プロセス単位のメモリ使用量
OS 内リソースのカウンタ情報
BCU のメモリ情報
PA のプロセス CPU 使用率情報
PA の CPU 使用率情報
PA のプロセスメモリ使用率情報
PA のメモリ使用率情報
PSU-CPU のプロセス CPU 使用率
情報
PSU-CPU の CPU 使用率情報
PSU-CPU のプロセスメモリ使用率
情報
PSU-CPU のメモリ使用率情報
BCU 内の装置ファイルデスクリプ
タ使用情報
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
運用系実行時
パラ
メー
タ指
定な
し basic
○ ○
○
○
○
○
○
○
○
○
待機系実行時
パラ
メー
タ指
定な
し basic
○ ○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
×
○
○
○
○
○
○
○
○
○
○
×
○
○
○
130
付録 A show tech-support コマンド表示内容詳細
項
番
コマンド（表示） 内容
17
18
19
/usr/local/diag/krtstat
/usr/local/diag/showtcp -a show tcp ha connections
20 netstat -An
21 show netstat interface
22 show netstat statistics
23 pstat -f
24 /sbin/dmesg
25 cat /var/run/dmesg.boot
26 cat /var/log/messages.old
27 cat /var/log/messages
28 cat /standby/var/run/dmesg.boot
BCU OS 起動ログ
BCU OS 動作ログ
BCU OS 動作ログ
OS トレース情報
29 cat /standby/var/log/messages.old
OS トレース情報
30 cat /standby/var/log/messages OS トレース情報
31 cat /var/log/clitrace1
32 cat /var/log/clitrace2
CLI 内部のエラー情報
CLI 上で実行されたコマンドのログ
33 cat /var/log/clitrace3
34 cat /standby/var/log/clitrace1
35 cat /standby/var/log/clitrace2
OS 内経路情報・内部制御情報カウン
タ
BCU 内の装置 TCP ソケット情報
TCP 高可用の TCP コネクション情
報
BCU 内部通信情報
BCU 内部通信情報
BCU 内部通信情報
デスクリプタ情報
OS トレース情報
36
37
38
42 cat /standby/var/log/clitrace3 cat /var/log/mmitrace cat /standby/var/log/mmitrace
39 show psu resources
40 show dumpfile
41 df -ik show environment
CLI 起動時の装置情報
待機系の CLI 内部のエラー情報
待機系の CLI 上で実行されたコマ
ンドのログ
待機系の CLI 起動時の装置情報
運用コマンドトレース情報
待機系の運用コマンドトレース情報
PSU のリソース情報
採取済みのダンプファイル情報
BCU 内部ディスク使用量
本装置の環境情報
運用系実行時
パラ
メー
タ指
定な
し
○ basic
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
待機系実行時
パラ
メー
タ指
定な
し
○ basic
○
○
○
×
○
×
×
×
○
×
○
○
×
×
○
○
○
○
○
×
○
×
×
×
○
○
○
○
×
×
×
×
○
○
×
×
×
○
○
○
○
○
×
○
×
×
×
○
○
○
○
131
付録 A show tech-support コマンド表示内容詳細
項
番
コマンド（表示） 内容
43
44
45
46
47
48
49
50
51
52
53
54
55
56 du -Pk / ls -lTiR /dump0 ls -lTiR /dump1 ls -lTiR /log ls -lTiR /tmp ls -lTiR /config ls -lTiR /standby/dump0 ls -lTiR /var ls -lTiR /standby/config ls -lTiR /standby/log ls -lTiR /standby/dump1 ls -lTiR /standby/var ls -lTiR /standby/tmp show sessions
57 stty -a -f /dev/tty00
58 show accounting
59 show users
BCU 内部ディスク使用量
BCU 内部ディスク使用量
BCU 内部ディスク使用量
BCU 内部ディスク使用量
BCU 内部ディスク使用量
BCU 内部ディスク使用量
BCU 内部ディスク使用量
BCU 内部ディスク使用量
BCU 内部ディスク使用量
BCU 内部ディスク使用量
BCU 内部ディスク使用量
BCU 内部ディスク使用量
BCU 内部ディスク使用量
ログインセッション情報
コンソール端末情報
アカウンティング情報
本装置に設定されているログイン
ユーザアカウント情報
60 /usr/sbin/pstat -t
61 show ntp associations
端末情報
接続されている NTP サーバの動作
状態
運用系運用ログ情報 62 show logging count 10000
63 show logging reference 運用系統計ログ情報
64 show logging count 10000 standby 待機系運用ログ情報
65 show logging reference standby
66 cat /var/log/kern.log.old
待機系統計ログ情報
BCU 内部ディスク使用量
67 cat /var/log/kern.log
68 cat /var/log/daemon.log.old
69 cat /var/log/daemon.log
BCU 内部ディスク使用量
BCU 内部ディスク使用量
BCU 内部ディスク使用量
×
×
×
×
○
○
×
○
○
○
○
×
○
○
○
○
○
待機系実行時
パラ
メー
タ指
定な
し basic
○
○
○
○
○
○
○
×
○
×
×
×
×
○
○
×
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
運用系実行時
パラ
メー
タ指
定な
し basic
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
132
付録 A show tech-support コマンド表示内容詳細
項
番
コマンド（表示） 内容
70 cat /var/run/cons.boot1
71 cat /var/run/cons.boot2
72 cat /standby/var/log/kern.log.old
73 cat /standby/var/log/kern.log
74 cat /standby/var/log/ daemon.log.old
75 cat /standby/var/log/daemon.log
76
77
78 cat /standby/var/run/cons.boot1
cat /standby/var/run/cons.boot2
/usr/local/diag/gentrcinfo -s
79 /usr/local/diag/inci_info -T -c nodeProc
80 /usr/local/diag/inci_info -T -c nodeCtl
81 /usr/local/diag/inci_info -T -c nodeDev
82 /usr/local/diag/inci_info -T -c logCtl
83 cat /var/tmp/logctl/trace/ logCtl.log
84 cat /var/tmp/logctl/trace/ logSysMsgCtl.log
85 cat /var/tmp/logctl/trace/ logSyslogCtl.log
86 cat /var/tmp/logctl/trace/ logEmailCtl.log
87 cat /var/tmp/logctl/trace/ logMateSend.log
88 cat /var/tmp/logctl/trace/logSavel.log
89 cat /standby/var/tmp/logctl/ trace/logCtl.log
BCU 起動情報
BCU 起動情報
BCU 内部ディスク使用量
BCU 内部ディスク使用量
BCU 内部ディスク使用量
BCU 内部ディスク使用量
待機系の BCU 起動情報
待機系の BCU 起動情報
コンフィグレーションコマンドト
レース情報 nodeProc デバッグ情報 nodeCtl デバッグ情報 nodeDev デバッグ情報 logCtl デバッグ情報 logCtl トレース情報 logSysMsgCtl トレース情報 logSyslogCtl トレース情報 logEmailCtl トレース情報 logMateSend トレース情報 logSave トレース情報
待機系の logCtl トレース情報
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
運用系実行時
パラ
メー
タ指
定な
し basic
○
○
○
○
○
○
○
×
×
×
待機系実行時
パラ
メー
タ指
定な
し basic
○
○
○
○
×
×
×
○
○
○
○
○
×
×
×
○
○
×
×
×
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
×
○
○
○
○
○
○
○
○
○
×
○
○
○
○
○
○
133
付録 A show tech-support コマンド表示内容詳細
項
番
コマンド（表示） 内容
90 cat /standby/var/tmp/logctl/ trace/logSysMsgCtl.log
91 cat /standby/var/tmp/logctl/ trace/logSyslogCtl.log
92 cat /standby/var/tmp/logctl/ trace/logEmailCtl.log
93 cat /standby/var/tmp/logctl/ trace/logMateSend.log
94 cat /standby/var/tmp/logctl/ trace/logSave-l.log
95 cat /usr/var/pplog/ppupdate.log
96 cat /usr/var/pplog/ppupdate2.log
97 cat /standby/usr/var/pplog/ ppupdate.log
98 cat /standby/usr/var/pplog/ ppupdate2.log
99 cat /var/log/authlog
100 cat /standby/var/log/authlog
101 cat /var/log/xferlog
102 cat /standby/var/log/xferlog
103 cat /var/log/policy/policyd.log
104
105
106
107
108
109 cat /standby/var/log/policy/ policyd.log
cat /var/log/ssh.log
cat /standby/var/log/ssh.log
/usr/local/diag/mqlib_trace -w 0
/usr/local/diag/genbintrns -s cat /var/log/flowctl/flowctld.log
待機系の logSysMsgCtl トレース情
報
待機系の logSyslogCtl トレース情
報
待機系の logEmailCtl トレース情報
待機系の logMateSend トレース情
報
待機系の logSave トレース情報
アップデートのログ情報
アップデートのログ情報
待機系のアップデートのログ情報
待機系のアップデートのログ情報
認証トレース情報
待機系の認証トレース情報
FTP トレース情報
待機系の FTP トレース情報
ポリシーベースルーティング制御プ
ログラムのログ情報
待機系のポリシーベースルーティン
グ制御プログラムのログ情報
SSH ログ情報
待機系の SSH ログ情報
使用しているメッセージキュー情報
一覧
変更リスト，コンフィグレーション
アクセス状況情報
フィルタ・QoS フロー制御プログラ
ムのログ情報
運用系実行時
パラ
メー
タ指
定な
し
○ basic
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
×
○
○
○
○
×
○
×
○
○
○
○
×
待機系実行時
パラ
メー
タ指
定な
し
× basic
×
×
×
×
×
○
○
×
×
○
×
○
×
○
×
○
×
○
○
○
×
×
×
×
○
×
×
○
○
×
×
×
○
×
○
×
○
×
×
134
付録 A show tech-support コマンド表示内容詳細
項
番
コマンド（表示） 内容
110
111
112 cat /standby/var/log/flowctl/ flowctld.log
/usr/local/diag/padctrl -l tech
/usr/local/diag/padctrl -l techd
113 /usr/local/diag/bpifc tech
114 /usr/local/diag/iswdiag
115 /usr/local/diag/showdev -s
116 /usr/local/diag/qosdiag quectl tech
117 /usr/local/diag/qosdiag queinfo tech
118 /usr/local/diag/ppuapinfo rctl all tech
119 /usr/local/diag/ppuapinfo rctlcom all tech
120 /usr/local/diag/ppuapinfo rctlstat all tech
121 /usr/local/diag/cmddrvif show stat
122 /usr/local/diag/flowctl tech
待機系のフィルタ・QoS フロー制御
プログラムのログ情報 pad，PA の show tech 用 diag コマ
ンド情報 pad，PA の show tech detail 用 diag コマンド情報
装置内制御データの配布情報
ISW デバイス情報
デバイス詳細状態
キュー制御プログラムの内部情報
キュー統計制御プログラムの内部情
報
RCTL 制御の詳細情報
RCTL 共通の詳細情報
RCTL 統計の詳細情報
123
124
125
126
127
/usr/local/diag/qosdiag flowinfo tech
/usr/local/diag/dupctl tech show port show port statistics show port transceiver debug
128 show port vlan
129 show interfaces nif XXX_NIF line
XXX_LINE debug
運用コマンドによるハードウェア制
御，情報取得に関する内部統計情報
フィルタ・QoS フロー制御プログラ
ムの内部情報
フィルタ・QoS フロー統計制御プロ
グラムの内部情報
冗長化制御で管理している引き継ぎ
状態の情報および統計情報
ポートの情報
ポートの統計情報
ポートのトランシーバ詳細情報
ポートの VLAN 情報
ポートの詳細統計情報
運用系実行時
パラ
メー
タ指
定な
し
○ basic
×
×
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
×
○
○
○
○
○
○
○
○
×
×
×
×
○
○
○
○
○
待機系実行時
パラ
メー
タ指
定な
し
× basic
×
×
○
○
○
○
○
○
×
×
×
○
○
○
○
×
×
×
×
×
○
×
○
○
○
○
○
×
×
×
×
×
×
×
×
×
×
×
×
135
付録 A show tech-support コマンド表示内容詳細
項
番
コマンド（表示） 内容
130 show channel-group detail リンクアグリゲーションの詳細情報
131 show channel-group statistics lacp リンクアグリゲーションの
LACPDU 送受信統計情報
132
133 show axrp detail show loop-detection statistics
134 show loop-detection logging
135 show spanning-tree statistics
Ring Protocol の詳細情報
L2 ループ検知の統計情報
L2 ループ検知のログ情報
スパニングツリーの BPDU 送受信
統計情報
136 show spanning-tree detail
137 show efmoam detail
138
139 show efmoam statistics show lldp detail
スパニングツリーの詳細情報表示
IEEE802.3ah OAM，UDLD および
ループ検出機能の設定情報ならびに
ポートの状態
IEEE802.3ah OAM，UDLD および
ループ検出機能の統計情報
LLDP の設定情報および隣接装置情
報
140 show lldp statistics
141 show cfm detail
142
143
144
145
146
147
148
149
150
151 show igmp-snooping show igmp-snooping group show igmp-snooping statistics show mld-snooping show mld-snooping group show mld-snooping statistics show vlan list show vlan summary show vlan detail show vrrpstatus detail statistics
LLDP の統計情報
本装置の CFM の詳細情報および障
害検出情報
IGMP snooping の VLAN 情報
IGMP snooping の学習情報
IGMP snooping の統計情報（1 回
目）
MLD snooping の VLAN 情報
MLD snooping の学習情報
MLD snooping の統計情報（1 回
目）
本装置の VLAN の情報
本装置の VLAN のサマリー情報
本装置の VLAN の詳細情報
VRRP の仮想ルータの状態および統
計情報
運用系実行時
パラ
メー
タ指
定な
し basic
○
○
×
×
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
×
○
○
○
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
○
○
待機系実行時
パラ
メー
タ指
定な
し basic
×
×
×
×
×
×
×
×
×
×
×
×
×
×
○
○
○
○
○
○
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
136
付録 A show tech-support コマンド表示内容詳細
項
番
コマンド（表示） 内容
152
153 show vrrpstatus group show sflow detail
154 show snmp
155 /usr/local/diag/snmp_dp -mem
SNMP 情報
SNMP 機能のメモリカウンタ
156 /usr/local/diag/snmp_dp -resource SNMP 機能のリソースカウンタ
157 show environment temperaturelogging
本装置の温度履歴情報
158 show running-config
159 show qos queueing
運用面のコンフィグレーション
装置内のキュー情報
160 show qos queueing tech-support
161 show ip cache policy
VRRP の仮想ルータのグループ化情
報 sFlow 統計についてのコンフィグ
レーション設定状態および動作状況
162
163 show ipv6 cache policy show track detail
164 /usr/local/bin/track -t |tail -n
1024
165 show bfd session detail
166 show processes memory unicast
装置内制御キューの情報
IPv4 ポリシーベースルーティング
のポリシーベースルーティングリス
トの送信先経路情報および状態
IPv6 ポリシーベースルーティング
のポリシーベースルーティングリス
トの送信先経路情報および状態
トラックの詳細情報
トラックプログラムのトレース情報
167
168
169 show processes cpu minutes unicast show graceful-restart unicast show ip interface ipv4-unicast
BFD セッション情報
ユニキャストルーティングプログラ
ムでのメモリの確保状況および使用
状況
ユニキャストルーティングプログラ
ムの CPU 使用率
ユニキャストルーティングプロトコ
ルのグレースフル・リスタートのリ
スタートルータの動作状態
ユニキャストルーティングプログラ
ムが認識している本装置のインタ
フェース情報
運用系実行時
パラ
メー
タ指
定な
し
○ basic
×
待機系実行時
パラ
メー
タ指
定な
し
× basic
×
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
×
×
×
×
○
○
○
○
×
×
×
×
×
×
×
×
×
×
×
×
×
×
○
○
○
×
×
○
○
×
○
○
×
○
×
×
×
×
×
×
×
×
×
×
×
×
×
○
×
○
○
137
付録 A show tech-support コマンド表示内容詳細
項
番
コマンド（表示） 内容
170 show ip route vrf all summary 各 VRF のルーティングプロトコル
が保有するアクティブ経路数と非ア
クティブ経路数
各 VRF の学習経路数 171 show ip vrf all
172
173
174
175
/usr/local/diag/rtdist -m
/usr/local/diag/rtdist -t
/usr/local/diag/rtdist -d show ip dhcp relay statistics
ユニキャスト経路配布の管理情報
ユニキャスト経路配布の統計情報
ユニキャスト経路配布の状態通知メ
モリ情報
DHCP/BOOTP リレーエージェン
ト統計情報
各 VRF の RIP の統計情報
各 VRF の RIP で広告した経路数
176 show ip rip vrf all statistics
177 show ip rip vrf all advertisedroutes summary
178
179 show ip rip vrf all received-routes summary
180 /usr/local/diag/ppuapinfo mlt all tech
各 VRF の RIP で学習した経路数
マルチキャストドライバの制御管理
情報
（IPv4/IPv6 マルチキャスト経路関
連情報）
OSPF で廃棄されたパケット情報 181 show ip ospf discard-packets
182 show ip ospf vrf all statistics 各 VRF の OSPF で収集されている
送受信パケットの統計情報
183 show ip ospf vrf all neighbor detail 各 VRF の OSPF の隣接ルータの詳
細情報
184
185
/usr/local/diag/ppuapinfo uni all tech show ip ospf vrf all virtual-links detail show ip ospf vrf all database database-summary
186 show ip ospf vrf all
187 show ip ospf nsr
ユニキャストドライバの制御管理情
報
（IPv4/IPv6 ユニキャスト経路，
ARP，NDP 関連情報）
各 VRF の OSPF の仮想リンク情報
の詳細情報
各 VRF の OSPF の LS タイプごと
の LSA 数
各 VRF の OSPF のグローバル情報
OSPF のノンストップルーティング
同期情報
運用系実行時
パラ
メー
タ指
定な
し
○ basic
×
待機系実行時
パラ
メー
タ指
定な
し
○ basic
×
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
○
○
○
×
○
×
×
×
×
○
○
○
○
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
138
付録 A show tech-support コマンド表示内容詳細
項
番
コマンド（表示） 内容
188 show ip bgp vpnv4 vrf all neighbors detail
189 show ip bgp vpnv4 vrf all nsr
190
191
192
193
194
195
196 show ip bgp vpnv4 vrf all received-routes summary show ip bgp vpnv4 vrf all advertised-routes summary show ip bgp vpnv4 vrf all notification-factor show ipv6 interface ipv6-unicast show ipv6 route vrf all summary show ipv6 vrf all show ipv6 dhcp relay statistics
各 VRF の BGP4 のピアリング情報
各 VRF の BGP4 のノンストップ
ルーティング同期情報
各 VRF の BGP4 のピアから受信し
た経路情報数
各 VRF の BGP4 のピアへ広告した
経路情報数
各 VRF の BGP4 のコネクションを
切断する要因となったメッセージ
ユニキャストルーティングプログラ
ムが認識している本装置のインタ
フェース情報
各 VRF のユニキャストルーティン
グプログラムが保有するアクティブ
経路数と非アクティブ経路数
各 VRF の学習経路数
DHCPv6 リレーエージェント統計
情報
各 VRF の RIPng で広告した経路数 197 show ipv6 rip vrf all advertisedroutes summary
198 show ipv6 rip vrf all receivedroutes summary
199 show ipv6 rip vrf all statistics
200
201 show ipv6 ospf discard-packets show ipv6 ospf vrf all statistics
202 show ipv6 ospf vrf all neighbor detail
203 show ipv6 ospf vrf all virtual-links detail
204 show ipv6 ospf vrf all database database-summary
各 VRF の RIPng で学習した経路数
各 VRF の RIPng の統計情報
OSPFv3 で廃棄されたパケットの情
報
各 VRF の OSPFv3 で収集したパ
ケットの統計情報
各 VRF の OSPFv3 の隣接ルータの
状態
各 VRF の OSPFv3 の仮想リンク情
報
OSPFv3 の LS-Database の数
運用系実行時
パラ
メー
タ指
定な
し
○ basic
×
待機系実行時
パラ
メー
タ指
定な
し
○ basic
×
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
○
×
○
○
○
×
×
×
×
○
○
○
○
○
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
139
付録 A show tech-support コマンド表示内容詳細
項
番
コマンド（表示） 内容
205
206
207
208 show ipv6 ospf vrf all show ipv6 ospf nsr show ipv6 bgp vpnv6 vrf all neighbors detail show ipv6 bgp vpnv6 vrf all nsr
209 show ipv6 bgp vpnv6 vrf all received-routes summary
210 show ipv6 bgp vpnv6 vrf all advertised-routes summary
211 show ipv6 bgp vpnv6 vrf all notification-factor
212 show netstat multicast numeric
各 VRF の OSPFv3 のグローバル情
報
OSPFv3 のノンストップルーティン
グ同期情報
各 VRF の BGP4+のピアリング情
報
各 VRF の BGP4+のノンストップ
ルーティング同期情報
各 VRF の BGP4+のピアから受信
した経路情報数
各 VRF の BGP4+のピアへ広告し
た経路情報数
各 VRF の BGP4+のコネクション
を切断する要因となったパケット
BCU OS マルチキャスト統計
213 show ip multicast vrf all statistics
214 show ipv6 multicast vrf all statistics
215 show ip multicast vrf all resources
IPv4 マルチキャスト統計情報（1 回
目）
IPv6 マルチキャスト統計情報（1 回
目）
IPv4 マルチキャストルーティング
機能で使用している各種エントリ情
報
IGMP のインタフェース情報 216 show ip igmp vrf all interface detail
217 show ip igmp vrf all group IGMP のマルチキャストグループ情
報
218 show ip pim vrf all interface detail IPv4 PIM のインタフェース情報
219 show ip pim vrf all neighbor detail IPv4 マルチキャストインタフェー
スの隣接情報
220 show ip pim vrf all bsr IPv4 PIM-SM ブートストラップ
ルータ情報
221 show ip pim vrf all rp-mapping
222 show ip mroute vrf all
IPv4 PIM-SM ランデブーポイント
情報
IPv4 マルチキャスト経路情報
運用系実行時
パラ
メー
タ指
定な
し
○ basic
×
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
待機系実行時
パラ
メー
タ指
定な
し
× basic
×
×
○
×
○
×
○
○
○
○
○
○
○
○
○
○
○
○
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
140
付録 A show tech-support コマンド表示内容詳細
項
番
コマンド（表示） 内容
223
224
225
226 show ip mcache vrf all show ipv6 multicast vrf all resources show ipv6 mld vrf all interface show ipv6 mld vrf all group
IPv4 マルチキャスト中継エントリ
情報
IPv6 マルチキャストルーティング
機能で使用している各種エントリ情
報
MLD のインタフェース情報
MLD のマルチキャストグループ情
報
MLD のホストトラッキング機能で
管理する受信者情報
IPv6 PIM のインタフェース情報
227 show ipv6 mld vrf all group explicit
228 show ipv6 pim vrf all interface detail
229
230
231
232
233 show ipv6 pim vrf all neighbor detail show ipv6 pim vrf all bsr show ipv6 pim vrf all rp-mapping show ipv6 mroute vrf all show ipv6 mcache vrf all
IPv6 マルチキャストインタフェー
スの隣接情報
IPv6 PIM-SM ブートストラップ
ルータ情報
IPv6 PIM-SM ランデブーポイント
情報
IPv6 マルチキャスト経路情報
IPv6 マルチキャスト中継エントリ
情報
IPv6 マルチキャストチャネルフィ
ルタの統計情報
IPv6 マルチキャスト帯域管理情報
234 show ipv6 mld vrf all access-group detail
235 show ipv6 mld vrf all bandwidth interface detail
236 show ip multicast vrf all statistics
237
238
239
240
241 show ipv6 multicast vrf all statistics show igmp-snooping statistics show mld-snooping statistics show qos queueing tech-support show qos queueing
IPv4 マルチキャスト統計情報（2 回
目）
IPv6 マルチキャスト統計情報（2 回
目）
IGMP snooping の統計情報（2 回
目）
MLD snooping の統計情報（2 回
目）
装置内制御キューの情報（2 回目）
装置内のキュー情報（2 回目）
運用系実行時
パラ
メー
タ指
定な
し
○ basic
×
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
○
○
待機系実行時
パラ
メー
タ指
定な
し
○ basic
×
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
×
○
○
141
付録 A show tech-support コマンド表示内容詳細
項
番
コマンド（表示） 内容
242 show event manager monitor script detail
243 show event manager monitor applet detail
247
248 show script running-state
/usr/local/diag/hfcdiag tech
（凡例） ○：表示対象 ×：非表示対象
スクリプトから登録した監視中のイ
ベント情報
アプレット機能で監視中のイベント
情報
244 show event manager history script スクリプトから監視登録したイベン
ト発生履歴
245 show event manager history applet
アプレット機能で監視中のイベント
発生履歴
246 show script installed-file インストールしたスクリプトファイ
ル一覧
高機能スクリプトの動作状況
ハード機能制御情報
運用系実行時
パラ
メー
タ指
定な
し
○ basic
×
待機系実行時
パラ
メー
タ指
定な
し
× basic
×
○
○
○
○
○
○
×
×
×
×
×
○
×
○
○
○
×
○
×
×
×
×
×
○
142
索引
数字
A
B
D
DHCP/BOOTP リレーエージェントで IP アドレス
DHCPv6 リレーエージェントで IPv6 アドレスが割
F
I
IEEE802.3ah OAM 機能でポートが inactive 状態と
IEEE802.3ah OAM による inactive 状態を確認する
L
L2 ループ検知による inactive 状態を確認する 123
M
N
O
OSPF または OSPFv3 の経路情報が存在しない 71
P
PIM-SM ネットワークでマルチキャスト通信ができ
PIM-SM ネットワークでマルチキャストパケットが
PIM-SSM ネットワークでマルチキャスト通信ができ
PIM-SSM ネットワークでマルチキャストパケットが
Q
R
RADIUS/TACACS+/ローカルを利用したコマンド
RADIUS/TACACS+を利用したログイン認証ができ
S
sFlow 統計（フロー統計）機能のトラブル 98 sFlow パケットがコレクタに届かない 98
143
索引 show tech-support コマンドによる情報採取とファ
show tech-support コマンド表示内容詳細 130
U
V
い
う
え
エクストラネットでマルチキャスト通信ができない
か
け
こ
コンフィグレーションモードから装置管理者モードに
し
す
ストームコントロールによる inactive 状態を確認す
スパニングツリーによる inactive 状態を確認する
そ
た
つ
と
ね
は
ふ
144
ほ
ポリシーベースルーティングによる通信障害の確認
ま
ゆ
り
リモート運用端末の ftp コマンドによる情報採取と
ろ
索引
145
広告
主な特徴
- AX8600SとAX8300S両機種に対応
- 障害解析手順の明確な記述
- 各種ネットワークプロトコルに関するトラブルシューティング
- ログや統計情報の確認方法
- 機器交換手順の説明
- QoSやフィルタリングに関するトラブルシューティング
- SNMP、NTP、BFDなどの機能に関するトラブルシューティング
よくある質問と回答
ログインパスワードを忘れてしまいました。どうすれば良いですか？
イーサネットポートに接続できません。どうすれば良いですか？
SNMPマネージャからMIBが取得できません。どうすれば良いですか？
運用系BCUの切替ができません。どうすれば良いですか？
関連マニュアル
広告
