EXシリーズのバーチャルシャーシのトラブルシューティング
このトピックでは、バーチャル シャーシに関する次のトラブルシューティングの問題について説明します:
切断されたメンバー スイッチの ID は再割り当てに使用できません
問題
説明
スイッチをバーチャル シャーシから切断しましたが、切断されたスイッチのメンバー ID がステータス出力に表示されたままになります。そのメンバー ID を別のスイッチに再割り当てすることはできません。
ソリューション
バーチャル シャーシ構成のメンバーを切断すると、プライマリはメンバー ID とメンバー構成を設定データベースに保持します。コマンドからの出力には show virtual-chassis 、切断されたメンバーのメンバー ID が引き続き表示され、状況は NotPrsntになります。
メンバー スイッチを完全に切断したい場合は、 コマンドを使用してメンバー ID request virtual-chassis recycle を解放できます。これにより、そのメンバーのステータスもクリアされます。
工場出荷時のデフォルトのロードがマルチメンバーバーチャルシャーシでコミットされない
問題
説明
load factory-defaultマルチメンバーバーチャルシャーシでコマンドが失敗する。
ソリューション
コマンドは load factory-default 、マルチメンバーバーチャルシャーシ構成ではサポートされていません。バーチャル シャーシ内のスイッチを工場出荷時のデフォルト設定に戻す方法については、 EXシリーズ スイッチにおける工場出荷時のデフォルト設定への復帰を参照してください。
メンバーIDは、メンバースイッチがバーチャルシャーシから切断されても維持されます
問題
説明
ギガビットイーサネットインターフェイスは、メンバースイッチがバーチャルシャーシから切断されても、以前のスロット番号を保持します。
ソリューション
スイッチが以前にバーチャル シャーシ構成のメンバーとして接続されていた場合、切断されてスタンドアロン スイッチとして動作した後も、その構成のメンバーとして割り当てられたメンバー ID は保持されます。スイッチがバーチャル シャーシ構成のメンバーであった間に設定されたインターフェイスは、インターフェイス名の最初の桁として古いメンバーIDを保持します。
たとえば、スイッチが以前はメンバー 1 だった場合、そのインターフェイスには次のような名前が ge-1/0/0 付けられます。
スイッチのメンバーIDをメンバーIDが0になるように変更し、それに応じてスイッチのインターフェイスの名前を変更するには:
メンバー ID を 0 に変更するには:
user@switch> request virtual-chassis renumber member-id 1 new-member-id 0
新しいメンバー ID と一致するようにインターフェイスの名前を変更するには:
[edit virtual-chassis] user@switch# replace pattern ge-1/ with ge-0/
メンバースイッチが混在バーチャルシャーシに参加していない
問題
説明
混合バーチャル シャーシのメンバー スイッチがバーチャル シャーシに参加していません。出力は show virtual-chassis 、メンバースイッチのステータス Inactive が または NotPrsntであることを示しています。
この問題は、混在するバーチャル シャーシをケーブル接続した直後に発生する可能性が最も高いです。
ソリューション
スイッチのバーチャル シャーシ モードが mixed モードに設定されていない可能性があります。メンバースイッチがEX4500スイッチで、専用のバーチャルシャーシポート(VCP)を介してバーチャルシャーシにケーブル接続されている場合、PICモードが ではなく に設定Intraconnectvirtual-chassisされることもあります。
バーチャル シャーシ モードを確認するには、次の手順に従います。
user@switch> show virtual-chassis mode fpc0: -------------------------------------------------------------------------- Mixed Mode: Enabled fpc1: -------------------------------------------------------------------------- Mixed Mode: Enabled fpc2: -------------------------------------------------------------------------- Mixed Mode: Enabled fpc3: -------------------------------------------------------------------------- Mixed Mode: Enabled fpc4: -------------------------------------------------------------------------- Mixed Mode: Disabled fpc5: -------------------------------------------------------------------------- Mixed Mode: Enabled
メンバー スイッチ(この場合はメンバー ID 4) mixed のバーチャル シャーシ モードを モードに変更するには:
user@switch> request virtual-chassis mode mixed member 4
(EX4500スイッチのみ)PICモードを確認するには:
user@switch> show chassis pic-mode
fpc0:
--------------------------------------------------------------------------
Pic Mode: Not-Applicable
fpc1:
--------------------------------------------------------------------------
Pic Mode: Not-Applicable
fpc2:
--------------------------------------------------------------------------
Pic Mode: Not-Applicable
fpc3:
--------------------------------------------------------------------------
Pic Mode: Not-Applicable
fpc4:
--------------------------------------------------------------------------
Pic Mode: PIC 3: Intraconnect
fpc5:
--------------------------------------------------------------------------
Pic Mode: PIC 3: virtual-chassis
EX4500 virtual-chassis スイッチのPICモードをモード(この場合、メンバーID 4)に変更するには:
user@switch> request chassis pic-mode virtual-chassis member 4
バーチャルシャーシモードまたはPICモードの設定変更を有効にするには、メンバースイッチを再起動する必要があります。メンバー スイッチ(この場合はメンバー ID 4)を再起動するには、次の手順に従います。
user@switch> request system reboot member 4
専用 VCP を持つ冗長 VCP としてアップリンク ポートを設定した後に、不明なトラフィックのループが発生する
問題
説明
EX4200、EX4500、または EX4550 スイッチで構成されるバーチャル シャーシで、2 つのメンバーが専用の VCP リンクで接続され、アップリンク ポートを VCP に変換して冗長リンクが作成されている場合、2 つのメンバー スイッチ間に冗長 VCP リンクが追加された後、不明なユニキャストまたはマルチキャスト トラフィックの回復不能なループが発生します。
この動作は、ポートを手動で VCP として設定して冗長 VCP リンクを作成するか、自動 VCP 変換機能を呼び出してポートを自動的に VCP に変換するかに関係なく発生する可能性があります。
ソリューション
バーチャル シャーシを再起動して、変換された VCP が専用 VCP リンクとの冗長リンクとして正しく検出されます。
ネットワーク ポートから VCP への変換後、エグレス フィルター テーブルは更新されず、冗長 VCP は転送に対して有効なままになるため、ループ動作が発生します。再起動プロセスにより、変換されたポートがVCPとして検出され、転送に対して無効として起動します。
そのため、アクティブなバーチャル シャーシ上の専用 VCP によってすでに接続されているメンバー間で、冗長に変換されたアップリンク VCP ポートを接続することはお勧めしません。代わりに、バーチャルシャーシの再起動サイクルを含むメンテナンス期間中に、冗長アップリンクVCP接続を追加することを計画してください。この推奨事項は、既存のアクティブバーチャルシャーシに新しいメンバーを追加する場合にも適用され、新しいメンバーと、専用VCPと変換されたアップリンクVCPを混在させる隣接するメンバーの1つとの間に冗長VCPリンクを追加します。
インターフェイス関連の設定変更は、スイッチオーバー後には適用されません。
問題
説明
グレースフル ルーティング エンジン スイッチオーバーの後、インターフェイス関連のコンフィギュレーション変更のコミット操作は成功しますが、コンフィギュレーション変更は適用されません。コミット操作の一部としてエラー メッセージは生成されません。
ソリューション
新しいメンバー インターフェイスが集約されたイーサネット バンドルに追加されると、バンドルと新しいメンバー インターフェイスの速度の不一致により、検証に失敗することがあります。グレースフル ルーティング エンジンのスイッチオーバー後、検証に失敗したため、DCD プロセスが起動時に終了します。それ以降、インターフェイス関連の設定変更は適用されません。
集約されたイーサネットバンドルと新しいメンバーインターフェイス間の速度の不一致に関連するエラーメッセージがないか、ログを確認してください。これらのエラーが DCD の始動中に発生した場合、DCD プロセスは終了します。
これを修正するには:
集約されたイーサネットバンドルからメンバーインターフェイスを削除し、設定をコミットします。
コマンドを使用して、DCD プロセスを再始動します
restart interface-control。DCD プロセスが実行中であることを確認します。