Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

付録:eBGPルーティングプロトコルを使用したレイヤー3の出口(フルアクティブ/アクティブピアリング)

注:

キャンパスファブリックでVLANまたはVRFの作成を作成するときは、次のベストプラクティスを覚えておいてください。スイッチテンプレートにすべてのVLANを作成し、キャンパスファブリック設定ダイアログにインポートします。ジュニパー Mistポータルの他の場所にVLANを作成すると、最終的に一貫性が失われ、問題の解決が困難になります。必要に応じて、ファブリックは必要なVRFを作成します。ジュニパー Mist ポータルの他の場所には、手動で VRF を作成しないでください。スイッチテンプレート内にポートプロファイルを作成し、変更がファブリック内のすべてのスイッチで同期されるようにすることをお勧めします。

開始する前に、ルーティングプロトコル交換の実装方法、ポイントツーポイントリンクの設定方法、VRFを間接的に識別するためのVLAN割り当ての分散方法を決定するための設計を作成する必要があります。IP Clos設計のアクセススイッチなど、ファブリック内の別の場所にVRFが作成されている場合でも、レイヤー3の出口が設定されると、すべてのサービスブロック機能で自動的に再作成されます。

WAN ルーター接続ごとに、追加のトランスポート VLAN を VRF に追加してから、サービスブロック機能でカスタム VRF として設定する必要があります。この設計では 2 つの WAN ルーターを使用するため、各 VRF では BGP ピアリングを確立するために、サービスブロック機能上に 2 つの追加のトランスポート VLAN が必要です。トランスポートVLANを使用する場合、EVPNファブリックのオーバーレイネットワーク定義にトランスポートVLANを含めないでください。これらのVLANは、ネットワークを定義する際のキャンパスファブリック設定ダイアログで選択されていない限り、スイッチテンプレートに追加できます。または、ローカルで必要なサービスブロック機能でのみ作成できます。すべてのトランスポートVLANは、ネットワーク名とVLAN IDのみで作成する必要があります。

ポイントツーポイントリンクを定義する際、ファブリックで使用される範囲(デフォルトでは10.255.240.0/20)と重複しない範囲からIPアドレスを選択します。/31サブネットマスクが一般的に使用され、偶数のIPアドレスをWANルーターに、奇数のIPアドレスをファブリックに割り当てます。システムでは、物理接続を介した各ポイントツーポイントリンクに対してVLANを定義する必要があります。このアプローチでは、複数のVRFを1本のアップリンクケーブル上で多重化でき、VLANは関連するVRFを内部的に参照することができます。eBGPの場合、ピアリングセッションにプライベートAS番号も定義する必要があります。デフォルトでは、ファブリックは内部的にEVPNコントロールプレーンに65000 ASを使用し、各ノードの設定可能なASプールから65001から始まるAS番号を割り当てます。これらの割り当てとの競合を回避するには、65000未満のプライベートAS番号を使用することをお勧めします。

分離のためにVRFごとに個別のプライベートASを使用することは技術的には可能ですが、QFXプラットフォームは最大16個のローカルVRFをサポートしているため、これは良いプラクティスとは見なされません。 サービスブロック機能上のすべてのVRF間で共有ASを使用することが推奨されるアプローチです。この例では、WANルーターごとに異なるASが選択されました。

下の図は、ファブリックの 2 つのサービスブロック機能が最初の WAN ルーターにどのように接続されるかを示しています。

図1:ルーター1BGP to WAN Router 1WANへのBGP

下の図は、ファブリックの 2 つのサービスブロック機能が 2 番目の WAN ルーターにどのように接続されるかを示しています。各 VRF の VLAN の 2 番目のブロックが使用されていることに注意してください。

図2:ルーター2のBGP to WAN Router 2WANへのBGP

以下は、サービスブロック機能としてのcore1とcore2、および2つのWANルーターの完全な構成表です。eBGP用に選択されたAS番号も表示されます。

表1:eBGP出口用のMX WANルーターとコアスイッチの設定の概要
スイッチ スイッチAS VRF コアP2P IP コアIF WANルーター WANルーターP2P IP WANルーターAS WANルーターのIF VLAN ID
コア1 64911 カスタマーA 10.255.224.1/31 ge-0/0/3.101 WANルーター1 10.255.224.0/31 64901 ge-0/0/1.101 101
コア1 64911 カスタマーB 10.255.224.3/31 ge-0/0/3.102 WANルーター1 10.255.224.2/31 64901 ge-0/0/1.102 102
コア1 64911 デバイス 10.255.224.5/31 ge-0/0/3.103 WANルーター1 10.255.224.4/31 64901 ge-0/0/1.103 103
コア1 64911 カスタマーA 10.255.225.1/31 ge-0/0/4.101 WANルーター2 10.255.225.0/31 64902 ge-0/0/1.101 101
コア1 64911 カスタマーB 10.255.225.3/31 ge-0/0/4.102 WANルーター2 10.255.225.2/31 64902 ge-0/0/1.102 102
コア1 64911 デバイス 10.255.225.5/31 ge-0/0/4.103 WANルーター2 10.255.225.4/31 64902 ge-0/0/1.103 103
コア2 64911 カスタマーA 10.255.226.1/31 ge-0/0/3.201 WANルーター1 10.255.226.0/31 64901 ge-0/0/2.201 201
コア2 64911 カスタマーB 10.255.226.3/31 ge-0/0/3.202 WANルーター1 10.255.226.2/31 64901 ge-0/0/2.202 202
コア2 64911 デバイス 10.255.226.5/31 ge-0/0/3.203 WANルーター1 10.255.226.4/31 64901 ge-0/0/2.203 203
コア2 64911 カスタマーA 10.255.227.1/31 ge-0/0/4.201 WANルーター2 10.255.227.0/31 64902 ge-0/0/2.201 201
コア2 64911 カスタマーB 10.255.227.3/31 ge-0/0/4.202 WANルーター2 10.255.227.2/31 64902 ge-0/0/2.202 202
コア2 64911 デバイス 10.255.227.5/31 ge-0/0/4.203 WANルーター2 10.255.227.4/31 64902 ge-0/0/2.203 203

ファブリック作成

以下のコードブロックは、このファブリックで使用されるスイッチテンプレートのエクスポートされたバージョンを示しています。これにより、インポート時に設定を確認できます。ご覧のとおり、VRFごとに最低2つのVLANがあります。L3出口モデルでは、WANルーターとVRFごとに1つのVLANが必要であることに留意してください)。

キャンパスファブリック設定ダイアログ内に「ネットワークの設定」というページがあります。ここで、スイッチテンプレートから3 * 2 = 6VLANをインポートします。この場合、結果は次の画像のようになります。

図3:スイッチテンプレートA screenshot of a computer Description automatically generatedからのネットワークインポート

次のステップでは、以下に示すように、3つのVRFをすべて作成し、それぞれに2つのネットワークを接続します。

図4:3つのVRFのA screenshot of a computer Description automatically generatedを作成する

次に、各 VRF に移動して、手動ルートをすべて削除します。後でVRFを識別するため、各VRFに少なくとも2つのVLANが接続されていることを確認してください。

図5:最初のVRFA screenshot of a computer Description automatically generatedに割り当てるネットワーク

これは2番目のVRF用です。

図6:2番目のVRFA screenshot of a computer Description automatically generatedに割り当てるネットワーク

これは3番目のVRF用です。

図7:ネットワークが第3のVRFA screenshot of a computer Description automatically generatedに割り当てる

Core1 スイッチの設定

この例では、サービスブロック機能は仮想であり、コアスイッチ上に同じ場所に配置されています。そのため、2つのコアスイッチを設定する必要があります。以下の疑似コードブロックは、 core1スイッチで設定する必要がある内容を説明しています。

以下に、上記の構成の大部分を示すスクリーンショットをいくつか紹介します。最初のスクリーンショットは、ローカルで定義された追加のトランスポートVLANを示しています。6つのうち最初の2つだけが下のスクリーンショットに表示されています。VLAN1099などのオーバーレイVLANは、スイッチテンプレートを介して継承されることに注意してください。

図8:サービスブロック機能Local Networks on service block functionに関するローカルネットワーク

追加の IP 設定から始めます。2つのサービスブロック機能間で同じVLANが使用されますが、それぞれが異なるポイントツーポイントIPアドレスを使用することに注意してください。また、トランスポートVLANは、BGPピアリングを定義する際、対応するBGPへの参照として機能することにも留意してください。

図9:トランスポートネットワークAdditional IP-Address for transport Networks用の追加IPアドレス

定義する6つのトランスポートVLANのうちの1つの例を次に示します。

図10:トランスポートVLAN Peering IP-Address for transport VLAN用のピアリングIPアドレス

ポート設定では、レイヤー3サブインターフェイスを使用し、定義された最初のサブインターフェイスセットに関連付けることが不可欠です。

図11:トランスポートVLAN 最初のWANルーターTransport VLANs Port configuration for first WAN-Routerのポート設定

もう一方のWANルーターに向けた2番目のポート設定では、残りのサブインターフェイスがそれに応じて関連付けられます。

図12:トランスポートVLAN 2番目のWANルーターTransport VLANs Port configuration for second WAN-Routerのポート設定

次のステップでは、すべてのトランスポートVLANをカスタムネットワークとして各VRFに追加して、VRF内で認識されるようにします。示したように、各VRFには最終的に4つのネットワークが含まれます。2つはオーバーレイで使用され、2つはサービスブロック機能で追加された追加のトランスポートVLANです。

図13:トランスポートVLANとオーバーレイVLANを備えたカスタマイズされたVRF Customized VRFs with transport and overlay VLANs

個々のカスタムVRFは、以下の例のようになります。

図14:トランスポートVLANを追加したVRF1 VRF1 with added transport VLANs
注:

スイッチテンプレートとキャンパスファブリック設定インターフェイスを使用してオーバーレイVLANを追加または削除する場合は、サービスブロック機能上のカスタムVRFでも同じ変更を行う必要があります。これらのVLANは自動的に追加されないため、このステップを見落とすと、WANルーターにアドバタイズされません。

次に、3 つの VRF と 2 つの WAN ルーターがあるため、6 つのピアすべてで eBGP 設定全体を入力する必要があります。完了すると、概要ページは次の画像のようになります。

A screenshot of a computer Description automatically generated

次のステップは、2つのルーティングポリシーを定義することです。

図15:ルーティングポリシーRouting Policies

この例では、エクスポート ルート ポリシーに次の条件が含まれています。

  • Term=exclude-default は、最初のWANルーターから学習したデフォルトルートが2番目のWANルーターにエクスポートされないようにし、その逆も防止します。
  • Term=fabric-all-no-hosts は、設定されたすべてのVRFとそれに関連するVLANにわたるファブリックからのすべてのルートを自動的にエクスポートします。ただし、ポイントツーポイントリンクと単一ホストルートは除外されます。これは、プレフィックス0.0.0.0/0-30を使用することで実現します。ここで、Junos OSで0-30を指定すると、/30までの「orlonger」プレフィックス範囲を表します。
  • Term=overlaylo0 は、DHCPリレーに使用されるオーバーレイループバックIPアドレスをホストプレフィックスレベルまでエクスポートします。これらは通常、lo0.xインターフェイスに個別に割り当てられるためです。これを実現するために、プレフィックス 172.16.192.0/24-32 が使用され、範囲をホストレベルのプレフィックスまで拡張できますが、これは前のステートメントでは行われていません。
図16:エクスポートポリシーExport Policy

必要に応じて、ホストIPアドレスで表されるファブリック内の個々のクライアントのルートを含む、すべてのルートをエクスポートする 0.0.0.0/0-32 などの単一の用語を使用することで、ルールセットを簡略化できます。このアプローチはデバッグにも役立ちます。WANルーターのASパス情報を調べることで、どのEVPNファブリックスイッチが特定のホストIPを通知しているのかが明らかになります。

ただし、このアプローチでは、大量のルートがWANルーターと交換される可能性があるのに対し、デフォルト設定の 0.0.0.0/0-30 では、ルート共有が設定されたVLANにのみ関連付けられたプレフィックスに制限されるのに対し、欠点があります。

インポートポリシーは、WANルーターからデフォルトルートをインポートします。

図17:ポリシーA screenshot of a computer Description automatically generatedのインポート

図18 は、必要なエントリが呼び出された単一のBGPピアリングエントリの設定を示しています。

図18:ピアリングエントリーExample BGP Peering EntryBGP例

また、WAN ルーターを BGP ネイバーとして定義する必要があります。

A screenshot of a computer Description automatically generated

図19に示すように警告メッセージが表示される場合があります。それらは無視しても問題ありません。

図19:潜在的な警告メッセージPotential Warning Message
注:

スイッチテンプレートとキャンパスファブリック設定インターフェイスを使用してオーバーレイVLANを追加または削除する場合は、サービスブロック機能上のカスタムVRFでも同じ変更を行う必要があります。これらのVLANは自動的に追加されないため、このステップを見落とすと、WANルーターにアドバタイズされません。

Core2 スイッチの設定

以下の擬似コードは、 core2 スイッチに適用する必要がある設定を表しています。最初の WAN ルーターからの変更点が強調表示されます。

ポイントツーポイントサブネットとBGPネイバーを除き、core2スイッチの設定はcore1スイッチの設定と同じです。

図20:Core2スイッチの追加IP設定A screenshot of a computer Description automatically generated
図21:Core2スイッチBGPネイバー設定Core2 Switch BGP Neighbor Configuration

WANルーターとしてのジュニパーMX

以下のコードブロックは、ポイントツーポイントインターフェイスのJunos OS CLI設定、すべてのBGPネイバーを含む完全なBGP設定、各WANルーターのインポートおよびエクスポートルートポリシーを示しています。ファブリックにアドバタイズする必要があるため、設定を完了するためにデフォルトのルートとインターフェイスを追加する必要がある場合がありますが、デバイスがそれらのルートをどのように学習するのかは不明です。

最初の WAN ルーターの CLI 設定は次のとおりです。

2 番目の WAN ルーターの設定は次のとおりです。

以下のCLIコマンドを使用して、WANルーター1でのデバッグを支援できます。

以下のCLIコマンドを使用して、WANルーター2でのデバッグを支援できます。

WANルーターとしてのジュニパーSRXシリーズファイアウォール

以下の表と構成例は、クラスターモードでSRXシリーズファイアウォールを使用する場合と、MXルーターをWANルーターとして使用する場合の違いを示しています。ファブリック側では、MXルーターの設定から変更されるのはSRXクラスターのインターフェイス名だけです。SRXシリーズファイアウォールはアクティブ/アクティブクラスターモードで実行されるため、考慮すべきWANルーター設定とASNは1つだけです。この単一の構成には、同様のMXルーターベースの構成にはないクラスター管理コマンドとトラストゾーン管理コマンドも含まれています。

このSRXシリーズファイアウォールベースのアプローチは、MXルーターで冗長イーサネット(reth)インターフェイスやリンクアグリゲーショングループ(LAG)を設定するよりも複雑ではありません。さらに、仮想ゲートウェイなどを挿入するために、ファブリック側に追加のCLIが必要になります。

ASパスの先頭付加による潜在的な非対称ルートの問題の防止

ステートフルファイアウォールがファブリックに接続されている場合、非対称ルーティングの潜在的なリスクが存在します。以下のシナリオを考えてみましょう。ファブリック外のクライアントが、WANルーターを介してファブリック内のクライアントへのTCP接続を開始します。最初の TCPスリーウェイハンドシェイクの間、SYNパケットは最初のWANルーターによって処理されます。ただし、ファブリッククライアントからのSYN-ACK応答は、両方のルーターがファブリックに同じデフォルトルートをアドバタイズするため、2番目のWANルーターによって処理される場合があります。ファブリックは、好みを認識することなく、ECMPロードバランシングまたはその他の内部メカニズムにより、2番目のWANルーターを選択する場合があります。ステートフルファイアウォール(WANルーターとして機能する)がセッション状態を共有しない場合、2番目のWANルーターは、最初のWANルーターで開始されたセッションの記録がないため、リターンパケットを破棄する可能性があります。

この問題を回避するには、2番目のWANルーターによってアドバタイズされるデフォルトルートの優先度を下げ、通常の条件下ではリターントラフィックが最初のWANルーターに送信されるようにすることができます。BGPでは、これは通常、 ASパスの先頭に付加することで実現されるため、2番目のWANルーターへのルートの魅力が低下します。以下に示すSRXクラスター設定では、ファブリックに対して2つのエクスポートフィルターを使用します。そのうちの1つは、デフォルトルートの先頭にASパスを追加します。次に、これらのフィルターが、優先度の低いWANルーターに基づいてファブリックネイバーに適用されます。

ファブリックとのBGPピアリングが確立されると、ファブリックが受信したデフォルトルートを確認できます。以下の例では、core1スイッチがサービスブロック機能として機能します。

アップリンクトラフィックが一貫して1つのWANルーターを優先するようにするために、ファブリック構成にも同様のアプローチをお勧めします。これは、ASパスの先頭に付加して、2番目のWANにアドバタイズされるルートの魅力ルーター低くすることで実現されます。上記のMXルーター例では共有の「export-vrfs」フィルターを使用していますが、図22に示すように、「export-vrfs0」と「export-vrfs1」の2つの別々のフィルターを使用します。

図22:1つのTwo export filters instead of oneではなく2つのエクスポートフィルター

見た目は同じかもしれませんが、「export-vrfs1」のすべてのステートメントには、 図 23 のように先頭に AP-path が設定されています。

図23:セカンドフィルタールールには、常にAP-Pathの先頭にA screenshot of a computer AI-generated content may be incorrect.が含まれます

SRXクラスターとのBGPピアリングが確立されたら、以下の例に示すように、ファブリック内のASパスの先頭に付加されたSRXクラスターが表示されていることを確認します。まず、ファブリックのサービスブロック機能(ここではcore1スイッチ)の設定を確認します。

次に、以下の例のように、SRXクラスター上の設定に従ってルートを受信することも確認します。

表2 は、サービスブロック機能としてのコア1スイッチとコア2スイッチの設定情報と、SRXクラスターのWANルーターの設定を示しています。 表1 (MX WANルーター用)に関して変更点をマークしました(太字はMXルーター用)。

表2:SRXシリーズファイアウォールWANルーターとコアスイッチの構成概要
スイッチ スイッチAS VRF コアP2P IP コアIF WANルーター WANルーターP2P IP WANルーターAS WANルーターのIF VLAN ID
コア1 64911 カスタマーA 10.255.224.1/31 ge-0/0/5.101 ノード0 10.255.224.0/31 64901 ge-0/0/2.101 101
コア1 64911 カスタマーB 10.255.224.3/31 ge-0/0/5.102 ノード0 10.255.224.2/31 64901 ge-0/0/2.102 102
コア1 64911 デバイス 10.255.224.5/31 ge-0/0/5.103 ノード0 10.255.224.4/31 64901 ge-0/0/2.103 103
コア1 64911 カスタマーA 10.255.225.1/31 ge-0/0/6.101 ノード1 10.255.225.0/31 64901 ge-7/0/2.101 101
コア1 64911 カスタマーB 10.255.225.3/31 ge-0/0/6.102 ノード1 10.255.225.2/31 64901 ge-7/0/2.102 102
コア1 64911 デバイス 10.255.225.5/31 ge-0/0/6.103 ノード1 10.255.225.4/31 64901 ge-7/0/2.103 103
コア2 64911 カスタマーA 10.255.226.1/31 ge-0/0/5.201 ノード0 10.255.226.0/31 64901 ge-0/0/3.201 201
コア2 64911 カスタマーB 10.255.226.3/31 ge-0/0/5.202 ノード0 10.255.226.2/31 64901 ge-0/0/3.202 202
コア2 64911 デバイス 10.255.226.5/31 ge-0/0/5.203 ノード0 10.255.226.4/31 64901 ge-0/0/3.203 203
コア2 64911 カスタマーA 10.255.227.1/31 ge-0/0/6.201 ノード1 10.255.227.0/31 64901 ge-7/0/3.201 201
コア2 64911 カスタマーB 10.255.227.3/31 ge-0/0/6.202 ノード1 10.255.227.2/31 64901 ge-7/0/3.202 202
コア2 64911 デバイス 10.255.227.5/31 ge-0/0/6.203 ノード1 10.255.227.4/31 64901 ge-7/0/3.203 203

以下の擬似コードは、この例で core1スイッチ で設定する必要がある内容を説明しています。

以下の擬似コードは、この例で core2スイッチ で設定する必要がある内容を説明しています。

個々のサービスブロック機能(ここではコア1スイッチとコア2スイッチ)の設定が終了すると、概要表は 図24のようになります。

図 24 は、コア 1 スイッチとコア 2 スイッチの個々のサービスブロック機能を設定した後の BGP の概要を示しています。

図24:BGPファイアウォールをWANルーターA screenshot of a logistic AI-generated content may be incorrect.として使用した場合のSRXシリーズ設定の概要

以下のJunos OS CLIは、この例でSRXシリーズファイアウォールクラスターに必要な設定全体を表しています。