Ruijie Networks Japan

スイッチ

ワイヤレス

クラウド

マニュアル
故障・トラブル対応⽤

Fuzhou, ISC

Rev 1.3|||||||||||||||||||||||||||||||||||||||||||||||Copyright © 2023 All rights reserved||||||||||||||||||||||||||||||||||||||||||||||

Ruijie Networks Japan

⽬次
⽬次
スイッチ｜ハードウェア障害!!!!!! 3
1. PoEの不具合 3
2. シリアルポートの不具合 5
3. 表⾯が⾼温→ファンの問題かもしれません

7

4. 表⾯が⾼温→メモリ使⽤率が⾼すぎかもしれません

8

5. 表⾯が⾼温→CPU使⽤率が⾼すぎかもしれません 9
6. 異常時の再起動 11
7. 光学ポート不具合

11

スイッチ｜ソフトウェア障害!!!!!
1. ゲートウェイのpingを実⾏できない

14
14

2. DHCPに関連 16
3. 機器のEwebへのログインエラー 17
4. ポートの集約失敗、または設定後にリンクが機能しない 18|||||||||||||||||||||||||||||||||||||||||||||||Copyright © 2023 All rights reserved||||||||||||||||||||||||||||||||||||||||||||||

Ruijie Networks Japan

スイッチ｜ハードウェア障害!!!!!!
1. PoEの不具合
ステップ1

ケーブルとインターフェイスを交換します。
ケーブルの交換後、スイッチは機能するようになりましたら、操作終了となりまり。
インターフェイスの交換後、インターフェイスまたはスイッチがまだよく機能しない場合、ステップ2へお引
き続き下さい。

ステップ2

電源が⼗分かを確認のため、PoEインターフェイスのステータス情報を収集します。
以下のコマンドを使⽤して情報を収集します。
show poe interfaces statusshow poe powersupply
show log
続いて以下のコマンドを使⽤し、情報収集を完了させます。
Ruijie(config)#int gi 0/x
Ruijie(config-if-GigabitEthernet 0/1)#poe enable
Ruijie(config)#poe legacy
Ruijie(config)# poe mode energy-saving //電源を切ってからデバイスを再起動します。これにより構成が有効になります。
収集した情報における現象による解決策については、下記の通りです。

"現象1
!現象1

PoEインターフェイスのステータスはすべてオフが、電⼒が過負荷している（下図はサンプ
PoEインターフェイスのステータスはすべてオフが、電⼒が過負荷している（下図はサンプル）|||||||||||||||||||||||||||||||||||||||||||||||Copyright © 2023 All rights reserved||||||||||||||||||||||||||||||||||||||||||||||

Ruijie Networks Japan

ル）

経緯
解決策

PoEチップで過電圧が⽣じている。
以下のコマンドを試します。
Ruijie(config)#poe legacy
Ruijie(config)# poe mode energy-saving //電源を切ってからデバイスを再起動します。
これにより構成が有効になります。

注

意

PoEでまだエラーが⽣じる場合は、ハードウェア障害が発⽣している可能性がありますので、当社までご連絡下さい。

|||||||||||||||||||||||||||||||||||||||||||||||Copyright © 2023 All rights reserved||||||||||||||||||||||||||||||||||||||||||||||

Ruijie Networks Japan
!現象2
!現象2

PDのPoEインターフェイスの電⼒が安定しない（下図はサンプル）
PDのPoEインターフェイスの電⼒が安定しない（下図はサンプル）

経緯
解決策

PoEチップで過電圧が⽣じている。
以下のコマンドを試します。
Ruijie(config)#poe legacy
Ruijie(config)# poe mode energy-saving //電源を切ってからデバイスを再起動します。
これにより構成が有効になります。

注

意

PoEでまだエラーが⽣じる場合は、ハードウェア障害が発⽣している可能性がありますので、当社までご連絡下さい。

2. シリアルポートの不具合!以下の原因が考えられます
1)
2)
3)
4)
5)

ホスト側のコンソール設定エラー（ボーレート、フロー制御、COMポート）
コンソールのケーブル損傷
PCシステム障害
スイッチソフトウェア障害によるプロセスのクラッシュ
スイッチハードウェア障害（たとえば、モジュールやケーブルのスタッキングエラー
によるスイッチのクラッシュ、コンソールベースの回路障害|||||||||||||||||||||||||||||||||||||||||||||||Copyright © 2023 All rights reserved||||||||||||||||||||||||||||||||||||||||||||||

Ruijie Networks Japan"トラブルシューティングの⼿順
ステップ1

ターミナル管理ソフトウェア（SecureCRTまたはHyperTerminal ）でフロー制御が無効になっているか確認します。
設定が誤っている場合は修正してから保存し、再起動してください。フロー制御はデフォルトでSecureCRT
で有効になっています。パラメーターを設定する際はフロー制御を無効にします。

デフォルトによりHyperTerminalではフロー制御が無効になっています。
有効となっている場合は、デフォルトの設定にリセットして下さい。

ステップ2

COMポートが適正か確認します。
デスクトップにある「PC」を右クリックし、「Device Manager」 で 下図の⾚枠「Ports (COM & LPT)」
を選択します。

|||||||||||||||||||||||||||||||||||||||||||||||Copyright © 2023 All rights reserved||||||||||||||||||||||||||||||||||||||||||||||

Ruijie Networks Japan

COMポートは、HyperTerminalまたはSecureCRTで指定されているシリアルポートと同じでなくてはなり
ません。
ステップ3

ボーレートを57600または115200に変更し、障害が修正されたか確認します。コンソールポートのデフォルトボーレートは9600です。
障害が続く場合はステップ4に進んで下さい。

ステップ4

ステップ5

Ctrl+Shift+6を押した後、「x」と⼊⼒し、コンソールポートが回復したか確認します。
Telnetからデバイスにアクセスできるかチェックし、サービスが機能しているか確認します。
サービスが機能しており、デバイスがTelnetをサポートしている場合は、Telnetで以下のコマンドを実⾏し（リスクはありません）、コンソールターミナルで出⼒がない原因を特定します。
Ruijie#debug su
Ruijie(support)#tech-supportpackage

注

意

情報の収集後、「clear line console 0」コマンドを実⾏してサービスを回復します。
サービスが回復しなければ、情報を集めてRuijieサポートに連絡して下さい。

3. 表⾯が⾼温→ファンの問題かもしれません$ファン ファンの問題の解決⼿順詳細は、次のページを参照施して下さい|||||||||||||||||||||||||||||||||||||||||||||||Copyright © 2023 All rights reserved||||||||||||||||||||||||||||||||||||||||||||||

Ruijie Networks Japan

ステップ1

機器のファンモジュール状態が正常か確認します。

ステップ2

機器の背⾯からファンモジュールが正常に動作中か確認します。
以下の2つの可能性があります。
ア）ファンモジュールが動作しない場合は、ハードウェアに障害が発⽣しています。
イ）ファンモジュールは正常に動作している場合。

ステップ3

ファンモジュールは正常に動作していますが、show fanコマンドを実⾏しても正常に認識できず接触不良状態になっています。

ステップ4

機器の電源を切り、ファンモジュールを取り付け直すことをお客様に提案して下さい。これで完了となります。

4. 表⾯が⾼温→メモリ使⽤率が⾼すぎかもしれません'ログ収集

トラブルシューティングのソリューション

ステップ1

故障現象の判定

現象⼀

機器のメモリが85%を超え、継続的に増加している場合は、メモリリー
クが発⽣する可能性があり、特別な注意が必要です。「機器が正常に管理されている場合は、以下の情報を収集します」に記載されている要件に従って、定期的に収集することをお勧めします。

現象⼆機器にログインした後、以下のようなlogが表示されている場合は、メモリリークが深刻化し、システムが正常にメモリを申請できなくなっています。通常、この時点で機器が正常に動作せず、業務中断の状態になっています。
not enough memory! cli execute fail!
*Sep 6 08:54:14: %SCHED-0-NOSTACK: Could not allocate 40960 bytes for stack from memory.

|||||||||||||||||||||||||||||||||||||||||||||||Copyright © 2023 All rights reserved||||||||||||||||||||||||||||||||||||||||||||||

Ruijie Networks Japan
ステップ2

機器が正常に管理できる場合は、下記の情報を収集します。
繰り返しのコマンドで複数回収集する必要があります。情報収集後、Ruijieサポートに連絡して下さい。

show vershow version slot
show runshow cpu
show cpu pro mb
show cpu-pro
show memory//5s間隔で3回連続して収集しますshow memory protocols//5s間隔で3回連続して収集しますshow interface statusshow arp countershow mac-address-table countshow arp
show mac-address-tableshow spanningshow spanning summary//5s間隔で3回連続して収集しますshow int count rate//5s間隔で3回連続して収集しますshow tcp connect
show log
show cpu pro mb
show cpu-pro
debug supportshow memory
show memory
show poolshow poolshow skbuff
show skbuff
show semaphoreexit

5. 表⾯が⾼温→CPU使⽤率が⾼すぎかもしれません
'ログ収集
ステップ1

トラブルシューティングのソリューション

CPU使⽤率の異常に関する重要な情報を収集します（特権モードでの収集、Ruijie#）show debugging
show cpu
show cpu-protect mb|||||||||||||||||||||||||||||||||||||||||||||||Copyright © 2023 All rights reserved||||||||||||||||||||||||||||||||||||||||||||||

Ruijie Networks Japan
show cpu-pro
show cpu-protect
show cpu
show cpu-protect mb
show cpu-protect
debug supportshow task
show task
show task
show task
show task
show task
show semaphore
exit
show cpu
show cpu-protect mb
show cpu-protect
ステップ２

補助情報を収集します（特権モードでの収集、Ruijie#）show version
show version slots
show runshow log
show ip interface briefshow interface statusshow interface countershow interfaces counters rateshow interface count summary
show interfaces counters rateshow interface count summary
show arp countershow arp detailshow mac-address-tableshow spanning-tree
show spanning-tree summary
show vrrp briefshow cpu-pro
show cpu-pro mb
show arp countershow arp detailshow mac-address-table

注意

ネットワーク環境におけるメッセージ情報を2～3分間キャプチャし、ポートミラーリング機能を設定します
ミラーリングのソースは、典型的なアプリケーションを備えた業務⽤ポートであれば良いです。
トラフィック量が適切で、10s程度キャプチャすることをお勧めします。
トラフィック量が⼤きい場合は、1～2sずつ、これ以上数回キャプチャすることをお勧めします。
スイッチのリファレンス構成は下記の通りです。
Ruijie(config)#monitor session 1 source interface gigabitEthernet 0/Y//業務接続⽤インターフェイス
は、複数の業務⽤ポートを選択します
Ruijie(config)#monitor session 1 destination interface gigabitEthernet 0/X //PC接続⽤インターフェイス|||||||||||||||||||||||||||||||||||||||||||||||Copyright © 2023 All rights reserved||||||||||||||||||||||||||||||||||||||||||||||

Ruijie Networks Japan6. 異常時の再起動
*⼿順
ステップ1

トラブルシューティング流れ

機器環境に関する問題を確認します。

まず電源ケーブルがしっかりと差し込まれていること、ゆるんでいないかを外観から確認します。電源ケー
ブルがゆるん ブルが緩んでいると供給電⼒が不安定になり、機器の異常な再起動につながります。更に機器に電⼒が⼗分に供給されて に供給されていること、show logコマンドを実⾏して以下の状況があるかどうを確認します。

The power not enough, current system is in danger.

シャーシ型

電⼒供給システムの出⼒が電源の定格⼊⼒に達しているかどうかを確認します。⼆つの電源を搭載した
シャーツ型機器の場合、システムの⼊⼒不⾜を避ける為、ケーブルを分類して異なるケーブルのマルチタップに接続する必要があります。

ステップ2

⼈為的な操作原因の有無を確認します。show logコマンドを実⾏して機器が⼈為的に再起動されたかどうかを確認します。

ステップ3

機器の異常な再起動が発⽣した場合は、以下の情報を収集し、当社のサポートにまでご連絡下さい。
下記のコマンドを実⾏して、情報を収集して下さい。
Ruijie#debug support
Ruijie(support)#show exception

7. 光学ポート不具合+光学ポート問題ステップ1

トラブルシューティング流れ

showコマンドを実⾏して、基本情報を確認します。
1) (スイッチのモデルの確認
show version//スイッチのモデルを確認し、スイッチの光学ポートが光電多重化ポートかどうかを確認します。

2) )showコマンドを実⾏して、光電多重化ポートとデュプレックスレートを確認します。
show int status//光モジュールが差し込まれているインターフェイスのメディアがcopperまたはfiberかを|||||||||||||||||||||||||||||||||||||||||||||||Copyright © 2023 All rights reserved||||||||||||||||||||||||||||||||||||||||||||||

Ruijie Networks Japan
確認します。更にインターフェイスによってネゴシエートされているデュプレックスレートを確認します。
show int gx/y//gx/yは、光モジュールに挿⼊されたインターフェイスの番号を示します。このコマンドを実⾏
して、インターフェイスのメディアがcopperまたはfiberかを確認し、更にインターフェイスによってネゴシされたデュプレックスレートを確認します。

エート

注

意

光電多重化ポートの場合、メディアはcopperで、コマンドを実⾏して、インタフェースのメディアタイプを
光学ポートに変更する必要があります。
Ruijie(config)#int gi x/y//gx/yは、光モジュールが挿⼊されたインターフェイスの番号を表します
Ruijie(config-GigabitEthernet x/y)#medium-type fiber//g0/2ポートを光学ポートと設定します
デュプレックスレート構成の観察⽅式を変更します（通常、デフォルト設定のAUTOネゴシエーション
デュプレックスレートをお勧めしますが、インターフェイスがupできない場合は、デュプレックスレートでの観察を強制的に試みることができます）。コマンドは次のとおりです。
Ruijie(config)#int gix/y //gx/yは、光モジュールが挿⼊されたインターフェイスの番号を表します
Ruijie(config-GigabitEthernet x/y)#speed 1000 //インタフェースの速度を指定します
Ruijie(config-GigabitEthernet x/y)#duplex full//Fullデュプレックス（全⼆重）を指定します
また、デュプレックスレートをspeed 100、duplex halfと設定することもできます。
3) ,showコマンドを実⾏して光モジュールのモデル/光減衰を確認します。
show int gx/y trans//光モジュールのタイプとシリアル番号を確認しますshow int gx/y trans dia//光減衰範囲が正常かどうかを確認します

注

意RX Powerがこのモジュールの受光強度の最⼩値よりも⼩さい場合は、LinkUPを実⾏できない可能性があります。下記の⼿順を⾏って下さい。
〉〉光モジュールと光ファイバーの波⻑の対応関係を確認します〉〉光ファイバーを交換します〉〉光ファイバーの全⻑は、光モジュールがサポートされている最⼤距離を超えていないか、または測定機器
で光ファイバーの減衰量を測定し、⼤きすぎないかを確認します4）"showコマンドを実⾏して、インターフェイスの構成を確認します。
show run int gix/y //インターフェイスの構成をチェックし、shutdownなどのコマンドの実⾏など、インターフェイスがupすることを妨げる構成があるかどうか確認します。

ステップ2

光ファイバー送受信が逆に差し込まれているか確認します。
光ファイバーを抜いて、光ファイバーの受信端と送信端を⼊れ替えた後に、再度挿⼊して、光ポートの表示灯が点灯しているかどうかを確認します。

ステップ3

光モジュールと光ファイバのタイプが⼀致しているか確認します。
光モジュールと光ファイバーのタイプが⼀致しているかどうかを確認し、シングルモードモジュールはシング
ルモード光ファイバーに、マルチモードモジュールはマルチモード光ファイバーに合わせて使⽤する必要があります。（基本的にマルチモード光ファイバーはオレンジ⾊で、シングルモード光ファイバーは⻩⾊です）

注意

光モジュールの写真を各⻆度から撮影する必要があります。特に、光モジュールのシリアル番号と光ポートに接する⾦属部分の写真をはっきり撮る必要があります。また、光ファイバーの写真を撮る必要もあります。
ファイバーに⽂字が書かれている場合は、はっきり撮影する必要があります。

|||||||||||||||||||||||||||||||||||||||||||||||Copyright © 2023 All rights reserved||||||||||||||||||||||||||||||||||||||||||||||

Ruijie Networks Japan
ステップ4

シングルポートに対するループテストでLinkupを確認します
光ポートに光モジュールを挿⼊し、光モジュール送受信の両端（光モジュールにある⽳に光ファイバの⼀端であるRXを挿⼊し、同じ光モジュールの他の⽳に光ファイバーの他の端であるTXを挿⼊）をファイバーで短絡し、Linkupしているかどうか確認します。
LinkUPできる場合は、この端にあるスイッチと光モジュールが正常に動作していることを示します。ス
イッチ構成、中間リンク、および反対端のスイッチ構成を確認して下さい。

Linkupできない場合は、スイッチポートまたは光モジュールが破損しているため、置換法で1つずつ交換し
て下さい。
注

意

ステップ5

40キロメートル以上の光モジュールを短距離の光ファイバーに接続するには、光減衰器を取り付けてからテストを⾏わなければならず、直接ショートすると、光モジュールの受光強度が⼤きすぎて物理的な損傷を招く恐れがあります。

置換⼿順を実施します。
〉〉光ファイバーの交換〉〉スイッチポートの位置交換〉〉光モジュールの交換〉〉スイッチの交換

注意

上記の⼿順で回復できない場合は、上記の情報（操作結果と操作ログの記録）を整理し、下記の情報を収集した後、アフターサービス係までご連絡下さい。

|||||||||||||||||||||||||||||||||||||||||||||||Copyright © 2023 All rights reserved||||||||||||||||||||||||||||||||||||||||||||||

Ruijie Networks Japan

スイッチ｜ソフトウェア障害!!!!!
1. ゲートウェイのpingを実⾏できない!以下の原因が考えられます
1) コアおよびアクセススイッチ間のSTAが誤っている。
2) コアおよびアクセススイッチ間のMSTPドメイン構成が誤っている。
3) スイッチ間のインターフェイス向けに構成され、許可されているVLANが異なり、異常な
データ通信の現任になっている。
4) 他の機能（RLDP、BPDUガードなど）がスイッチ間のインターフェイス向けに構成されており、インターフェイスがシャットダウンして⾮転送ステータスの原因になる。

*⼿順

トラブルシューティングの流れ

ステップ1

アクセスおよびコアスイッチ間のSTPステータスを確認します。
アクセスおよびコアスイッチ間のインターフェイスのステータス（収束スイッチを含む）をチェックし、
インターフェイスのメンバーVLANが属するインスタンスが転送状態になっていることを確認します。
show spanning-tree interface xx
インターフェイスのメンバーVLANが属するインスタンスが転送状態でない場合は、ステップ2に進みます。

ステップ2

アクセスおよびコアスイッチ間のリンク構成を確認します。
アクセスおよびコアスイッチ間のインターフェイスのＶLANインスタンスが⼀貫しているか確認します。
MSTPのVLANインスタンス構成が誤っている場合は、同じMSTPドメインでSTAを実⾏できません。異なる
スイッチで異なるSTPモードが構成されている場合は、特定の予期しない結果が⽣じる可能性があります。
確認⽅法は以下の通りです。
1) show runコマンドを実⾏して、STP構成でインスタンス関連のコンテンツをチェックします。
2) トポロジのあらゆるスイッチのMSTP構成をチェックし、MSTPドメイン構成が⼀貫かを確認します。

ステップ3

アクセスおよびコアスイッチ間のVLAN相互接続性を確認します。
1.

アクセスおよびコアスイッチ間のインターフェイスでメンバーVLANを使⽤できるのか、つまり、アップ
リンクのデュアルリンクをパスする許可済みのVLANのデータがあるのか確認します。

show run interface xxx //インターフェイスのVLAN構成を表示します。
2.

インターフェイスで許可されているVLANの構成をチェックします。構成が誤っていると、実際のデータ転送がVLANインスタンスマッピング規則に準拠しない原因になる可能性があります。

|||||||||||||||||||||||||||||||||||||||||||||||Copyright © 2023 All rights reserved||||||||||||||||||||||||||||||||||||||||||||||

Ruijie Networks Japan
3.

ステップ4

インターフェイスのスパニングツリーのコストがスパニングツリーの形状を変更できるように設定し、インターフェイスのVLAN構成と転送状態が⼀貫していることを確認します。

アクセスおよびコアスイッチ間のインターフェイスが転送状態になっているか確認します。

注意

アクセスおよびコアスイッチ間のインターフェイスが転送状態になっているか確認します。RLDPまたはBPDUガードが原因で、インターフェイスがブロックされたりシャットダウンする可能性があります。特に、サポートされている特定の機能がインターフェイスをブロックするか確認します。
以下のコマンドを実⾏して確認します。
show interface status.
RuijieスイッチとH3CスイッチのRSTPまたはMSTPに互換性があることを確認するには、stp complianceコ
マンドを使⽤し、802.1S標準に準拠するようH3Cスイッチインターフェイスでパケット形式を構成する必要があります。さらに、dot1tコマンドを使⽤し、IEEE 802.1t標準に従って期待のパスコストを計算するように構成しなくてはなりません。これを構成しなければ、Ruijieスイッチに接続しているインターフェイスをH3C
スイッチがシャットダウンします。

ステップ5

アクセスおよびコアスイッチを接続しているクライアントのMACアドレスを確認します。
show mac-address-tableコマンドを実⾏し、アクセスおよびコアスイッチを接続しているクライアントのMACアドレスを確認します。クライアントのMACアドレスがすべて表示され、clear mac-address-table
コマンドの実⾏後もMACアドレスを取得できるのであれば、STPが障害の原因になる可能性はありません。
クライアントのMACアドレスがコアスイッチに表示されないものの、アクセススイッチで利⽤できる場合
は、デュアルリンクのいずれかのプラグを抜きます。障害が残る場合はステップ6に進みます。

ステップ6

障害情報を収集し、Ruijieサービスポータルにケースを提出します。
上記のステップで障害が修正されない場合は、以下の情報と、ステップ1～4で⼊⼿した分析情報を収集します。さらなる取扱については、Ruijieサービスポータルにケースを送信して下さい。
STPが有効になっているデバイスすべてで、ネットワークトポロジ情報を収集します。
show runnig-config
show spanning-tree
show spanning-tree summary
show spanning-tress interface xx (Switch interface)show version
show version slot //シャーシスイッチスロット|||||||||||||||||||||||||||||||||||||||||||||||Copyright © 2023 All rights reserved||||||||||||||||||||||||||||||||||||||||||||||

Ruijie Networks Japan

2. DHCPに関連!以下の原因が考えられます
1)
2)
3)
4)
5)
6)

PCまたはオペレーティングシステムに障害がある。
環境に問題がある（ループや攻撃、物理的なリンクが切断されなど）。
デバイスの構成が不適切に訂正されている。
DHCPサーバーの性能が不⼗分である。
ソフトウェアのバージョンに⽋陥がある。
DHCPアーキテクチャが誤っている。

*⼿順

トラブルシューティングの流れ

ステップ1

クライアントとオペレーティングシステムを確認します。
1.
障害の症状を特定し、クライアントが動的にIPアドレスを取得するよう構成されているか確認します。
以下のようになります。

|||||||||||||||||||||||||||||||||||||||||||||||Copyright © 2023 All rights reserved||||||||||||||||||||||||||||||||||||||||||||||

Ruijie Networks Japan
2. 単⼀のクライアントまたは多くのクライアントが⾃動的にIPアドレスを取得できなかったのか確認します。多くのクライアントがIPアドレスを取得できない場合は、次のステップに進んで下さい。
この障害が単⼀のクライアントでのみ発⽣する場合は、PCにパケットキャプチャソフトウェアをインストー
ルするか、アクセススイッチでミラーリングおよびパケットキャプチャを実⾏して、PCがDHCP検出パケッ
トを正常に送信できるか確認します。
送信できない場合は、ネットワークインターフェイスカードを無効にしてから有効にしてみて下さい。ディ
スクレスシステムの場合は、ディスクレスサーバーシステムを構築するようお勧めします。
DHCP検出パケットを正常に送信できるのであれば、キャプチャされたパケットを維持し、次のステップに進
みます。

ステップ2

ネットワーク環境を確認します。
1.
クライアントとサーバー間の物理的なリンクが正常か確認します。
静的IPアドレスとゲートウェイを使⽤するようにPCを構成します。IPソースガード機能を使⽤してスイッチが構成されていないことが確かな場合は、サーバーのIPアドレスのpingを実⾏して接続を確認します。IPアド
レスのpingに成功し、遅延が100ms未満で、パケットの損失やジッターが発⽣していなければ、接続は正常です。つまり、物理的なリンクに障害はありません。次のステップに進み、障害の場所を特定します。
IPアドレスでpingに失敗し、遅延が⼤きいかパケットの損失が発⽣した場合は、物理的なリンクに障害がある
か、環境の問題が原因でサーバーが不安定になっています。この場合は、クライアントからDHCPサーバーへ
ノードごとにパケットをキャプチャし、パケット損失または多⼤な遅延の原因を特定する必要があります。
2. リンクが切断されているか確認します。切断されている場合は、インターフェイスを適正に接続します。デバイスのルートが適正か確認します。適正でない場合はルートを調整します。
障害が続く場合は、ルート沿いのスイッチのCPU使⽤率が⾼いか確認します（特にデバイスがＤHCPサーバーとして使⽤されている場合）。スイッチのCPU使⽤率が⾼ければ、<<>>を使⽤して原因の場所を突き⽌めます。
まだ障害が続く場合は、次のステップに進みます。

ステップ3

ネットワークデバイスの構成が正しいか確認します。
DHCPネットワークで、デバイスはDHCPリレー、DHCPサーバー、DHCP捜索に分類されます。DHCP捜索
はDHCPのセキュリティを確保し、静的IP構成を防ぎます。これをDAIと併⽤すると、ARPスプーフィングを防⽌できます。デバイスには、ネットワークでひとつまたは複数の役割があるかもしれません（たとえば、デバイスはDHCPサーバーおよびDHCP捜索として同時に構成できます）。以下の⽅法で、基本的な構成が正し
いか確認します。コンソールポートからアクセス。スイッチにログインし、show runコマンドを実⾏して構成を表示します。

3. 機器のEwebへのログインエラー*⼿順

トラブルシューティングの流れ

ステップ1

機器のページがポップアップで表示できるか確認します。
1.

機器のWebページへのログインを確認します。
機器のデフォルトの管理IPをブラウザに⼊⼒し、管理アドレスが変更されている場合は、変更後の管理IP
をブラウザに⼊⼒します。

|||||||||||||||||||||||||||||||||||||||||||||||Copyright © 2023 All rights reserved||||||||||||||||||||||||||||||||||||||||||||||

Ruijie Networks Japan2.
3.

ログインできない場合は、CLIを使って機器にログインし、変更後の管理IPを確認し、PCでpingコマンド
を正常に実⾏できると、変更後の管理アドレスでログインします。
それでも管理ページにログインできない場合は、CLIページでWeb管理コマンドが正しく構成されているか確認する必要があります。
適切なWeb管理コマンドの構成は以下の通りです。
webmaster level 0 username admin password 7 034233150f30
enable service web-server httpenable service web-server https
これらのコマンドはデフォルトの構成であり、⼿動で構成を削除した場合、これらのコマンドが⽋落している可能性があります。

ステップ2

機器のユーザー名とパスワードを確認します。
1.

デフォルトのユーザー名はadminで、パスワードはadminです。ログインできない場合は、パスワードが変更されているか確認し、変更されていた場合は変更後のパスワードでログインします。

2.
1)

パスワードを忘れてしまった場合は、以下の⽅法でパスワードを回復します。
WEBログインのユーザー名とパスワードを忘れてしまった場合は、Telnetを使って機器にリモートでログインすることができます。Telnetとenableのデフォルトのパスワードはadminです。Telnetを使って機器にリモートでログインした後、WEBログインのユーザー名とパスワードを再設定します。
WEBログインや、Telnetとenableログインのパスワードを忘れてしまった場合は、現場に⾏ってシリア
ルポートから機器にログインし、電源を切って再起動する間にctrl+cキーを押すと、CTRL Cモードになります。CTRL Cモードでコマンド：delete config.textを実⾏し、構成ファイルを削除して再起動し、⼯場出荷時の設定に戻します。

2)

ステップ3

CLIページで機器のCPUとメモリ使⽤率を確認して下さい。
1.

Telnetを使って機器にログインできることを確認します。

PCをスイッチと同じネットワークセグメントアドレスに設定し、pingingコマンドを実⾏して接続確認をした後、Telnetを使って機器にログインし、CLIコマンドラインの情報を表示します。
2. Telnetで機器にログインできない場合は、現場に⾏ってシリアルポートを使って機器にログインする必要があります。
3. 機器にログインすると、機器のCPUとメモリ使⽤率が適切かどうかを確認します。

4.
5.

以下の情報で確認できます。
show cpu
show cpu-protect
show memory
5秒間隔で再度収集します。
CPUやメモリ使⽤率に異常がある場合、arpスプーフィング、攻撃、ループによるCPUやメモリの異常があり、webログインの問題が⽣じるか確認します。
CPU使⽤率が⾼い場合の故障処理指導に従い、故障処理分析を⾏います。

4. ポートの集約失敗、または設定後にリンクが機能しない*⼿順

トラブルシューティングの流れ|||||||||||||||||||||||||||||||||||||||||||||||Copyright © 2023 All rights reserved||||||||||||||||||||||||||||||||||||||||||||||

Ruijie Networks Japan

ステップ1

集約両端の構成が⼀貫しているか確認します。
この端が静的APアグリゲーションに設定されている場合は、反対の端も静的APアグリゲーションに設定され
ていなくてはなりません。
この端が動的LACPアグリゲーションに設定されている場合は、反対の端も動的LACPアグリゲーションに設定されている必要があります。
Ruijie#show run int gx/y //集約メンバー・ポートの設定を確認します

ステップ2

集約メンバーポートにリンク障害があるか確認して下さい。
Ruijie#show interface status//集約メンバー・ポートのポート・ステータスがupされているかどうか確認
メンバーポートがupされていない場合は、物理ポートの接続を確認します。メンバーポートがupされていることを確認します。条件が良ければ、他のメンバーポートを交換して集約メンバーポートがupされていることを確認し、メンバーポートの物理的な故障を解決します。
メンバーポートがupされた後、障害が解決されたかどうかを確認し、解決された場合には位置づけを終了し
ます。

ステップ3

メンバーポートを1つずつshutdownし、⼀度に1つのメンバーポート
だけupされ、通信が回復するかどうかテストします。
これは、お客様からの業務許可を取得している場合にのみ操作する必要がありますが、このアグリゲート接続の業務が中断される可能性があります。お客様からの許可があれば、業務の閑散期にも操作することをお勧めします。

|||||||||||||||||||||||||||||||||||||||||||||||Copyright © 2023 All rights reserved||||||||||||||||||||||||||||||||||||||||||||||

Ruijie Networks Japan

ありがとうございました
THANK YOU|||||||||||||||||||||||||||||||||||||||||||||||Copyright © 2023 All rights reserved||||||||||||||||||||||||||||||||||||||||||||||