Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

BGP番号なしEVPNファブリックの検証

概要 以下の手順に従って、自動BGPピアリングによる番号なしアンダーレイが正しく機能していることを確認します。

これらのコマンドとサンプル出力を使用して、番号なしアンダーレイが適切に動作していることを確認します。すべてのノードの構成と運用は類似しています。以下では、リーフ1のコマンドと出力のみを示しています。すべてのノードに同じコマンドが適用され、すべてのデバイスに同様の出力が必要です。

全体的に、主な検証タスクは、すべてのノードがリンクローカルアドレスを使用してBGPセッションの確立を期待していること、およびファブリックデバイスがループバックルートを適切に交換していることを確認することです。私たちは、BGPセッションを正常に確立するために必要な各側面を確認する、構造化されたボトムアップアプローチを採用しています。

ファブリック インターフェイスの検証

目的

ファブリックインターフェイスが稼働し、動作していることを確認します。

アクション

意味

出力では、リーフ1のファブリックインターフェイスが動作していることを示しています。また、明示的なIPv4またはIPv6アドレスの欠如も見られます。インターフェイスには inet 、 と inet6 ファミリーのみが設定されています。その結果、IPv6 ステートレス アドレス設定の一部として存在するのは、IPv6 リンクローカル IPv6 アドレスのみです。また、ループバックアドレスには予想されるIPv6アドレスの割り当てがあることにも注意してください。

CLI コマンドの show interfaces terse 出力により、ループバック アドレスを含むすべてのインターフェイスの状態と設定を簡単に検証できます。

ルーターのアドバタイズメントを検証

目的

すべてのファブリックインターフェイスがIPv6ルーターアドバタイズ(LSA)を送受信していることを確認します。

アクション

意味

この出力では、リーフ1が両方のスパインデバイスとの間でLAを送受信していることを確認します。RR は、送信側のリンクローカルアドレスを正しく報告します。

IPv6ネイバー検出の確認

目的

ファブリックデバイスが、IPv6 NDを使用して、すべての直接接続されたIPv6ネイバーのリンクローカルアドレスバインディングにMACを学習したことを確認します。

アクション

意味

出力は、リーフ1が、両方のネイバー(つまり、2つのスパインデバイス)のリンクローカルアドレスにMACを正常に解決したことを確認します。

リンクローカル接続の確認

目的

そのリンクローカルアドレスを使用してネイバーに ping できることを確認します。

メモ:

すべての IPv6 リンクローカルは同じ fe80::/64 プレフィックスを共有するため、対応するエグレス インターフェイスで修飾することでリンクローカル ping を明確に区別する必要があります。

アクション

意味

リーフ1からスパイン1へのpingに成功します。これにより、リンクローカルアドレスを使用したIPv6接続が確認されます。

BGP ピアリングの検証

目的

すべてのファブリックデバイスが直接接続されたネイバーへのBGPピアリングセッションを確立していることを確認します。

アクション

意味

予想通り、出力は、リーフ1デバイスに2つのBGPセッションが確立されていることを示しています。ディスプレイは、IPv6 ルートが交換されていることを確認します。後ほど詳しくご確認ください。必要に応じて、BGPネイバーの詳細を表示します。

BGP ルート交換の検証

目的

すべてのノードが他のノードのループバックアドレスを学習しながら、ループバックアドレスをアドバタイズしていることを確認します。

アクション

意味

予想通り、出力はリーフ1が他のすべてのファブリックデバイスのループバックアドレスを学習したことを確認します。リーフ2では、2つの等コストパスを示しています。一方のパスはスパイン1を通り、もう1つはスパイン2を通ります。

必要に応じて、特定のBGPネイバーにアドバタイズされた、または特定のBGPネイバーとの間で受信された特定のルートを表示することで、ルーティングの問題を切り分けるのに役立ちます。リンクローカルアドレスへのpingと同様に、ピアのリンクローカルIPを対応するエグレスインターフェイスで修飾する必要があることに注意してください。

ECMP ロード バランシングの検証

目的

ファブリックが ECMP ロード バランシングをサポートしていることを確認します。リーフ 1 がリーフ 2 に到達するために使用するルートの詳細を表示します。スパインデバイスごとに1つずつ、2つの等コストルートが期待されます。以下のセクションでは、ルーティング テーブルと転送テーブル(RIB と FIB)の両方で ECMP を確認します。

アクション

意味

出力では、リーフ1とリーフ2間の両方のパスが積極的にトラフィックの転送に使用され、マルチパスルートの一部であることを確認します。

ファブリック転送の検証

目的

リーフ1とリーフ2がアンダーレイ上で接続されていることを確認します。

アクション

意味

出力では、リーフ1とリーフ2にアンダーレイ接続があることを確認します。パスは、ループバックアドレスに最初のホップとして示されているように、このフローがスパイン1を通過したことを示しています。