Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

例:MXシリーズルーターのオーバーレイPingとオーバーレイトレースルートを使用したVXLANオーバーレイネットワークのトラブルシューティング

VXLAN(仮想拡張 LAN)オーバーレイ ネットワークでは、既存 ping の コマンドを traceroute 使用して、基盤となる物理ネットワーク内の仮想トンネル エンドポイント(VTEP)として機能する 2 台のジュニパーネットワークス デバイス間の基本的な接続性を検証できます。ただし、2 つの VTEP の間には、中間デバイスを介した複数のルートが存在する可能性があり、ping パケットと traceroute パケットが宛先に正常に到達する可能性があります。一方、接続上の問題は、通常、データ パケットが宛先に転送される別のルートに存在します。

MX シリーズ ルーターの Junos OS リリース 16.2 で パラメーターやその他のoverlayオプションを紹介すると、 および traceroute コマンドをping使用して VXLAN のトラブルシューティングを行うことができます。

ping と traceroute メカニズムが VXLAN で動作するには、運用、管理、管理(OAM)パケットとも呼ばれる ping および traceroute パケットを、VXLAN セグメント上で転送されるデータ パケットと同じ VXLAN ヘッダー(外部ヘッダー)でカプセル化する必要があります。接続上の問題が発生する可能性があります。接続の問題が発生した場合、オーバーレイ OAM パケットにはデータ パケットと同じ問題が発生します。

この例では、VTEP でオーバーレイ ping と traceroute を使用して VXLAN で以下を確認する方法を示します。

  • シナリオ 1 —特定の VXLAN が別の VTEP で設定されていることを確認します。

  • シナリオ2—特定のエンドポイントのMACアドレスがリモートVTEP上のVXLANに関連付けられていることを確認します。

  • シナリオ 3 — エンドポイントの送受信の間に、特定のデータ フローに問題がないことを確認します。

メモ:

および traceroute overlay コマンドを発行する場合、ping パケットをping overlay受信するコマンドを発行する送信元 VTEP と宛先 VTEP は、オーバーレイ ping と traceroute をサポートするジュニパーネットワークス デバイスである必要があります。

要件

この例では、以下のハードウェアとソフトウェアのコンポーネントを使用しています。

  • アプリケーションを直接実行する 3 台の物理サーバー。

  • Junos OS リリース 16.2 以降のソフトウェアを実行する 2 台の MX シリーズ ルーター。これらのルーターは VTEP として機能します。

  • 2 つのレイヤー 3 ルーター(ジュニパーネットワークスのルーターまたは別のベンダーが提供するルーター)

および traceroute overlay コマンドを発行するping overlay前に、特定のシナリオに使用される各パラメーター(IP アドレスや MAC アドレスなど)に必要な情報を収集します。各シナリオでどのパラメーターを使用するかを決定するには、表 1 を参照してください。

概要とトポロジー

図 1 に示す VXLAN トポロジーには、アプリケーションが直接実行される物理サーバー A、B、C が含まれています。物理サーバー A および B 上のアプリケーションは、物理サーバー C 上のアプリケーションと通信する必要があります。これらのサーバーは同じサブネット上に存在するため、アプリケーション間の通信はレイヤー2レベルで行われ、VXLANカプセル化またはトンネルを使用して、データパケットをレイヤー3ネットワーク上で転送します。

図 1:オーバーレイ Ping と Traceroute を使用した VXLAN Using Overlay Ping and Traceroute to Troubleshoot a VXLAN のトラブルシューティング

このトポロジーでは、VTEP として機能する 2 つの MX シリーズ ルーターがあります。VTEP1は、物理サーバーAおよびBのVXLANトンネルを開始および終了し、VTEP2は物理サーバーCに対して同じことをします。VTEP1とVTEP2はVXLAN 100にあります。

通常、物理サーバーAから送信されたデータパケットは、IPアドレスが192.0.2.30のレイヤー3ルーターにルーティングされ、物理サーバーCに到達します。

この VXLAN トポロジーでは、物理サーバー A と C 間で通信の問題が発生します。このデータ フローの問題をトラブルシューティングするには、VTEP1(送信元 VTEP またはtunnel-src)で および traceroute overlay コマンドを開始ping overlayし、VTEP2 が宛先 VTEP または tunnel-dstであることを指定します。

ping overlayおよび traceroute overlay コマンドには、いくつかのパラメーターが含まれています。表 1 は、目的を説明し、3 つのシナリオで使用される各パラメーターの値を示しています。

表 1 に、使用可能な ping overlay パラメーターと traceroute overlay パラメーターがすべて含まれていない。この例では、これらの省略されたパラメーターの既定値を使用します。

表 1:シナリオ 1、2、および 3 の Ping および Traceroute オーバーレイ パラメーター値

ping overlay および traceroute overlay パラメーター

説明

パラメーターが適用されるシナリオ

tunnel-type

トラブルシューティングするトンネルのタイプを識別します。

すべての

vxlan

vni

この例で使用したVXLANのVXLAN VNI(ネットワーク識別子)

すべての

100

tunnel-src

オーバーレイ ping または traceroute を開始する VTEP1 の IP アドレス。

すべての

192.0.2.10

tunnel-dst

オーバーレイ ping または traceroute パケットを受信する VTEP2 の IP アドレス。

すべての

192.0.2.20

mac

宛先エンドポイントである物理サーバー C の MAC アドレス。

シナリオ 2 および 3

00:00:5E:00:53:cc

count

- VTEP1 が送信するオーバーレイ ping リクエストの数。

メモ:

カウント パラメーターはオーバーレイ トレースルートには適用されません。

すべての

5

hash-source-mac

送信元エンドポイントである物理サーバーAのMACアドレス。

シナリオ 3

00:00:5E:00:53:aa

hash-destination-mac

宛先エンドポイントである物理サーバー C の MAC アドレス。

メモ:

シナリオ 3 でこのパラメーターを指定する場合、MAC アドレスは、 パラメーターに指定された mac MAC アドレスと同じにする必要があります。

シナリオ 3

00:00:5E:00:53:cc

hash-source-address

物理サーバー A の IP アドレス。

シナリオ 3

198.51.100.1

hash-destination-address

物理サーバー C の IP アドレス。

シナリオ 3

198.51.100.3

hash-protocol

データ フローで使用されるプロトコルの値。

シナリオ 3

17

hash-source-port

外側の TCP/UDP 送信元ポートの値。

シナリオ 3

4456

hash-destination-port

外側の UDP 宛先ポートの値。

シナリオ 3

4540

表 1 には、シナリオ 3 で使用されるいくつかのハッシュ パラメーターが含まれています。これらの各パラメーターについて、トラブルシューティングするデータ フローに関連付けられた値を指定する必要があります。指定した値に基づいて、システムはオーバーレイ ping と traceroute パケットの VXLAN UDP ヘッダーに含まれる VXLAN UDP ヘッダー 送信元ポート ハッシュを計算します。VXLAN UDP ヘッダーに計算されたハッシュを含めると、オーバーレイ ping と traceroute パケットが、トラブルシューティングするフローのデータ パケットをエミュレートできます。

ベスト プラクティス:

ハッシュ パラメーターを使用する場合は、各パラメーターの値を指定することをお勧めします。このプラクティスにより、オーバーレイ ping および traceroute プロセスが成功し、各コマンドの出力が正確であることを保証します。1 つ以上のハッシュ パラメーターに値を指定しない場合、システムは不正なハッシュ値を含む可能性のある OAM リクエストを送信し、警告メッセージを生成します。

構成

検証

このセクションには、以下の検証タスクが含まれています。

シナリオ 1: VTEP2 で VXLAN 100 が設定されていることを確認する

目的

VNIが100のVXLANがVTEP2で設定されていることを確認します。オーバーレイ ping または traceroute のいずれかを使用して、この検証を実行できます。

アクション

オーバーレイ Ping

VTEP1 で、オーバーレイ ping を開始します。

オーバーレイ トレースルート

VTEP1 で、オーバーレイ トレースルートを開始します。

意味

オーバーレイ ping の出力例は、以下を示しています。

  • VTEP1 は VTEP2 に 5 つの ping リクエストを送信し、VTEP2 は各リクエストに応答しました。

  • VTEP2は、100のVNIが(Overlay-segment not present at RVTEP 192.0.2.20)設定されていないことを示し、VTEP1への応答にこの情報を含んでいます。

オーバーレイ トレースルートの出力例は、以下のことを示しています。

  • TTL(Time-to-live)値が 1 ホップのオーバーレイ traceroute パケットを受信すると、レイヤー 3 ルーターは VTEP1 に応答します。

  • TTL値が2ホップのオーバーレイトレースルートパケットを受信すると、VTEP2はVTEP1に応答します。

  • VTEP2 は、100 の VNI が設定されていないこと(RVTEP 192.0.2.20 に存在しないオーバーレイ セグメント)を示し、VTEP1 への応答にこの情報を含んでいます。

メモ:

オーバーレイトレースルート出力のレシーバータイムスタンプ列のアスタリスク(*)は、オーバーレイトレースルートパケットを受信したレイヤー3ルーターが、ジュニパーネットワークスのデバイスではないこと、またはオーバーレイトレースルートをサポートしないジュニパーネットワークスのデバイスであることを示しています。

オーバーレイ ping と traceroute の両方の出力が VXLAN 100 が存在しないことを示していることを考えると、VTEP2 でこの設定を確認してください。VTEP2 で 100 の VNI を設定する必要がある場合は、[edit vlans vlan-id vxlan] 階層レベルで vni 設定ステートメントを使用し、ping オーバーレイまたは traceroute overlay コマンドを再発行して、VXLAN 100 が認識されたことを確認します。

シナリオ 2: 宛先エンドポイントの MAC アドレスが VTEP2 上であることを確認する

目的

宛先エンドポイントである物理サーバー C の MAC アドレス(00:00:5E:00:53:cc)が VTEP2 の転送テーブル内であることを確認します。オーバーレイ ping または traceroute のいずれかを使用して、この検証を実行できます。

アクション

オーバーレイ Ping

VTEP1 で、オーバーレイ ping を開始します。

オーバーレイ トレースルート

VTEP1 で、オーバーレイ トレースルートを開始します。

意味

オーバーレイ ping の出力例は、以下を示しています。

  • VTEP1 は VTEP2 に 5 つの ping リクエストを送信し、VTEP2 は各リクエストに応答しました。

  • VTEP2は、100のVNIが設定されている(Overlay-segment present at RVTEP 192.0.2.20)が、物理サーバーCのMACアドレスが転送テーブル(End-System Not Present)にないことを確認しました。VTEP2 には、VTEP1 への応答にこの情報が含まれていました。

オーバーレイ トレースルートの出力例は、以下のことを示しています。

  • TTL値が1ホップのオーバーレイトレースルートパケットを受信すると、レイヤー3ルーターはVTEP1に応答します。

  • TTL値が2ホップのオーバーレイトレースルートパケットを受信すると、VTEP2はVTEP1に応答します。

  • VTEP2は、100のVNIが設定されており(Overlay-segment present at RVTEP 192.0.2.20)、物理サーバーCのMACアドレスが転送テーブル(End-System Present)にあることを確認しました。VTEP2 には、VTEP1 への応答にこの情報が含まれていました。

メモ:

オーバーレイトレースルート出力のレシーバータイムスタンプ列のアスタリスク(*)は、オーバーレイトレースルートパケットを受信したレイヤー3ルーターが、ジュニパーネットワークスのデバイスではないこと、またはオーバーレイトレースルートをサポートしないジュニパーネットワークスのデバイスであることを示しています。

オーバーレイ ping と traceroute の両方の出力が、物理サーバー C の MAC アドレスが VTEP2 によって認識されていないことを示している場合、この MAC アドレスが VTEP2 の転送テーブルにない理由を調べる必要があります。

シナリオ 3: データ フローの検証

目的

物理サーバー A から物理サーバー C へのデータフローを妨げる可能性のある問題がないことを確認します。このフローをサポートするネットワーク デバイスには、VTEP1、IP アドレスが 192.0.2.30 のレイヤー 3 ルーター、VTEP2 があります( 図 1 を参照)。

最初は、オーバーレイ ping を使用し、オーバーレイ ping 結果に問題が示されている場合は、オーバーレイ traceroute を使用してパス内のどのデバイスに問題があるかを判断します。

オーバーレイ ping と traceroute の両方で、ハッシュ パラメーターを使用してこのデータ フロー内のデバイスに関する情報を指定し、オーバーレイ ping および traceroute パケットの VXLAN UDP ヘッダーに含まれる VXLAN UDP ヘッダー 送信元ポート ハッシュをシステムが計算できるようにします。VXLAN UDP ヘッダーに計算されたハッシュが含まれると、オーバーレイ ping と traceroute パケットはこのフローのデータ パケットをエミュレートできます。これにより、より正確な ping と traceroute の結果が生成されます。

アクション

オーバーレイ Ping

VTEP1 で、オーバーレイ ping を開始します。

オーバーレイ トレースルート

必要に応じて、VTEP1 でオーバーレイ トレースルートを開始します。

意味

サンプルオーバーレイping出力は、VTEP1が5つのpingリクエストをVTEP2に送信したが、VTEP2はどのリクエストにも応答しなかったことを示しています。VTEP2 からの応答がない場合、VTEP1 とレイヤー 3 ルーター間のパス、またはレイヤー 3 ルーターと VTEP2 間のパスに接続の問題が存在することを示しています。

問題のあるパスをさらにトラブルシューティングするには、オーバーレイトレースルートを使用します。オーバーレイ トレースルートの出力例は、以下のことを示しています。

  • TTL値が1ホップのオーバーレイトレースルートパケットを受信すると、レイヤー3ルーターはVTEP1に応答し、VTEP1とレイヤー3ルーター間のパスがアップしていることを示します。

  • VTEP2 はオーバーレイ トレースルート パケットに応答しません。これは、レイヤー 3 ルーターと VTEP2 間のパスがダウンしている可能性があることを示しています。

メモ:

オーバーレイトレースルート出力のレシーバータイムスタンプ列のアスタリスク(*)は、オーバーレイトレースルートパケットを受信したレイヤー3ルーターが、ジュニパーネットワークスのデバイスではないこと、またはオーバーレイトレースルートをサポートしないジュニパーネットワークスのデバイスであることを示しています。

オーバーレイ traceroute 出力がレイヤー 3 ルーターと VTEP2 の間に接続の問題があることを示していることを考えると、問題の原因を特定するには、このパス セグメントをさらに調べる必要があります。