EXシリーズ バーチャルシャーシのトラブルシューティング
このトピックでは、バーチャルシャーシに関する次のトラブルシューティングの問題について説明します。
切断されたメンバー スイッチの ID は再割り当てできません
問題
形容
バーチャルシャーシからスイッチを切断しましたが、切断されたスイッチのメンバーIDがステータス出力に表示されます。そのメンバーIDを別のスイッチに再割り当てすることはできません。
解決
バーチャルシャーシ構成のメンバーを切断すると、プライマリはメンバーIDとメンバー構成を構成データベースに保持します。 show virtual-chassis コマンドからの出力は、切断されたメンバーのメンバー ID を状況 NotPrsnt で表示し続けます。
メンバー スイッチを永続的に切断する場合は、 request virtual-chassis recycle コマンドを使用してメンバー ID を解放できます。これにより、そのメンバーのステータスもクリアされます。
工場出荷時のデフォルト負荷は、マルチメンバーバーチャルシャーシでコミットされません
問題
形容
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 モードが virtual-chassis ではなく Intraconnect に設定されている可能性もあります。
バーチャルシャーシモードを確認するには、次の手順に従います。
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スイッチのPICモードを virtual-chassis モード(この場合はメンバーID4)に変更するには:
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プロセスは終了します。
これを修正するには、次のようにします。
エラーメッセージに記載されているメンバーインターフェイスを集合型イーサネットバンドルから削除し、設定をコミットします。
restart interface-controlコマンドを使用して、DCDプロセスを再起動します。DCD プロセスが実行されていることを確認します。