タグ付けされた質問 「vpc」

NX-OS 5.2を実行するNexus 5500の新しいペアを立ち上げて、新しいvPCピアスイッチ機能を利用したいと思います： 仮想ポートチャネル（vPC）ピアスイッチ機能は、STPコンバージェンスに関するパフォーマンスの問題に対処します。この機能により、Cisco Nexus 5000シリーズデバイスのペアを、レイヤ2トポロジで単一のSTPルートとして表示できます。この機能により、STPルートをvPCプライマリスイッチに固定する必要がなくなり、vPCプライマリスイッチで障害が発生した場合のvPCコンバージェンスが向上します。 ループを回避するために、vPCピアリンクはSTP計算から除外されます。vPCピアスイッチモードでは、両方のvPCピアデバイスからSTP BPDUが送信され、トラフィックの中断を引き起こす可能性のあるダウンストリームスイッチでのSTP BPDUタイムアウトに関連する問題を回避します。 この機能は、すべてのデバイスがvPCに属する純粋なピアスイッチトポロジで使用できます。 現在のトポロジは、Nexus 5500と、6500 VSSの各側に接続されたピアリンクとの間にピアリンクがあるペアのNexus 5500です。すべての接続はLACPポートチャネルです。 VSSは単一の論理デバイスを表す必要がありますが、5500は同意しないようです。VSSへの両方の接続を起動しようとすると、5500から次のエラーが表示されます。 ％VPC-3-INTF_CONSISTENCY_FAILED：ドメイン2では、VPC 1の構成（インターフェイスport-channel1）が一貫していません（異なるパートナーに接続された2つのスイッチのvpcリンクによるvpcポートチャネルの構成ミス） ％VPC-3-VPC_BRINGUP_FAILED：vPC 1（インターフェイスport-channel1）の起動に失敗しました（タイプ1の不整合が存在します） 6500 VSSはエラーを記録しません。 vPCがVSSの両側を異なるパートナーとして表示するのはなぜですか？これがうまくいくと思うのは間違っていますか？

12 vss  cisco-nx-os  vpc  cisco-nexus-5k 

このシナリオでは、2つのシングルポートポートチャネル「po17」で構成されるVPC「17」があります。2 x N5K（5548）があるため、両側のpo17を組み合わせてVPCを作成します。 ダウンストリームデバイスはブレードスイッチ（Cisco 3020s）です。3020の背後にあるVMの接続を失うことなく、一方の側に新しいVLANを追加し、次にもう一方の側に追加します。一方の側で障害が発生すると、もう一方の側が回復するため、ダウンストリームはこれを処理できます。 VPCのポートチャネルの1つがダウンしても引き続き稼働しますが、VPCメンバーのポートチャネルの1つに新しいVLANを追加しているため、VPCの一貫性が失われ、それは問題を引き起こすでしょう。

11 cisco  vpc  ieee-802.1ax  cisco-nexus-5k 

Nexusの問題で友達を助けようとしています。 トポロジは次のとおりです。 Cat 3750スタック-> vPC-> 2x N7k-> LACP-> Fortigateファイアウォールクラスター 3750スタックは両方のNexusに対してOSPFを実行しています。隣接関係がアップしています。私が読んだことから、これはサポートされている設計ではありません。ループ防止は、1つのNexusに着信したパケットが別のNexusに送信され、その後ピアリンクを通過することを防ぎます。このトラフィックが別のvPCを出る場合、ループ防止メカニズムのためにブロックされます。 この場合、ファイアウォール（クラスター）はvPC経由で接続されていません。ループ防止はまだ機能しますか？ また、OSPFの隣接関係が稼働しており、正常に機能しているようです。すべてのルートが存在しますが、到達可能性の問題がまだあります。一部のOSPFパケットは、おそらくピアリンク経由で着信します。これが、ピアリンクを通過し、vPCを終了してスタックに戻る必要のあるユニキャストパケットで問題になる可能性があることがわかります。 マルチキャストはどのように扱われますか。私はそれを正しく受け取るべきだと思いますか？ そのため、おそらくルーティングされる新しいインターフェースを表示する必要があると思います。または、各Nexusとスタック間でポイントツーポイントのSVIを実行することは可能ですか？

11 ospf  multicast  ieee-802.1ax  vpc  loop