バーチャル シャーシ ファブリックのトラブルシューティング

問題

原因

システム ロギングおよびトレース操作により、VCF 内のプライマリ ルーティング エンジン デバイスに負荷が発生し、処理サイクルが VCF 操作の管理から切り離されます。一般的に、特に高レベルのロギングおよびトレース操作は、VCF の安定性に影響を与える可能性があります。

ソリューション

大規模な VCF で良好なコンバージェンスと安定した動作を保証するために、システムのロギングとトレースは常に裁量により使用する必要があります。通常の VCF 動作中は、システム ロギングを レベル以下に設定し、トレース オプションを notice 無効にする必要があります。特定の問題のトラブルシューティングにロギングまたはトレースが必要な場合は、VCF の安定性への影響を最小限に抑えるために以下のガイドラインを使用します。

• トラブルシューティング中に detail 、トレース オプションまたはレベル以上 error のシステム ロギング レベルを短時間だけ使用し、問題の分析を開始するのに十分な情報を収集した後、これらの設定を無効にします。

• 複数のログ ファイルに同じレベルの情報をログに記録することは避けてください。そのため、より多くの情報を提供するメリットなしに余分な処理が追加されます。異なるレベルやファシリティに対して異なるファイルにログを設定する方が良い方法です。

• ローカル ログではなくリモート ロギングを選択し、コンソールへのログ記録を回避します。

問題

原因

リンクの一端が VCP として設定され、もう一方が VCP として設定されていない場合、VCP リンクは形成されません。

したがって、自動 VCP 変換機能は、以下のような場合には機能しません。

• リンクの一端にある 40 Gbps QSFP+ または 10 Gbps SFP+ インターフェイスは、すでに VCP として設定されています。

  以前にVCFからデバイスを削除したが、 コマンドを request virtual-chassis vc-port delete 使用して、削除されたデバイスに接続されたインターフェイスをVCPモードから変換していない場合、インターフェイスは引き続きVCPとして設定されています。

  1 台のバーチャル シャーシまたは VCF からデバイスを削除し、VCP ポートの設定を変更していない場合、VCF に追加されるデバイスも VCP として構成される可能性があります。

• デフォルトでVCPとして設定されているEX4300スイッチの40 Gbps QSFP+ポートは、スパインデバイスに相互接続されています。

ソリューション

コマンドを使用して、VCP として設定されていないインターフェイスを VCP に手動で request virtual-chassis vc-port set 設定します。

問題

ソリューション

デバイスは、プライマリ ルーティング エンジンから設定を受信する前に、セットアップ中に数分間ルーティング エンジンの役割を引き受けることができますが、最終的にはユーザーの介入なしでラインカード ロールに戻ります。