Trademarks

THE SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS REFERENCED IN THIS DOCUMENTATION ARE SUBJECT TO CHANGE WITHOUT NOTICE. EXCEPT AS MAY OTHERWISE BE AGREED BY CISCO IN WRITING, ALL STATEMENTS, INFORMATION, AND RECOMMENDATIONS IN THIS DOCUMENTATION ARE PRESENTED WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED.

The Cisco End User License Agreement and any supplemental license terms govern your use of any Cisco software, including this product documentation, and are located at: https://www.cisco.com/c/en/us/about/legal/cloud-and-software/software-terms.html. Cisco product warranty information is available at https://www.cisco.com/c/en/us/products/warranty-listing.html. US Federal Communications Commission Notices are found here https://www.cisco.com/c/en/us/products/us-fcc-notice.html.

IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING, WITHOUT LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THIS MANUAL, EVEN IF CISCO OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.

Any products and features described herein as in development or available at a future date remain in varying stages of development and will be offered on a when-and if-available basis. Any such product or feature roadmaps are subject to change at the sole discretion of Cisco and Cisco will have no liability for delay in the delivery or failure to deliver any products or feature roadmap items that may be set forth in this document.

Any Internet Protocol (IP) addresses and phone numbers used in this document are not intended to be actual addresses and phone numbers. Any examples, command display output, network topology diagrams, and other figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses or phone numbers in illustrative content is unintentional and coincidental.

The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product.

Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and other countries. To view a list of Cisco trademarks, go to this URL: https://www.cisco.com/c/en/us/about/legal/trademarks.html. Third-party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1721R)

Chapter1. 新機能および変更された機能に関する情報

この章は、次の内容で構成されています。

- 新機能および変更された機能に関する情報

新機能および変更された機能に関する情報

次の表は、現行リリースに至るまでにガイドの編成と特徴に加えられた主な変更点の概要を示しています。ただし、今リリースまでのガイドにおける変更点や新機能の一部は表に記載されていません。

[Cisco APIC] リリース 6.1（4）の新機能と変更された動作

機能または変更

説明

参照先

Cisco ACI ボーダー ゲートウェイ

Cisco ACIボーダーゲートウェイ（BGW）機能は、次のように拡張されています：

- テナントL3Out からの着信トラフィックのサブネットに一致するポリシー タグ（pcTag）を構成します。

- セキュアグループ変換（SGT） （論理構成体）を活用、pcTag オプションを使用して、複数の属性に基づいてネットワークリソースをセキュアグループタグに分類します。

- ドメイン全体の VRF 間トラフィックフロー（共有サービス）のサポート。

ACI ボーダー ゲートウェイ

L3Out での OSPF 最大メトリックのサポート

OSPF Max-Metric 機能により、ネットワーク内のルーティング情報のフローが制御されます。この機能により、ルータはローカルで生成されたリンクステート アドバタイズメント（LSA）を最大メトリックでアドバタイズできます。これにより、このルータがデータ トラフィックの中継パスとして望ましくない状態になります。このアプローチは、動作可能になるまでデバイスが中継トラフィックに選択されないようにするため、スイッチのリロード時に特に役立ちます。

OSPF 最大メトリック

[Cisco APIC] リリース 6.1 の新機能と変更された動作

機能または変更

説明

参照先

リモート リーフの復元力

リモート リーフの復元力は、複数のリモート リーフで構成されるグループを作成することで実現されます。このグループが作成されると、グループ内のリモート リーフがフルメッシュの BGP EVPN セッションを形成し、エンドポイント情報と外部プレフィックス情報を交換します。WAN またはメイン POD に障害が発生しても、グループ内のトラフィックには影響しません。

リモートリーフの復元力を展開する場合、グループ内のリモート リーフは、シスコ独自のプロトコルではなく、BGP EVPN ベースの標準的なアプローチを使用して通信します。

リモート リーフの復元力

[Cisco APIC] リリース 6.1 の新機能と変更された動作

機能または変更

説明

参照先

OSPFv3 認証

OSPFv3 セッションの暗号化と認証のサポート。

OSPF IPsec ポリシーの作成

VXLAN サイト ID

ボーダー ゲートウェイ セット ポリシーを構成する際に、VXLAN サイト ID を指定します。

VXLAN サイト ID

強制モードの VRF

VRF を強制モードで構成できるようになりました。リモート VXLAN EVPN ファブリックからアドバタイズされたエンドポイントとプレフィックスは、エンドポイント セキュリティ グループ オブジェクト (ESG) によって表されるエンドポイントグループに分類できます。リモート VXLAN エンドポイントにのみ適用される、新しくサポートされたセレクタを使用します。

VXLAN ストレッチ ブリッジ ドメイン セレクタ

外部サブネット セレクタ

[Cisco APIC] リリース 6.1（1）の新機能と変更された動作

機能または変更

説明

参照先

Cisco ACI ボーダー ゲートウェイ

Cisco ACI ボーダー ゲートウェイ（BGW）ソリューションを使用することにより、仮想ルーティングおよびフォワーディング（VRF）インスタンスとファブリック間のブリッジドメインを、シームレスに拡張できるようになりました。Cisco ACI BGW は、サイト内のノードおよびサイトの外部にあるノードと対話するノードです。Cisco ACI BGW 機能の概念は、単一の共通 EVPN 制御および転送ドメインを介して相互接続された、複数のサイトローカル EVPN コントロール プレーンおよび IP 転送ドメインと見なすことができます。

ACI ボーダー ゲートウェイ

リモート リーフ スイッチのファブリック ポートをルーテッド サブインターフェイスとして L3Outs へ展開する

リモート リーフ スイッチのファブリック ポートを、ユーザー テナント L3Out および SR-MPLS インフラ L3Out に、ルーテッド サブインターフェイスとして展開できるようになりました。

SR-MPLS ハンドオフ

OSPFv2 認証

OSPFv2 でセキュリティを強化するために、OSPFv2 認証キーを指定できます。認証キーは一種のパスワードで、 最大 8 文字まで指定でき、インターフェイスごとに割り当てることができます。

OSPF インターフェイス プロファイルの作成

OSPFv2 のキーのローテーション

OSPFv2 でセキュリティを強化するために、各キーの有効期間を指定して、キーのローテーションを設定できます。キーの有効期間が切れると、次のキーに自動的にローテーションされます。アルゴリズムを指定しない場合、OSPF はデフォルトの暗号化認証アルゴリズムである MD5 を使用します。

キー ポリシーの作成

PartI. レイヤ 3 の設定

- Cisco ACI 転送

- レイヤ 3 ネットワーク設定の前提条件

- 共通パーベイシブ ゲートウェイ

- IP エージング

- スタティック ルート ブリッジ ドメイン

- データプレーン IP アドレス学習

- IPv6 ネイバー探索

- Microsoft NLB

- IGMP スヌーピング

- MLD スヌーピング

- テナント ルーテッド マルチキャスト

- マルチポッドについて

- リモート リーフ スイッチ

- SR-MPLS ハンドオフ

- ACI ボーダー ゲートウェイ

Chapter2. Cisco ACI 転送

ACI ファブリックは現代のデータ センター トラフィック フローを最適化する

[Cisco ACI] アーキテクチャは、従来のデータセンター設計から来る制限を解放して、最新のデータセンターで増大する East-West トラフィックの需要に対応します。

今日のアプリケーション設計は、データセンターのアクセス レイヤを通る、サーバ間の East-West トラフィックを増大させています。このシフトを促進しているアプリケーションには、Hadoop のようなビッグデータの分散処理の設計 、VMware vMotion のようなライブの仮想マシンまたはワークロードの移行、サーバのクラスタ リング、および多層アプリケーションなどが含まれます。

North-South トラフィックは、コア、集約、およびアクセス レイヤ、またはコラプスト コアとアクセス レイヤが重要となる、従来型のデータセンター設計を推進します。クライアント データはWAN またはインターネットで受信され、サーバの処理を受けた後、データセンターを出ます。このような方式のため、WAN またはインターネットの帯域幅の制限により、デーセンターのハードウェアは過剰設備になりがちです。ただし、スパニング ツリー プロトコルが、ループをブロックするために要求されます。これは、ブロックされたリンクにより利用可能な帯域幅を制限し、トラフィックが準最適なパスを通るように強制する可能性があります。

従来のデータセンター設計においては、、IEEE 802.1Q VLAN がレイヤ 2 境界の論理セグメンテーションまたはまたはブロードキャスト ドメインを提供します。ただし、ネットワーク リンクの VLAN の使用は効率的ではありません。データセンター ネットワークでデバイスの配置要件は柔軟性に欠け、VLAN の最大値である 4094 の VLAN が制限となり得ます。IT 部門とクラウド プロバイダが大規模なマルチ テナント データセンターを構築するようになるにつれ、VLAN の制限は問題となりつつあります。

スパイン リーフ アーキテクチャは、これらの制限に対処します。  [ACI] ファブリックは、外界からは、ブリッジングとルーティングが可能な単一のスイッチに見えます。レイヤ 3 のルーティングをアクセス レイヤに移動すると、最新のアプリケーションが必要としている、レイヤ 2 の到達可能性が制限されます。仮想マシン ワークロード モビリティや一部のクラスタ リングのソフトウェアのようなアプリケーションは、送信元と宛先のサーバ間がレイヤ 2 で隣接していることを必要とします。アクセス レイヤでルーティングを行えば、トランク ダウンされた同じ VLAN の同じアクセス スイッチに接続したサーバだけが、レイヤ 2 で隣接します。入力 [ACI]では、VXLAN が、基盤となるレイヤ 3 ネットワーク インフラストラクチャからレイヤ 2 のドメインを切り離すことにより、このジレンマを解決します。

ACI ファブリック

トラフィックがファブリックに入ると、 [ACI] がカプセル化してポリシーを適用し、必要に応じてスパイン スイッチ (最大 2 ホップ) によってファブリックを通過させ、ファブリックを出るときにカプセル化を解除します。ファブリック内では、 [ACI] はエンドポイント間通信でのすべての転送について、Intermediate System-to-Intermediate System プロトコル (IS-IS) および Council of Oracle Protocol (COOP) を使用します。これにより、すべての ACI リンクがアクティブで、ファブリック内での等コスト マルチパス (ECMP) 転送と高速再コンバージョンが可能になります。ファブリック内と、ファブリックの外部のルータ内でのソフトウェア定義ネットワーク間のルーティング情報を伝播するために、 [ACI] はマルチプロトコル Border Gateway Protocol (MP-BGP) を使用します。

ACI で VXLAN

VXLAN は、レイヤ 2 オーバーレイの論理ネットワークを構築するレイヤ 3 のインフラストラクチャ上でレイヤ 2 のセグメントを拡張する業界標準プロトコルです。  [ACI] インフラストラクチャ レイヤ 2 ドメインが隔離ブロードキャストと障害ブリッジ ドメインをオーバーレイ内に存在します。このアプローチは大きすぎる、障害ドメインの作成のリスクなしで大きくなるデータセンター ネットワークを使用できます。

すべてのトラフィック、 [ACI] ファブリックは VXLAN パケットとして正規化されます。入力で [ACI] VXLAN パケットで外部 VLAN、VXLAN、および NVGRE パケットをカプセル化します。次の図は、 [ACI] カプセル化の正規化を表示します。

[ACI] カプセル化の正規化

[ACI] ファブリックでの転送は、カプセル化のタイプまたはカプセル化のオーバーレイ ネットワークによって制限または制約されません。  [ACI] ブリッジ ドメインのフォワーディング ポリシーは、必要な場合に標準の VLAN 動作を提供するために定義できます。

ファブリック内のすべてのパケットが [ACI] ポリシー属性を持つので、 [ACI] は、完全に分散された方法でポリシーを一貫して適用できます。 [ACI] アプリケーション ポリシーの EPG ID を転送から分離します。次の図に示すように、 [ACI] VXLAN ヘッダーは、ファブリック内のアプリケーション ポリシーを特定します。

[ACI] VXLAN のパケット形式

[ACI] VXLAN パケットには、レイヤ 2 の MAC アドレスとレイヤ 3 IP アドレスの送信元と宛先フィールド、ファブリック内の効率的なと拡張性の転送を有効にします。  [ACI] VXLAN パケット ヘッダーの送信元グループ フィールドは、パケットが属するアプリケーション ポリシー エンドポイント グループ（EPG）を特定します。VXLAN インスタンス ID（VNID）は、テナントの仮想ルーティングおよび転送（VRF0）ドメイン ファブリック内で、パケットの転送を有効にします。VXLAN ヘッダーで 24 ビット VNID フィールドでは、同じネットワークで一意レイヤ 2 のセグメントを最大 16 個の拡張アドレス空間を提供します。この拡張アドレス空間は、大規模なマルチ テナント データセンターを構築する柔軟性 IT 部門とクラウド プロバイダーを提供します。

VXLAN の有効化に [ACI] ファブリック全体にわたってスケールでの仮想ネットワーク インフラストラクチャのレイヤ 3 のアンダーレイ レイヤ 2 を展開します。アプリケーション エンドポイント ホスト柔軟に配置できます、アンダーレイ インフラストラクチャのレイヤ 3 バウンダリのリスクなしでデータセンター ネットワーク間をオーバーレイ ネットワーク、VXLAN でレイヤ 2 の隣接関係を維持します。

サブネット間のテナント トラフィックの転送を促進するレイヤ 3 VNID

[ACI] ファブリックは、 [ACI] ファブリック VXLAN ネットワーク間のルーティングを実行するテナントのデフォルト ゲートウェイ機能を備えています。各テナントに対して、ファブリックはテナントに割り当てられたすべてのリーフ スイッチにまたがる仮想デフォルト ゲートウェイを提供します。これは、エンドポイントに接続された最初のリーフ スイッチの入力インターフェイスで提供されます。各入力インターフェイスはデフォルト ゲートウェイ インターフェイスをサポートします。ファブリック全体のすべての入力インターフェイスは、特定のテナント サブネットに対して同一のルータの IP アドレスと MAC アドレスを共有します。

[ACI] ファブリックは、エンドポイントのロケータまたは VXLAN トンネル エンドポイント (VTEP) アドレスで定義された場所から、テナント エンドポイント アドレスとその識別子を切り離します。ファブリック内の転送は VTEP 間で行われます。次の図は、 [ACI]で切り離された ID と場所を示します。

[ACI] によって切り離された ID と場所

VXLAN は VTEP デバイスを使用してテナントのエンド デバイスを VXLAN セグメントにマッピングし、VXLAN のカプセル化およびカプセル化解除を実行します。各 VTEP 機能には、次の 2 つのインターフェイスがあります。

- ブリッジングを介したローカル エンドポイント通信をサポートするローカル LAN セグメントのスイッチ インターフェイス

- 転送 IP ネットワークへの IP インターフェイス

IP インターフェイスには一意の IP アドレスがあります。これは、インフラストラクチャ VLAN として知られる、転送 IP ネットワーク上の VTEP を識別します。VTEP デバイスはこの IP アドレスを使用してイーサネット フレームをカプセル化し、カプセル化されたパケットを、IP インターフェイスを介して転送ネットワークへ送信します。また、VTEP デバイスはリモート VTEP で VXLAN セグメントを検出し、IP インターフェイスを介してリモートの MAC Address-to-VTEP マッピングについて学習します。

[ACI] の VTEP は分散マッピング データベースを使用して、内部テナントの MAC アドレスまたは IP アドレスを特定の場所にマッピングします。VTEP はルックアップの完了後に、宛先リーフ スイッチ上の VTEP を宛先アドレスとして、VXLAN 内でカプセル化された元のデータ パケットを送信します。宛先リーフ スイッチはパケットをカプセル化解除して受信ホストに送信します。このモデルにより、ACI はスパニングツリー プロトコルを使用することなく、フル メッシュでシングル ホップのループフリー トポロジを使用してループを回避します。

VXLAN セグメントは基盤となるネットワーク トポロジに依存しません。逆に、VTEP 間の基盤となる IP ネットワークは、VXLAN オーバーレイに依存しません。これは送信元 IP アドレスとして開始 VTEP を持ち、宛先 IP アドレスとして終端 VTEP を持っており、外部 IP アドレス ヘッダーに基づいてパケットをカプセル化します。

次の図は、テナント内のルーティングがどのように行われるかを示します。

レイヤ 3 VNID トランスポート [ACI] サブネット間のテナント トラフィック

ファブリックの各テナント VRF について、 [ACI] 単一の L3 VNID を割り当てます。ACI は、L3 VNID に従ってファブリック全体にトラフィックを転送します。出力リーフ スイッチでは、ACI によって L3 VNID からのパケットが出力サブネットの VNID にルーティングされます。

ファブリック入力に到着し、 [ACI] のファブリック デフォルト ゲートウェイに送信されるトラフィックは、レイヤ 3 VNID にルーティングされます。これにより、テナント内でルーティングされるトラフィックはファブリックで非常に効率的に転送されます。このモデルを使用すると、たとえば同じ物理ホスト上の同じテナントに属し、サブネットが異なる 2 つの VM 間では、トラフィックが (最小パス コストを使用して) 正しい宛先にルーティングされる際に経由する必要があるは入力スイッチ インターフェイスのみです。

ファブリック内で外部ルートを配布するために、[ACI]ルート リフレクタは、マルチプロトコル BGP（MP-BGP）を使用します。ファブリック管理者は自律システム (AS) 番号を提供し、ルート リフレクタにするスパイン スイッチを指定します。

（注）

[Cisco ACI] は IP フラグメンテーションをサポートしていません。したがって、外部ルータへのレイヤ 3 Outside（L3Out）接続、または Inter-Pod Network（IPN）を介したマルチポッド接続を設定する場合は、インターフェイス MTU がリンクの両端で適切に設定することを推奨します。

IGP プロトコル パケット（EIGRP、OSPFv3）は、インターフェイス MTU サイズに基づいてコンポーネントによって構築されます。  [Cisco ACI]では、CPU MTU サイズがインターフェイス MTU サイズよりも小さく、構築されたパケットサイズが CPU MTU より大きい場合、パケットはカーネルによってドロップされます（特に IPv6）。このような制御パケットのドロップを回避するには、コントロールプレーンとインターフェイスの両方で常に同じ MTU 値を設定します。

[Cisco ACI]、Cisco NX-OS、および Cisco IOS などの一部のプラットフォームでは、設定可能な MTU 値はイーサネット ヘッダー (一致する IP MTU、14-18 イーサネット ヘッダー サイズを除く) を考慮していません。また、IOS XR などの他のプラットフォームには、設定された MTU 値にイーサネット ヘッダーが含まれています。構成された値が 9000 の場合、 [Cisco ACI]、Cisco NX-OS および Cisco IOS の最大 IP パケット サイズは 9000 バイトになりますが、IOS-XR のタグなしインターフェイスの最大 IP パケットサイズは 8986 バイトになります。

各プラットフォームの適切な MTU 値については、それぞれの設定ガイドを参照してください。

CLI ベースのコマンドを使用して MTU をテストすることを強く推奨します。たとえば、 [Cisco NX-OS] CLI で ping 1.1.1.1 df-bit packet-size 9000 source-interface ethernet 1/1 などのコマンドを使用します。

Chapter3. レイヤ 3 ネットワーク設定の前提条件

この章で説明する内容は、次のとおりです：

- レイヤ 3 前提条件

レイヤ 3 前提条件

このガイドのタスクを開始する前に、次のことを行ってください。

- ACI ファブリックと APIC コントローラがオンラインであり、APIC クラスタが形成され健全であることを確認します— 詳細については、 「Cisco APIC 開始ガイド、リリース 2.x」を参照してください。

- レイヤ 3 ネットワークを構成する管理者のファブリック管理者アカウントが使用可能であることを確認します— 詳細については、 「ユーザー アクセス、認証およびアカウンティング」 および 「管理」章を参照します。これは、 「Cisco APIC 基本構成ガイド」にあります。

- 目的のリーフ スイッチとスパイン スイッチ（必要なインターフェイスを使用可能）が使用可能であることを確認します— 詳細については、 「Cisco APIC 開始ガイド、リリース 2.x」を参照してください。

仮想スイッチのインストールと登録の詳細については、 「Cisco ACI 仮想化ガイド」を参照します。

- レイヤ 3 ネットワークを消費するテナント、ブリッジドメイン、VRF、および EPG (アプリケーションプロファイルとコントラクトを含む) を設定します— 詳細については、 「基本ユーザー テナント構成」 の章を参照します。これは、 「Cisco APIC 基本構成ガイド」にあります。

- NTP、DNS サービス、および DHCP リレー ポリシーを構成します。手順については、 「コア ACI ファブリック サービスのプロビジョニング」 の章を参照してください。これは、 「Cisco APIC 基本構成ガイド、リリース 2.x」にあります。

注意

ファブリックのリーフ スイッチとスパイン スイッチの間に 1 ギガビット イーサネット (GE) または 10GE リンクを設置すると、帯域幅が不十分なために、パケットが転送されずにドロップされる可能性があります。これを避けるためには、リーフ スイッチとスパイン スイッチの間で 40GE または 100GE リンクを使用してください。

- ブリッジ ドメインの構成

ブリッジ ドメインの構成

ブリッジ ドメイン パネルの [レイヤ 3 構成（Layer 3 Configurations）] タブでは、管理者が次のパラメータを構成できます：

- [ユニキャスト ルーティング（Unicast Routing）]： この設定が有効になっているサブネット アドレスが構成されている場合は、ファブリックはデフォルト ゲートウェイの機能を提供して、トラフィックをルーティングします。ユニキャストルーティングを有効にすると、マッピングデータベースがこのブリッジドメインのエンドポイントに付与された IP アドレスと VTEP の対応関係を学習します。IP 学習は、ブリッジドメイン内にサブネットが構成されているかどうかに左右されません。

- [サブネット アドレス（Subnet Address）] : このオプションは、ブリッジ ドメインの SVI IP アドレス (デフォルト ゲートウェイ) を構成します。

- [IP 学習をサブネットに限定（Limit IP Learning to Subnet）] : このオプションは、ユニキャスト リバース転送パス チェックに似ています。このオプションを選択すると、ファブリックはブリッジ ドメインに設定されている 1 以外のサブネットから IP アドレスを学習されません。

注意

[IP 学習をサブネットに限定（Limit IP Learning to Subnet）] を有効化することは、ブリッジ ドメイン内のトラフィックに悪影響を及ぼします。

Chapter4. 共通パーベイシブ ゲートウェイ

この章で説明する内容は、次のとおりです：

- 概要

- GUI を使用した共通パーベイシブ ゲートウェイの構成

概要

（注）

Common Pervasive Gateway 機能は廃止されており、アクティブに維持されていません。

複数の Cisco ACI ファブリックを運用する場合は、共通パーベイシブ ゲートウェイ機能を使用してリーフ スイッチを介して複数の個々の ACI ファブリックを相互接続するのではなく、マルチサイトを導入することを強く推奨します。Common Pervasive Gateway 機能は現在サポートされていません。これは、このトポロジでは L3 マルチキャストなどの他の多くの新機能の検証および品質保証テストが実行されないためです。したがって、Cisco ACI には Multi-Site の前に ACI ファブリックを相互接続するための共通パーベイシブ ゲートウェイ機能がありましたが、個別の APIC ドメインを相互接続する必要がある場合は、代わりに Multi-Site を使用して新しい ACI ファブリックを設計することを強く推奨します。

この例は、Cisco [APIC]を使用して、IPv4 共通パーベイシブ ゲートウェイを構成する方法について示しています。

ブリッジ ドメインごとに IPv4 共通ゲートウェイを使用して 2 つの ACI ファブリックを構成できます。これにより、1 つ以上の仮想マシン（VM）または従来型のホストを、ホストの IP アドレスを保持したまま、ファブリック間で移動できます。ファブリック間の VM ホストの移動は、VM ハイパーバイザによって自動的に行うことができます。ACI ファブリックは、同じ場所に配置することも、複数のサイト間でプロビジョニングすることもできます。ACI ファブリック間のレイヤ 2 接続は、ローカル リンクか、ブリッジ型ネットワークにわたるものになります。次の図は、基本的な共通パーベイシブ ゲートウェイ トポロジを示しています。

（注）

2 つの Cisco ACI ファブリックを相互接続するために用いられるトポロジによっては、相互接続するデバイスが、ゲートウェイ スイッチの仮想インターフェイス（SVI）の仮想 MAC アドレスを持つトラフィックの送信元を除外することが必要となります。

GUI を使用した共通パーベイシブ ゲートウェイの構成

始める前に

- テナントおよび VRF が作成されていること。

- ブリッジ ドメインの仮想 MAC アドレスとサブネットの仮想 IP アドレスは、ブリッジ ドメインのすべての [Cisco アプリケーション セントリック インフラストラクチャ（Cisco Application Centric Infrastructure）] （[ACI]）ファブリックで同じにする必要があります。複数のブリッジ ドメインを、接続されている [Cisco ACI] ファブリック間で通信するように構成できます。仮想 MAC アドレスと仮想 IP アドレスは、ブリッジ ドメイン間で共有できます。

- [Cisco ACI] ファブリック間で通信するように設定されているブリッジ ドメインは、 [フラッド（flood）] モードである必要があります。

- BD に複数の EPG がある場合、ブリッジ ドメインの 1 つの EPG のみを、2 つ目のファブリックに接続されているポートの境界リーフ上に設定する必要があります。

- 2 つの [Cisco ACI] ファブリック間のパーベイシブ共通ゲートウェイを有効にする相互接続されたレイヤ 2 ネットワークには、ホストを直接接続しないでください。

手順

ステップ 1

メニュー バーで、 [テナント（Tenants）]をクリックします。

ステップ 2

[ナビゲーション（Navigation）] ペインで、 [Tenant_name] > [ネットワーキング（Networking）] > [ブリッジ ドメイン（Bridge Domains）]を展開します。

ステップ 3

[ブリッジ ドメイン（Bridge Domains）]を右クリックし、 [ブリッジドメインの作成（Create Bridge Domain）]をクリックします。

ステップ 4

[ブリッジドメインの作成（Create Bridge Domain）] ダイアログ ボックスで、必要な操作を実行し、適切な属性を選択します。

1. [メイン（Main）] タブにある、 [名前（Name）] フィールドにブリッジ ドメインの名前を入力し、残りのフィールドに必要な値を選択します。

2. [L3 構成（L3 configurations）] タブで [サブネット（Subnets）]を展開し、 [サブネットの作成（Create Subnets）] ダイアログ ボックスで [ゲートウェイ IP（Gateway IP）] フィールドに、IP アドレスを入力します。

たとえば、192.0.2.1/24 です。

3. [仮想 IP アドレスとして処理（Treat as virtual IP address）] フィールドでチェックボックスをオンにします。

4. [この IP アドレスをプライマリにする（Make this IP address primary）] フィールドで、DHCP リレーにこの IP アドレスを指定するチェックボックスをオンにします。

このチェック ボックスをオンにすると、DHCP リレーにのみ影響します。

5. [OK]をクリックし、その後に [次へ（Next）] をクリックして [高度/トラブルシューティング（Advanced/Troubleshooting）] タブへ進みます。そして、 [終了（Finish）]をクリックします。

ステップ 5

先程作成した [ブリッジ ドメイン（Bridge Domain）] をダブルクリックし、 [作業（Work）] ペインで、次の操作を実行します：

1. [ポリシー（Policy）] タブをクリックし、 [L3 構成（L3 Configurations）] サブタブをクリックします。

2. [サブネット（Subnets）] 再度を展開し、 [サブネットの作成（Create Subnets）] ダイアログボックスで、物理 IP アドレスを [ゲートウェイ IP（Gateway IP）] フィールドで作成するには、仮想 IP アドレスとして構成されている同じサブネットを使用します。

たとえば、仮想 IP アドレスに 192.0.2.1/24 を使用した場合、物理 IP アドレスには 192.0.2.2/24 を使用できます。

（注）

物理 IP アドレスは [Cisco ACI] ファブリック全体で一意である必要があります

3. [送信（Submit）] をクリックして、 [サブネットの作成（Create Subnet）] ウィンドウ内で構成を完了します。

ステップ 6

先程作成した同じブリッジ ドメインの [L3 構成（L3 Configurations）] タブで、 [仮想 MAC アドレス（Virtual MAC Address）] フィールドをクリックし、 [未構成（Not Configured）] を適切な値に変更し、 [送信（Submit）]をクリックします。

（注）

デフォルトのブリッジ ドメイン MAC アドレス値は、すべての [Cisco ACI] ファブリックで同じです。この構成では、ブリッジ ドメイン MAC 値が各 [Cisco ACI] ファブリック全体で一意である必要があります。

各ファブリックのブリッジ ドメイン MAC（pMAC）値が一意であることを確認してください。

（注）

この手順では、基本的に、このフィールドに入力した仮想 MAC アドレスと前の手順で入力した仮想 IP アドレスを関連付けます。将来のある時点でリモート対応 MAC アドレスを削除する場合は、前のステップで入力した IP アドレス用の [仮想 IP アドレスとして処理（Treat as virtual IP address）] フィールドからチェックも削除します。

ステップ 7

ブリッジドメインを別のファブリックに拡張するために L2Out EPG を作成するには、ナビゲーション ペインで [L2Outs（L2Out）]を右クリックし、 [L2Out の作成（Create L2Out）]次をクリックして、次のアクションを実行します：

1. [名前（Name）] フィールドに、外部にブリッジされた名前を入力します。

2. [ブリッジ ドメイン（Bridge Domain）] フィールドで、すでに作成されているブリッジ ドメインを選択します。

3. [カプセル化（Encap）] フィールドに、その他のファブリック l2out カプセル化に一致する VLAN カプセル化を入力します。

4. [パスタイプ（Path Type）] フィールドで、 [ポート（Port）]、 [PC]、または [VPC] を選択、 [次へ（Next）]をクリックして EPG を展開し、

5. 外部 EPG ネットワークを [名前（Name）] フィールドで作成するには、ネットワークの名前を入力し、 QoS クラスを指定して、 [終了（Finish）] をクリックして共通拡散構成を完了します。

Chapter5. IP エージング

この章で説明する内容は、次のとおりです：

- 概要

- GUI を使用した IP エージングポリシーの構成

概要

IP エージング ポリシーは、エンドポイントの未使用の IP アドレスを追跡しエージングが行われます。トラッキングはブリッジ ドメインに設定されたエンドポイント保持ポリシーを使用して実行され、ローカル エンドポイント エージング間隔の 75% で、ARP 要求（IPv4）やネイバー要請（IPv6）を送信します。IP アドレスから応答を受信しなかった場合、その IP アドレスはエージング アウトします。

このドキュメントでは、IP エージング ポリシーを設定する方法について説明します。

GUI を使用した IP エージングポリシーの構成

このセクションでは、IP エージング ポリシーの有効と無効を切り替える方法について説明します。

手順

ステップ 1

メニューバーから、 [システム（System）] タブをクリックします。

ステップ 2

サブメニュー バーで、 [システム設定（System Settings）]をクリックします。

ステップ 3

ナビゲーション ウィンドウで、 [エンドポイントの制御（Endpoint Controls）]をクリックします。

ステップ 4

作業ペインで、 [IP エージング（Ip Aging）]をクリックします。

この [IP エージング ポリシー（IP Aging Policy）] は、 [無効の管理状態（Administrative State Disabled）] ボタンが選択されると表示されます。

ステップ 5

[管理状態（Administrative State）]から次のいずれかのオプションをクリックします：

- [有効（Enabled）]：IP エージングを有効にします。

- [無効化（Disabled）]：IP エージングを無効にします。

次のタスク

エンドポイントの IP アドレスをトラッキングするために使用される間隔を指定するには、 [テナント（Tenants）] > [tenant-name] > [ポリシー（Policies）] > [プロトコル（Protocol）]に移動してエンドポイント保持ポリシーを作成します。次を右クリックします。 [エンドポイント保持ポリシー（End Point Retention Policy）]そしてを次を選択します。 [エンドポイント保持ポリシーの作成（Create End Point Retention Policy）]。

Chapter6. スタティック ルート ブリッジ ドメイン

この章で説明する内容は、次のとおりです：

- スタティック ルート ブリッジ ドメインについて

- GUI を使用してブリッジ ドメインでのスタティック ルートを設定する

スタティック ルート ブリッジ ドメインについて

[Cisco APIC] リリース 3.0（2）では、ファイアウォールの背後にある仮想サービスへのルーティングを可能にする、パーベイシブ ブリッジ ドメイン（BD）でのスタティック ルート構成へのサポートが追加されました。

この機能は、通常の EPG の使用を通して、エンドポイント (EP) がパーベイシブ ブリッジ ドメインに直接には接続されていない IP アドレスへ到達することを可能にします。

スタティック ルートを構成すると、 [APIC] は、それをブリッジ ドメインを使用しているすべてのリーフ スイッチ、およびそのブリッジ ドメインに関連付けられた契約を有しているすべてのリーフ スイッチに展開します。

エンドポイントの到達可能性は、 [APIC] GUI、NX-OS スタイル CLI および REST API を使用して構成できます。

注意事項と制約事項

- サブネットマスクは、/32（IPv6 の場合は /128） にしてファブリック内の 1 つの IP アドレスをポイントする必要があります。すでに定義されているブリッジ ドメイン サブネット内にルートを追加しないでください。

- ネクストホップは、この EPG が関連付けられているのと同じブリッジ ドメイン内にある必要があります。

- この機能は、名前の末尾が EX である [Cisco Nexus 9000] シリーズ スイッチとそれ以降の機種によりサポートされています（たとえば N9K-C93180LC-EX）。

- エンドポイントの到達可能性機能は、リモート リーフではサポートされません。

GUI を使用してブリッジ ドメインでのスタティック ルートを設定する

- スタティック ルートのサブネットを作成するには、epg (fvAEPg で fvSubnet オブジェクト)、普及 BD (fvBD) 自体 BD しないに関連付けられているように構成されます。

- サブネットマスクが/32 にする必要があります (128/for IPv6) 1 つの IP アドレスまたは 1 つのエンドポイントをポイントします。これは、パーベイシブ BD に関連付けられている EPG に含まれます。

始める前に

テナント、VRF、BD、および EPG の作成

手順

ステップ 1

メニュー バーで、 [テナント（Tenants）] > [tenant-name] をクリックします。

ステップ 2

ナビゲーション ペインで、 [アプリケーション プロファイル（Application Profiles）] を拡張し、アプリケーション プロファイル名をクリックします。

ステップ 3

[アプリケーション EPG（Application EPGs）] をクリックして、スタティック ルートの EPG を展開します。

ステップ 4

[サブネット（Subnets）]を拡張し、スタティック ルートのサブネットを右クリックして、 [EPG サブネットの背後にあるエンドポイントの作成（Create Endpoints Behind EPG Subnet）]を選択します。

ステップ 5

エンドポイントの [ネクストホップ IP アドレス（NextHop IP Address）] を入力して、 [更新（Update）]をクリックします。

ステップ 6

[送信（Submit）]をクリックします。

Chapter7. データプレーン IP アドレス学習

この章で説明する内容は、次のとおりです：

- データプレーン IP アドレス ラーニングの概要

- データプレーン IP アドレス ラーニングのガイドラインと制限事項

- 無効にするデータプレーン IP アドレス ラーニングの機能相互作用

- GUI を使用した VRF インスタンスごとのデータプレーン IP アドレス ラーニングの構成

- GUI を使用したエンドポイントごとのデータ プレーン IP アドレス ラーニングの設定

- GUI を使用したサブネットごとのデータ プレーン IP アドレス ラーニングの設定

データプレーン IP アドレス ラーニングの概要

エンドポイントの IP アドレスと MAC アドレスは、ARP、GARP、および ND などの一般的なネットワーク方式を通して [Cisco アプリケーション セントリック インフラストラクチャ（Cisco Application Centric Infrastructure）] （[ACI]) ファブリックが学習します。 [Cisco ACI] は、データプレーン経由で IP アドレスおよび MAC アドレスを学習する内部方式も使用します。  [Cisco ACI] ファブリックでは、データプレーン IP アドレスの学習がデフォルトで有効になっています。

VRF インスタンスごとのデータプレーン IP アドレス ラーニングは、 [Cisco ACI] エンドポイントの学習とほぼ同じ方法でネットワークに接続します。エンドポイント ラーニングが IP アドレスおよび MAC アドレスの両方として特定される一方、データプレーン IP ラーニングは VRF インスタンスのみの IP アドレッシングに固有です。  [Cisco Application Policy Infrastructure Controller] （[APIC]）では、VRF インスタンス レベルでデータプレーン IP アドレス ラーニングを有効または無効にできます。

[Cisco APIC] リリース5.2（1）以降では、より詳細な制御のために、特定のエンドポイントまたはサブネットのデータプレーン IP アドレス ラーニングを無効化にできます。

データプレーン IP アドレス ラーニングのガイドラインと制限事項

VRF インスタンス、ブリッジ ドメイン サブネット、および EPG サブネットごとのデータプレーン IP アドレス学習には、次のガイドラインと制約事項が適用されます。

- データプレーン IP アドレス ラーニングを無効にすると、テナント VRF 内のリモート IP アドレスのすべてのエントリが削除されます。ローカル IP エントリは エージ アウトされ、その後、データプレーンを通じて再学習されることはありませんが、コントロール プレーンからは引き続き学習できます。

- データプレーン IP アドレス ラーニングを無効にすると、すでに学習したローカル IP エンドポイントは保持され、動作を維持するにはコントロール プレーンの更新が必要になります（IP エージングも有効であると想定）。データプレーン レイヤ 3 トラフィックは IP エンドポイントの動作を維持しません。

- EPG-to-EPG イントラ VRF インスタンス レイヤ 3 トラフィックの場合、入力リーフ スイッチは宛先クラスを解決できないため、ポリシーは常に出力リーフ スイッチに適用されます。リモート IP アドレスは学習されません。

- EPG-to-EPG イントラ VRF インスタンス レイヤ 2 トラフィックでは、スイッチはリモート MAC アドレスを学習できますが、リモート IP アドレスは学習できないため、入力リーフ スイッチにポリシーを適用できます。

- データプレーン IP アドレスの学習がエンドポイントまたはサブネットに対して有効になっている場合、データプレーン IP アドレスは、CPU に到達しないエンドポイント間 ARP 要求を使用して学習されません。ただし、ブリッジ ドメイン SVI ゲートウェイへの ARP 要求は引き続き学習されます。

- データプレーン IP アドレス ラーニングが VRF インスタンスに対して有効になっている場合、ローカルおよびリモート MAC アドレスは、エンドポイント間 ARP 要求を使用して学習されます。

エンドポイントまたはサブネットごとのデータプレーン IP アドレス ラーニングの無効化には、次のガイドラインと制約事項が適用されます。

- 同じブリッジドメイン内のエンドポイント間に通信がある場合、ブリッジ ドメインで L2 不明なユニキャスト プロパティを フラッド に設定する必要があります：ARP フラッディングも有効にする必要があります。そうしないと、ローカル MAC アドレスとリモート MAC アドレスがエンドポイント間エンドポイント ARP 要求によって学習されないため、同じブリッジ ドメイン内のエンドポイント間の ARP は機能しません。

- フラッシュする代わりに、ローカル IP アドレスは dp-lrn-dis （データプレーン学習ディセーブル）状態に変換されます。

- エンドポイントのサブネットがデータプレーン IP アドレス学習を無効に設定されている場合、エンドポイント データプレーン IP アドレス学習を有効にすることはできません。たとえば、学習が無効になっているサブネット 100.10.0.1/24 と、学習が有効になっている 100.10.0.100/32 の EPG を持つブリッジ ドメインはありません。

- エンドポイントまたはサブネットでデータプレーン IP アドレスの学習が無効になっている場合、スイッチは、ルーティングされたレイヤ 3 データ トラフィックからレイヤ 2 MAC アドレスを学習または更新しません。レイヤ 2 MAC アドレスは、レイヤ 2 データ トラフィックまたは ARP パケットからのみ学習されます。

- エンドポイントまたはサブネットのデータプレーン IP アドレス学習が無効になっている場合、GARP パケットからトリガーされた IP アドレス学習または移動は、ARP フラッド モードと GARP ベースのエンドポイント移動検出が有効になっている場合にのみ可能です。

無効にするデータプレーン IP アドレス ラーニングの機能相互作用

ここでは、無効にするデータプレーン IP アドレス ラーニングとその他の機能との相互作用についての情報を示します。

- エニーキャスト

- 有効：ローカル エニーキャスト IP アドレスは、データプレーンとコントロール プレーンのどちらからでも学習できます。

- 無効：ローカル エニーキャスト IP アドレスはエージ アウトしますが、コントロール プレーンとホストトラッキングから学習することができます。

- リモート IP アドレスは、VRF インスタンスごとのデータプレーン IP アドレス ラーニングの設定方法を問わず、エニーキャストで学習されません。

- 不正なエンドポイントの検出

- 有効：不正な IP アドレスが生成され、移動は意図したとおりに検出されます。

- 無効：リモート IP アドレスがフラッシュされ、不正な IP アドレスはエージ アウトされます。不正な IP アドレスはローカルの移動では検出されません。検出される唯一の移動は、コントロール トラフィックからのものです。バウンスは COOP から学習されますが、バウンス タイマーが時間切れになるとこれらはドロップされます。

- レイヤ 4 〜レイヤ 7 サービス仮想 IP（VIP）アドレス

- 有効：レイヤ 4 からレイヤ 7 サービス VIP アドレスは期待どおりに機能します（VIP アドレスのエンドポイント IP アドレス ラーニングはコントロール プレーン経由のみ）。次の機能ストリームを考えます。

1. クライアントからロード バランサへ（レイヤ 3 トラフィック）

2. サーバへのロード バランサ（レイヤ 2 トラフィック）

3. サーバからクライアント（レイヤ 3）

EPG の背後のクライアント（IP エンドポイント）は、データ/コントロール プレーンを通じて学習されます。VIP アドレスはロード バランサ EPG のコントロール プレーン経由でのみ学習されます。コントロール プレーン経由であっても、VIP アドレスは他の EPG では学習されません。

- [Disabled]：

- クライアントからロード バランサ：VIP アドレスではリモート IP アドレスが学習されません。リモート IP アドレスはクリアされます。spine-proxy を使用します。VIP の IP アドレスが学習されると、spine-proxy ルックアップは成功します。そうでない場合は VIP アドレスにグリーニングを生成し、コントロール プレーンを通じて学習します。

- ロード バランサからサーバへ：影響なし。DSR の使用例では、ロード バランサ/サーバー間のブリッジだけがサポートされています。

- サーバからクライアント：クライアントのリモート IP アドレスはクリアされ、spine-proxy が使用されます。クライアント エントリのリモート IP アドレスがスパイン スイッチで削除された場合、グリーニングを通じて再学習されます。L3out の背後にあるクライアントの場合、レイヤ 3 リモート IP アドレスはありません。

GUI を使用した VRF インスタンスごとのデータプレーン IP アドレス ラーニングの構成

このセクションでは、VRF インスタンスごとのデータプレーン IP ラーニングを無効にする方法について説明します。

次の手順では、テナントと VRF インスタンスがすでに設定されていると仮定します。

手順

ステップ 1

次の場所に移動します。 [テナント（Tenants）] > [tenant_name] > [ネットワーキング（Networking）] > VRF > [vrf_name]。

ステップ 2

[VRF - ][vrf_name] 作業ペインで、 [ポリシー（Policy）] タブをクリックします。

ステップ 3

[ポリシー（Policy）] 作業ペインの下部までスクロールします。そして、 [IP データプレーン学習（IP Data-plane Learning）]を見つけます。

ステップ 4

次のいずれかをクリックします。

- [無効化（Disabled）]：VRF インスタンスでのデータプレーン IP アドレス ラーニングを無効にします。

- [有効化（Enabled）] ：VRF インスタンスでのデータプレーン IP アドレス ラーニングを有効にします。

ステップ 5

次をクリックします。 [送信（Submit）]。

GUI を使用したエンドポイントごとのデータ プレーン IP アドレス ラーニングの設定

次の手順では、選択したエンドポイント グループのエンドポイントのデータ プレーン IP アドレス学習を有効または無効にします。エンドポイントのデータ プレーン IP アドレス ラーニングを設定できるのは、EPG サブネット IP アドレスのマスクが IPv4 アドレスの場合は /32、IPv6 アドレスの場合は /128 です。データ プレーン IP アドレスの学習は、デフォルトで有効になっています。

手順

ステップ 1

メニューバーで、 [テナント（Tenants）] > [すべてのテナント（All Tenants）]を選択します。

ステップ 2

作業ウィンドウで、テナントの名前をダブルクリックします。

ステップ 3

既存のサブネットを変更する場合は、次のサブステップを実行します。

1. ナビゲーション ペインで [テナント（Tenant）][tenant_name] > [アプリケーション プロファイル（Application Profiles）] > [app_profile_name] > [アプリケーション EPG（Application EPGs） > [app_epg_name] > [サブネット（Subnets）] > [subnet_address]を選択します。

選択したサブネットは、次の要件を満たしている必要があります。

- [デフォルト ゲートウェイの IP（Default Gateway IP）] フィールドのマスクは、IPv4 アドレスの場合は /32、IPv6 アドレスの場合は /128です。

- [デフォルト SVI ゲートウェイなし（No Default SVI Gateway）] チェックボックスにチェックが必要です。

- [サブネットの向こう側の送信タイプ（Type Behind Subnet）] は、 [なし（None）] または [エニーキャスト MAC（Anycast MAC）]である必要があります。

2. 作業ペインで、 [IP データプレーン学習（IP Data-plane Learning）] トグルで [有効化（Enable）] または [無効化（Disable）]を必要に応じて選択します。

これにより、エンドポイントの IP アドレス データ プレーンの学習が有効または無効になります。

ステップ 4

新しいサブネットを作成する場合は、次のサブステップを実行します。

1. ナビゲーション ペインで [テナント（Tenant）][tenant_name] > [アプリケーション プロファイル（Application Profiles）] > [app_profile_name] > [アプリケーション EPG（Application EPGs） > [app_epg_name] > [サブネット（Subnets）]を選択します。

2. [サブネット（Subnets）] を右クリックし、 [EPG サブネットを作成します（Create EPG Subnet）]を選択します。

3. [デフォルト ゲートウェイの IP（Default Gateway IP）] フィールドには、IPv4 アドレスの場合は /32、IPv6 アドレスの場合は /128 のマスクを指定する必要があります。

4. [デフォルト SVI ゲートウェイなし（No Default SVI Gateway）] チェックボックスにチェックを付けます。

5. [サブネットの向こう側の送信タイプ（Type Behind Subnet）] ボタンで、 [なし（None）] または [エニーキャスト MAC（Anycast MAC）]を選択します。

6. [IP データプレーン学習（IP Data-plane Learning）] トグルで [有効化（Enable）] または [無効化（Disable）]を必要に応じて選択します。

これにより、エンドポイントの IP アドレス データ プレーンの学習が有効または無効になります。

7. 必要に応じて、残りのフィールドに入力します。

ステップ 5

[送信（Submit）]をクリックします。

GUI を使用したサブネットごとのデータ プレーン IP アドレス ラーニングの設定

次の手順では、サブネットのデータプレーン IP アドレス学習を有効または無効にします。データ プレーン IP アドレスの学習は、デフォルトで有効になっています。

手順

ステップ 1

メニューバーで、 [テナント（Tenants）] > [すべてのテナント（All Tenants）]を選択します。

ステップ 2

作業ウィンドウで、テナントの名前をダブルクリックします。

ステップ 3

既存のサブネットを変更する場合は、次のサブステップを実行します。

1. ナビゲーション ペインで [テナント（Tenant）][tenant_name] > [ネットワーキング（Networking）] > [ブリッジ ドメイン（Bridge Domains）] > [bridgeg_domain_name] > [サブネット（Subnets）] > [subnet_address]を選択します。

データプレーンの IP アドレス ラーニングを無効にする場合は、 [デフォルト SVI ゲートウェイなし（No Default SVI Gateway）] チェックボックスをオンにしないでください。

2. 作業ペインで、 [IP データプレーン学習（IP Data-plane Learning）] トグルで目的の [有効化（Enable）] または [無効化（Disable）]を選択します。

これにより、サブネットの IP アドレス データプレーンの学習が有効または無効になります。

ステップ 4

新しいサブネットを作成する場合は、次のサブステップを実行します：

1. ナビゲーション ペインで [テナント（Tenant）][tenant_name] > [ネットワーキング（Networking）] > [ブリッジ ドメイン（Bridge Domains）] > [bridgeg_domain_name] > [サブネット（Subnets）]を選択します。

2. 次を右クリックします。 [サブネット（Subnets）] そして、 [サブネットの作成（Create Subnet）]を選択します。

3. [デフォルト ゲートウェイの IP（Default Gateway IP）] フィールドに、IP アドレスとマスクを入力します。

4. データプレーンの IP アドレス ラーニングを無効にする場合は、 [デフォルト SVI ゲートウェイなし（No Default SVI Gateway）] チェックボックスをオンにしないでください。

5. [IP データプレーン学習（IP Data-plane Learning）] トグルで目的の [有効化（Enable）] または [無効化（Disable）]を選択します。

これにより、サブネットの IP アドレス データプレーンの学習が有効または無効になります。

6. 必要に応じて、残りのフィールドに入力します。

ステップ 5

[送信（Submit）]をクリックします。

Chapter8. IPv6 ネイバー探索

この章で説明する内容は、次のとおりです：

- ネイバー探索

ネイバー探索

IPv6 ネイバー探索（ND）は、ノードのアドレスの自動設定、リンク上の他のノードの探索、他のノードのリンク層アドレスの判別、重複アドレスの検出、使用可能なルータと DNS サーバの検出、アドレス プレフィックスの探索、および他のアクティブなネイバー ノードへのパスに関する到達可能性情報の維持を担当します。

ND 固有のネイバー要求/ネイバー アドバタイズメント（NS/NA）およびルータ要求/ルータ アドバタイズメント（RS/RA）パケット タイプは、物理、層3 サブ インターフェイス、および SVI（外部およびパーベイシブ）を含むすべての ACI ファブリックのレイヤ 3 インターフェイスでサポートされます。APIC リリース 3.1(1x) まで、RS/RA パケットはすべてのレイヤ 3 インターフェイスの自動設定のために使用されますが、拡散型 SVI の設定のみ可能です。

APIC リリース 3.1(2x) より、RS/RA パケットは自動設定のため使用され、ルーテッド インターフェイス、レイヤ 3 サブ インターフェイス、SVI（外部および拡散）を含むレイヤ 3 インターフェイスで設定できます。

ACI のブリッジ ドメイン ND は常にフラッド モードで動作します。ユニキャスト モードはサポートされません。

ACI ファブリック ND サポートに含まれるもの：

- インターフェイス ポリシー（nd:IfPol）は、NS/NA メッセージに関する ND タイマーと動作を制御します。

- ND プレフィックス ポリシー（nd:PfxPol）制御 RA メッセージ。

- ND の IPv6 サブネット（fv:Subnet）の設定。

- 外部ネットワークの ND インターフェイス ポリシー。

- 外部ネットワークの設定可能 ND サブネットおよびパーベイシブ ブリッジ ドメインの任意サブネット設定はサポートされません。

設定可能なオプションは次のとおりです。

- 隣接関係

- 構成可能な静的な隣接関係（アジャセンシー）：（<vrf, L3Iface, ipv6 address> -->mac address）

- 動的な隣接関係（アジャセンシー）：NS/NA パケットの交換経由で学習

- インターフェイス単位

- ND パケットの制御（NS/NA）

- ネイバー要求間隔

- ネイバー要求再試行回数

- RA パケットの制御

- RA の抑制

- RA MTU の抑制

- RA 間隔、RA 最小間隔、再送信時間

- プレフィックス単位（RA でアドバタイズ）の制御

- ライフタイム、優先ライフタイム

- プレフィックス コントロール（自動構成、リンク上）

- ネイバー検索重複アドレスの検出（DAD）

GUI を使用して、ブリッジ ドメイン上に IPv6 ネイバー探索対応のテナント、VRF、およびブリッジ ドメインを作成する

このタスクでは、テナント、VRF、およびブリッジ ドメイン（BD）を作成し、それらの中に 2 つの異なるタイプのネイバー探索（ND）ポリシーを作成する方法を示します。これらは ND インターフェイス ポリシーと ND プレフィックス ポリシーです。ND インターフェイス ポリシーは BD に導入されますが、ND プレフィックス ポリシーは個々のサブネットに導入されます。各 BD に独自の ND インターフェイス ポリシーを適用することができます。ND インターフェイス ポリシーは、デフォルトですべての IPv6 インターフェイスに導入されます。Cisco APIC には、使用可能なデフォルトの ND インターフェイス ポリシーがすでに存在します。必要に応じて、代わりに使用するカスタム ND インターフェイス ポリシーを作成できます。ND プレフィックス ポリシーはサブネット レベルにあります。すべての BD が複数のサブネットを持つことができ、各サブネットが異なる ND プレフィックスを持つことができます。

手順

ステップ 1

メニュー バーで、 [テナント（Tenant）] > [テナントを追加（Add Tenant）]をクリックします。

ステップ 2

[テナントの作成（Create Tenant）] ダイアログ ボックスで、次のタスクを実行します：

1. [名前（Name）] フィールドで名前を入力します。

2. [セキュリティ ドメイン（Security Domains）] アイコンをクリックして [セキュリティ ドメインの作成（Create Security Domain）] ダイアログ ボックスを開きます。

3. [名前（Name）] フィールドに、セキュリティ ドメインの名前を入力します。  [送信（Submit）]をクリックします。

4. [テナントの作成（Create Tenant）] ダイアログボックスで、作成したセキュリティ ドメインのチェックボックスをオンにし、 [送信（Submit）]をクリックします。

ステップ 3

[ナビゲーション（Navigation）] ペインで、 [Tenant-name] > [ネットワーキング（Networking）]を展開します。

ステップ 4

[作業（Work）] ペインで、 [VRF] アイコンをキャンバスにドラッグして、 [VRFの作成（Create VRF）] ダイアログボックスを開いて、次の操作を実行します：

1. [名前（Name）] フィールドに、名前を入力します。

2. [送信（Submit）] をクリックして [VRF] 構成を完了します。

ステップ 5

[ネットワーキング（Networking）] エリアで、 [ブリッジ ドメイン（Bridge Domain）] アイコンを VRF アイコンへ接続中にキャンバスにドラッグします。表示する [ブリッジドメインの作成（Create Bridge Domain）] ダイアログボックスで、次の操作を実行します：

1. [名前（Name）] フィールドに、名前を入力します。

2. [L3 構成（L3 Configurations）] タブをクリックし、 [サブネット（Subnets）] を展開して [サブネットの作成（Create Subnet）] ダイアログ ボックスを開きます。 [ゲートウェイ IP（Gateway IP）] フィールドにサブネット マスクを入力します。

ステップ 6

[サブネット コントロール（Subnet Control）] フィールドで、 [ND RAプレフィックス（ND RA Prefix）] チェックボックスはオンになっています。

ステップ 7

[ND プレフィックス ポリシー（ND Prefix Policy）] フィールドのドロップダウンリストで、 [ND RA プレフィックス ポリシーを作成（Create ND RA Prefix Policy）]をクリックします。

（注）

すべての IPv6 インターフェイスに導入される使用可能なデフォルト ポリシーがすでに存在しています。または、この例で示されているように、使用する ND プレフィックス ポリシーを作成できます。デフォルトでは、IPv6 ゲートウェイのサブネットは ND RA メッセージの ND プレフィックスとしてアドバタイズされます。ユーザーは、ND RA プレフィックス チェックボックスをオフにして、ND RA メッセージでサブネットをアドバタイズしないことを選択できます。

ステップ 8

[ND RA プレフィックス ポリシーを作成（Create ND RA Prefix Policy）] ダイアログボックスで、次の操作を実行します：

1. [名前（Name）] フィールドにプレフィックス ポリシーの名前を入力します。

（注）

特定のサブネットに対して存在できるプレフィックス ポリシーは 1 つのみです。サブネットは共通プレフィックス ポリシーを使用できますが、各サブネットに異なるプレフィックス ポリシーを適用することが可能です。

2. [コントローラの状態（Controller State）] フィールドで、目的のチェックボックスをオンにします。

3. [有効なプレフィックスのライフタイム（Valid Prefix Lifetime）] フィールドで、プレフィックスを有効にする期間について目的の値を選択します。

4. [プレフィックスのライフタイム（Preferred Prefix Lifetime）] フィールドで、目的の値を選択します。  [OK]をクリックします。

（注）

ND プレフィックス ポリシーが作成され、特定のサブネットに接続されます。

ステップ 9

リスト [ND ポリシー（ND policy）] フィールドのドロップダウンリストで、 [ND インターフェイス ポリシーの作成（Create ND Interface Policy）] をクリックし、次の作業を実行します：

1. [名前（Name）] フィールドにポリシーの名前を入力します。

2. [送信（Submit）]をクリックします。

ステップ 10

[OK] をクリックしてブリッジ ドメインの構成を完了します。

同様に、さまざまなプレフィックス ポリシーが適用された追加のサブネットを必要に応じて作成できます。

IPv6 アドレスのサブネットが BD に作成され、ND プレフィックス ポリシーが関連付けられています。

注意事項と制約事項

次の注意事項と制約事項は、レイヤ 3 インターフェイスのネイバー探索ルータ アドバタイズメント（ND RA）プレフィックスに適用されます。

- ND RA 設定は、IPv6 プレフィクスにのみ適用されます。IPv4 プレフィクスでネイバー探索ポリシーを構成しようとしても、失敗します。

GUI を使用して、レイヤ 3 インターフェイス上の RA の IPv6 ネイバー探索インターフェイス ポリシーの構成

（注）

次の手順では、レイヤ 3 インターフェイスで IPv6 ネイバー探索インターフェイス ポリシーを関連付ける方法を表示します。この特定の例は、非 VPC インターフェイスを使用して設定する方法を示しています。

始める前に

- テナント、VRF、BD が作成されていること。

- 外部ルーテッド ネットワークで、L3Out が作成されます。

手順

ステップ 1

[ナビゲーション（Navigation）] ペインで、適切なテナントで、適切な外部ルーテッド ネットワークに移動します。

ステップ 2

L3Outで、 > [論理ノード プロファイル（Logical Node Profiles）] > [Logical Node Profile_name] > [論理インターフェイス プロファイル（Logical Interface Profiles）]を展開します。

ステップ 3

適切な [論理インターフェイス プロファイル（Logical Interface Profile）]をダブルクリックし、 [作業（Work）] ペインで、 [ポリシー（Policy）] > [ルーテッド インターフェイス（Routed Interfaces）]をクリックします。

（注）

作成論理インターフェイス プロファイルを持っていない場合は、ここにプロファイルを作成することができます。

ステップ 4

[ルーテッド インターフェイス（Routed Interface）] ダイアログボックスで、次の操作を実行します：

1. [ND RAプレフィックス（ND RA Prefix）] フィールドで、インターフェイスの ND RA プレフィックスを有効にするチェック ボックスをチェックします。

有効にすると、ルーテッド インターフェイスは自動設定使用できます。

また、 [ND RA プレフィックス ポリシー（ND RA Prefix Policy）] フィールドが表示されます。

2. [ND RA プレフィックス ポリシー（ND RA Prefix Policy）] フィールドで、ドロップダウン リストから、適切な CDP ポリシーを選択します。

3. 必要に応じて、画面上の他の値を選択します。  [送信（Submit）]をクリックします。

（注）

VPC インターフェイスを使用してを構成する際に、VPC の構成内のメンバは、その両方としてに、サイド A とサイド B の両方の ND RA プレフィックスが有効にする必要があります 。  [作業（Work）] ペインの [論理インターフェイス プロファイル（Logical Interface Profile）] 画面で、 SVI タブをクリックします。  [プロパティ（Properties）]の下、チェックボックスをオンにして [ND RAプレフィックス（ND RA Prefix）] サイド A とサイド B の両方を有効にします。サイド A とサイド B には、同じ [ND RA プレフィックス ポリシー（ND RA Prefix Policy）] を選択します。

ネイバー探索重複アドレス検出について

重複アドレス検出 (DAD) は、ネットワーク内で重複アドレスを検出するためにネイバー探索が使用するプロセスです。デフォルトでは、ACI ファブリック リーフ レイヤ 3 インターフェイスで使用されているリンクローカル アドレスとグローバルサブネット IPv6 アドレスの DAD が有効になっています。オプションとして、REST API（ ipv6Dad =「disabled」 設定を使用）または GUI を通してノブを構成することにより、IPv6 グローバルサブネットの DAD プロセスを無効にすることができます。外部接続されたデバイスに境界リーフ冗長性を提供するため、異なる境界リーフ スイッチ上の L3Outs にわたって同じ共有セカンダリ アドレスが必要な場合には、このノブを構成します。このような場合、DAD プロセスを無効にすれば、DAD が複数の境界リーフ スイッチ上の同じ共有セカンダリ アドレスを重複と見なすことを避けられます。このような場合には DAD プロセスを無効にしないと、共有セカンダリ アドレスが DUPLICATE DAD 状態に入り、使用できなくなることがあります。

GUI を使用したネイバー探索重複アドレス検出の設定

サブネットのネイバー探索重複アドレス検出プロセスを無効にするには、このセクションの手順に従ってください。

手順

ステップ 1

適切なページに移動して、そのインターフェイスの DAD フィールドにアクセスします。次に例を示します。

1. [テナント（Tenants）] > [テナント（Tenant）] > [ネットワーキング（Networking）] > [L3Out（L3Outs）] > [L3Out] > [論理ノード プロファイル（Logical Node Profiles）] > [ノード（node）] > [論理インターフェイス プロファイル（Logical Interface Profiles）]へ移動し、構成するインターフェイスを選択します。

2. [ルーテッド サブインターフェース（Routed Sub-Interfaces）] または [SVI]をクリックし、作成 (+) ボタンをクリックしてインターフェイスを構成します。

ステップ 2

このインターフェイスで、DAD エントリを次のように設定します：

- プライマリ アドレスでは、DAD エントリの値を [有効（enabled）]に設定します。

- 共有セカンダリ アドレスでは、DAD エントリの値を [無効（disabled）]に設定します。セカンダリ アドレスが境界リーフ スイッチ間で共有されていない場合には、そのアドレスの DAD を無効にする必要がないことに注意してください。

例:

たとえば、SVI インターフェイスのこの構成を構成する場合には、次のようになります：

- サイド A の IPv6 DAD を [有効（enabled）]に設定します。

- サイド B の IPv6 DAD を [無効（disabled）]に設定します。

例:

別の例として、ルーテッド サブインターフェイスの設定を構成する場合には、次のようになります：

- メインの [Select Routed Sub-Interface] ページで、ルーテッド サブインターフェイスの IPv6 DAD を [有効（enabled）]に設定します。

- [IPv4 Secondary/IPv6 Additional Addresses] エリアで作成 (+) ボタンをクリックして [Create Secondary IP Address] ページにアクセスし、IPv6 DAD の値を [無効（disabled）]に設定します。OK ボタンをクリックして、この画面での変更点を適用します。

ステップ 3

送信ボタンをクリックして、変更を適用します。

ステップ 4

リーフ スイッチで show ipv6 int コマンドを入力して、設定がリーフ スイッチに正しくプッシュされたか確認してください。例：

swtb23-leaf5# show ipv6 int vrf icmpv6:v1
IPv6 Interface Status for VRF "icmpv6:v1"(9)

vlan2, Interface status: protocol-up/link-up/admin-up, iod: 73
if_mode: ext
IPv6 address:
2001:DB8:A::2/64 [VALID] [PREFERRED]
2001:DB8:A::11/64 [VALID] [dad-disabled]
IPv6 subnet:  2001:DB8:A::/64
IPv6 link-local address: fe80::863d:c6ff:fe9f:eb8b/10 (Default) [VALID]

Chapter9. Microsoft NLB

この章で説明する内容は、次のとおりです：

- Microsoft NLB について

- [Cisco ACI] Microsoft NLB サーバーの構成

- Microsoft Network Load Balancing の注意事項と制限事項

- GUI を使用したユニキャスト モードでの Microsoft NLB の設定

- GUI を使用したマルチキャスト モードでの Microsoft NLB の構成

- GUI を使用した IGMP モードでの Microsoft NLB の設定

Microsoft NLB について

Microsoft ネットワーク ロード バランシング（NLB）機能は、クライアント トラフィックを多数のサーバに分散し、各サーバがアプリケーションの個別のコピーを実行します。ネットワーク ロード バランシングは、レイヤ 2 の不明なユニキャストまたはマルチキャストを使用して、着信ネットワーク トラフィックをすべてのクラスタ ホストに同時に分散します。

Microsoft NLB ノードのグループは、NLB クラスタと総称されます。NLB クラスタは、1 つ以上の仮想 IP（VIP）アドレスのサービスを提供します。NLB クラスタ内のノードは、ロード バランシング アルゴリズムを使用して、NLB VIP 宛ての特定のトラフィック フローを処理する個々のノードを決定します。クラスタ内のすべてのノードはトラフィックのすべてのパケットを受信しますが、1 つのノードだけが要求を処理します。

次の図に、Microsoft NLB が [Cisco APIC]との実装方法を図で示します。

この図では、サーバー 1 とサーバー 2 が MS NLB クラスターにあります。これらのサーバーは、外部クライアントには単一ホスト サーバーとして表示されます。MS NLB クラスター内のすべてのサーバーがすべての着信要求を受信すると、MS NLB はサーバー間で負荷を分散します。

3 種類の異なる動作モードでの Microsoft NLB の機能：

- ユニキャスト モード： このモードでは、各 NLB クラスタ VIP にユニキャスト MAC アドレスが割り当てられます。このモードは、トラフィックをクラスタに配信するために不明なユニキャスト フラッディングに依存します。

- マルチキャスト モード： このモードでは、各 NLB クラスタ VIP が非 Internet Assigned Numbers Authority（IANA）マルチキャスト MAC アドレス（03xx.xxxx.xxxx）に割り当てられます。

- IGMP モード： このモードでは、NLB クラスタ VIP が一意の IPv4 マルチキャスト グループ アドレスに割り当てられます。このためのマルチキャスト MAC アドレスは、IPv4 マルチキャスト アドレスの標準 MAC 導出から導出されます。

- ユニキャスト モードについて

- マルチキャスト モードについて

- IGMP モードについて

ユニキャスト モードについて

ユニキャスト動作モードでは、ネットワーク負荷分散は、それが有効になっているネットワーク アダプタ（クラスタ アダプタと呼ばれる）の MAC アドレスを再割り当てし、すべてのクラスタ ホストに同じ MAC アドレスが割り当てられます。この MAC アドレスは、クラスタのプライマリ IP アドレスから取得されます。たとえば、プライマリ IP アドレスが 1.2.3.4 の場合、ユニキャスト MAC アドレスは 02-BF-1-2-3-4 に設定されます。

ネットワーク ロード バランシングのユニキャスト モードでは、次の図に示すように、着信ネットワーク トラフィックをすべてのクラスタ ホストに同時に配信します。

レイヤ 2 スイッチでは、すべてのスイッチ ポートで一意の送信元 MAC アドレスが認識されるため、共通の MAC アドレスを使用すると、通常は競合が発生します。この問題を回避するために、ネットワーク ロード バランシングは発信パケットの送信元 MAC アドレスを一意に変更します。クラスターの MAC アドレスが 02-BF-1-2-3-4 の場合、各ホストの送信元 MAC アドレスは 02-x-1-2-3-4 に設定されます。 x は、次の図に示すように、クラスター内でのホストの優先順位です。

マルチキャスト モードについて

ネットワーク ロード バランシングは、着信ネットワーク トラフィックをすべてのクラスタ ホストに分散するためのマルチキャスト モードも提供します。マルチキャスト モードは、アダプタの MAC アドレスを変更する代わりに、レイヤ 2 マルチキャスト アドレスをクラスタ アダプタに割り当てます。たとえば、マルチキャスト MAC アドレスは、クラスタのプライマリ IP アドレス 10.20.30.40 に対して 03-BF-0A-14-1E-28 に設定できます。クラスタ通信には別のアダプタは必要ありません。

IGMP モードについて

Microsoft NLB サーバは、IGMP を使用してマルチキャスト グループに参加するように設定することもできます。これをスイッチのクエリアおよび IGMP スヌーピングと組み合わせることで、マルチキャスト メッセージのフラッディングの範囲を最適化できます。

Microsoft NLB サーバは、マルチキャスト グループ アドレスに IGMP Join を送信します。マルチキャスト アドレスの最後の 2 つのオクテットは、クラスタ IP の最後の 2 つのオクテットに対応します。たとえば、Microsoft NLB サーバが 239.255.xx のマルチキャスト アドレスに IGMP Join を送信する状況では、次のようになります。

- クラスタ IP：10.20.30.40

- IGMP が 239.255. に送信されました。30.40

- クライアントからサーバ方向で使用される MAC：0100.5E7F.1E28

- クラスタ通信には別のアダプタは必要ありません

[Cisco ACI] Microsoft NLB サーバーの構成

リリース 4.1 より前の Microsoft NLB のデプロイメントには、 [Cisco ACI] ファブリックはレイヤ 2 のみである必要があり、エンドポイントのレイヤ 3 ゲートウェイとして外部ルータを使用します。リリース 4.1 以降、 [Cisco ACI] ファブリックは Microsoft NLB 導入のレイヤ 3 ゲートウェイになります。

次の表に、各 Microsoft NLB 導入モードの導入に関する考慮事項の概要を示します。

[Cisco ACI] Microsoft NLB を使用した導入モード

ユニキャスト モード

マルチキャスト モード

IGMP モード

[Cisco ACI] をレイヤ 2 ネットワークとして、レイヤ 3 ゲートウェイとして外部ルータを使用

スイッチ名の末尾に -EX、-FX、または -FX2 があるリーフ スイッチ モデルでサポートされます。

スイッチ名の末尾に -EX、-FX、または -FX2 が付いたリーフ スイッチ モデル、およびスイッチ名の末尾にサフィックスがないリーフ スイッチ モデルでサポートされます。

スイッチ名の末尾に -EX、-FX、または -FX2 が付いたリーフ スイッチ モデル、およびスイッチ名の末尾にサフィックスがないリーフ スイッチ モデルでサポートされます。ただし、Microsoft NLB トラフィックは IGMP によってスコープされず、代わりにフラッディングされます。

[Cisco ACI] をレイヤ 3 ゲートウェイとして

リリース 4.1 以降でサポートされます。

リリース 4.1 以降でサポートされます。

リリース 4.1 以降でサポートされます。

次の表に、Cisco ACI をレイヤ 2 として使用して Microsoft NLB を導入するために使用できる構成オプションの詳細を示します。

3 つの Microsoft NLB モードの外部ルータおよび ACI ブリッジ ドメインの構成

ユニキャスト モード

マルチキャスト モード

IGMP モード[1]

[ACI ブリッジ ドメインの構成（ACI Bridge Domain Configuration）]

- 不明なユニキャスト フラッディング用に設定されたブリッジ ドメイン（hw-proxy 以外）

- No IP 回送

- 不明なユニキャスト フラッディング用に設定されたブリッジ ドメイン（hw-proxy 以外）

- No IP 回送

- レイヤ 3 不明なマルチキャスト：フラッディング（最適化されたマルチキャスト フラッディングでも、Microsoft NLB トラフィックがフラッディングされる）

- IGMP スヌーピング構成：該当なし

- 不明なユニキャスト フラッディング用に設定されたブリッジ ドメイン（hw-proxy 以外）

- No IP 回送

- レイヤ 3 不明なマルチキャスト：オプションですが、将来の互換性のために構成可能

- クエリア構成：オプションですが、将来の互換性のために有効にできます。ブリッジ ドメインの下にサブネットを構成します。IP ルーティングは不要です。

- IGMP スヌーピング構成：オプションですが、将来の互換性のためにイネーブルにできます。

[外部ルータ ARP テーブルの構成（External Router ARP Table Configuration）]

- 特別な ARP 構成なし

- 外部ルータが VIP から VMAC へのマッピングを学習する

ユニキャスト VIP からマルチキャスト MAC への静的 ARP 構成

ユニキャスト VIP からマルチキャスト MAC への静的 ARP 構成

[1] リリース 3.2 では、Microsoft NLB マルチキャスト モードと比較して Microsoft NLB IGMP モードを使用しても、複数接続先トラフィックのスコーピングに関して利点はありません。

リリース 4.1 以降、 [Cisco ACI] Microsoft NLB サーバーを接続するための構成は、次の一般的なタスクで構成されています：

- VRF の構成。出力または入力モードで VRF を構成できます。

- Microsoft NLB サーバのブリッジ ドメイン（BD）を構成します。ハードウェア プロキシ モードではなく、フラッディング モードで L2 ユニキャストを使用します。

- 同じ VIP を共有するすべての Microsoft NLB サーバの EPG を定義します。この EPG を以前に定義した BD に関連付ける必要があります。

- EPG でサブネットとして Microsoft NLB VIP を入力します。Microsoft NLB は、次のモードで構成できます：

- ユニキャスト モード： Microsoft NLB VIP 構成の一部としてユニキャスト MAC アドレスを入力します。このモードでは、クライアントから Microsoft NLB VIP へのトラフィックは、Microsoft NLB BD 内のすべての EPG にフラッディングされます。

- [マルチキャスト モード（Multicast mode）： Microsoft NLB VIP 自体の構成時にマルチキャスト MAC アドレスを入力します。Microsoft NLB EPG の静的ポートに移動し、Microsoft NLB サーバが接続されている EPG ポートに Microsoft NLB マルチキャスト MAC を追加します。このモードでは、トラフィックは静的 MAC バインディングを持つポートに転送されます。

- [IGMP モード（IGMP mode）： Microsoft NLB VIP 自体の構成時に Microsoft NLB グループ アドレスを入力します。このモードでは、クライアントから Microsoft NLB VIP へのトラフィックは、Microsoft NLB グループ アドレスの IGMP Join を受信するポートに転送されます。

- Microsoft NLB EPG とクライアント EPG 間のコントラクトの構成します。Microsoft NLB EPG を契約のプロバイダー側として構成し、クライアント EPG を契約のコンシューマ側として構成する必要があります。

Microsoft NLB は、ルート プラス フラッディング ソリューションです。クライアントから Microsoft NLB VIP へのトラフィックは、まずコンシューマ ToR スイッチでルーティングされ、次に Microsoft NLB BD でプロバイダー ToR スイッチに向けてフラッディングされます。

トラフィックがコンシューマ ToR スイッチを出ると、トラフィックはフラッディングされ、コントラクトはフラッディング トラフィックに適用できません。したがって、契約の適用はコンシューマ ToR スイッチで行う必要があります。

入力モードの VRF の場合、境界リーフ スイッチ（コンシューマ ToR スイッチ）にポリシーがないため、L3Out から Microsoft NLB EPG への VRF 内トラフィックがコンシューマ ToR スイッチでドロップされることがあります。この問題を回避するには、次のいずれかのオプションを使用します：

- オプション 1： 出力モードで VRF を構成します。出力モードで VRF を構成すると、ポリシーは境界リーフ スイッチにダウンロードされます。

- オプション 2： Microsoft NLB EPG と L3Out の L3external を優先グループに追加します。トラフィックは、コンシューマ ToR スイッチのデフォルト許可ポリシーにヒットします。

- オプション 3： アップ状態の未使用ポート、または境界リーフ スイッチ上の Microsoft NLB サーバー に接続されているポートに Microsoft NLB EPG を展開します。これにより、Microsoft NLB EPG は境界リーフ スイッチのローカル エンドポイントになります。ポリシーはローカル エンドポイント用にダウンロードされるため、境界リーフ スイッチにはポリシーがダウンロードされます。

- オプション 4： 共有サービスを使用します。プロバイダーの Microsoft NLB VRF とは異なる、コンシューマ VRF に L3Out を展開します。Microsoft NLB EPG の Microsoft NLB VIP の場合は、 [VRF の間で共有（Shared between VRFs）] ボックスをオンにします。コンシューマ VRF からの L3Out と Microsoft NLB EPG 間のコントラクトを構成します。共有サービスを使用すると、ポリシーは境界リーフ スイッチにダウンロードされます。

次の表に、Microsoft NLB モードでサポートされる EPG および BD 構成の詳細を示します。

[Cisco ACI] Microsoft NLB モードの EPG および BD の構成

ユニキャスト モード

マルチキャスト モード

IGMP モード

ブリッジ ドメインの構成

- IP ルーティング

- 不明なユニキャスト フラッディング用に構成されたブリッジ ドメイン（hw-proxy 以外）

- ブリッジド メインの MAC アドレスは変更しないでください。

- IP ルーティング

- 不明なユニキャスト フラッディング用に構成されたブリッジ ドメイン（hw-proxy 以外）

- ブリッジド メインの MAC アドレスは変更しないでください。

- 次の IP ルーティング

- 不明なユニキャスト フラッディング用に設定されたブリッジ ドメイン（hw-proxy 以外）

- ブリッジド メインの MAC アドレスは変更しないでください。

[EPG の構成（EPG Configuration）]

- VIP のサブネット

- サブネットの一部として定義されたユニキャスト MAC アドレス

- VIP のサブネット

- サブネットの一部として定義されたマルチキャスト MAC アドレス

- サーバーが存在するポートへのスタティック バインディング

- 各パスの静的グループ MAC アドレス

- VIP のサブネット

- MAC アドレスを入力する必要はありません

- ダイナミック グループまたは静的 グループを選択できます

- 静的グループ オプションを選択した場合は、静的パスを入力し、各パスにマルチキャスト グループを入力します。

[VMM ドメイン（VMM Domain）]

VMM ドメインを入力できます。

マルチキャスト モードには静的パスが必要であるため、この状況では VMM ドメインを使用できません。

ダイナミック グループ モードでは、VMM ドメインを使用できます。

Microsoft Network Load Balancing の注意事項と制限事項

次は、Microsoft Network Load Balancing（NLB）の注意事項と制限事項です：

- ブリッジ ドメインの [ポリシー（Policy）] > [高度/トラブルシューティング（Advanced/Troubleshooting）] プロパティで Microsoft NLB VIP アドレスがそのブリッジ ドメインの任意の EPG で構成されている場合、 [マルチキャスト SMAC でARP をドロップ（Drop ARP with Multicast SMAC）] ノブを無効化する必要があります。

- ブリッジ ドメインのマルチデスティネーション フラッディングが [ドロップ（drop）]に設定されている場合、Microsoft NLB はサポートされません。

- アップグレード前に作成された既存のブリッジドメインの場合、 [マルチキャスト SMAC でARP をドロップ（Drop ARP with Multicast SMAC）] ノブはデフォルトで無効になっています。アップグレード後に作成されたブリッジ ドメインの場合、このノブはデフォルトで有効になっています。アップグレード後に Microsoft NLB のブリッジ ドメインを作成する場合は、Microsoft NLB を機能させるためにこのノブを無効にする必要があります。

- レイヤ 3 マルチキャストはサポートされていません（Microsoft NLB BD で PIM を有効にすることはできません）。

- IGMP の場合、許容されるモード グループは IPv4 です（IPv6 はサポートされません）。

- EX で終了する名前の Cisco Nexus 9000 シリーズ スイッチ、およびそれ以降のみがサポートされています。

- Microsoft NLB では、共有サービスおよびマイクロセグメント（uSeg）EPG がサポートされています。

- [Cisco ACI マルチサイト（Cisco ACI Multi-Site）] は現在サポートされていません。

- レイヤ 2 不明ユニキャスト フラッディング モードで Microsoft NLB を設定する必要があります。

代わりに、ハードウェア プロキシのブリッジドメインを構成すると、 [Cisco ACI] は障害を発生させ、これはブリッジドメインの構成を修正することでクリアされます。ブリッジ ドメインがハードウェア プロキシ用に誤って構成されたままの場合、ACI は 30 秒ごとに障害のある構成を起動しようとしますが、これはスイッチにとって不要なオーバーヘッドです。

- デフォルトの SVI MAC アドレスを使用して Microsoft NLB ブリッジ ドメインを構成する必要があります。レイヤ 3 構成では、ブリッジ ドメインの MAC アドレスをデフォルト設定の 00:22:BD:F8:19:FF に構成する必要があります。Microsoft NLB ブリッジ ドメインのこのデフォルト SVI MAC アドレスは変更しないでください。

- ファブリックあたり 128 の Microsoft NLB VIP のハードウェア制限があります。

- Microsoft NLB 用に構成された仮想化されたサーバーは、すべてのモード（ユニキャスト、マルチキャスト、および IGMP）の静的バインディング付きの [Cisco ACI] に接続できます。

- Microsoft NLB 用に構成された仮想化されたサーバーは、ユニキャスト モードと IGMP モードの VMM 統合を介して [Cisco ACI] に接続できます。

- Microsoft NLB ユニキャスト モードは、エンドホスト モードの Cisco UCS B シリーズ ブレード サーバーの背後にある VMM 統合ではサポートされません。

ユニキャスト モードの Microsoft NLB は、クラスタ バウンド パケットの配信について不明なユニキャストのフラッディングに依存します。ユニキャスト モードは、ファブリック インターコネクトがエンドホスト モードの場合、Cisco UCS B シリーズ ブレード サーバーでは機能しません。このモードでは、不明なユニキャスト フレームがフラッディングされないためです。エンドホスト モードでの Cisco UCS B シリーズ ブレード サーバーのレイヤ 2 転送動作の詳細については、以下を参照してください。

https://www.cisco.com/c/en/us/solutions/collateral/data-center-virtualization/unified-computing/whitepaper_c11-701962.html

GUI を使用したユニキャスト モードでの Microsoft NLB の設定

このタスクは、ブリッジ ドメインのすべてのポートに Microsoft NLB がフラッドするように設定します。

始める前に

これらの手順を進める前に次の使用可能な情報を準備してください。

- Microsoft NLB クラスタ VIP

- Microsoft NLB クラスタ MAC アドレス

手順

ステップ 1

リスト ナビゲーション ペインで、 [テナント（Tenant）] > [tenant_name] > [アプリケーション プロファイル（Application Profiles）] > [application_profile_name[ > [アプリケーション EPG（Application EPGs）] > [application_EPG_name] > [サブネット（Subnets）]。

ステップ 2

次を右クリックします。 サブネット [状態（Status）] > [インターフェイス状態（Interface Status）] [EPG サブネットを作成します（Create EPG Subnet）]を選択します。

ステップ 3

次に [EPG サブネットを作成します（Create EPG Subnet）]を選択します ダイアログ ボックスで、次のフィールドに入力します：

1. リスト [デフォルト ゲートウェイの IP（Default Gateway IP）] フィールドで Microsoft NLB cluster VIP を入力します。

次に例を示します。 [192.0.2.1/32]。

2. 次に 対象範囲 エリアで共有サービスについては、次をオンにします。 VRFの間で共有。

オフ プライベートからVRF（選択されている場合）。

3. 通常の サブネットコントロールの下で デフォルトSVIゲートウェイなし チェックボックスをオンにします。

4. 次に サブネットの向こう側の送信タイプ 領域で、 [Epnlb]上に構築できます。

この モード フィールドが表示されます。

5. [バーチャルアカウント（Virtual Account）] ドロップダウン リストから、 モード ドロップダウンリストから、 [ユニキャストモードの NLB（NLB in unicast mode）]を選択します。

この MAC アドレス フィールドが表示されます。

6. リスト [MAC アドレス（MAC Address）] フィールドに Microsoft NLB クラスタ MAC アドレスを入力します。

次に例を示します。 00:01:02:03:04:05。

ステップ 4

登録手続きを開始するには、 送信。

GUI を使用したマルチキャスト モードでの Microsoft NLB の構成

このタスクは、ブリッジ ドメインの特定のポートでのみ Microsoft NLB がフラッドするように構成します。

始める前に

これらの手順を進める前に次の使用可能な情報を準備してください：

- Microsoft NLB クラスタ VIP

- Microsoft NLB クラスタ MAC アドレス

手順

ステップ 1

[ナビゲーション（Navigation）] ペインで、 [テナント（Tenant）] > [tenant_name] > [アプリケーション プロファイル（Application Profiles）] > [application_profile_name[ > [アプリケーション EPG（Application EPGs）] > [application_EPG_name] > [サブネット（Subnets）]を選択します。

ステップ 2

[サブネット（Subnets）] および [EPG サブネットを作成します（Create EPG Subnet）]を選択します。

ステップ 3

[EPG サブネットを作成します（Create EPG Subnet）] ダイアログ ボックスで、次のフィールドに入力します：

1. [デフォルト ゲートウェイの IP（Default Gateway IP）] フィールドで Microsoft NLB cluster VIP を入力します。

たとえば、 192.0.2.1/32です。

2. [範囲（Scope）] エリアで共有サービスについては、 [VRFの間で共有（Shared between VRFs）]をオンにします。

選択されている場合、 [プライベートから VRF（Private to VRF）] ¥をオフにします。

3. [サブネット コントロール（Subnet Control）]の下で [デフォルト SVI ゲートウェイなし（No Default SVI Gateway）] チェックボックスをオンにします。

4. [サブネットの向こう側の送信タイプ（Type Behind Subnet）] エリア内で [MSNLB]をクリックします。

[モード（Mode）] フィールドが表示されます。

5. [モード（Mode）] ドロップダウンリストから、 [静的マルチキャスト モードの NLB（NLB in static multicast mode）]を選択します。

[MAC アドレス（MAC Address）] フィールドが表示されます。

6. [MAC アドレス（MAC Address）] フィールドに Microsoft NLB クラスタ MAC アドレスを入力します。

マルチキャスト モードの Microsoft NLB クラスタ MAC アドレスの場合、クラスタ MAC アドレスは 03で始まる必要があります。

たとえば、 01:02:03:04です。

7. マルチキャスト モードでこのフィールドに入力した Microsoft NLB クラスタの MAC アドレスをコピーします。

ステップ 4

[送信（Submit）]をクリックします。

ステップ 5

[ナビゲーション（Navigation）] ペインで、 [テナント（Tenant）][tenant_name] > [アプリケーション プロファイル（Application Profiles）] > [application_profile_name] > [Application EPGs] > [application_EPG_name] > [静的ポート（Static Ports）] > [static_port]を選択します。

ブリッジ ドメインで Microsoft NLB をフラッドに構成する静的 ポートを選択します。

ステップ 6

このポートの [静的パス（Static Path）] ページで、次のフィールドに入力します。

1. [NLB 静的グループ（NLB Static Group）] エリアで、 + をクリックし（作成）、 3.g からコピーした MAC アドレスを [MAC アドレス（Mac Address）] フィールドに貼り付けます。

2. 次の下にある [更新（Update）] をクリックします。 [MAC アドレス（Mac Address）] フィールド。

ステップ 7

[静的パス（Static Path）] ページで、 [送信（Submit）]をクリックします。

この Microsoft NLB クラスタ MAC アドレスへのトラフィックは、この静的ポートに送信されます。

GUI を使用した IGMP モードでの Microsoft NLB の設定

このタスクは、ブリッジ ドメインの特定のポートでのみ Microsoft NLB がフラッドするように設定します。

始める前に

これらの手順を進める前に次の使用可能な情報を準備してください。

- Microsoft NLB クラスタ VIP

手順

ステップ 1

[ナビゲーション（Navigation）] ペインで、 [テナント（Tenant）] > [tenant_name] > [アプリケーション プロファイル（Application Profiles）] > [application_profile_name[ > [アプリケーション EPG（Application EPGs）] > [application_EPG_name] > [サブネット（Subnets）]。

ステップ 2

次を右クリックします。 [サブネット（Subnets）] そして [EPG サブネットを作成します（Create EPG Subnet）]を選択します。

ステップ 3

[EPG サブネットを作成します（Create EPG Subnet）] ダイアログ ボックスで、次のフィールドに入力します：

1. [デフォルト ゲートウェイの IP（Default Gateway IP）] フィールドで Microsoft NLB cluster VIP を入力します。

次に例を示します。 [192.0.2.1/32]。

2. [範囲（Scope）] エリアで共有サービスについては、次をオンにします。 [VRFの間で共有（Shared between VRFs）]。

[プライベートから VRF（Private to VRF）] をオフにします（選択されている場合）。

3. [サブネット コントロール（Subnet Control）]の下で [デフォルト SVI ゲートウェイなし（No Default SVI Gateway）] チェックボックスをオンにします。

4. [サブネットの向こう側の送信タイプ（Type Behind Subnet）] エリア内で [Epnlb]をクリックします。

[モード（Mode）] フィールドが表示されます。

5. [モード（Mode）] ドロップダウンリストから、 [IGMPモードの NLB（NLB in IGMP mode）]を選択します。

[グループ Id（Group Id）] フィールドが表示されます。

6. [グループ Id（Group Id）] フィールドに、Microsoft NLB マルチキャスト グループ アドレスを入力します。

Microsoft NLB マルチキャスト グループ アドレスの場合、アドレスの最後の 2 オクテットは、インスタンス クラスタ IP アドレスの最後の 2 オクテットに対応します。たとえば、インスタンス クラスターの IP アドレスが 10.20.30.40の場合、このフィールドに入力するMicrosoft NLBマルチキャストグループ アドレスは次のようになります。 239.255.30.40。

ステップ 4

次をクリックします [送信（Submit）]。

Microsoft NLB クラスタ VIP へのトラフィックは、APIC から静的に、または NLB クラスタからの IGMP 参加に基づいて動的に設定された発信インターフェイス リストにフラッディングされます。

ステップ 5

スタティック結合とダイナミック結合のどちらを使用するかを決定します。

スタティック結合とダイナミック結合を組み合わせて使用できます。一部のポートはスタティック結合を使用でき、他のポートはダイナミック結合を使用できます。

- [ダイナミック参加： ダイナミック結合では、それぞれのポートで Microsoft NLB クラスタによって結合が送信され、スイッチはその発信インターフェイス リストを使用して動的に起動します。

- 静的結合： スタティック結合では、Microsoft NLB クラスタ VIP へのトラフィックは、次の手順で設定したポートに送信されます。

スタティック結合を使用する場合：

1. 次のフィールドに入力した Microsoft NLB マルチキャスト グループ アドレスをコピーします。 [グループ Id（Group Id）] フィールドは、次にあります。 3.f。

2. [ナビゲーション（Navigation）] ペインで、 [テナント（Tenant）] > [tenant_name] > [アプリケーション プロファイル（Application Profiles）] > [application_profile_name] > [Application EPGs] > [application_EPG_name] > [スタテック ポート（Static Ports）] > [static_port]を選択します。

ブリッジ ドメインで Microsoft NLB をフラッドに設定するスタティック ポートを選択します。

3. このポートの [静的パス（Static Path）] ページで、次のフィールドに入力します：

- [IGMP スヌープ静的グループ（IGMP Snoop Static Group）] エリア内で +（作成）をクリックします。 そして、コピーしたグループアドレスを 3.f 次に貼り付けます。 [グループアドレス（Group Address）] フィールド

- 次をクリックします。 [更新（Update）] これは、 [グループアドレス（Group Address）] フィールドの下にあります。

4. [静的パス（Static Path）] ページで、 [送信（Submit）]をクリックします。

ブリッジ ドメインではデフォルトで IGMP スヌーピングがオンになっています。これは、ブリッジ ドメインに関連付けられた IGMP スヌーピングポリシー「デフォルト」により、ポリシーの管理状態として [有効化（Enabled）] になるためです。詳細については、 GUI を使用した IGMP スヌーピング ポリシーの設定を参照してください。

Chapter10. IGMP スヌーピング

ACI ファブリックに IGMP スヌーピングを実装するには

（注）

ブリッジ ドメインで IGMP スヌーピングをディセーブルにしないことを推奨します。IGMP スヌーピングをディセーブルにすると、ブリッジ ドメインで不正なフラッディングが過度に発生し、マルチキャストのパフォーマンスが低下する場合があります。

IGMP スヌーピング ソフトウェアは、ブリッジ ドメイン内の IP マルチキャスト トラフィックを調べて、該当する受信側が常駐するポートを検出します。IGMP スヌーピングではポート情報を利用することにより、マルチアクセスブリッジ ドメイン環境における帯域幅消費量を削減し、ブリッジ ドメイン全体へのフラッディングを回避します。デフォルトでは、IGMP スヌーピングがブリッジ ドメインでイネーブルにされています。

この図は、ホストへの接続を持つ ACI リーフ スイッチに含まれる IGMP ルーティング機能と IGMP スヌーピング機能を示しています。IGMP スヌーピング機能は、IGMP メンバーシップ レポートをスヌーピングし、メッセージを残し、必要な場合にのみIGMPルータ機能に転送します。

IGMP スヌーピング機能

IGMP スヌーピングは、IGMPv1、IGMPv2、および IGMPv3 コントロール プレーン パケットの処理に関与し、レイヤ 3 コントロール プレーン パケットを代行受信して、レイヤ 2 の転送処理を操作します。

IGMP スヌーピングには、次の独自機能があります。

- 宛先および送信元の IP アドレスに基づいたマルチキャスト パケットの転送が可能な送信元フィルタリング

- MAC アドレスではなく、IP アドレスに基づいたマルチキャスト転送

- MAC アドレスに基づいた代わりのマルチキャスト転送

ACI ファブリックは、RFC 4541の2.1.1 項「IGMP 転送ルール」に記載されているガイドラインに従って、プロキシ レポーティング モードでのみ IGMP スヌーピングをサポートします。

IGMP ネットワークには「プロキシレポート」を実装するデバイスが含まれる場合もあり、
ダウンストリーム ホストから受信したレポートは
集約され、内部メンバーシップ状態の構築に使用されます。  そのような
プロキシレポートを行うデバイスは、すべてゼロの IP 送信元アドレスを使用できます
（集約したレポートをアップストリームに転送する際に）。このため、
スヌーピング スイッチで受信した IGMP メンバーシップ レポートは、
送信元 IP アドレスが 0.0.0.0 に設定されているという理由で拒否してはいけません。

その結果、ACI ファブリックは送信元 IP アドレス 0.0.0.0 の IGMP レポートを送信します。

（注）

IGMP スヌーピングの詳細については、RFC 4541 を参照してください。

仮想化のサポート

IGMP スヌーピングに対して、複数の仮想ルーティングおよび転送（VRF）インスタンスを定義できます。

リーフ スイッチでは、 show コマンドに VRF 引数を指定して実行すると、表示される情報のコンテキストを確認できます。VRF 引数を指定しない場合は、デフォルト VRF が使用されます。

APIC IGMP スヌーピング機能、IGMPv1、IGMPv2、および高速リーブ機能

IGMPv1 と IGMPv2 は両方とも、メンバーシップ レポート抑制をサポートします。つまり、同一サブネット上の 2 つのホストが同一グループのマルチキャスト データを受信する場合、他方のホストからメンバー レポートを受信するホストは、そのレポートを送信しません。メンバーシップ レポート抑制は、同じポートを共有しているホスト間で発生します。

各スイッチ ポートに接続されているホストが 1 つしかない場合は、IGMPv2 の高速脱退機能を設定できます。高速脱退機能を使用すると、最終メンバーのクエリー メッセージがホストに送信されません。APIC は、IGMP 脱退メッセージを受信すると、ただちに該当するポートへのマルチキャスト データ転送を停止します。

IGMPv1 では、明示的な IGMP 脱退メッセージが存在しないため、 APIC の IGMP スヌーピング機能は、特定のグループについてマルチキャスト データを要求するホストが存続しないことを示すために、メンバーシップ メッセージ タイムアウトを使用する必要があります。

（注）

高速脱退機能がイネーブルになっている場合、他のホストの存在は確認されないため、IGMP スヌーピング機能は、最終メンバーのクエリー インターバル設定を無視します。

APIC IGMP スヌーピング ファンクション キーと IGMPv3

APIC での IGMPv3 スヌーピング ファンクションでは、完全な IGMPv3 スヌーピングがサポートされています。これにより、IGMPv3 レポートの （S、G） 情報に基づいて、抑制されたフラッディングが提供されます。この送信元ベースのフィルタリングにより、デバイスは対象のマルチキャスト グループにトラフィックを送信する送信元に基づいて、マルチキャスト トラフィックの宛先ポートを制限できます。

デフォルトでは、IGMP スヌーピング機能は、ブリッジ ドメインでは、各 VLAN ポート上のホストを追跡します。この明示的なトラッキング機能は、高速脱退メカニズムをサポートしています。IGMPv3 ではすべてのホストがメンバーシップ レポートを送信するため、レポート抑制機能を利用すると、デバイスから他のマルチキャスト対応ルータに送信されるトラフィック量を制限できます。レポート抑制を有効にしていても、IGMPv1 または IGMPv2 ホストが同じグループをリクエストしなかった場合、IGMP スヌーピング機能はプロキシ レポートを作成します。プロキシ機能により、ダウンストリーム ホストが送信するメンバーシップ レポートからグループ ステートが構築され、アップストリーム クエリアからのクエリーに応答するためにメンバーシップ レポートが生成されます。

IGMPv3 メンバーシップ レポートには ブリッジ ドメインのグループ メンバの一覧が含まれていますが、最終ホストが脱退すると、ソフトウェアはメンバーシップ クエリーを送信します。最終メンバーのクエリー インターバルについてパラメータを設定すると、タイムアウトまでにどのホストからも応答がなかった場合、IGMP スヌーピングはグループ ステートを削除します。

Cisco APIC および IGMP スヌーピング クエリア関数

マルチキャスト トラフィックをルーティングする必要がないために、Protocol-Independent Multicast（PIM）がインターフェイス上でディセーブルになっている場合は、メンバーシップ クエリーを送信するように IGMP スヌーピング クエリア機能を設定する必要があります。APIC、IGMP スヌープ ポリシー内で定義マルチキャストのソースとレシーバが含まれているブリッジ ドメインでクエリアがないその他のアクティブなクエリアします。

Cisco ACI はデフォルトで、IGMP スヌーピングが有効になっています。さらに、ブリッジ ドメイン サブネット制御は、「クエリア IP」を選択、リーフ スイッチによって、クエリアとして動作およびクエリ パケット送信を開始します。セグメントは、明示的なマルチキャスト ルータ (PIM が有効になっていません) があるないときに ACI Leaf スイッチでクエリアを有効にする必要があります。ブリッジ ドメインで、クエリアが設定されている、使用される IP アドレス マルチキャストのホストが設定されている同じサブネットからにする必要があります。

（注）

クエリアの IP アドレスは、ブロードキャスト IP アドレス、マルチキャスト IP アドレス、または 0（0.0.0.0）にしないでください。

IGMP スヌーピング クエリアがイネーブルな場合は、定期的に IGMP クエリーが送信されるため、IP マルチキャスト トラフィックを要求するホストから IGMP レポート メッセージが発信されます。IGMP スヌーピングはこれらの IGMP レポートを待ち受けて、適切な転送を確立します。

IGMP スヌーピング クエリアは、RFC 2236 に記述されているようにクエリア選択を実行します。クエリア選択は、次の構成で発生します。

- 異なるスイッチ上の同じ VLAN に同じサブネットに複数のスイッチ クエリアが設定されている場合。

- 設定されたスイッチ クエリアが他のレイヤ 3 SVI クエリアと同じサブネットにある場合。

APIC IGMP スヌーピング機能の注意事項と制約事項

APIC IGMP スヌーピング機能に関する注意事項および制約事項は次のとおりです:

- レイヤ 3 IPv6 マルチキャスト ルーティングはサポートされていません。

- レイヤ 2 IPv6 マルチキャスト パケットは、着信ブリッジ ドメインでフラッディングされます。

- IGMPv3 スヌーピングは、ブリッジ ドメインで PIM が有効になっている場合にのみ、グループと送信元エントリに基づいてマルチキャストを転送します。PIM が有効になっていない場合、転送はグループのみに基づいて行われます。

拡張 GUI のブリッジ ドメインへの IGMP スヌーピング ポリシーの設定と割り当て

IGMP スヌーピング機能を実装するには、IGMP スヌーピング ポリシーを設定し、そのポリシーを 1 つまたは複数のブリッジ ドメインに割り当てます。

GUI を使用した IGMP スヌーピング ポリシーの設定

IGMP 設定を 1 つまたは複数のブリッジ ドメインに割り当てることが可能な IGMP スヌーピング ポリシーを作成します。

手順

ステップ 1

[テナント（Tenants）] タブと、IGMP スヌーピング サポートを設定することを意図したブリッジ ドメインのテナントの名前をクリックします。

ステップ 2

[ナビゲーション（Navigation）] ペインで、 [ポリシー（Policies）] > [プロトコル（Protocol）] > [IGMPスヌープ（IGMP Snoop）]をクリックします。

ステップ 3

[IGMP スヌープ（IGMP Snoop）] を右クリックして、 [IGMP スヌープ ポリシーを作成（Create IGMP Snoop Policy）]を選択します。

ステップ 4

[IGMP スヌープ ポリシーを作成（Create IGMP Snoop Policy）] ダイアログ内で次のようにポリシーを構成します：

1. [名前（Name）] と [説明（Description）] フィールドに、ポリシーの名前と説明をそれぞれ入力します。

2. [管理状態（Admin State）] フィールドで、 [有効（Enabled）] または [無効（Disabled）] を選択してこの特定のポリシーのIGMPスヌーピングを有効または無効にします。

3. [ファスト リーブ（Fast Leave）] を選択または選択解除し、このポリシーを通してクエリが即時ドロップする IGMP V2 を有効または無効にします。

4. [クエリアの有効化（Enable querier）] を選択して、このポリシーを通して IGMP クエリア アクティビティを有効または無効にします。

（注）

このオプションを効果的に有効にするには、ポリシーを適用するブリッジ ドメインに割り当てられるサブネットで [サブネット制御：クエリア IP（Subnet Control: Querier IP）] 設定も有効にする必要があります。この設定があるプロパティ ページへのナビゲーション パスは [テナント（Tenants）] > [tenant_name] > [ネットワーキング（Networking）] > [ブリッジ ドメイン（Bridge Domains）] > [bridge_domain_name] > [サブネット（Subnets）] > [subnet_name]にあります。

5. [クエリア バージョン（Querier Version）] フィールドで、 [バージョン 2（Version 2）] または [バージョン 3（Version 3）] を選択してこの特定のポリシーにIGMPスヌーピング クエリア バージョンを選択します。

6. このポリシーの [最終メンバークエリ間隔（Last Member Query Interva）] 値を秒単位で指定します。

IGMPv2 リーブ レポートを受信したら、IGMP がこの値を使用します。これは、少なくとも 1 個以上のホストをグループに残すことを意味します。リーブ レポートを受信した後、インターフェイスが IGMP ファスト リーブに構成されていないか確認し、されていない場合はout-of-sequence クエリを送信します。

7. このポリシーの クエリ間隔 値を秒単位で指定します。

この値は、グループ内でレポートを確認できない場合、IGMP 機能が特定の IGMP 状態を保存する合計時間を定義するために使用されます。

8. このポリシーの [クエリ応答間隔（Query Response Interval）] 値を秒単位で指定します。

ホストがクエリ パケットを受信すると、最大応答所要時間以下のランダムな値でカウントが開始されます。このタイマーの期限が切れると、ホストはレポートで応答します。

9. このポリシーの [開始クエリ数（Start query Count）] 値を秒単位で指定します。

スタートアップ クエリー インターバル中に送信される起動時のクエリー数。有効範囲は 1 ～ 10 です。デフォルトは 2 です。

10. このポリシーの [スタート クエリ間隔（Start Query Interval）] を秒単位で指定します。

デフォルトでは、ソフトウェアができるだけ迅速にグループ ステートを確立できるように、このインターバルはクエリー インターバルより短く設定されています。有効範囲は 1 ～ 18,000 秒です。デフォルト値は 31 秒です。

ステップ 5

[送信（Submit）]をクリックします。

新しい IGMP スヌープ ポリシーは、 [プロトコル ポリシー： IGMP スヌープ（Protocol Policies - IGMP Snoop）] サマリー ページにリストされています：

次のタスク

このポリシーを有効にするには、ブリッジ ドメインに割り当てます。

GUI を使用した IGMP スヌーピング ポリシーのブリッジ ドメインへの割り当て

IGMP スヌーピング ポリシーをブリッジ ドメインに割り当てると、そのブリッジ ドメインは、そのポリシーで指定された IGMP スヌーピング ポリシーを使用するように構成されます。

始める前に

- テナントのブリッジ ドメインを構成します。

- ブリッジ ドメインにアタッチする IGMP スヌーピング ポリシーを構成します。

（注）

[クエリアの有効化（Enable Querier）] オプションを効果的に有効にするには、ポリシーを適用するブリッジ ドメインに割り当てられるサブネットで [サブネット制御：クエリア IP（Subnet Control: Querier IP）] 設定も有効にする必要があります。この設定が所在するプロパティ ページへのナビゲーション パスは、 [テナント（Tenants）] > [tenant_name] > [ネットワーキング（Networking）] > [ブリッジ ドメイン（Bridge Domains）] > [bridge_domain_name] > [サブネット（Subnets）] > [subnet_name]にあります。

手順

ステップ 1

テナントのブリッジ ドメインで IGMP スヌープ ポリシーを構成するには、APIC の [テナント（Tenants）] タブをクリックして、テナントの名前を選択します。

ステップ 2

APIC ナビゲーション ペインで、次をクリックします。 [ネットワーキング（Networking）] > [ブリッジ ドメイン（Bridge Domains）]をクリックし、ポリシー指定の IGMP スヌープ構成を適用するブリッジ ドメインを選択します。

ステップ 3

メイン [ポリシー（Policy）] タブで、 [IGMP スヌープ ポリシー（IGMP Snoop Policy）] フィールドはへ下にスクロールし、ドロップダウン メニューから適切な IGMP ポリシーを選択します。

ステップ 4

[送信（Submit）]をクリックします。

ターゲットのブリッジ ドメインは、指定された IGMP スヌーピング ポリシーに関連付けられます。

静的ポート グループの IGMP スヌーピングを有効にする

IGMP 静的ポートのグループ化により以前アプリケーション EPG に静的に割り当てられた事前プロビジョニングを有効にして、スイッチ ポートが IGMP マルチキャスト トラフィックを受信および処理できます。この事前プロビジョニングは、通常 IGMP スヌーピング スタックがポートを動的に学習するときに発生する参加遅延を防止します。

静的グループ メンバーシップは、アプリケーション EPG に割り当てられている静的ポートでのみ事前プロビジョニングできます。

APIC GUI、CLI、および REST API インターフェイスを通じて、静的グループ メンバーシップを設定できます。

前提条件: 静的ポートに EPG を導入する

ポートで IGMP スヌープ処理を有効にするには、前提条件として、ターゲットのポートを、関連付けられている EPG に静的に割り当てる必要があります。

ポートの静的な導入は、APIC GUI、CLI、または REST API インターフェイスを通じて構成できます。詳細については、 Cisco APIC レイヤ 2 ネットワーク構成ガイドのトピックを参照してください：

- GUI を使用して特定のノードまたはポートへ EPG を導入する

- NX-OS スタイルの CLI を使用した APIC の特定のポートへの EPG の導入

- REST API を使用した APIC の特定のポートへの EPG の導入

GUI を使用した、スタティック ポートでの IGMP スヌーピングとマルチキャストの有効化

IGMP スヌーピングとマルチキャストは、EPG に静的に割り当てられているポートで有効にできます。その後、これらのポートで有効にされている IGMP スヌーピングとマルチキャストへのアクセスを許可または拒否されるユーザのアクセス グループを作成し、割り当てることができます。

始める前に

EPG の IGMP スヌーピングおよびマルチキャストを有効にする前に、次のタスクを実行します:

- この機能を有効にし、その EPG に静的に割り当てるインターフェイスを指定します。

（注）

静的割り当てポートの詳細については、 GUI を使用して特定のノードまたはポートへ EPG を導入する 次の例のように Cisco APIC レイヤ 2 ネットワーク設定ガイド。

- IGMP スヌーピングとマルチキャスト トラフィックの受信者とする IP アドレスを指定します。

手順

ステップ 1

登録手続きを開始するには、 [テナント（Tenant）] > [tenant_name] > [アプリケーション プロファイル（Application Profiles）] > [application_name] > [アプリケーション EPG（Application EPGs）] > [epg_name] > [静的ポート（Static Ports）]をクリックします。

このスポットに移動すると、ターゲット EPG に静的に割り当てたすべてのポートが表示されます。

ステップ 2

IGMP スヌーピングのグループ メンバーに静的に割り当てるポートをクリックします。

このアクションにより、 [静的パス（Static Path）] ページが表示されます。

ステップ 3

IGMP スヌープ静的グループの表で、 + をクリックしてIGMPスヌープ アドレス グループ エントリを追加します。

IGMP スヌープ アドレス グループにエントリを追加すると、ターゲットの静的ポートが指定されたマルチキャスト IP アドレスに関連付けられ、そのアドレスで受信した IGMP スヌープ トラフィックを処理できるようになります。

1. [グループアドレス（Group Address）] フィールドに、このインターフェイスとこの EPG に関連付けるマルチキャスト IP アドレスを入力します。

2. 当てはまる場合には、 [送信元アドレス（Source Address）] フィールドに、マルチキャスト ストリームの送信元となる IP アドレスを入力します。

3. [送信（Submit）]をクリックします。

構成が完了したら、ターゲット インターフェイスは、それに関連付けられているマルチキャスト IP アドレスに送信される IGMP スヌーピング プロトコル トラフィックを処理できるようになります。

（注）

ターゲットの静的ポートにさらにマルチ キャスト アドレスを関連付けるには、この手順を繰り返します。

ステップ 4

[送信（Submit）]をクリックします。

IGMP スヌープ アクセス グループの有効化

「アクセス-グループ」ができるストリームを制御するために使用任意ポート背後に参加します。

実際に所属するするポートの設定を適用できることを確認するには、アプリケーション EPG に静的に割り当てられているインターフェイスでアクセス グループ設定を適用できる EPG。

ルート マップ ベースのアクセス グループのみが許可されます。

APIC GUI、CLI、および REST API インターフェイスを通じて、IGMP スヌープ アクセス グループを設定できます。

GUI を使用して、IGMP スヌーピングとマルチキャストへのグループ アクセスを有効にする

EPG に静的に割り当てられたポートで IGMP スヌーピングとマルチキャストを有効にしたら、ユーザのアクセス グループを作成して割り当て、それらのポートで有効にされた IGMP スヌーピングとマルチキャスト トラフィックへのアクセスを許可または拒否することができます。

始める前に

EPG に IGMP スヌーピングおよびマルチキャストへのアクセスを有効にする前に、この機能を有効にし、それらを静的に EPG に割り当てるインターフェイスを識別します。

（注）

静的割り当てポートの詳細については、 [GUI を使用して特定のノードまたはポートへ EPG を展開する（Deploying an EPG on a Specific Node or Port Using the GUI）] を参照します。これは、 [Cisco APIC レイヤ 2 ネットワーク構成ガイド（Cisco APIC Layer 2 Networking Configuration Guide）]にあります。

手順

ステップ 1

[テナント（Tenant）] > [tenant_name] > [アプリケーション プロファイル（Application Profiles）] > [application_name] > [アプリケーション EPG（Application EPGs）] > [epg_name] > [静的ポート（Static Ports）]をクリックします。

このスポットに移動すると、ターゲット EPG に静的に割り当てたすべてのポートが表示されます。

ステップ 2

マルチキャスト グループ アクセスを割り当てる予定のポートをクリックして、 [静的ポート構成（Static Port Configuration）] ページを表示します。

ステップ 3

IGMPスヌープ アクセス グループのテーブルを表示するために [アクション（Actions）] > [IGMP アクセス グループを作成（Create IGMP Access Group）] をクリックします。

ステップ 4

IGMP スヌープ アクセス グループのテーブルで + をクリックして、アクセスグループのエントリを追加します。

IGMP スヌープ アクセス グループのエントリを追加すると、このポートへのアクセス権を持つユーザ グループを作成すること、それをマルチキャスト IP アドレスと関連付け、そのアドレスで受信された IGMP スヌープ トラフィックへのグループ アクセスを許可または拒否することができます。

1. [マルチキャストの ルート マップ ポリシーの作成（Create Route Map Policy for Multicast）]] を選択して [マルチキャストの ルート マップ ポリシーの作成（Create Route Map Policy for Multicast）]] ウィンドウに表示されます。

2. [名前（Name）] フィールドで、マルチキャスト トラフィックの許可または拒否の対象となるグループの名前を割り当てます。

3. [ルート マップ（Route Maps）] テーブルで [+] をクリックしてルートマップダイアログを表示します。

4. [順序（Order）] フィールドでは、このインターフェイスに対して複数のアクセス グループを設定している場合に、このインターフェイスでのマルチキャスト トラフィックへのアクセスをどの順序で許可または拒否するかを反映する番号を選択します。番号の小さいアクセス グループの方が、番号の大きいアクセス グループよりも前の順番になります。

5. [グループ IP（Group IP）] フィールドには、このアクセス グループに対してトラフィックが許可または阻止される、マルチキャスト IP アドレスを入力します。

6. 送信元 IP（Source IP） フィールドでは、当てはまる場合に、送信元の IP アドレスを入力します。

7. [アクション（Action）] フィールドで、 [拒否（Deny）] を選択してターゲット グループへのアクセスを拒否または [許可（Permit）] を選択してーゲット グループへのアクセスを許可します。

8. [OK]をクリックします。

9. [送信（Submit）]をクリックします。

構成が完了すると、構成されている IGMP のスヌープ アクセス グループは、 ターゲットの静的ポートと、そのアドレスで受信したマルチキャスト ストリームへの許可または拒否アクセスを通して、マルチキャスト IP アドレスに割り当てられます。

（注）

- その他のアクセス グループを構成し、ターゲットの静的ポートを通してマルチキャスト IP アドレスに関連付けるには、この手順を繰り返します。

- 構成済みのアクセスグループの設定を確認するには、次の場所に をクリックします： [テナント（Tenant）] > [tenant_name] > [ポリシー（Policy）] > [プロトコル（Protocol）] > [ルート マップ マルチキャスト（Route Maps for Multicast）] > [route_map_access_group_name]。

ステップ 5

[送信（Submit）]をクリックします。

Chapter11. MLD スヌーピング

この章で説明する内容は、次のとおりです：

- Cisco APIC および MLD スヌーピングについて

- 注意事項と制約事項

- GUI を使用した MLD スヌーピング ポリシーの設定とブリッジ ドメインへの割り当て

Cisco APIC および MLD スヌーピングについて

マルチキャスト リスナー検出（MLD）スヌーピングにより、ホストとルータ間で IPv6 マルチキャスト トラフィックを効率的に配信できます。これは、MLD クエリまたはレポートを送受信したポートのサブセットにブリッジ ドメイン内の IPv6 マルチキャスト トラフィックを制限する レイヤ 2 機能です。このように、MLD スヌーピングは、マルチキャスト トラフィックの受信に関心を示しているノードがないネットワークのセグメントでは帯域幅を節約できるという利点があります。これにより、ブリッジ ドメインでフラッディングが生じることがなく、帯域幅の使用量が削減され、ホストとルータで不要なパケット処理を節約できます。

MLD スヌーピング機能は、IGMP スヌーピングと似ていますが、MLD スヌーピング機能は IPv6 マルチキャスト トラフィックをスヌーピングし、MLDv1（RFC 2710）および MLDv2（RFC 3810）コントロール プレーン パケットで動作します。MLD は ICMPv6 のサブプロトコルであるため、MLD メッセージのタイプは ICMPv6 メッセージのサブセットであり、MLD メッセージは IPv6 パケット内で先頭の Next Header 値 58 により識別されます。MLDv1 のメッセージ タイプには、リスナー クエリ、マルチキャスト アドレス固有（MAS）クエリ、リスナー レポート、完了メッセージが含まれます。MLDv2 は、追加のクエリ タイプであるマルチキャスト アドレスおよびソース固有（MASS）クエリを除き、MLDv1 と相互運用できるように設計されています。MLD で使用可能なプロトコル レベル タイマーは、IGMP で使用可能なものと同様です。

次の図に、MLD スヌーピング配置のさまざまなコンポーネントを示します。

次に、図のコンポーネントについて説明します：

- [MLD 送信者（送信者）（MLD Senders (sources)）]： IPv6 トラフィックをファブリックに送信するホスト。

- [MLD レシーバー（MLD Receivers）]： IPv6 マルチキャスト パケットの受信に関係するホスト。セッションに参加するか、セッションから離脱するかを選択できます。

- クエリア / M ルータ： 定期的にクエリを送信し、グループ メンバーシップ データベースを維持するルータまたはスイッチ。クエリアは定期的にクエリーを送信して、マルチキャスト ストリームへの参加に関心のあるユーザを特定します。M ルータ（マルチキャスト ルータ）は、ファブリック外の世界へのゲートウェイです。ファブリック内にマルチキャスト データ トラフィックがある場合、そのストリームはマルチキャスト ルータを介してファブリックの外部に出ることができます。

MLD スヌーピングがディセーブルの場合、すべてのマルチキャスト トラフィックは、関係があるかどうかに関係なく、すべてのポートにフラッディングされます。MLD スヌーピングがイネーブルの場合、ファブリックは MLD インタレストに基づいて IPv6 マルチキャスト トラフィックを転送します。不明な IPv6 マルチキャスト トラフィックは、ブリッジ ドメインの IPv6 L3 不明マルチキャスト フラッディング設定に基づいてフラッディングされます。

不明な IPv6 マルチキャスト パケットを転送するには、次の 2 つのモードがあります：

- [フラッディング モード（Flooding mode）]： ブリッジ ドメイン内のすべての EPG およびすべてのポートがフラッディング パケットを受信します。

- [OMF（最適化済みマルチキャスト フラッディング）モード（OMF (Optimized Multicast Flooding) mode）]： パケットを受信するのはマルチキャスト ルータ ポートだけです。

注意事項と制約事項

MLD スヌーピング機能には、次のガイドラインと制約事項があります。

- MLD スヌーピングは、新世代 ToR スイッチでのみサポートされます。これらのスイッチ モデルでは、スイッチ名の最後に「EX」、「FX」または「FX2」が付きます。

- ファブリック全体でスヌーピングされる最大 2000 の IPv6 マルチキャスト グループのサポートが有効になります。

- ハードウェア転送は、MLDv2 の送信元固有のスヌープ エントリに対しても、（*、G）ルックアップで行われます。

- このリリースの MLD スヌーピングでは、次の機能はサポートされていません。

- ブリッジ ドメインまたは VRF にわたる レイヤ 3 マルチキャスト ルーティングは、IPv6 マルチキャスト トラフィックではサポートされません。

- スタティック MLD スヌーピング エントリ

- ルートマップを介した MLD スヌープ エントリのアクセス フィルタ

- VTEP（VL）の背後にある仮想エンドポイント

GUI を使用した MLD スヌーピング ポリシーの設定とブリッジ ドメインへの割り当て

MLD スヌーピング機能を実装するには、MLD スヌーピング ポリシーを設定し、そのポリシーを 1 つまたは複数のブリッジ ドメインに割り当てます。

- GUI を使用した MLD スヌーピング ポリシーの構成

- GUI を使用した MLD スヌーピング ポリシーのブリッジ ドメインへの割り当て

GUI を使用した MLD スヌーピング ポリシーの構成

MLD スヌーピング設定を 1 つまたは複数のブリッジ ドメインに割り当てることが可能な MLD スヌーピング ポリシーを作成します。

手順

ステップ 1

[テナント（Tenants）] タブと、MLD スヌーピング サポートを構成することを意図したブリッジ ドメインのテナントの名前をクリックします。

ステップ 2

[ナビゲーション（Navigation）] ペインで、 [ポリシー（Policies）] > [プロトコル（Protocol）] > [MLD スヌープ（MLD Snoop）]をクリックします。

ステップ 3

[MLD スヌープ（MLD Snoop）] を右クリックし、 [MLD スヌープ ポリシーを作成（Create MLD Snoop Policy）]を選択します。

ステップ 4

[MLD スヌープ ポリシーを作成（Create MLD Snoop Policy）] ダイアログ内で次のようにポリシーを構成します：

1. [名前（Name）] フィールドと [説明（Description）] フィールドに、ポリシーの名前と説明をそれぞれ入力します。

2. [管理状態（Admin State）] フィールドで、 [有効（Enabled）] または [無効（Disabled）] を選択してこのポリシーの全体を有効または、無効にします。

デフォルトでは、このフィールドは [無効化（Disabled）]です。

3. [制御（Control）] フィールドで [ファスト リーブ（Fast Leave）] を選択または選択解除し、このポリシーを通してクエリが即時ドロップする MLD v1 を有効または無効にします。

4. [制御（Control）] フィールドで [クエリアの有効化（Enable querier）] を選択または選択解除して、MLD スヌープ ポリシーを通して MLD クエリア アクティビティを有効または無効にします。

（注）

このオプションを効果的に有効にするには、このポリシーが適用されるブリッジ ドメインの MLD スヌープ ポリシー内の [クエリア（Querier）] を有効にします。この設定が所在するプロパティ ページへのナビゲーション パスは、 [テナント（Tenant）] > [tenant_name] > [ネットワーキング（Networking）] > [ブリッジ ドメイン（Bridge Domains）] > [bridge_domain_name] > [MLD スヌープ ポリシー（MLD Snoop Policy）]にあります。

5. このポリシーの [クエリ間隔（Query Interval）] 値を指定します。

クエリ間隔は、クエリアによって送信される全般的なクエリ間の間隔です。このフィールドのデフォルトエントリは 125 秒です。

6. このポリシーの [クエリ応答間隔（Query Response Interval）] 値を指定します。

ホストがクエリ パケットを受信すると、最大応答所要時間以下のランダムな値でカウントが開始されます。このタイマーの期限が切れると、ホストはレポートを出して応答します。

これは、ホストが MLD クエリ メッセージに応答するまでの最大応答時間を制御するために使用されます。値を 10 秒未満に構成すると、ルータによる、グループのプルーニングがより高速に行われるようになります。ただし、ホストの応答時間が短く制限されることになるため、ネットワークのバースト性が生じます。

7. このポリシーの [最終メンバークエリ間隔（Last Member Query Interva）] 値を指定します。

MLDは、MLD Leave レポートを受信すると、この値を使用します。これは、少なくとも 1 個以上のホストをグループに残すことを意味します。リーブ レポートを 受信した後、インターフェイスが IGMP ファスト リーブに構成されていないか確認し、されていない場合は out-of-sequence クエリを送信します。

このインターバル中に応答が受信されない場合、グループ ステートは解除されます。この値を小さく設定すると、グループの最終メンバーまたは送信元が脱退したことを、より短時間で検出できます。有効範囲は 1 ～ 25 秒です。デフォルト値は 1 秒です。

8. このポリシーの [開始クエリ数（Start Query Count）] を指定します。

スタートアップ クエリー インターバル中に送信される起動時のクエリー数。有効範囲は 1 ～ 10 です。デフォルトは 2 です。

9. このポリシーの [スタート クエリ間隔（Start Query Interval）] 秒を指定します。

デフォルトでは、ソフトウェアができるだけ迅速にグループ ステートを確立できるように、このインターバルはクエリー インターバルより短く設定されています。有効範囲は 1 ～ 18,000 秒です。デフォルト値は 31 秒です。

ステップ 5

[送信（Submit）]をクリックします。

新しい MLD スヌープ ポリシーは、 [プロトコル ポリシー： MLD スヌープ（Protocol Policies - MLD Snoop）] ページにリストされています。

次のタスク

このポリシーを有効にするには、ブリッジ ドメインに割り当てます。

GUI を使用した MLD スヌーピング ポリシーのブリッジ ドメインへの割り当て

MLD スヌーピング ポリシーをブリッジ ドメインに割り当てると、そのブリッジ ドメインは、そのポリシーで指定された MLD スヌーピング ポリシーを使用するように設定されます。

始める前に

- テナントのブリッジ ドメインを設定します。

- ブリッジ ドメインにアタッチする MLD スヌーピング ポリシーを設定します。

（注）

割り当てられたポリシーの クエリアの有効化 オプションを効果的に有効にするには、ポリシーを適用するブリッジ ドメインに割り当てられるサブネットで [サブネット制御：クエリア IP（Subnet Control: Querier IP）] 設定も有効にする必要があります。この設定が所在するプロパティ ページへのナビゲーション パスは、 [テナント（Tenants）] > [tenant_name] > [Networking（ネットワーキング）] > [ブリッジ ドメイン（Bridge Domains）] > [bridge_domain_name] > [サブネット（Subnets）] > [bd_subnet]。

手順

ステップ 1

テナントのブリッジ ドメインで MLD スヌープ ポリシーを設定するには、APIC の テナント タブをクリックして、テナントの名前を選択します。

ステップ 2

APIC ナビゲーションペインで、次をクリックします。 [ネットワーキング（Networking）] > [ブリッジ ドメイン（Bridge Domains）]をクリックし、ポリシー指定の MLD スヌープ構成を適用するブリッジ ドメインを選択します。

ステップ 3

メインで ポリシー（Policy） タブで、 [MLD スヌープ ポリシー（MLD Snoop Policy）]フィールドへスクロールし、 ドロップダウンメニューから適切な MLD ポリシーを選択します。

ステップ 4

[削除（Delete）] を 送信。

ターゲットのブリッジ ドメインは、指定された MLD スヌーピング ポリシーに関連付けられます。

ステップ 5

ブリッジ ドメインのレイヤ 3 不明 IPv6 マルチキャスト宛先のノード転送パラメータを設定するには、次の手順を実行します。

1. 設定したブリッジ ドメインを選択します。

2. [削除 ポリシー タブに移動し、 全般 サブタブをクリックします。

3. リスト [IPv6 L3 不明なマルチキャスト（IPv6 L3 Unknown Multicast）] フィールドで、 LSDB の または 最適フラッディング。

ステップ 6

スイッチ クエリア機能のリンクローカル IPv6 アドレスを変更するには、次の手順を実行します。

1. 設定したブリッジ ドメインを選択します。

2. [削除 ポリシー タブに移動し、 [L3 構成（L3 Configurations）] サブタブをクリックします。

3. リスト [リンク ローカル IPv6 アドレス（Link-local IPv6 Address）] フィールドに、必要に応じてリンクローカル IPv6 アドレスを入力します。

ブリッジ ドメインのデフォルトのリンクローカル IPv6 アドレスは、内部的に生成されます。必要に応じて、このフィールドにブリッジ ドメインの別のリンクローカル IPv6 アドレスを設定します。

Chapter12. テナント ルーテッド マルチキャスト

この章で説明する内容は、次のとおりです：

- テナント ルーテッド マルチキャスト

- ファブリック インターフェイスについて

- IPv4/IPv6 テナント ルート マルチキャストの有効化

- VRF GIPo の割り当て

- 指定フォワーダーとしての複数のボーダー リーフ スイッチ

- PIM/PIM6 指定ルータの選定

- 非境界リーフ スイッチの動作

- アクティブな境界リーフ スイッチ リスト

- ブート時のオーバーロード動作

- ファーストホップ機能

- ラストホップ

- 高速コンバージェンス モード

- ランデブー ポイントについて

- Inter-VRF マルチキャストについて

- ストライプ ウィナー ポリシーの設定について

- ACI マルチキャスト機能のリスト

- レイヤ 3 IPv4/IPv6 マルチキャストの設定のガイドライン、制約事項、および予想される動作

- GUI を使用したレイヤ 3 マルチキャストの構成

- GUI を使用したレイヤ 3 IPv6 マルチキャストの構成

- BGP IPv4/IPv6 マルチキャスト アドレス ファミリについて

- マルチキャスト フィルタリングについて

- SVI L3Out のレイヤ 3 マルチキャストについて

テナント ルーテッド マルチキャスト

[Cisco アプリケーション セントリック インフラストラクチャ（Cisco Application Centric Infrastructure）] （[ACI]）テナント ルーテッド マルチキャスト（TRM）は、 [Cisco ACI] テナント VRF インスタンスでレイヤ 3 マルチキャスト ルーティングを有効にします。TRM は、同じサブネット内または異なるサブネット内の送信者と受信者の間のマルチキャスト転送をサポートしています。マルチキャストの送信元と受信者は、同じまたは異なるリーフ スイッチに接続することや、L3Out 接続を使用してファブリックの外部に接続することができます。

[Cisco ACI] ファブリックでは、ほとんどのユニキャストと IPv4/IPv6 マルチキャスト ルーティングが同じ境界リーフ スイッチで稼働しており、ユニキャスト ルーティング プロトコル上でマルチキャスト プロトコルが稼働しています。

このアーキテクチャでは、境界リーフ スイッチのみが完全な Protocol Independent Multicast（PIM）または PIM6 プロトコルを実行します。非境界リーフ スイッチは、インターフェイス上でパッシブ モードの PIM/PIM6 を実行します。これらは、その他の PIM/PIM6 ルータとピアリングしません。境界リーフ スイッチは、L3Out を介してそれらの接続された他の PIM/PIM6 ルータとピアリングし、またそれら相互にもピアリングします。

次の図は、IPv4/IPv6 マルチキャスト クラウド内のルータ 1 とルータ 2 に接続する境界リーフ スイッチ 1 と境界リーフ スイッチ 2 を示しています。IPv4/IPv6 マルチキャスト ルーティングを必要とするファブリック内の各 Virtual Routing and Forwarding（VRF）インスタンスは、それぞれ別に外部マルチキャスト ルータとピアリングします。

マルチキャスト クラウドの概要

- リモート リーフ スイッチでのレイヤ 3 マルチキャストのサポート

リモート リーフ スイッチでのレイヤ 3 マルチキャストのサポート

リリース 5.1(3) より以前では、ローカル リーフ スイッチのシングルポッド、マルチポッド、およびマルチサイト トポロジでのレイヤ 3 マルチキャスト ルーティングがサポートされていました。リリース 5.1(3) 以降では、リモート リーフ スイッチのレイヤ 3 マルチキャスト ルーティングもサポートされます。このサポートの一部として、リモート リーフ スイッチは境界リーフ スイッチまたは非境界リーフ スイッチとして機能できます。

新しくサポートされたリモート リーフ スイッチと以前にサポートされたローカル リーフ スイッチには、レイヤ 3 マルチキャスト ルーティング [Cisco APIC] または Cisco の実装に関して違いはありません。 [ACI マルチサイト オーケストレータ（ACI Multi-Site Orchestrator）]。この 2 つの主な違いは、トラフィックの転送方法に基づいています。

- 単一ファブリック内のローカル リーフ スイッチ間のレイヤ 3 マルチキャストは、外部宛先 IP アドレスが VRF GIPo マルチキャスト アドレスである VXLAN マルチキャスト パケットとして転送されます。

- リモート リーフ スイッチとの間で送受信されるレイヤ 3 マルチキャスト パケットは、VXLAN ユニキャスト ヘッドエンド複製パケットとしてカプセル化されます。

レイヤ 3 マルチキャスト ルーティングが VRF に対して有効になっている場合、VRF GIPo マルチキャスト アドレスは、VRF が展開されているすべてのリーフ スイッチでプログラムされます。レイヤ 3 マルチキャスト パケットは、ポッド全体またはポッド間でマルチキャスト パケットとして転送され、VRF が導入されているすべてのリーフ スイッチで受信されます。リモート リーフ スイッチの場合、レイヤ 3 マルチキャスト パケットは、ヘッドエンド複製を使用して、VRF が導入されているすべてのリモート リーフ スイッチに転送されます。このヘッドエンド複製は、マルチキャストソースが接続されているポッドまたはリモートリーフで行われます。たとえば、マルチキャスト送信元がローカル リーフ スイッチに接続されている場合、これらのリモート リーフ スイッチが他のポッドと関連付けられていても、そのポッド内のスパイン スイッチの 1 つが選択され、VRF が導入されているすべてのリモート リーフ スイッチにこれらのマルチキャスト パケットが複製されます。レイヤ 3 マルチキャスト送信元がリモート リーフ スイッチに接続されている場合、リモート リーフ スイッチもヘッドエンド複製を使用して、マルチキャスト パケットのコピーをすべてのポッドのスパイン、および VRF が導入されているその他すべてのリモート リーフ スイッチへ送信します。

ヘッドエンド複製を使用したマルチキャスト転送は、マルチキャスト パケットをすべてのヘッドエンド複製トンネルの個別のユニキャスト パケットとして複製します。リモート リーフ スイッチ設計のレイヤ 3 マルチキャストでは、リモート リーフ スイッチが接続されている IP ネットワーク（IPN）に、マルチキャスト トラフィック要件をサポートするのに十分な帯域幅があることを確認する必要があります。

リモート リーフ スイッチは、PIM が有効または無効の L3Out 接続をサポートします。PIM 対応 L3Out を持つ VRF 内のすべてのリーフ スイッチは、外部ソースおよびランデブー ポイントに向けてファブリックから PIM Join を送信できます。ファブリックに接続されたマルチキャスト レシーバがグループの IGMP 加入を送信すると、ファブリックは PIM 対応境界リーフ スイッチの 1 つを選択して加入を送信します（ストライプ勝者（stripe winner） として）。グループのレシーバがメイン ポッドのローカル リーフ スイッチに接続されている場合でも、PIM 対応 L3Out を備えたリモート リーフ スイッチをグループのストライプ勝者として選択できます。レイヤ3マルチキャストトラフィックの準最適な転送の可能性があるため、リモートリーフスイッチにPIM対応L3Outを導入することは推奨されません。

注意事項と制約事項

- ポッドの冗長性は、リモート リーフ スイッチによるレイヤ 3 マルチキャスト転送でサポートされます。リモート リーフ スイッチが関連付けられているポッド内のすべてのスパイン スイッチに障害が発生した場合、リモート リーフ スイッチは別のポッド内のスパイン スイッチへのコントロール プレーン接続を確立できます。

- リモート リーフ スイッチは、ポッド内の少なくとも 1 つのスパイン スイッチに接続できる必要があります。リモート リーフ スイッチがすべてのスパイン スイッチへの接続を失った場合、レイヤ 3 マルチキャスト トラフィックは転送されません。これには、同じリーフ スイッチ上の送信者と受信者間のレイヤ 3 マルチキャスト トラフィックが含まれます。

ファブリック インターフェイスについて

ファブリック インターフェイスはソフトウェア モジュール間の仮想インターフェイスであり、IPv4/IPv6 マルチキャスト ルーティングのファブリックを表します。インターフェイスは、トンネル接続先が VRF GIPo（グループ IP 外部アドレス）であるトンネル インターフェイスの形式をとります。[1] 。PIM6 は、PIM4 が使用するものと同じトンネルを共有します。たとえば、境界リーフがグループのトラフィックの転送を担当する指定フォワーダの場合、ファブリック インターフェイスはグループの発信インターフェイス (OIF) となります。ハードウェアのインターフェイスに相当するものはありません。ファブリック インターフェイスの動作状態は、intermediate system-to-intermediate system（IS-IS）によって公開される状態に従ったものとなります。

（注）

マルチキャスト対応の各 VRF には、ループバック インターフェイスで構成された 1 つ以上の境界リーフ スイッチが必要です。PIM 対応の L3Out のすべてのノードで、一意の IPv4 ループバック アドレスを設定する必要があります。Router-ID ループバックまたは別の一意のループバック アドレスを使用できます。

ユニキャスト ルーティング用に設定された任意のループバックは再利用できます。このループバック アドレスは、外部ネットワークからルーティングする必要があり、VRF のファブリック MP-BGP (マルチプロトコル境界ゲートウェイ プロトコル) ルートに挿入されます。ファブリック インターフェイスの送信元 IP は、このループバックに、ループバック インターフェイスとして設定されます。次の図は、IPv4/IPv6 マルチキャスト ルーティング用のファブリックを示しています。

IPv4/IPv6 マルチキャスト ルーティング用のファブリック

[1]
GIPo（グループ IP 外部アドレス）とは、ファブリック内で転送されたすべてのマルチデスティネーション パケット（ブロードキャスト、未知のユニキャストおよびマルチキャスト）で、VXLAN パケットの外部 IP ヘッダーで使用される宛先マルチキャスト IP アドレスです。

IPv4/IPv6 テナント ルート マルチキャストの有効化

[Cisco ACI] ファブリックで IPv4 または IPv6 マルチキャスト ルーティングを有効または無効にするプロセスは、次の 3 つのレベルで実行されます：

- [VRF レベル（VRF level）]：VRF レベルでマルチキャスト ルーティングを有効にします。

- [L3Out レベル（L3Out level）]：VRF インスタンス で構成された 1 つ以上の L3Out に対して PIM/PIM6 を有効にします。

- [ブリッジド メイン レベル（Bridge domain level）]：マルチキャスト ルーティングが必要な 1 つ以上のブリッジ ドメインに対して PIM/PIM6 を有効にします。

トップ レベルでは、IPv4/IPv6 マルチキャスト ルーティングは、任意のマルチキャスト ルーティングが有効なブリッジ ドメインを持つ VRF インスタンスで有効にする必要があります。IPv4/IPv6 マルチキャスト ルーティングが有効な VRF インスタンスでは、IPv4/IPv6 マルチキャスト ルーティングが有効なブリッジ ドメインおよび IPv4/IPv6 マルチキャスト ルーティングが無効なブリッジ ドメインの組み合わせにすることができます。IPv4 / IPv6マルチキャストルーティングが無効になっているブリッジドメインは、VRF IPv4 / IPv6マルチキャストパネルに表示されません。IPv4/IPv6 マルチキャスト ルーティングが有効な L3Out はパネル上でも表示されますが、IPv4/IPv6 マルチキャスト ルーティングが有効なブリッジ ドメインは常に IPv4/IPv6 マルチキャスト ルーティングが有効な VRF インスタンスの一部になります。

Cisco Nexus 93128TX、9396PX、9396TX などのリーフ スイッチでは、IPv4/IPv6 マルチキャスト ルーティングはサポートされていません。すべての IPv4/IPv6 マルチキャスト ルーティングと IPv4/IPv6 マルチキャストが有効な VRF インスタンスは、製品 ID に -EX および -FX という名前を持つスイッチでのみ展開される必要があります。

（注）

L3Out ポートとサブインターフェイスがサポートされています。外部 SVI のサポートは、リリースによって異なります。

- リリース 5.2(3) より前のリリースでは、外部 SVI はサポートされていません。

- リリース 5.2(3) 以降では、SVI L3Out のレイヤ 3 マルチキャストがサポートされます。PIM は、物理ポートおよびポート チャネルの SVI L3Out でサポートされますが、vPC ではサポートされません。PIM6 は L3Out SVI ではサポートされません。

VRF GIPo の割り当て

VRF GIPo は、構成に基づいて暗黙的に割り当てられます。VRF に対して 1 つの GIPoが、そしてその VRF の下の各 BD に対して 1 つの GIPo があります。さらに、任意の GIPo は、複数の BD または複数の VRF の間で共有される可能性がありますが、しかし、VRF と BD の組み合わせで共有されることはありません。APIC は、この点を確認する必要があります。すでに処理され、VRF GIPo ツリーが構築された BD GIPo に加えて VRF GIPo を処理する場合には、IS-IS が変更されます。

（注）

同じ VRF の場合、VRF GIPo は IPv4 と IPv6 の両方に共通です。

PIM/PIM6 が有効な BD のすべてのマルチキャスト トラフィックは、VRF GIPo を使用して、ファブリックに転送されます。これには、レイヤ 2 およびレイヤ 3 IPv4/IPv6 マルチキャストの両方が含まれます。マルチキャストが有効な BD 上のブロードキャストまたはユニキャスト フラッド トラフィックは、引き続き BD GIPo を使用します。非 IPv4/IPv6 マルチキャストが有効な BD は、すべてのマルチキャスト、ブロードキャスト、およびユニキャスト フラッド トラフィックで BD GIPo を使用します。

APIC GUI は、すべての BD と VRF で GIPo マルチキャスト アドレスを表示します。表示されるアドレスは常に、/28 ネットワーク アドレスとなります（最後の 4 ビットは 0）。VXLAN パケットがファブリックで送信されると、宛先マルチキャスト GIPo アドレスは、この /28 ブロック内のアドレスとなり、16 FTAG ツリーのいずれかを選択するために使用されます。これにより、ファブリック全体のマルチキャスト トラフィックをロード バランシングします。

GIPo の使用方法

トラフィック

非 MC ルーティングが有効な BD

MC ルーティングが有効な BD

ブロードキャスト

BD GIPo

BD GIPo

不明なユニキャスト フラッディング

BD GIPo

BD GIPo

マルチキャスト

BD GIPo

VRF GIPo

指定フォワーダーとしての複数のボーダー リーフ スイッチ

ファブリック内に、IPv4/IPv6 マルチキャスト ルーティングを行う複数の境界スイッチ (BL) がある場合、境界リーフのうちの 1 台だけが、外部 IPv4/IPv6 マルチキャスト ネットワークからのトラフィックを集めてファブリックに転送する、指定されたフォワーダとして選択されます。これによってトラフィックの複数のコピーが発生することを防ぎ、複数の BL スイッチの間でバランスが取れるようにします。

このことは利用可能な BL スイッチにわたる、これはグループ アドレスと VRF ネットワーク ID (VNID) としてのグループの所有権を、ストライピングすることによって行われます。グループの責任を担う BL は、外部ネットワークへの PIM/PIM6 の参加を送信して、ファブリックのレシーバの代わりにファブリックへのトラフィックを集めます。

ファブリックの各 BL は、その VRF の他のすべてのアクティブな BL スイッチのビューを持ちます。それでそれぞれの BL スイッチは、独立に矛盾なく、グループのストライピングを行えます。各 BL は、アクティブな BL スイッチのリストを取得するために、ファブリック インターフェイス上の PIM/PIM6 ネイバーの関係をモニターします。BL スイッチが削除または検出されたときには、その時点でのアクティブな BL スイッチ間で、グループの再ストライピングが行われます。ストライピングは、マルチポッド環境で GIPos を外部リンクにハッシュするために用いられる方法に似ています。それで、グループから BL へのマッピングは持続性があり、アップ時やダウン時の変化が少なくてすみます。

指定されたフォワーダとしての複数の境界リーフのモデル

PIM/PIM6 指定ルータの選定

ACI ファブリックのレイヤ 3 IPv4/IPv6 マルチキャストでは、異なるインターフェイス タイプの PIM/PIM6 DR（代表ルータ）メカニズムは次の通りです。

- PIM/PIM6 が有効な L3 Out インターフェイス：これらのインターフェイス タイプの標準の PIM/PIM6 DR メカニズムに従います。

- ファブリック インターフェイス：このインターフェイスの DR 選定は、ストライピングにより決定される DR 機能ほど重要ではありません。PIM/PIM6 DR の選定は、引き続きこのインターフェイスに残ります。

- IPv4/IPv6マルチキャストルーティングが有効なパーベイシブ BD：ファブリックのパーベイシブ BD はすべて、IPv4/IPv6 マルチキャスト ルーティングに関するスタブです。そのため、すべてのリーフ スイッチで、vPC を含む普及 BD の SVI インターフェイスがセグメントの DR と見なされます。

非境界リーフ スイッチの動作

非境界リーフ スイッチ上の PIM/PIM6 は、ファブリック インターフェイスとパーベイシブ BD SVI では、パッシブ モードで動作します。PIM/PIM6 は新しいパッシブ プローブ モードになっており、 helloだけを送信します。これらのパーベイシブ BD SVI では、PIM/PIM6 ネイバーは想定されていません。PIM/PIM6 hello がパーベイシブ BD 上のルータから検知された場合に障害を発生させることが望ましいです。非境界リーフ スイッチ上の PIM/PIM6 は、ファブリック インターフェイス上のパーベイシブ BD および送信元登録パケットの hellos を除いて PIM/PIM6プロトコルパケットを送信しません。

同時に、PIM/PIM6 はファブリック インターフェイス上の次の PIM/PIM6 パケットを受信して処理します：

- PIM/PIM6 Hello：これはファブリック インターフェイス上でアクティブな BL リストを追跡するために使用されます。パーベイシブ BD上では、フォールトを発生するために使用されます。

- PIM BSR、Auto- RP アドバタイズメント：PIM でのみサポートされ、PIM6 ではサポートされません。これはファブリック インターフェイスで受信され、RP からグループ範囲へのマッピングを収集するために処理されます。

アクティブな境界リーフ スイッチ リスト

すべてのリーフ スイッチで、PIM/PIM6 はストライピングとその他の目的に使用されるアクティブな境界リーフ スイッチのリストを保持しています。境界リーフ スイッチ自体で、このアクティブな境界リーフ リストはアクティブな PIM/PIM6 のネイバー関係から導出されます。非境界リーフ スイッチで、リストファブリック インターフェイス上のモニター対象の PIM/PIM6 Hello メッセージを使用して PIM/PIM6 によりリストが生成されます。  hello メッセージの送信元 IP は、各境界リーフ スイッチに割り当てられた IPv4/IPv6 ループバック IP です。

ブート時のオーバーロード動作

境界リーフ スイッチがブート後または接続を失った後に初めてファブリックに接続した場合、境界リーフ スイッチが COOP リポジトリをプルするまで、境界リーフ スイッチをアクティブな境界リーフ スイッチ リストに含めることは望ましくありません。[1]からこの情報を取得し、 そのサウスバウンドプロトコル隣接関係を確立します。これは、PIM/PIM6 hello メッセージの送信を構成されていない期間の間、遅らせることで実現できます。

[1] すべての IPv4/IPv6 マルチキャスト グループ メンバーシップ情報は、スパイン上の COOP データベースに保存されます。境界リーフは起動時にスパイン情報

ファーストホップ機能

リーフ スイッチへの直接接続は、PIM/PIM6 sparse モードに必要なファーストホップ機能を処理します。

ラストホップ

ラストホップ ルータは受信側に接続されるもので、PIM/PIM6 の any-source マルチキャスト (ASM) が発生した場合、最短パスツリー (SPT) スイッチオーバーを実行する責任を負います。境界リーフ スイッチはこの機能を処理します。境界非リーフ スイッチはこの機能には参加しません。

高速コンバージェンス モード

ファブリックはすべての境界リーフ スイッチがルートへの接続性の外部で設定可能な高速コンバージェンス モードをサポートしています ( （*、G）のRP の送信元と (S, G) )、外部ネットワークからのトラフィックを停止します。重複を防ぐためには、1 人だけ、BL スイッチ転送トラフィック、ファブリックにします。ファブリックに、グループのトラフィックを転送する BL グループの代表フォワーダ (DF) と呼びます。グループのストライプ受賞は、DF を決定します。ストライプ受賞にルートへの到達可能性がある場合は、ストライプ受賞も DF です。ストライプで優先されるデータが、ルートへの外部接続を持たない場合、その BL は、ファブリック インターフェイス経由で PIM/PIM6 join を送信することによって、DF を選択します。外部からルートに到達可能なすべての非ストライプ優先 BL スイッチは PIM/PIM6 join を送信してトラフィックを引きこみまずが、ルート向けの RPF インターフェイスとしてファブリック インターフェイスを保持します。これは、結果、トラフィックをドロップされたが、外部のリンク上で BL スイッチに到達します。

高速コンバージェンス モードの利点はプログラミング右のリバース パス フォワーディング（RPF） インターフェイスの新しいストライプ受賞 BL スイッチのみに必要なアクションになどの損失のためのストライプ所有者変更がある場合にです。新しいストライプ優先から PIM/PIM6 ツリーに参加することによって発生する遅延はありません。これは、非ストライプ受賞の外部リンクで追加帯域幅の使用増やしますが機能します。

（注）

追加の帯域幅のコストが保存コンバージェンス時間を上回る導入では、高速コンバージェンス モードを無効にできます。

ランデブー ポイントについて

ランデブー ポイント（RP）は、マルチキャスト ネットワーク ドメイン内にあるユーザーが選択した IP アドレスで、マルチキャスト共有ツリーの共有ルートとして動作します。必要に応じて複数の RP を構成し、さまざまなグループ範囲をカバーすることができます。 複数の RP を構成する場合は、各 RP を一意のグループ範囲に構成する必要があります。

マルチキャスト ルーティングが有効になっている VRF には、PIM 対応境界リーフ スイッチが必要です。PIM は、L3Out レベルで PIM を有効にすることで、境界リーフに対して有効になります。L3Out に対して PIM を有効にすると、その L3Out で構成されているすべてのノードとインターフェイスに対して PIM が有効になります。

RP には 2 つのタイプを構成することができます：

- [静的 RP（Static RP）]：マルチキャスト グループ範囲の RP を静的に構成できます。この場合、ドメイン内のすべてのルータに RP のアドレスを構成する必要があります。

- [ファブリック RP（Fabric RP）]：VRF 内のすべての PIM 対応ボーダー リーフ スイッチで PIM エニーキャスト RP ループバック インターフェイスを有効にします。これは、VRF 間マルチキャストをサポートするために必要です（ Inter-VRF マルチキャストについてを参照します）。ファブリック RP 構成には、PIM 対応の L3Out（ループバック インターフェイスあり） が必要です。構成すると、外部ルータはファブリック RP を使用できます。Auto-RP および BSR はファブリック RP ではサポートされません。外部エニーキャスト RP メンバーとのファブリック RP ピアリングはサポートされていません。

（注）

ファブリック RP には、次の制限があります：

- ファブリック RP は高速コンバージェンス モードをサポートしていません。

- ファブリック IP：

- 静的 RP とファブリック RP 内のすべての静的 RP エントリで一意でなければなりません。

- レイヤ 3 out ルータ ID のいずれかにすることはできません。

RP の構成については、次のセクションを参照してください：

- GUI を使用したレイヤ 3 マルチキャストの構成

- NX-OS スタイルの CLI を使用したレイヤ 3 マルチキャストの設定

- REST API を使用したレイヤ 3 マルチキャストの設定

（注）

PIM-SM ASMを正しく動作させるには、ランデブー ポイント（ RP ）が必要です。RP は、最初にマルチキャスト送信元と受信者を接続する共有ツリーのルートとして動作します。その後、マルチキャストの受信者は RP をバイパスして送信元ツリーに加入できます。RP の構成が不足していると、マルチキャスト送信元と受信者の配置によっては、マルチキャスト転送の動作に一貫性がなくなる可能性があります。たとえば、マルチキャスト転送は、 RP の構成がない場合でも、同じデバイスに接続された送信元とレシーバーの間で引き続き機能する可能性があります。

Inter-VRF マルチキャストについて

（注）

Inter-VRF マルチキャストは、IPv6 マルチキャストではサポートされません。

マルチキャスト ネットワークを持つ一般的なデータセンターでは、マルチキャストのソースおよびレシーバは同じ VRF にあり、すべてのマルチキャスト トラフィックはその VRF 内で転送されます。マルチキャストのソースとレシーバが異なる VRF に存在する使用例があります。

- 監視カメラは 1 つの VRF 内にありますが、カメラ フィードは異なる VRF 内のコンピュータで閲覧します。

- マルチキャスト コンテンツ プロバイダーは 1 つの VRF 内にありますが、組織のさまざまな部門は、異なる VRF でマルチキャスト コンテンツを受信します。

ACI リリース 4.0 は、送信元と受信側が異なる VRF 内にあることを可能にする inter-VRF マルチキャストのサポートを追加します。これにより受信側の VRF は、送信元 VRF のマルチキャスト ルートに対して、リバース パス フォワーディング（RPF）ルックアップを実行できるようになります。送信元 VRF で有効な RPF インターフェイスが形成されると、受信側の VRF で発信インターフェイス（OIF）が有効になります。すべての inter-VRF マルチキャスト トラフィックは、送信元 VRF のファブリック内で転送されます。inter-VRF 転送と変換は、受信側が接続されているリーフ スイッチで実行されます。

（注）

- Any-source マルチキャストでは、使用される RP は送信元と同じ VRF 内にある必要があります。

- Inter-VRF マルチキャストは、共有サービスと共有 L3Out 構成の両方をサポートします。ソースとレシーバは、異なる VRF の EPG または L3Out に接続できます。

ACI の場合、inter-VRF マルチキャストは受信側の VRF ごとに設定されます。受信側 VRF を持つすべての NBL/BL は、同じ inter-VRF 設定となります。直接接続されたレシーバを持つ各 NBL、および外部レシーバを持つ BL では、送信元 VRF が展開されている必要があります。コントロール プレーンのシグナリングとデータプレーンの転送は、レシーバを持つ NBL/BL 内の VRF 間で必要な変換と転送を行います。ファブリックで転送されるすべてのパケットは、送信元 VRF 内にあります。

- Inter-VRF マルチキャストの要件

Inter-VRF マルチキャストの要件

このセクションでは、Inter-VRF マルチキャストの要件について示します。

- 特定のグループのすべての送信元は、同じ VRF（送信元 VRF）でなければなりません。

- 送信元 VRF と送信元 EPG は、受信側 VRF があるすべてのリーフ上に存在している必要があります。

- ASM の場合：

- RP は送信元（送信元 VRF）と同じ VRF 内になければなりません。

- リリース 4.2(4) 以前で、送信元 VRF は、ファブリック RP を使用する必要があります。この制限は、リリース 4.2(4) 以降には適用されません。

- 特定のグループ範囲の送信元およびすべての受信側 VRF で、同じ RP アドレス設定を適用する必要があります。

ストライプ ウィナー ポリシーの設定について

VRF に複数の PIM 対応ボーダー リーフ スイッチがある場合、デフォルトの動作では、PIM-SM のマルチキャスト グループまたは PIM-SSM のグループおよびソースのストライプ ウィナー として 1 つのボーダー リーフ スイッチを選択します。ストライプ ウィナー として選択されたボーダー リーフは、グループのラスト ホップ ルータ（LHR）として機能し、外部接続されたリンクで外部ソースに向けて PIM 参加/プルーニング メッセージを送信します。 [指定フォワーダーとしての複数のボーダー リーフ スイッチ（Multiple Border Leaf Switches as Designated Forwarder）]を参照してください。ストライプ ウィナーとして選択されたボーダー リーフは、ファブリック全体の任意のポッドの任意のボーダー リーフにすることができます。このデフォルトの動作により、次のいくつかのシナリオではマルチキャスト ストリームの遅延が増大する可能性があります。

- 既知のマルチキャストグループまたはグループ範囲のすべてまたはほとんどのレシーバが 1 つのポッドに接続されます。グループのストライプ ウィナーが別のポッドで選択された場合、外部ソースからのマルチキャスト ストリームが IPN を介して転送されるため、遅延が増大します。

- 外部マルチキャスト送信元が、いずれかのポッドと同じ物理的な場所にあります。マルチキャスト グループのストライプ ウィナーが別のポッドで選択されている場合、フローが送信元に最も近いポッド内の受信者に向かう場合でも、外部ネットワークを通過してリモート ポッドのボーダー リーフに到達し、その後 IPN を通過するため、フローの遅延が増大する可能性があります。

ACI リリース 6.0(2) 以降、ファブリックは、特定のマルチキャスト グループやグループ範囲、送信元や送信元範囲向けのポッドを選択できる、構成可能なストライプ ウィナー ポリシーをサポートしています。これにより、ストライプ ウィナーとして選択されたボーダー リーフが、選択されたポッドからのものであることが保証され、上記のシナリオは解決されます。

この機能は、リモート リーフ スイッチを除外するオプションもサポートしています。このオプションを有効にすると、PIM が有効になっている L3Outs を持つリモート リーフ スイッチは、ストライプ ウィナーの選択から除外されます。

構成ベースのストライプ ウィナー選定のガイドラインと要件：

- この構成が存在すると、POD 内の BL のみがストライプウィナー選択の対象と見なされます。存在しなければ、すべての POD からのすべての BL が考慮されます。

- POD 内の BL のうち、1 つの BL のみが構成ベースのストライプ ウィナーとして選択されます。

- [RL オプションの除外（exclude RL option）]を選択した場合、RL は構成ストライプ ウィナーの選択から除外されます。

- POD 内のすべての BL は、ストライプと通常のストライプ ウィナーの候補と見なされ、（POD 内の）1 つの BL がストライプウィナーとして選択されます。

- 構成された POD に BL がない場合、またはどの BL も構成ストライプ ウィナー選択の候補でない場合、選択方式はデフォルトのストライプ ウィナー選択ロジックに切り替わり、すべての POD のすべての BL が候補と見なされます。

- VRF の削除操作と再追加操作を実行するときには、ストライプ ウィナーの構成を VRF 構成に追加し直さないでください。

- 最初に VRF 構成を追加し、その 4 分後にストライプ ウィナー構成を追加する必要があります。

- 構成ストライプ ウィナーが存在すると、構成された（S,G）ストライプ ウィナーと、（*,G）ストライプ ウィナーとが、異なるボーダー リーフになる可能性があります。この場合、（*,G）ストライプ ウィナーである BL が、（S,G）mroute もインストールします。構成された（S,G）ストライプウィナーと（*,G）ストライプウィナーの両方が外部ソースからマルチキャスト トラフィックを受信しますが、構成された（S,G）ストライプウィナーだけがマルチキャストをファブリックに転送します。

- アドレス範囲の重複はサポートされていません。たとえば、 224.1.0/16 がすでに構成されている場合は 224.1.0/24を構成できません。ただし、 224.1.0/16 で、異なる送信元範囲を持つ任意の数の構成を使用することはできます。

- 構成ストライプ ウィナー ポリシーは、IPv6 マルチキャストではサポートされていません。

- 構成できる範囲の最大数は、VRF あたり 500 です。

- ストライプ ウィナー ポリシーの構成は、ACI リリース 6.0(2) の VRF 間マルチキャストではサポートされていません。

ACI マルチキャスト機能のリスト

ここでは、ACI マルチキャスト機能のリストと、類似の NX-OS 機能との比較を示します。

- IGMP 機能

- IGMP スヌーピング機能

- MLD スヌーピング機能

- PIM 機能（インターフェイス レベル）

- PIM 機能（VRF レベル）

IGMP 機能

ACI 機能名

NX-OS 機能

説明

V3 ASM を許可

ip igmp allow-v3-asm

SSM 範囲外のマルチキャスト グループの IGMP バージョン 3 送信元固有レポートの受け入れを許可します。この機能がイネーブルの場合、グループが設定された SSM 範囲外であっても、グループと送信元の両方を含む IGMP バージョン 3 レポートを受信すると、スイッチは（S, G）mroute エントリを作成します。ホストが SSM 範囲外の（*, G）レポートを送信する場合、または SSM 範囲の（S、G）レポートを送信する場合、この機能は不要です。

Fast Leave

ip igmp immediate-leave

デバイスからグループ固有のクエリーが送信されないため、所定の IGMP インターフェイスで IGMPv2 グループ メンバーシップの脱退のための待ち時間を最小限にできるオプション。即時脱退をイネーブルにすると、デバイスではグループに関する Leave メッセージの受信後、ただちにマルチキャスト ルーティング テーブルからグループ エントリが削除されます。デフォルトではディセーブルになっています。

注意：このコマンドは、所定のグループに対する BD/インターフェイスの背後に 1 つの受信者しか存在しない場合に使用します。

レポートリンクローカルグループ

ip igmp report-link-local-groups

224.0.0.0/24 に含まれるグループに対して、レポート送信をイネーブルにします。非リンク ローカル グループには、常にレポートが送信されます。デフォルトでは、リンク ローカル グループにレポートは送信されません。

グループタイムアウト(秒)

ip igmp group-timeout

IGMPv2 のグループ メンバーシップ タイムアウトを設定します。有効範囲は 3 ～ 65,535 秒です。デフォルト値は 260 秒です。

クエリ間隔(秒)

ip igmp query-interval

IGMP ホスト クエリー メッセージの送信頻度を設定します。有効範囲は 1 ～ 18,000 秒です。デフォルト値は 125 秒です。

クエリ応答間隔(秒)

ip igmp query-max-response-time

IGMP クエリーでアドバタイズされる応答時間を設定します。有効範囲は 1 ～ 25 秒です。デフォルトは 10 秒です。

最終メンバーカウント

ip igmp last-member-query-count

ホストの Leave メッセージを受信してから、IGMP クエリーが送信される回数を設定します。有効範囲は 1 ～ 5 です。デフォルトは 2 です。

最終メンバー応答時間(秒)

ip igmp last-member-query-response-time

メンバーシップ レポートを送信してから、ソフトウェアがグループ ステートを解除するまでのクエリー インターバルを設定します。有効範囲は 1 ～ 25 秒です。デフォルト値は 1 秒です。

スタートアップクエリーの回数

ip igmp startup-query-count

ソフトウェアの起動時に使用されるクエリー数を設定します。有効範囲は 1 ～ 10 です。デフォルトは 2 です。

クエリアタイムアウト

ip igmp querier-timeout

クエリアとして処理を引き継ぐかどうかをソフトウェアが判断するための、クエリー タイムアウト値を設定します。有効範囲は 1 ～ 65,535 秒です。デフォルト値は 255 秒です。

堅牢性変数

ip igmp robustness-variable

ロバストネス変数を設定します。ネットワークのパケット損失が多い場合は、この値を大きくします。有効値の範囲は、1 ～ 7 です。デフォルトは 2 です。

バージョン

ip igmp version <2-3>

ブリッジ ドメインまたはインターフェイスでイネーブルにする IGMP のバージョン。有効な IGMP バージョンは 2 または 3 です。デフォルトは 2 です。

レポート ポリシー ルート マップ*

ip igmp report-policy <route-map>

ルートマップ ポリシーに基づく、IGMP レポートのアクセス ポリシー。IGMPグループレポートは、ルートマップで許可されたグループに対してのみ選択されます

静的レポート ルート マップ*

ip igmp static-oif

マルチキャスト グループを発信インターフェイスに静的にバインドし、スイッチ ハードウェアで処理します。グループ アドレスのみを指定した場合は、（*, G）ステートが作成されます。送信元アドレスを指定した場合は、（S, G）ステートが作成されます。グループ プレフィックス、グループ範囲、および送信元プレフィックスを示すルートマップ ポリシー名を指定できます。IGMPv3 をイネーブルにした場合にのみ、（S, G）ステートに対して送信元ツリーが作成されることに注意してください。

最大マルチキャストエントリ

ip igmp state-limit

IGMP レポートによって作成される BD またはインターフェイスの mroute 状態を制限します。

デフォルトは無効で、制限はありません。有効な範囲は 1 ～ 4294967295 です。

予約済みマルチキャストエントリ

ip igmp state-limit <limit> reserved <route-map>

予約ポリシーにルート マップ ポリシー名を使用するように指定し、インターフェイスで許可される（*, G）および（S, G）エントリの最大数を設定します。

ステート制限ルート マップ*

ip igmp state-limit <limit> reserved <route-map>

予約済みマルチキャスト エントリ機能で使用

IGMP スヌーピング機能

ACI 機能名

NX-OS 機能

説明

IGMP スヌーピングの管理状態

[no] ipigmp snooping

IGMP スヌーピング機能を有効または無効にします。PIM 対応ブリッジ ドメインでは無効にできません

Fast Leave

ip igmp snooping fast-leave

デバイスからグループ固有のクエリーが送信されないため、所定の IGMP インターフェイスで IGMPv2 グループ メンバーシップの脱退のための待ち時間を最小限にできるオプション。即時脱退をイネーブルにすると、デバイスではグループに関する Leave メッセージの受信後、ただちにマルチキャスト ルーティング テーブルからグループ エントリが削除されます。デフォルトではディセーブルになっています。

注意：このコマンドは、所定のグループに対する BD/インターフェイスの背後に 1 つの受信者しか存在しない場合に使用します。

クエリアの有効化

ip igmp snooping querier <ip address>

ブリッジ ドメインで IP IGMP スヌーピング クエリア機能をイネーブルにします。BD サブネット クエリア IP 設定とともに使用して、ブリッジ ドメインの IGMP スヌーピング クエリアを設定します。

注意：PIM 対応ブリッジ ドメインでは使用しないでください。ブリッジ ドメインで PIM が有効になっている場合、IGMP クエリア機能は自動的に有効になります。

クエリ間隔

ip igmp snooping query-interval

IGMP ホスト クエリー メッセージの送信頻度を設定します。有効範囲は 1 ～ 18,000 秒です。デフォルト値は 125 秒です。

クエリ応答間隔

ip igmp snooping query-max-response-time

IGMP クエリーでアドバタイズされる応答時間を設定します。有効範囲は 1 ～ 25 秒です。デフォルトは 10 秒です。

最終メンバークエリ間隔

ip igmp snooping last-member-query-interval

メンバーシップ レポートを送信してから、ソフトウェアがグループ ステートを解除するまでのクエリー インターバルを設定します。有効範囲は 1 ～ 25 秒です。デフォルト値は 1 秒です。

開始クエリ数

ip igmp snooping startup-query-count

マルチキャスト トラフィックをルーティングする必要がないため、PIM をイネーブルにしていない場合に、起動時に送信されるクエリー数に対してスヌーピングを設定します。有効範囲は 1 ～ 10 です。デフォルトは 2 です。

開始クエリ間隔（秒）

ip igmp snooping startup-query-interval

マルチキャスト トラフィックをルーティングする必要がないため、PIM をイネーブルにしていない場合に、起動時のスヌーピング クエリー インターバルを設定します。有効範囲は 1 ～ 18,000 秒です。デフォルト値は 31 秒です。

MLD スヌーピング機能

ACI 機能名

NX-OS 機能

説明

MLD スヌーピング管理状態

ipv6 mld snooping

IPv6 MLD スヌーピング機能。デフォルトは無効

Fast Leave

ipv6 mld snooping fast-leave

ブリッジ ドメインごとに高速脱退機能をオンまたはオフにできます。これは MLDv2 ホストに適用され、1 つのホストだけがそのポートの背後で MLD を実行することがわかっているポートで使用されます。このコマンドはデフォルトでは無効になっています。

クエリアの有効化

ipv6 mld snooping querier

IPv6 MLD スヌーピング クエリア処理を有効または無効にします。MLD スヌーピング クエリアは、マルチキャスト トラフィックをルーティングする必要がないため、PIM および MLD を設定していないブリッジ ドメイン内で MLD スヌーピングをサポートします。

クエリ間隔

ipv6 mld snooping query-interval

MLD ホスト クエリー メッセージの送信頻度を設定します。有効範囲は 1 ～ 18,000 秒です。デフォルト値は 125 秒です。

クエリ応答間隔

ipv6 mld snooping query-interval

MLD クエリーでアドバタイズされる応答時間を設定します。有効範囲は 1 ～ 25 秒です。デフォルトは 10 秒です。

最終メンバークエリ間隔

ipv6 mld snooping last-member-query-interval

メンバーシップ レポートを送信してから、ソフトウェアがグループ ステートを解除するまでのクエリー応答時間を設定します。有効範囲は 1 ～ 25 秒です。デフォルト値は 1 秒です。

PIM 機能（インターフェイス レベル）

ACI 機能名

NX-OS 機能

説明

認証

ip pim hello-authentication ah-md5

PIM IPv4 ネイバーの MD5 ハッシュ認証をイネーブルにします。

マルチキャスト ドメイン境界

ip pim border

インターフェイスを PIM ドメインの境界として設定し、対象のインターフェイスで、ブートストラップ、候補 RP、または Auto-RP の各メッセージが送受信されないようにします。デフォルトではディセーブルになっています。

パッシブ

ip pim passive

パッシブ設定がインターフェイスで設定されている場合、IP マルチキャストのインターフェイスが有効になります。PIM は、passive モードのインターフェイスで動作します。これは、リーフがインターフェイス上で PIM メッセージを送信せず、このインターフェイス全体にわたる他のデバイスからの PIM メッセージも受け入れないことを意味します。リーフは、ネットワーク上の唯一の PIM デバイスであると見なし、DR として機能します。IGMP の動作は、このコマンドの影響を受けません。

厳格な RFC 準拠

ip pim strict-rfc-compliant

設定すると、スイッチは不明なネイバーからの参加を処理せず、不明なネイバーに PIM 参加を送信しません。

指定ルータの遅延（秒）

ip pimdr-delay

PIM hello メッセージでアドバタイズされる DR プライオリティを指定期間にわたり 0 に設定することで、指定ルータ（DR）の選定への参加を遅延させます。この遅延中、DR は変更されず、現在のスイッチにはそのインターフェイスでのすべてのマルチキャストの状態を把握する時間が与えられます。遅延期間が終了すると、DR 選出を再び開始するために、正しい DR プライオリティが hello パケットで送信されます。値は 1 〜 65,535 です。デフォルト値は 3 です。

注意：このコマンドは、起動時にのみ、または IP アドレスかインターフェイスの状態が変更された後にのみ、DR 選定に参加することを遅延させます。これは、マルチキャスト アクセスの非 vPC レイヤ 3 インターフェイス専用です。

指定ルータの優先順位

ip pim dr-priority

PIM hello メッセージの一部としてアドバタイズされる指定ルータ（DR）プライオリティを設定します。有効範囲は 1 ～ 4294967295 です。デフォルトは 1 です。

Hello間隔(ミリ秒)

ip pim hello-interval

hello メッセージの送信インターバルを、ミリ秒単位で設定します。範囲は 1000 ～ 18724286 です。デフォルト値は 30000 です。

Join-Prune 間隔ポリシー（秒）

ip pim jp-interval

PIM Join および Prune メッセージを送信する間隔（秒単位）。有効な範囲は 60 ～ 65520 です。値は 60 で割り切れる必要があります。デフォルト値は 60 です。

インターフェイス レベルのインバウンド Join-Prune フィルタ ポリシー*

ip pimjp-policy

ルートマップ ポリシーに基づく、インバウンド Join/Prune メッセージのフィルタリングをイネーブルにします。ここで、グループ、グループおよび送信元、および RP アドレスを指定できます。デフォルトでは、Join/Prune メッセージはフィルタリングされません。

インターフェイスレベルのアウトバウンド Join-Prune フィルタ ポリシー*

ip pim jp-policy

ルートマップ ポリシーに基づく、アウトバウンド Join/Prune メッセージのフィルタリングをイネーブルにします。ここで、グループ、グループおよび送信元、および RP アドレスを指定できます。デフォルトでは、Join/Prune メッセージはフィルタリングされません。

インターフェイス レベルのネイバー フィルタ ポリシー*

ip pim neighbor-policy

許可される PIM ネイバーの送信元アドレス/アドレス範囲を指定するルート マップ ポリシーに基づいて、隣接する PIM ネイバーを制御します。

PIM 機能（VRF レベル）

ACI 機能名

NX-OS 機能

説明

スタティック RP

ip pim rp-address

マルチキャスト グループ範囲に、PIM スタティック RP アドレスを設定します。スタティック RP のマルチキャスト グループ範囲をリストするオプションのルートマップ ポリシーを指定できます。ルートマップが設定されていない場合、スタティック RP は、設定された SSM グループ範囲を除くすべてのマルチキャスト グループ範囲に適用されます。

モードは ASM です。

ファブリック RP

該当なし

ファブリック内のすべてのマルチキャスト対応境界リーフ スイッチでエニーキャスト RP を設定します。エニーキャスト RP は、PIM エニーキャスト RP を使用して実装されます。スタティック RP のマルチキャスト グループ範囲をリストするオプションのルートマップ ポリシーを指定できます。

Auto-RP Forward Auto-RP Updates

ip pim auto-rp forward

Auto-RP メッセージの転送をイネーブルにします。デフォルトではディセーブルになっています。

Auto-RP Listen to Auto-RP Updates

ip pim auto-rp listen

Auto-RP メッセージのリッスンをイネーブルにします。デフォルトではディセーブルになっています。

Auto-RP MA Filter *

ip pim auto-rp mapping-agent-policy

ルートマップ ポリシーに基づく境界リーフによって Auto-RP Discovery メッセージのフィルタリングをイネーブルにします。ここで、マッピング エージェント送信元アドレスを指定できます。この機能は、境界リーフが Auto-RP メッセージをリッスンするように設定されている場合に使用されます。デフォルトでは、Auto-RP メッセージはフィルタリングされません。

BSR Forward BSR Updates

ip pim bsr forward

BSR メッセージの転送をイネーブルにします。デフォルトではディセーブルになっているため、リーフは BSR メッセージの転送を行いません。

BSR Listen to BRS Updates

ip pim bsr listen

BSR メッセージのリッスンをイネーブルにします。デフォルトではディセーブルになっているため、リーフは BSR メッセージのリッスンを行いません。

BSR Filter

ip pim bsr bsr-policy

ルートマップ ポリシーに基づく境界リーフによって BSR メッセージのフィルタリングをイネーブルにします。ここで、BSR 送信元を指定できます。このコマンドは、境界リーフが BSR メッセージをリッスンするように設定されている場合に使用できます。デフォルトでは、BSR メッセージはフィルタリングされません。

ASM ソース、グループ有効期限タイマー ポリシー*

ip pim sg-expiry-timer <timer> sg-list

調整された有効期限タイマーのグループ/グループを指定するために、ASM ソース、グループ有効期限タイマーにルート マップを適用します。

ASM Source, Group Expiry Timer Expiry (sec)

ip pim sg-expiry-timer

プロトコル独立マルチキャスト スパース モード（PIM-SM）（S, G）マルチキャスト ルートの（S, G）期限切れタイマーの間隔を調節します。このコマンドは、断続的な送信元に対してデフォルトの 180 秒を超える SPT（送信元ベースのツリー）の永続性を作成します。指定できる範囲は 1 ～ 604801 秒です。

Register Traffic Policy: Max Rate

ip pim register-rate-limit

レート制限を毎秒のパケット数で設定します。指定できる範囲は 1 ～ 65,535 です。デフォルト設定は無制限です。

Register Traffic Policy: Source IP

ip pim register-source

登録メッセージの送信元 IP アドレスを設定するために使用されます。この機能は、RP がメッセージを送信できるネットワークで登録メッセージの送信元アドレスがルーティングされる場合に使用できます。これは、送信元が接続されているブリッジ ドメインが、ファブリックの外部にサブネットをアドバタイズするように設定されていない場合に発生することがあります。

SSM グループ範囲ポリシー*

ip pim ssm route-map

デフォルトの範囲 232.0.0.0/8 以外の異なる SSM グループ範囲を指定するために使用できます。デフォルトのグループ範囲のみを使用する場合は、このコマンドは不要です。デフォルト範囲を含め、SSM マルチキャストに最大 4 つの範囲を設定できます。

ip pim ssm-range none

デフォルト SSM グループ範囲 232.0.0.0/8 を拒否するために使用できます。代わりに、この範囲を ASM グループ範囲として処理できます。これは、ルート マップ エントリのない（空のルート マップ）SSM グループ範囲ポリシーを作成することによっても実現できます。

短時間でのコンバージェンス

該当なし

高速コンバージェンス モードが有効になっている場合、ファブリック内のすべての境界リーフは、外部ネットワークのルート（（*, G）および送信元（S, G）の RP）に向けて PIM Join を送信します。これにより、ファブリック内のすべての PIM 対応 BL が外部ソースからマルチキャスト トラフィックを受信できますが、1 つの BL のみがトラフィックをファブリックに転送します。マルチキャスト トラフィックをファブリックに転送する BL が指定フォワーダです。グループのストライプ優先は、DF を決定します。高速コンバージェンス モードの利点は、BL の障害によりストライプの優先が変更された場合、新しい BL が join を送信してマルチキャスト状態を作成することで、外部ネットワークで遅延が発生しないことです。

注意：追加の帯域幅のコストが保存コンバージェンス時間を上回る場合、高速コンバージェンス モードを導入時に無効にできることに注意してください。

厳格な RFC 準拠

ip pim strict-rfc-compliant

設定すると、スイッチは不明なネイバーからの参加を処理せず、不明なネイバーに PIM 参加を送信しません。

MTU ポート

ip pim mtu

PIM コントロール プレーン トラフィックのフレーム サイズを大きくし、コンバージェンスを向上させます。範囲は 1500 〜 9216 バイトです。

リソース ポリシーの上限

ip pim state-limit

VRF ごとに許可される最大 (*, G)/(S, G) エントリを設定します。範囲は 1 ～ 4294967295 です。

リソース ポリシー予約済みルート マップ*

ip pim state-limit <limit> reserved <route-map>

リソース ポリシーの最大制限の予約済みエントリに適用されるマルチキャスト グループまたはグループと送信元を照合するルートマップ ポリシーを設定します。

Resource Policy Reserved Multicast Entries

ip pim state-limit <limit> reserved <route-map> <limit>

この VRF で許可される最大予約済み（*, G）および（S, G）エントリです。最大許可ステート数以下である必要があります。リソース ポリシーの予約済みルート マップ ポリシーで使用されます。

レイヤ 3 IPv4/IPv6 マルチキャストの設定のガイドライン、制約事項、および予想される動作

次のガイドラインと制限を確認します。

- IPv4/IPv6 マルチキャストのガイドラインと制約事項

- IPv4 マルチキャストのガイドラインと制約事項

- IPv6 マルチキャストのガイドラインと制約事項

IPv4/IPv6 マルチキャストのガイドラインと制約事項

IPv4 マルチキャストと IPv6 マルチキャストの両方に次の制限が適用されます。

- 第 2 世代リーフスイッチでレイヤ 3 IPv4/IPv6 マルチキャスト機能がサポートされています。第 2 世代スイッチは、製品 ID に -EX、-FX、-FX2、-FX3、-GX、またはそれ以降のサフィックスが付いたスイッチです。

- カスタム QoS ポリシーは、 [Cisco アプリケーション セントリック インフラストラクチャ（Cisco Application Centric Infrastructure）] （[ACI]）ファブリックの外部から送信された（L3Out から受信した）レイヤ 3 マルチキャスト トラフィックではサポートされません。

- ブリッジドメインでの PIMv4/PIM6 およびアドバタイズ ホスト ルートの有効化がサポートされています。

- レイヤ 3 マルチキャストは VRF レベルで有効になり、マルチキャスト プロトコルは VRF インスタンス内で機能します。各 VRF インスタンスでは、マルチキャストを個別に有効化または無効化できます。

- マルチキャストで VRF インスタンスが有効になると、有効になった VRF インスタンスの個別のブリッジドメインと L3Out を有効にしてマルチキャストを構成できます。デフォルトでは、マルチキャストはすべてのブリッジ ドメインと L3Out で無効になっています。

- 双方向 PIMv4/PIM6 は現在サポートされていません。

- マルチキャスト ルータは、パーペイシブ ブリッジ ドメインではサポートされていません。

- サポートされるルートスケールは 2,000 です。マルチキャスト スケール番号は、IPv4 と IPv6 の両方を含む複合スケールです。合計ルート制限は、ルート カウントとして定義されます。各 IPv4 ルートは 1 としてカウントされ、各 IPv6 ルートは 4 としてカウントされます。より多くのマルチキャスト スケールをサポートするノード プロファイルでも、IPv6 ルート スケールは 2,000 のままです。

- PIMv4/PIM6 は、L3Out ルーテッド インターフェイス、レイヤ 3 ポート チャネルを含むルーテッド サブインターフェイス、およびレイヤ 3 ポート チャネル サブインターフェイスでサポートされます。  [Cisco ACI] リリース 5.2（3）以降、PIMv4 は、物理ポートチャネルおよび直接接続されたポートチャネルの L3Out SVI インターフェイスでサポートされます。PIMv4/PIMv6 はvPC インターフェイスでの L3Out SVI ではサポートされません。

- L3Out で PIMv4/PIM6 を有効にすると、暗黙的な外部ネットワークが設定されます。このアクションの結果、L3Out が導入され、外部ネットワークを定義していない場合でもプロトコルが発生する可能性があります。

- マルチキャスト送信元が孤立ポートとしてリーフA に接続され、リーフB に L3Out があり、リーフA とリーフB が vPC ペアにある場合、マルチキャスト送信元に関連付けられた EPG カプセル化 VLAN はリーフB に展開されます。

- ブリッジ ドメインに接続されている送信元からパケットを受信する入力リーフ スイッチの動作は、レイヤ 3 IPv4 または IPv6 マルチキャスト サポートによって異なります。

- レイヤ 3 IPv4 マルチキャスト サポートは、IPv4 マルチキャスト ルーティングのために有効になっているブリッジドメインに接続された送信元からのパケットを入力リーフスイッチが受信した場合、その入力リーフスイッチは、ルーテッド VRF インスタンスのコピーのみをファブリックに送信します（ルーテッドは、TTL が 1 ずつ減少し、送信元 MAC がパーベイシブ サブネット MAC で書き換えられることを意味します）。また、出力リーフ スイッチも、関連するすべてのブリッジ ドメイン内の受信者へパケットをルーティングします。そのため、受信者のブリッジ ドメインが送信元と同じで、リーフ スイッチが送信元とは異なる場合、その受信者は同じブリッジ ドメイン内ですが、ルーティングされたコピーを受け取り続けます。これは、送信元と受信者が同じブリッジ ドメインおよび同じリーフ スイッチ上にあり、このブリッジ ドメインで PIM が有効になっている場合にも適用されます。

詳細については、次のリンク [ポッドの追加（Adding Pods）]で、既存のレイヤ 2 設計を活用するマルチポッドをサポートする、レイヤ 3 マルチキャストに関する詳細情報を参照してください。

- レイヤ 3 IPv6 マルチキャスト サポートは、IPv6 マルチキャスト ルーティングのために有効になっているブリッジドメインに接続された送信元からのパケットを入力リーフスイッチが受信した場合、その入力リーフスイッチは、ルーテッド VRF インスタンスのコピーのみをファブリックに送信します（ルーテッドは、TTL が 1 ずつ減少し、送信元 MAC がパーベイシブ サブネット MAC で書き換えられることを意味します）。また、出力リーフ スイッチも、受信者へパケットをルーティングします。出力リーフは、パケット内の TTL を 1 だけ減らします。これにより、TTL が 2 回減少します。また、ASM の場合、マルチキャスト グループに有効な RP が設定されている必要があります。

- VRF 間マルチキャスト通信ではフィルタを使用できません。

- clear ip mroute コマンドを使用しません。このコマンドは内部デバッグに使用され、実稼働ネットワークではサポートされません。

（注）

[Cisco ACI] は IP フラグメンテーションをサポートしていません。したがって、外部ルータへのレイヤ 3 外部（L3Out）接続を構成する場合、または Inter-Pod Network（IPN）を介した [マルチポッド（Multi-Pod）] 接続を構成する場合は、インターフェイス MTU がリンクの両端で適切に設定することを推奨します。  [Cisco ACI]、 [Cisco NX-OS]、および Cisco IOS などの一部のプラットフォームでは、構成可能な MTU 値はイーサネット ヘッダー (一致する IP MTU、14-18 イーサネット ヘッダー サイズを除く) を考慮していません。また、IOS XR などの他のプラットフォームには、構成された MTU 値にイーサネット ヘッダーが含まれています。構成された値が 9000 の場合、 [Cisco ACI]、 [Cisco NX-OS]Cisco IOS の最大 IP パケット サイズは 9000 バイトになりますが、IOS-XR のタグなしインターフェイスの最大 IP パケットサイズは 8986 バイトになります。

各プラットフォームの適切な MTU 値については、それぞれの設定ガイドを参照してください。

CLI ベースのコマンドを使用して MTU をテストすることを強く推奨します。たとえば、 [Cisco NX-OS] CLI で ping 1.1.1.1 df-bit packet-size 9000 source-interface ethernet 1/1などのコマンドを使用します。

- マルチキャスト PIM では、グループ範囲が SSM と共有ツリー範囲の間で同じであるか、または重複している場合、SSM が優先されます。

IPv4 マルチキャストのガイドラインと制約事項

IPv4 マルチキャストには、特に次の制限が適用されます。

- [Cisco ACI] ファブリックの境界リーフ スイッチがマルチキャストを実行しており、L3Out でマルチキャストを無効にしているときにユニキャスト到達可能性がある場合、外部ピアが Cisco Nexus 9000 スイッチの場合、トラフィック損失が発生します。これは、トラフィックがファブリックに送信される場合（送信元はファブリックの外部にあり、受信者はファブリックの内部にある場合）、またはファブリックを通過する場合（送信元と受信者がファブリックの外部にあり、ファブリックが送信中の場合）に影響します。

- Any Source Multicast (ASM) と Source-Specific Multicast (SSM) は IPv4 向けにサポートされています。

- VRF インスタンスごとにルートマップで SSM マルチキャストの範囲を最大 4 つ構成できます。

- IGMP スヌーピングは、マルチキャスト ルーティングが有効になっているパーペイシブ ブリッジ ドメインでは無効にできません。

- FEX ではレイヤ 3 マルチキャストはサポートされていません。FEX ポートに接続されているマルチキャストの送信元または受信先がサポートされています。テスト環境で FEX を追加する方法についての詳細は、次の URL の『アプリケーション セントリック インフラストラクチャとファブリック エクステンダの構成』を参照してください：https://www.cisco.com/c/en/us/support/docs/cloud-systems-management/application-policy-infrastructure-controller-apic/200529-Configure-a-Fabric-Extender-with-Applica.html。 FEX ポートに接続されているマルチキャストの送信元または受信先はサポートされていません。

IPv6 マルチキャストのガイドラインと制約事項

IPv6 マルチキャストには、特に次の制限が適用されます。

- Source Specific Multicast（SSM）は、サポートされています。しかし、 RFC 3306 - Unicast-Prefix-based IPv6 マルチキャスト アドレス は、固定SSM範囲を指定します。したがって、SSM の範囲は IPv6 では変更できません。

- VRF インスタンスごとにルートマップで SSM マルチキャストの範囲を最大 4 つ構成できます。

- Any Source Multicast（ASM）は IPv6 でサポートされます。

- IPv6 の OIF および VRF スケール番号は、IPv4 の場合と同じです。

- スタティック RP 設定のみの PIM6 をサポートしています。Auto-RP および BSR は PIM6 ではサポートされません。

- ファブリック内のレシーバはサポートされません。IPv6 マルチキャストを有効にする場合は、MLD スヌープ ポリシーを無効にする必要があります。MLD スヌーピングと PIM6 を同じ VRF インスタンスで有効にすることはできません。

- 現在、レイヤ 3 マルチキャストリスナー検出（MLD）は、 [Cisco ACI]ではサポートされていません。

- ファブリック ランデブー ポイント（RP）は、IPv6 マルチキャストではサポートされません。

- Cisco Multi-Site Orchestrator のサポートは利用できません。

GUI を使用したレイヤ 3 マルチキャストの構成

このセクションでは、Cisco APIC GUI を使用してレイヤ 3 マルチキャストを構成する方法について説明します。

（注）

ヘルプ アイコン（?）をクリックします。これは、 [作業（Work）] ペインの右上隅と表示されるたぶまたは、フィールドの情報の各ダイアログボックスにあります。

始める前に

- 目的の VRF、ブリッジ ドメイン、IP アドレスを持つレイヤ 3 Out インターフェイス は、PIM および IGMP が有効になるように構成する必要があります。

- 基本的なユニキャスト ネットワークを構成する必要があります。

手順

ステップ 1

[テナント（Tenants）] > [Tenant_name] > [ネットワーキング（Networking）] > [VRF（VRFs）] > [VRF_name] > [マルチキャスト（Multicast）]へ移動します。

[作業（Work）] ペインで次のようなメッセージが表示されます： PIM6 で有効なっていない場合。PIM を有効にしたいですか?。

ステップ 2

[はい、マルチキャストを有効化（YES, ENABLE MULTICAST）]をクリックします。

ステップ 3

インターフェイスを構成します：

1. [作業（Work）] ペインで、 [インターフェイス（Interfaces）] タブをクリックします。

2. 次の展開 [ブリッジ ドメイン（Bridge Domains）] テーブルを展開して [ブリッジドメインの作成（Create Bridge Domain）] ダイアログを開きます。そして、各フィールドに適切な値を入力します。

3. [選択（Select）]をクリックします。

4. [インターフェイス（Interfaces）] テーブルを展開して [L3 アウトの選択（Select an L3 Out）] ダイアログを表示します。

5. [L3 Out] ドロップダウン矢印をクリックして L3 Out を選択します。

6. [選択（Select）]をクリックします。

ステップ 4

ランデブー ポイント（RP） を構成します。

1. [作業（Work）] ペインで、 [ランデブー ポイント（Rendezvous Points）] タブをクリックし、次のランデブー ポイント（RP）オプションから選択します：

- [静的 RP（Static RP）]

1. [静的 RP（Static RP）] テーブルを展開します。

2. 各フィールドに適切な値を入力します。

3. [更新（Update）]をクリックします。

- [ファブリック RP（Fabric RP）]

1. [ファブリック RP（Fabric RP）] テーブルを展開します。

2. 各フィールドに適切な値を入力します。

3. [更新（Update）]をクリックします。

- [Auto-RP]

1. 各フィールドに適切な値を入力します。

- [ブートストラップ ルータ（BSR）]

1. 各フィールドに適切な値を入力します。

ステップ 5

パターン ポリシーを構成します：

1. [作業（Work）] ペインで、 [パターン ポリシー（Pattern Policy）] タブで、 [Any Source Multicast（ASM）] または [Source Specific Multicast（SSM; 送信元特定マルチキャスト）] オプションを選択します。

2. 各フィールドに適切な値を入力します。

ステップ 6

PIM 設定を構成します：

1. [PIM 設定（PIM Setting）] タブをクリックします。

2. 各フィールドに適切な値を入力します。

ステップ 7

IGMP 構成を行います：

1. [IGMP 設定（IGMP Setting）] タブをクリックします。

2. [IGMP コンテキスト SSM 翻訳ポリシー（IGMP Context SSM Translate Policy）] テーブルを展開します。

3. 各フィールドに適切な値を入力します。

4. [更新（Update）]をクリックします。

ステップ 8

Inter-VRF マルチキャストを構成します：

1. [作業（Work）] ペインで、 [Inter-VRF マルチキャスト（Inter-VRF Multicast）] タブをクリックします。

2. [Inter-VRF マルチキャスト（Inter-VRF Multicast）] テーブルを展開します。

3. 各フィールドに適切な値を入力します。

4. [更新（Update）]をクリックします。

ステップ 9

構成ストライプ ウィナー ポリシーを構成します。

1. [作業（Work）] ペインで、 [ストライプ ウィナーの構成（Config Stripe Winner）] タブをクリックします。

2. 送信元アドレス/アドレス範囲を指定します。

3. マルチキャスト グループ範囲のプレフィックスを指定します。プレフィックス長は、 /32 から /4までです。マルチキャスト グループのために 224.0.0.0/4 を入力します。

4. ストライプ ウィナーを選出する必要がある POD のPod ID を選択します。

5. リモート リーフ スイッチを除外するには、リモート リーフを除外オプションを選択します。

ステップ 10

完了したら、 [送信（Submit）]をクリックします。

ステップ 11

メニューバーから [テナント（Tenants）] > [Tenant_name] > [ネットワーキング（Networking）] > [VRF（VRFs）] > [VRF_name] > [マルチキャスト（Multicast）]へ移動し、次のアクションを実行します：

1. [作業（Work）] ペインから、 [インターフェイス（Interfaces）] タブで、適切な L3 Out を選択し、 [PIM ポリシー（PIM Policy）] ドロップダウン リストから、アタッチする適切な PIM ポリシーを選択します。

2. [送信（Submit）]をクリックします。

ステップ 12

構成を確認するには次のアクションを実行します：

1. [作業（Work）] ペインで、 [インターフェイス（Interfaces）] をクリックし、関連する [ブリッジ ドメイン（Bridge Domains）]を表示します。

2. 登録手続きを開始するには、 インターフェイス をクリックし、関連する [L3 Out] 変化します。

3. リスト [ナビゲーション（Navigation）] ペインで、 [BD]へ移動します。

4. 次に [作業（Work）] ウィンドウに、構成された IGMP ポリシーと PIM の機能が、先ほど構成されたように表示されます。

5. [ナビゲーション（Navigation）] ウィンドウに、L3 Out インターフェイスが表示されます。

6. [作業（Work）] ペインに、PIM の機能が先ほど構成されたように表示されます。

7. [作業（Work）] ペインで、 [ファブリック（Fabric）] > [インベントリ（Inventory）] > [プロトコル（Protocols）] > IGMP へ移動して構成された IGMP インターフェイスの動作ステータスを表示します。

8. [作業（Work）] ペインで、 [ファブリック（Fabric）] > [インベントリ（Inventory）] > [ポッド名（Pod name）] > Leaf_Node > [プロトコル（Protocols）] > IGMP > IGMPドメイン へ移動してマルチキャストの有効化/無効化ノードのドメイン情報を表示します。

GUI を使用したレイヤ 3 IPv6 マルチキャストの構成

始める前に

- 目的の VRF、ブリッジ ドメイン、IPv6 アドレスを持つレイヤ 3 Out インターフェイス は、PIM6 が有効になるように構成する必要があります。レイヤ 3 Out の場合、IPv6 マルチキャストが機能するために、論理ノード プロファイルのノードに IPv6 ループバック アドレスが構成されます。

- 基本的なユニキャスト ネットワークを構成する必要があります。

手順

ステップ 1

メニューバーから [テナント（Tenants）] > [Tenant_name] > [ネットワーキング（Networking）] > [VRF（VRFs）] > [VRF_name] > [マルチキャスト IPv6（Multicast IPv6）]に移動します。

[作業（Work）] ペインで次のようなメッセージが表示されます： PIM6 はこの VRF で有効になっていません。PIM6 を有効化しますか？。

ステップ 2

[はい、マルチキャスト IPv6 を有効化します。（YES, ENABLE MULTICAST IPv6）]をクリックします。

ステップ 3

インターフェイスを構成します：

1. [作業（Work）] ペインで、 [インターフェイス（Interfaces）] タブをクリックします。

2. [ブリッジ ドメイン（Bridge Domains）] を展開して [ブリッジドメインの作成（Create Bridge Domain）] ダイアログを表示し、ドロップダウンリストから適切な BD を選択します。

3. [選択（Select）]をクリックします。

4. [インターフェイス（Interfaces）] テーブルを展開して [L3 アウトの選択（Select an L3 Out）] ダイアログ ボックスを開きます。

5. [L3 Out] ドロップダウン矢印をクリックして L3 Out を選択します。

6. [選択（Select）]をクリックします。

ステップ 4

ランデブー ポイント（RP） を構成します。

1. [作業（Work）] ペインで、 [ランデブー ポイント（Rendezvous Points）] タブをクリックし、 [静的 RP（Static RP）]を選択します。

2. 各フィールドに適切な値を入力します。

3. [更新（Update）]をクリックします。

ステップ 5

パターン ポリシーを構成します。

1. [作業（Work）] ペインで、 [パターン ポリシー（Pattern Policy）] タブをクリックし、 [Any Source Multicast（ASM）]を選択します。

2. 各フィールドに適切な値を入力します。

ステップ 6

PIM を構成します。

1. [PIM 設定（PIM Setting）] タブをクリックします。

2. 各フィールドに適切な値を入力します。

ステップ 7

完了したら、 [送信（Submit）]をクリックします。

ステップ 8

メニューバーから [テナント（Tenants）] > [Tenant_name] > [ネットワーキング（Networking）] > [VRF（VRFs）] > [VRF_name] > [マルチキャスト IPv6（Multicast IPv6）]へ移動し、次のアクションを実行します：

1. [作業（Work）] ペインから、 [インターフェイス（Interfaces）] タブで、該当する [L3 Out] を選択し、 [PIM ポリシー（PIM Policy）] ドロップダウン リストから、アタッチする適切な PIM ポリシーを選択します。

2. [送信（Submit）]をクリックします。

ステップ 9

構成を確認するには次のアクションを実行します：

1. [作業（Work）] ペインで、 [インターフェイス（Interfaces）] をクリックし、関連する [ブリッジ ドメイン（Bridge Domains）]を表示します。

2. [ナビゲーション（Navigation）] ペインで、関連付けられている BD with IPv6 マルチキャストに移動します。

[作業（Work）] ウィンドウに、PIM の機能が先ほど構成されたように表示されます。

3. [ナビゲーション（Navigation）] ペインで、関連付けられている L3 Out インターフェイスに移動します。

[作業（Work）] ペインで、PIM6 チェックボックスをオンにします。

4. [作業（Work）] ペインで、 [ファブリック（Fabric）] > [インベントリ（Inventory）] >[ポッド（Pod）] [ノード（Node）][プロトコル（Protocol）] > [PIM6] に移動し、PIM を展開します。

以前に作成された適切な PIM6 プロトコルで、関連付けられているネイバー、PIM インターフェイス、ルート、グループ範囲、および RP に関する情報を表示できます。これらすべてのオブジェクトが設定されていることを確認できます。

BGP IPv4/IPv6 マルチキャスト アドレス ファミリについて

（注）

BGP IPv4/IPv6 マルチキャスト アドレス ファミリ機能の IPv4 バージョンは、Cisco APIC リリース 4.1 の一部として使用できました。

Cisco APICリリース4.2（1）以降、BGPマルチキャストアドレスファミリ機能は、ボーダーリーフスイッチ上のテナントVRFのBGPピアに対するIPv6のサポートを追加します。ピアが IPv4/IPv6 マルチキャスト アドレス ファミリでマルチキャスト ルートを伝送するために個別に使用されるかどうかを指定できます。

次の図に、この機能の実装方法を示します。

- BGP IPv4/IPv6 マルチキャスト アドレス ファミリのガイドラインと制約事項

- GUI を使用した BGP IPv4/IPv6 マルチキャストの構成

BGP IPv4/IPv6 マルチキャスト アドレス ファミリのガイドラインと制約事項

IPv6 の BGP マルチキャスト アドレス ファミリ機能のガイドラインと制約事項

- ランデブー ポイント（RP）は、Cisco ACI ファブリックの外部にある IP アドレスです。ファブリック RP は IPv6 マルチキャストではサポートされません。

- マルチキャスト送信元は Cisco ACI ファブリック内にあり、レシーバはファブリック外にあります。

- 中継 L3Out は BGPv4/v6 アドレス ファミリではサポートされません。

IPv4 と IPv6 の両方に対する BGP マルチキャスト アドレス ファミリ機能のガイドラインと制約事項

- Cisco ACI ファブリック内の BGPv4/v6マルチキャスト アドレス ファミリはサポートされません。

- ユニキャスト アドレス ファミリが使用されている場合は、RP の到達可能性が存在する必要があります。PIM Source-Specific Multicast（SSM）の場合、RP は必要ありません。

GUI を使用した BGP IPv4/IPv6 マルチキャストの構成

次の手順では、GUI を使用して BGP IPv4/IPv6 マルチキャスト アドレスファミリ機能を構成する方法について説明します。

始める前に

L3Out を構成する前に、次のような標準的な前提条件を満たします：

- テナント、ノード、ポート、AEP、機能プロファイル、レイヤ 3 ドメインを構成します。

- ファブリック内でルートを伝播させるための、BGP ルート リフレクタ ポリシーを構成します。

手順

ステップ 1

L3Out で使用する VRF を特定するか、必要に応じて VRF を作成します。

[テナント（Tenants）] > [テナント（Tenant）] > [ネットワーキング（Networking）] > VRFs

ステップ 2

VRF で PIMv4 または PIMv6 を有効にします。

- VRFで PIMv4 を有効にするには、メニューバーで、 [テナント（Tenants）] > [Tenant_name] > [ネットワーキング（Networking）] > [VRF（VRFs）] > [VRF_name] > [マルチキャスト（Multicast）]に移動します。

- VRF でメッセージ PIM6 で有効なっていない場合。Would you like to enable PIM?、その後に [はい、マルチキャストを有効化（Yes, enable Multicast）]をクリックします。

- メインの [マルチキャスト（Multicast）] ウィンドウを確認した場合、 [有効化（Enable）] ボックスがオンになっていない時は、チェックします。

- VRFで PIMv6 を有効にするには、メニューバーで、 [テナント（Tenants）] > [Tenant_name] > [ネットワーキング（Networking）] > [VRF（VRFs）] > [VRF_name] > [マルチキャスト IPv6（Multicast IPv6）]に移動します。

- メッセージを確認した場合、 PIMv6 はこのVRFで有効になっていません。PIMv6を有効にしますか?、その後に [はい、マルチキャスト IPv6 を有効化します。（Yes, enable multicast IPv6）]をクリックします。

- メインの [マルチキャスト IPv6（Multicast IPv6）] ウィンドウを確認した場合、 [有効化（Enable）] ボックスがオンになっていない時は、チェックします。

ステップ 3

L3Out を作成し、L3Out の BGP を構成します。

1. [ナビゲーション（Navigation）] ペインで、 [テナント（Tenant）] および [ネットワーキング（Networking）]を展開します。

2. [L3Out（L3Outs）] を右クリックし、 [L3Outの作成（Create L3Out）]を選択します。

3. L3Out の BGP を構成するために必要な情報を入力します。

[アイデンティティ（Identity）] ページ：

- 前の手順で構成した VRF を選択します。

- [BGP] を選択します。これは、L3Out 作成ウィザードの [識別（Identity）] ページにあり、L3Out 向け BGP プロトコルの構成を行います。

4. 残りのページに進みます（[ノードとインターフェイス（Nodes and Interfaces）]、 [プロトコル（Protocols）]、および [外部 EPG（External EPG）]）で、L3Out の構成を完了します。

ステップ 4

L3Out の構成が完了したら、BGP IPv4/IPv6 マルチキャスト アドレス ファミリ機能を構成します。

1. BGP ピア接続プロファイル スクリーンに移動します。

[テナント（Tenants）] > [テナント（tenants）] > [ネットワーキング（Networking）] > [L3Outs] > [L3out-name] > [論理ノード プロファイル（Logical Node Profiles）] > [logical-node-profile-name] > [論理インターフェイス プロファイル（Logical Interface Profiles）] > [logical-interface-profile-name] > [BGP ピア接続プロファイル（BGP Peer Connectivity Profile）][IP-address]

2. 下の [アドレス タイプの制御（Address Type Controls）] フィールへスクロールし、次の選択を行います：

- [AF Mcast]を選択します。

- 選択済みの場合、 [AF Ucast] を選択済みにします。

3. [送信（Submit）]をクリックします。

4. ピアの IPv4 または IPv6 マルチキャスト アドレス ファミリに再配布する必要があるサブネットを持つブリッジ ドメインに移動します。

[テナント（Tenants）] > [テナント（Tenant）] > Networking > [ブリッジ ドメイン（Bridge Domains）] > [bridge_domain-name]

5. メイン ウィンドウで、 [ポリシー/全般（Policy/General）] タブをクリックします。

6. ブリッジ ドメインで PIMv4 または PIMv6 を有効にします。

- ブリッジドメインで PIMv4 を有効にするには、 PIM フィールドを見つけ、そのフィールドの横にあるチェックボックスをオンにして有効にします。

- ブリッジドメインで PIMv6 を有効にするには、 PIMv6 フィールドを見つけ、そのフィールドの横にあるチェックボックスをオンにして有効にします。

7. [送信（Submit）]をクリックします。

マルチキャスト フィルタリングについて

ACI は、誰がマルチキャスト フィードを受信でき、どのソースから受信できるかを制御するために使用できるコントロール プレーン構成をサポートしています。フィルタリング オプションには、IGMP レポート フィルタ、PIM Join または Prune フィルタ、PIM ネイバー フィルタ、およびランデブー ポイント（RP）フィルタがあります。これらのオプションは、コントロール プレーン プロトコル（IGMP および PIM）に依存します。

一部の展開で、データプレーン レベルでマルチキャスト ストリームの送信および/または受信を制限することが望ましい場合があります。たとえば、LAN 内のマルチキャスト送信者が特定のマルチキャスト グループにのみ送信できるようにするか、受信者がすべての可能な送信元から、または特定の送信元からの特定のマルチキャスト グループを受信のみできるようにする必要がある場合があります。

[Cisco APIC] リリース 5.0（1）以降では、マルチキャスト フィルタリング機能を使用できるようになりました。これにより、二方向からのマルチキャスト トラフィックをフィルタリングできます。

- マルチキャスト フィルタリングの構成：ファースト ホップ ルータでの送信元フィルタリング

- マルチキャスト フィルタリングの構成：ラストホップ ルータでの送信元 フィルタリング

- 同じブリッジ ドメインでの送信元と受信者の複合フィルタリング

マルチキャスト フィルタリングの構成：ファースト ホップ ルータでの送信元フィルタリング

ブリッジ ドメインでトラフィックを送信している送信元について、そのブリッジ ドメインのマルチキャスト送信元フィルタを構成している場合、送信元とグループは送信元フィルタ ルート マップのエントリの 1 つと照合されます。そのエントリに関連付けられているアクションに応じて、アクションが実行されます。

- 送信元およびグループが、ルートマップの [許可（Permit）] アクションを持つエントリと一致する場合、ブリッジ ドメインはその送信元からそのグループへのトラフィック送信を許可します。

- 送信元およびグループが、ルートマップの [拒否（Deny）] アクションを持つエントリと一致する場合、ブリッジ ドメインはその送信元からそのグループへのトラフィック送信をブロックします。

- ルート マップ内のどのエントリとも一致しない場合、ブリッジ ドメインは、デフォルト オプションとして、その送信元からそのグループへのトラフィックの送信をブロックします。つまり、ルート マップが適用されると、最後に暗黙の「deny all（すべて拒否）」ステートメントが常に有効になります。

1 つのルートマップに複数のエントリを構成できます。一部のエントリは [許可（Permit）] アクションで構成できます。そして他のエントリは、 [拒否（Deny）] アクションで構成できます。すべてが同じルートマップ内で実行されます。

（注）

送信元フィルタがブリッジ ドメインに適用されると、送信元でマルチキャスト トラフィックがフィルタリングされます。フィルタは、異なるブリッジ ドメイン内の受信先、同じブリッジ ドメイン内の受信先、および外部受信先がマルチキャストを受信するのを防ぎます。

マルチキャスト フィルタリングの構成：ラストホップ ルータでの送信元 フィルタリング

マルチキャスト送信元フィルタリングは、ブリッジ ドメイン内の受信者が特定のグループのマルチキャストを受信できる送信元を制限するために使用されます。この機能は、IGMPv3 がコントロール プレーンで提供するものと同様に、送信元またはグループのデータ プレーン フィルタリング機能を提供します。

ブリッジ ドメインで join を送信する受信者について、そのブリッジ ドメインのマルチキャスト受信者フィルタを設定している場合、送信元とグループは受信者フィルタ ルート マップのエントリの 1 つと照合されます。ここで、そのエントリに関連付けられているアクションに応じて、次のいずれかのアクションが実行されます。

- 送信元およびグループが、ルートマップの [許可（Permit）] アクションを持つエントリと一致する場合、ブリッジ ドメインはその送信元からそのグループへのトラフィックの受信を許可します。

- 送信元およびグループが、ルートマップの [拒否（Deny）] アクションを持つエントリと一致する場合、ブリッジ ドメインはその送信元からそのグループへのトラフィック受信をブロックします。

- ルート マップ内のどのエントリとも一致しない場合、ブリッジ ドメインは、デフォルト オプションとして、その送信元からそのグループへのトラフィックの受信をブロックします。つまり、ルート マップが適用されると、最後に暗黙の「deny all（すべて拒否）」ステートメントが常に有効になります。

1 つのルートマップに複数のエントリを構成できます。一部のエントリは [許可（Permit）] アクションで構成できます。そして他のエントリは、 [拒否（Deny）] アクションで構成できます。すべてが同じルートマップ内で実行されます。

同じブリッジ ドメインでの送信元と受信者の複合フィルタリング

同じブリッジ ドメインでマルチキャスト送信元フィルタリングとマルチキャスト受信者フィルタリングの両方を有効にすることもできます。この場合、1 つのブリッジ ドメインがブロッキングを実行したり、トラフィックをグループ範囲に送信する際に送信元のフィルタリングを許可したり、送信元からグループ範囲へのトラフィックを受信する場合にフィルタリングを制限したり、フィルタリングを制限したりできます。

- マルチキャスト フィルタリングのガイドラインと制約事項

- GUI を使用したマルチキャスト フィルタリングの設定

マルチキャスト フィルタリングのガイドラインと制約事項

マルチキャストフィルタリング機能のガイドラインと制約事項は次のとおりです。

- ブリッジ ドメインでマルチキャスト送信元フィルタリングまたはレシーバ フィルタリングを有効にできますが、同じブリッジ ドメインでマルチキャスト送信元フィルタリングとレシーバ フィルタリングの両方を有効にすることもできます。

- マルチキャスト フィルタ処理は、IPv4 でのみサポートされています。

- ブリッジ ドメインにマルチキャスト フィルタを設定しない場合は、そのブリッジドメインで送信元フィルタまたは宛先フィルタ ルート マップを設定しないでください。デフォルトでは、ルートマップはブリッジ ドメインに関連付けられていません。これは、すべての送信元とグループが許可されることを意味します。送信元フィルタまたは宛先フィルタを持つルート マップがブリッジ ドメインに関連付けられている場合、そのルート マップ内の許可エントリのみが許可され、すべての拒否エントリがブロックされます（常に末尾に暗黙の「deny-all」ステートメントを含みます）。

- 空のルートマップをブリッジ ドメインに接続すると、ルートマップはデフォルトで deny all を想定するため、すべての送信元とグループがそのブリッジ ドメインでブロックされます。

- マルチキャスト フィルタリング機能は、ブリッジ ドメイン レベルで適用されます。ACI は、単一のブリッジ ドメインでの複数の EPG の設定をサポートします。この設定をブリッジ ドメイン フィルタリング機能とともに使用すると、ブリッジ ドメイン レベルの設定であるため、フィルタはブリッジ ドメイン内のすべての EPG に適用されます。

- マルチキャスト フィルタリング機能は、任意の送信元マルチキャスト（ASM）範囲にのみ使用することを目的としています。ただし、送信元固有のマルチキャスト（SSM）範囲をサポートしている場合は、IGMPv3 を使用した SSM join itself で送信元と結合をフィルタ処理することを推奨します。

マルチキャスト フィルタ処理機能の SSM 範囲を設定する場合は、次の制約事項が適用されます。

- [SSM によるブリッジドメイン送信元フィルタリング（Bridge domain source filtering with SSM）]：送信元フィルタリングは SSM ではサポートされていません。

- [SSM によるブリッジ ドメイン受信者フィルタリング（Bridge domain receiver filtering with SSM）]：受信者フィルタリングは SSM グループ範囲で使用できます。受信者フィルタリングの主な使用例の 1 つは、特定の送信元からのマルチキャスト ストリームをフィルタリングすることです。この機能はすでに SSM プロトコルによって提供されているため、ほとんどの場合、SSM では受信者フィルタリングは必要ありません。

- 送信元と受信者のフィルタリングでは、ルートマップ エントリの順序付きリストが使用されます。ルートマップ エントリは、一致するまで最も小さい番号から実行されます。一致がある場合、リスト内で最長一致ではない場合でも、プログラムは終了し、残りのエントリは考慮されません。

たとえば、次のエントリを持つ特定の送信元（192.0.3.1/32）の次のルート マップがあるとします。

ルートマップ

順位

送信元 IP

アクション

1

192.0.0.0/16

許可

2

192.0.3.0/24

拒否

ルート マップは、オーダー番号に基づいて評価されます。したがって、2 番目のエントリ（192.0.3.0/24）が送信元 IP と一致する場合でも、最初のエントリ（192.0.0.0/16）は、下位の番号が原因で照合されます。

GUI を使用したマルチキャスト フィルタリングの設定

ブリッジ ドメイン レベルでマルチキャスト フィルタリングを設定します。このトピックの手順を使用して、ブリッジ ドメイン レベルで送信元フィルタリングまたは受信者フィルタリング、あるいはその両方を設定します。

始める前に

- マルチキャスト フィルタリングを設定するブリッジ ドメインはすでに作成されています。

- ブリッジ ドメインは PIM 対応ブリッジ ドメインです。

- レイヤ 3 マルチキャストは VRF レベルで有効になります。

手順

ステップ 1

マルチキャスト フィルタリングを設定するブリッジ ドメインに移動します。

[テナント（Tenant）] > [tenant-name] > [ネットワーキング（Networking）] > [ブリッジ ドメイン（Bridge Domains）] > [bridge-domain-name]

このブリッジ ドメインの [サマリ（Summary）] ページが表示されます。

ステップ 2

[ポリシー（Policy）] タブを選択し、 [全般（General）] サブタブを選択します。

ステップ 3

[全般（General）] ウィンドウで [PIM] フィールドを見つけ、PIM が有効になっていることを確認します（ [PIM] フィールドの横にあるチェックボックスがオンになっていること）。

PIM が有効になっていない場合は、 [PIM] フィールドの横にあるチェック ボックスをオンにして有効にします。  [送信元フィルタ（source filter）] および [接続先のフィルタ（Destination Filter）] フィールドが使用可能になります。

（注）

マルチキャスト フィルタリングは IPv4（PIM）でのみサポートされており、現時点では IPv6（PIM6）ではサポートされていません。

ステップ 4

マルチキャスト [送信元（source）] または [受信者（receiver）] のフィルタリングを有効にするかどうかを決定します。

（注）

送信元フィルタリングと受信先フィルタリングの両方を同じブリッジ ドメインで有効にできます。

- マルチキャスト [送信元（source）] フィルタリングをファーストホップ ルータで有効にしたい場合、 [送信元フィルタ（source filter）] フィールドで、次のいずれかを選択します：

- [既存のルート マップ ポリシー（Existing route map policy）]送信元フィルタリングのマルチキャストの既存のルート マップ ポリシーを選択します。そして、 ステップ 7へ移動します。

- [新しいルートマップポリシー（New route map policy）]： [マルチキャストの ルート マップ ポリシーの作成（Create Route Map Policy for Multicast）]]を選択し、 ステップ 5へ進みます。

- ラスト ホップ ルータでのマルチキャスト [受信者（receiver）] フィルタリングを有効にしたい場合、 [接続先のフィルタ（Destination Filter）] フィールドで、次のいずれかを選択します：

- [既存のルート マップ ポリシー（Existing route map policy）]：受信者フィルタリング用のマルチキャストの既存ルート マップ ポリシーを選択して ステップ 7に移動します。

- [新しいルートマップポリシー（New route map policy）]： [マルチキャストの ルート マップ ポリシーの作成（Create Route Map Policy for Multicast）]]を選択し、 ステップ 6へ進みます。

ステップ 5

[マルチキャストの ルート マップ ポリシーの作成（Create Route Map Policy for Multicast）]] オプションを選択してファースト ホップ ルータでマルチキャスト [送信元（source）] フィルタリングを有効にした場合、 [マルチキャストの ルート マップ ポリシーの作成（Create Route Map Policy for Multicast）]] ウィンドウが表示されます。このウィンドウに次の情報を入力します：

1. [名前（Name）] フィールドにこのルート マップの名前を入力し、必要に応じて [説明（Description）] フィールドに説明を入力します。

2. [ルート マップ（Route Maps）] エリアで、 [+]をクリックします。

[ルート マップのエントリの作成（Create Route Map Entry）] ウィンドウが表示されます。

3. [順序（Order）] フィールドでは、このインターフェイスに対して複数のアクセス グループを設定している場合に、このインターフェイスでのマルチキャスト トラフィックへのアクセスをどの順序で許可または拒否するかを反映する番号を選択します。

小さい番号のエントリは、大きい番号のエントリの前に並べられます。範囲は 0 ～ 65535 です。

4. マルチキャスト送信元フィルタリングのためにトラフィックの送信を許可または拒否する方法を決定します。

- 特定の送信元から任意のグループへマルチキャストトラフィックの送信を許可または拒否する場合、 [送信元 IP（Source IP）] のフィールドに、トラフィックの送信元である特定の送信元の IP アドレスを入力し、 [グループ IP（Group IP）] フィールドを空のままにします。

- 任意の送信元から特定のグループへマルチキャスト トラフィックの送信を許可または拒否する場合、 [グループ IP（Group IP）] フィールドに、トラフィックの送信先のマルチキャスト IP アドレスを入力し、 [送信元 IP（Source IP）] フィールドを空のままにします。

- 特定の送信元から特定のグループへマルチキャスト トラフィックの送信を許可または拒否する場合、 [グループ IP（Group IP）] および [送信元 IP（Source IP）] フィールドの両方に必要な情報を入力します。

（注）

[RP IP] フィールドは、マルチキャスト送信元フィルタリングまたはマルチキャスト受信者フィルタリングには適用されません。このフィールドのエントリはマルチキャスト フィルタリングでは無視されるため、この機能のこのフィールドには値を入力しないでください。

5. [アクション（Action）] フィールドで、 [拒否（Deny）] を選択してアクセスを拒否するまたは、 [許可（Permit）] を選択してターゲット送信元のアクセスを許可します。

6. [OK]をクリックします。

この [マルチキャストの ルート マップ ポリシーの作成（Create Route Map Policy for Multicast）]] ウィンドウが再び表示され、構成したルート マップ エントリが [ルート マップ（Route Maps）] テーブルに表示されます。

7. このルートマップに追加のルート マップ エントリを作成するかどうかを決定します。

1 つのルート マップに対して複数のルート マップ エントリを作成できます。各エントリには、独自の IP アドレスと関連アクションがあります。例えば、すべて同じルートマップ内にある [許可（Permit）] アクションが適用されている 1 つのセットの IP アドレス、そして [拒否（Deny）] アクションが適用されているもう 1 つのセットの IP アドレスを持つことが必要かもしれないです。

このルートマップに追加のルート マップ エントリを作成したい場合、 [+] をもう一度クリックします。これは、 [ルート マップ（Route Maps）] エリアにあります。そして、 5.c に移動して、このルート マップの追加のルート マップ エントリの [ルート マップのエントリの作成（Create Route Map Entry）] ウィンドウに必要な情報を入力する手順を繰り返します。ウィンドウ。

8. このルート マップのすべてのルート マップ エントリを完了したら、 [送信（Submit）]をクリックします。  ステップ 7へ移動します。

ステップ 6

[マルチキャストの ルート マップ ポリシーの作成（Create Route Map Policy for Multicast）]] オプションを選択してラストホップ ルータでマルチキャスト [接続先（destination）] フィルタリングを有効にしたい場合、 [マルチキャストの ルート マップ ポリシーの作成（Create Route Map Policy for Multicast）]] ウィンドウが表示されます。このウィンドウに次の情報を入力します：

1. [名前（Name）] フィールドにこのルート マップの名前を入力し、必要に応じて [説明（Description）] フィールドに説明を入力します。

2. [ルート マップ（Route Maps）] エリアで、 [+]をクリックします。

[ルート マップのエントリの作成（Create Route Map Entry）] ウィンドウが表示されます。

3. [順序（Order）] フィールドでは、このインターフェイスに対して複数のアクセス グループを設定している場合に、このインターフェイスでのマルチキャスト トラフィックへのアクセスをどの順序で許可または拒否するかを反映する番号を選択します。

小さい番号のエントリは、大きい番号のエントリの前に並べられます。範囲は 0 ～ 65535 です。

4. マルチキャスト レシーバ フィルタリングで受信するトラフィックを許可するか拒否するかを決定します。

- 任意の送信元から特定のグループへトラフィックの受信を許可または拒否する場合、 [グループ IP（Group IP）] フィールドに、トラフィックの送信先のマルチキャスト IP アドレスを入力し、 [送信元 IP（Source IP）] フィールドを空のままにします。

- 特定の送信元から任意のグループへトラフィックの受信を許可または拒否する場合、 [送信元 IP（Source IP）] のフィールドに、トラフィックの送信元である特定の送信元の IP アドレスを入力し、 [グループ IP（Group IP）] フィールドを空のままにします。

- 特定の送信元から特定のグループへ、 [グループ IP（Group IP）] および [送信元 IP（Source IP）] フィールドの両方の場所に必要な情報を入力します。

（注）

[RP IP] フィールドは、マルチキャスト送信元フィルタリングまたはマルチキャスト受信者フィルタリングには適用されません。このフィールドのエントリはマルチキャスト フィルタリングでは無視されるため、この機能のこのフィールドには値を入力しないでください。

5. [アクション（Action）] フィールドで、 [拒否（Deny）] を選択してアクセスを拒否するまたは、 [許可（Permit）] を選択してーゲット グループへのアクセスを許可します。

6. [OK]をクリックします。

この [マルチキャストの ルート マップ ポリシーの作成（Create Route Map Policy for Multicast）]] ウィンドウが再び表示され、設定したルート マップ エントリが [ルート マップ（Route Maps）] テーブルに表示されます。

7. このルートマップに追加のルート マップ エントリを作成するかどうかを決定します。

1 つのルート マップに対して複数のルート マップ エントリを作成できます。各エントリには、独自の IP アドレスと関連アクションがあります。例えば、すべて同じルートマップ内にある [許可（Permit）] アクションが適用されている 1 つのセットの IP アドレス、そして [拒否（Deny）] アクションが適用されているもう 1 つのセットの IP アドレスを持つことが必要かもしれないです。

このルートマップに追加のルート マップ エントリを作成したい場合、 [+] をクリックします。これは、 [ルート マップ（Route Maps）] エリアにあります。そして、 6.c に移動して、このルート マップの追加のルート マップ エントリの [ルート マップのエントリの作成（Create Route Map Entry）] ウィンドウに必要な情報を入力する手順を繰り返します。ウィンドウ。

8. このルート マップのすべてのルート マップ エントリを完了したら、 [送信（Submit）]をクリックします。  ステップ 7へ移動します。

ステップ 7

ポリシー/全般ページの右下隅にある [送信（Submit）]をクリックします。

[ポリシー使用警告（Policy Usage Warning）] ウィンドウが表示されます。

ステップ 8

ポリシー使用の警告ウィンドウのテーブルに表示されているノードとポリシーがこのポリシーの変更の影響を受けることを確認し、マルチキャストの送信元や宛先のフィルタリングを有効にし、 [変更の送信（Submit Changes）]をクリックします。

SVI L3Out のレイヤ 3 マルチキャストについて

L3Out SVI でのレイヤ 3 マルチキャストにより、L3Out SVI で PIM を有効にするためのサポートが追加されます。これにより、L3Out SVI で構成された ACI 境界リーフ スイッチは、外部マルチキャスト ルータまたはファイアウォールとの PIM 隣接関係を確立できます。

ファイアウォールは通常、アクティブ/スタンバイ ペアで展開されます。ここでは、両方のファイアウォールが同じ VLAN とサブネット上のファブリックに接続されます。

これは LAN に似たトポロジであるため、ファブリック側に SVI L3Out が必要です。リリース 5.2（3）以降では、SVI L3Out のレイヤ 3 マルチキャストがサポートされます。

L3Out SVI は、SVI が展開されているすべての境界リーフ スイッチでレイヤ 3 SVI インターフェイスが構成されているインターフェイス タイプです。SVI が設定されている L3Out で PIM が有効になっている場合、SVI の一部である境界リーフ スイッチで PIM プロトコルが有効になります。すべての SVI は、相互に、および外部の PIM 対応デバイスと PIM 隣接関係を形成します。

L3Out からファイアウォールへのトポロジ例

次の図は、ファイアウォールへの L3Out のトポロジ例を示しています。

この例では、BL1、BL2 は、ファブリック上の境界リーフ スイッチです。両方の境界リーフ スイッチは、外部ファイアウォールに接続するのと同じ SVI L3Out 上にあります。各ファイアウォールは、ポート チャネル (非 vPC) を介して 2 つの境界リーフ スイッチのいずれかに接続されます。

- 各境界リーフ スイッチは、アクティブ ファイアウォールへの PIM ネイバー隣接関係を形成します。

- この例の BL2 は、L3Out 外部ブリッジ ドメインのファブリック トンネルを介してアクティブなファイアウォールにピアリングします。

- アクティブなファイアウォールは、BL1 と BL2 の両方に PIM 参加/プルーニングを送信できます。

- 2 つの境界リーフ スイッチの 1 つが PIM 加入をファイアウォールに送信します。ファイアウォールに向けて PIM Join を送信する境界リーフ スイッチは、マルチキャスト グループ（SSM のグループとソース）のストライプ勝者選択によって決定されます。

- BL2 は、マルチキャスト グループのストライプ勝者として選択できます。トポロジ例の BL2 は、アクティブなファイアウォールに直接接続されていません。BL1 は BL2 に、ソースに直接接続されたリバース パス フォワーディング（RPF）であることを通知します。BL2 は BL1 経由で PIM を送信できます。BL2 は、ファイアウォールの IP アドレスの再帰ルックアップを実行できる必要があります。この機能は、接続されたホストの再配布機能によって提供されます。ファイアウォール サブネットに一致するルート マップは、L3Out での接続ホストの再配布用に構成する必要があります。

L3Out SVI から外部スイッチ/ルータへのトポロジ例

次の図は、外部スイッチまたはルータへの L3Out SVI のトポロジ例を示しています。

レイヤ 3 マルチキャスト ステートおよびマルチキャスト データ トラフィックに関して、上記の図のコンポーネントは次のように影響を受けます：

- BL1、BL2、BL3、および BL4 は、ファブリック上の境界リーフ スイッチです。これらの境界リーフ スイッチはすべて、外部ボックスに接続する同じ SVI L3Out 上にあります。外部ボックスは、任意の外部スイッチまたはルータである可能性があります。

- 論理的には、レイヤ 3 リンクは境界リーフ スイッチと外部ルータの間でアップ状態です。したがって、SVI L3Out の境界リーフ スイッチおよび外部ルータをまたがるユニキャスト ルーティング プロトコルまたは PIM に関して、フルメッシュ隣接関係が存在します。

- SVI L3Out はブリッジ ドメインであるため、境界リーフ スイッチから外部ルータへの複数の物理接続がある場合でも、それらの間の 1 つのリンクだけがレイヤ 2 レベルで各外部ルータにアップします。他のすべてのリンクは STP によってブロックされます。

たとえば、上の図では、レイヤ 2 レベルの次のリンクだけがアップしています：

- BL1 と外部ルータ 1 間のリンク

- BL3 と外部ルータ 2 間のリンク

したがって、他のすべての境界リーフ スイッチでは、IP アドレス 10.1.1.10 は BL1 を介してのみ到達可能であり、10.1.1.20 は BL3 を介してのみ到達可能です。

注意事項と制約事項

- PIM 対応の SVI L3Out には、接続されたホスト ルート マップを設定する必要があります。このルート マップは、直接接続されたすべての外部 PIM ネイバーと一致する必要があります。0.0.0.0/0 サブネットを使用できます。

- SVI L3Out 機能のレイヤ 3 マルチキャストでは、次の領域がサポートされます：

- サポート対象：

- Protocol Independent Multicast（PIM）Any Source Multicast（ASM）および Source-Specific Multicast（SSM）

- 物理インターフェイスを使用した SVI

- ダイレクト ポート チャネルを使用した SVI（非 vPC）

- すべてのトポロジの組み合わせ：

- Source Inside Receiver Inside（SIRI）

- Source Inside Receiver Outside（SIRO）

- Source Outside Outside Receiver Inside（SORI）

- Source Outside Outside Receiver Outside（SORO）

- Unsupported：

- SVI L3Out を介した VPC によるレイヤ 3 マルチキャスト

- SVI サブネットに直接接続された送信元または受信者ホスト（送信元または受信者ホストは SVI L3Out 上のルータの背後に接続されている必要があります）

- ローカル リーフ スイッチ（ACI メイン データ センター スイッチ）とリモート リーフ スイッチ間のストレッチ SVI L3out はサポートされていません。

- 複数のサイト（[Cisco ACI マルチサイト（Cisco ACI Multi-Site）]）にまたがるストレッチ SVI L3Out

- PIMv6 の SVI L3Out

- セカンダリ IP アドレス。境界リーフ スイッチのセカンダリ IP アドレスに送信された場合、PIM の参加/プルーニングは処理されません。セカンダリ IP アドレスは、通常、静的ルーティング用の境界リーフ スイッチ間で共有 (仮想) IP アドレスを構成するために使用されます。PIM over SVI を設定するときはダイナミック ルーティングを使用するか、各境界リーフ スイッチのプライマリ アドレスへのスタティック ルートを作成することをお勧めします。

- フローティング L3Out SVI

- GUI を使用した SVI L3Out 上のレイヤ 3 マルチキャストの構成

GUI を使用した SVI L3Out 上のレイヤ 3 マルチキャストの構成

手順

ステップ 1

レイヤ 3 インターフェイス タイプとして [SVI] を設定した L3Out の作成 ウィザードを使用して、標準 L3Out を設定します。

1. GUI [ナビゲーション（Navigation）] ペインで、テナント例のもとで [ネットワーキング（Networking）] > [L3Out（L3Outs）]に移動します。

2. 右クリックし、 [L3Outの作成（Create L3Out）]を選択します。

3. [L3Outの作成（Create L3Out）] 画面で、 [識別（Identity）] ウィンドウで、L3Out の名前を入力し、この L3Out に関連付ける VRF および L3 ドメインを選択します。

4. 次をクリックして必要な情報を Identity ウィンドウで入力します。

[ノードとインターフェイス（Nodes and Interfaces）] ウィンドウが表示されます。

5. [ノードとインターフェイス（Nodes and Interfaces）] ウィンドウで [インターフェイス タイプ：レイヤ 3（Interface Types: Layer 3）] フィールドで、 [SVI] をレイヤ 3 のインターフェイス タイプとして選択します。

6. L3Out の構成が完了するまで、[L3Out の作成（Create L3Out）] ウィザードを使用して個々のフィールドの構成を続けます。

ステップ 2

構成された L3Out に移動します：

[テナント（Tenants）] > [tenant_name] > [んネットワーキング（Networking）] > [（L3Out）L3Outs] > [L3Out_name]

構成された L3Out の [概要（Summary）] ページが表示されます。

ステップ 3

[ポリシー（Policy）] タブをクリックし、 [メイン（Main）] サブタブをクリックします。

設定された L3Out の [プロパティ（Properties）] ページが表示されます。

ステップ 4

[再配布のルート プロファイル（Route Profile for Redistribution）] フィールドで、 [+] をクリックして再配布のルート プロファイルを構成します。

ステップ 5

[送信元（Source）] フィールドで、 attached-hostを選択します。

ステップ 6

[ルート マップ（Route Map）] フィールドで、すべてを許可するルート マップを設定します。

1. [ルート制御のルート マップの作成（Create Route Maps for Route Control）] をクリックします。

[ルート制御のルート マップの作成（Create Route Maps for Route Control）] ウィンドウが表示されます。

2. このルート マップの名前と説明を入力し、 [+] をクリックします。これは、 [コンテキスト（Contexts）] エリアにあります。

[ルート制御コンテキスト（Create Route Control Context）] ウィンドウが表示されます。

3. [ルート制御コンテキスト（Create Route Control Context）] ウィンドウで必要なパラメータを構成します。 [アクション（Action）] フィールドを [許可（Permit）]に設定します。

4. [+] をクリックします。これは、 [関連付けられている一致したルール（Associated Matched Rules）] エリアにあります。そして [ルートマップの一致ルールの作成（Create Match Rule for a Route Map）] を選択してこのルート制御コンテキストの一致ルールを構成します。

[一致ルールの作成（Create Match Rule）] ウィンドウが表示されます。

5. [+] をクリックします。これは、 [一致プレフィックス（Match Prefix）] クリックします。

[一致ルート宛先ルールの作成（Create Match Route Destination Rule）] ウィンドウが表示されます。

6. [一致ルート宛先ルールの作成（Create Match Route Destination Rule）] ウィンドウで、これらのフィールドに次の値を入力して、サブネットまたは 0.0.0.0/0 ルートおよび集約設定で一致する集約ルートをもつルールを設定します。

- [IP]: 0.0.0.0/0

- [集約（Aggregate）]：このフィールドのボックスをオンにします。  [大きいマスク（Greater Than Mask）] および [小さいマスク（Less Than Mask）] フィールドが表示されます。

- [大きいマスク（Greater Than Mask）]: 0

- [小さいマスク（Less Than Mask）]: 0

7. [送信（Submit）] をクリックして、この一致ルート宛先ルールを設定します。

ステップ 7

すべてを許可するルートマップを設定したら、集約ルートまたは 0.0.0.0 / 0 ルートの集約エクスポートを行うエクスポートルート制御サブネットで外部EPGを設定します。

1. 設定済みの外部 EPG に移動します。

[テナント（Tenants）] > [tenant_name] > Networking > [L3Out（L3Outs）] > [L3Out_name] > [外部 EPG（External EPGs）] > [external_EPG_name]

構成された L3Out の [プロパティ（Properties）] ページが表示されます。デフォルトで [ポリシー/全般（Policy/General）] ページに入るはずです。

2. [サブネット（Subnets）] エリアで、構成した 0.0.0.0/0 エントリをダブルクリックします。

設定されたサブネットの [プロパティ（Properties）] ウィンドウが表示されます。

3. リスト [ルート制御（Route Control）] エリアで、次の項目を選択します：

- エクスポートルートコントロールサブネット フィールドの横にあるチェックボックスをオンにします。

- [集約（Aggregate）] エリアで、 [集約エクスポート（Aggregate Export）] フィールドの横にあるチェックボックスをオンにします。

4. [送信（Submit）]をクリックします。

PIM インターフェイスが L3Out インターフェイス用に作成されていない

L3Out インターフェース用に PIM インターフェース（pim:If）が作成されていない場合は、以下を確認してください。

1. PIM が L3Out で有効になっています。PIM が無効になっている場合は、有効にします。

2. コンテナ L3Out で PIM が有効になっている場合は、マルチキャスト l3ext:InstP がプレフィックス名として「__int_」で作成されていることを確認します。このマルチキャスト l3ext:InstP は、L3Out PIM ポリシーをスイッチに展開するために使用されます。L3Out ごとに 1 つのマルチキャスト l3ext:InstP が必要です。

（注）

- マルチキャスト l3ext:InstP が IFC に存在する場合、対応する fv:RtdEpP が作成され、その L3Out にインターフェイスがある各スイッチに展開されているかどうかを確認できます。

- PIM の L3Out SVI インターフェイスはサポートしていません。

PIM インターフェイスがマルチキャスト トンネル インターフェイス用に作成されていない

マルチキャスト トンネル インターフェイス（tunnel:If）に対して PIM インターフェース（pim:if）が作成されていない場合は、以下を確認してください。

1. 対応するトンネル:If が作成されました。

（注）

tunnel:If のタイプは「underlay-mcast」である必要があります。

2. 各 mcast 対応 VRF は、mcast トンネルを作成しています。

3. tunnel:If の宛先 IP フィールドには、有効な GIPO アドレスが入力されています。

4. tunnel:If に有効な GIPO アドレスが入力されていない場合は、IFC の pim:CtxP とスイッチの pim:CtxDef をチェックして、GIPO が正しく割り当てられていることを確認します。

5. トンネルの送信元 IP:If には、BL の場合は L3Out のループバック アドレス、NBL の場合は「127.0.0.100」があります。

PIM インターフェイスがマルチキャスト対応ブリッジ ドメインに作成されない

マルチキャスト対応のブリッジ ドメイン（BD）に対して PIM インターフェイス（pim:if）が作成されていない場合は、次のことを確認します。

1. 対応する BD または対応する Ctx で PIM が有効になっています。

2. 対応する BD が普及しています。

3. 普及している BD ベースの pim:If は、デフォルトのパラメータを受け取ります。

（注）

igmp snooping との相互作用については、普及 BD で PIM が有効になっている場合、対応する igmpsnoop:If に対してルーティング ビットが自動的に有効になっている必要があります。

Chapter13. マルチポッドについて

マルチポッドは、隔離されたコントロール プレーン プロトコルを持つ複数のポッドで構成された、障害耐性の高いファブリックのプロビジョニングを可能にします。また、マルチポッドでは、さらに柔軟にリーフとスパイン スイッチ間のフル メッシュ配線を行うことができます。たとえば、リーフ スイッチが異なるフロアや異なる建物にまたがって分散している場合、マルチポッドでは、フロアごと、または建物ごとに複数のポッドをプロビジョニングし、スパイン スイッチを通じてポッド間を接続することができます。

マルチポッドは、異なるポッドの ACI スパイン間のコントロール プレーン通信プロトコルとして MP-BGP EVPN を使用します。

Cisco APIC リリース 5.2（3）よりも前のリリースでは、物理スパインと IPN の間をピアリングするためにアンダーレイで OSPF が使用されます。Cisco APIC リリース 5.2（3）以降、アンダーレイ プロトコルは OSPF または BGP（eBGP のみ）または混合で、OSPF を使用するポッドと BGP を使用するポッドがあります。

WAN ルータは、ポッド間ネットワーク（IPN）でプロビジョニング可能で、スパイン スイッチに直接接続されるか、境界リーフ スイッチに接続されます。 IPN に接続されるスパイン スイッチは、ポッド内ので少なくとも 1 個のリーフ スイッチに接続されます。

マルチポッドはすべてのポッドに単一の APIC クラスタを使用します。そのため、すべてのポッドが単一のファブリックとして機能します。ポッド全体にわたって個々の APIC コントローラが配置されますが、それらはすべて単一の APIC クラスタの一部です。

マルチポッドの概要

（注）

Cisco APIC リリース 5.2（3）以降、2 つのポッドのみで構成されるファブリックは、IPN なしで直接接続できます。この [マルチポッド スパイン バックツーバック（Multi-Pod Spines Back-to-Back）] トポロジの詳細については、 概要 [マルチポッド スパイン バックツーバック（Multi-Pod Spines Back-to-Back）]を参照してください。

- マルチポッドのプロビジョニング

- [Cisco ACI マルチポッド（Cisco ACI Multi-Pod）] ファブリックの設定に関するガイドライン

- マルチポッド ファブリックの設定

- Cisco Nexus 9000 シリーズ スイッチでのマルチポッド IPN 設定の例

- APIC を 1 つのポッドから別のポッドに移動する

- OSPF IPN アンダーレイから BGP IPN アンダーレイへの移行

- 概要 [マルチポッド スパイン バックツーバック（Multi-Pod Spines Back-to-Back）]

- 障害対応 [マルチサイト（Multi-Site）] およびマルチポッド

マルチポッドのプロビジョニング

IPN は APIC では管理されません。これは、次の情報が事前する必要があります。

- すべてのポッドの背表紙に接続されているインターフェイスを設定します。VLAN-4 でトラフィックをタグ付けするレイヤ 3 サブインターフェイスを使用し、MTU をサイト間コントロール プレーンおよびデータ プレーン トラフィックに必要な最大 MTU より 50 バイト以上増やします。

リモートリーフ スイッチがポッドに含まれている場合は、 リモート リーフ スイッチ および [Cisco ACI リモート リーフ アーキテクチャ ホワイト ペーパー（Cisco ACI Remote Leaf Architecture White Paper）]を参照してください。

- IPN アンダーレイ プロトコルが OSPF の場合は、正しいエリア ID を持つサブインターフェイスで OSPF を有効にします。Cisco APIC リリース 5.2(3) 以降、IPN アンダーレイ プロトコルは OSPF または BGP（eBGP のみ）になることが可能です。

- すべての背表紙に接続されている IPN インターフェイスで DHCP リレーを有効にします。

- PIM をイネーブルにします。

- ブリッジドメイン GIPO 範囲を PIM 双方向として追加（bidir）グループ範囲として追加（デフォルトは 225.0.0.0/15）。

モードが bidir であるグループには、共有ツリー転送機能しかありません。

- PIM bidir グループ範囲として 239.255.255.240/28 を追加します。

- PIM およびすべての背表紙に接続されたインターフェイスで IGMP を有効にします。

（注）

PIM bidirを展開する際には、どの時点であっても、特定のマルチキャスト グループ範囲に対して、1 つのアクティブな RP（ランデブー ポイント）を設定することだけが可能です。RP の冗長性は、 ファントム RP 構成を活用することで実現します。マルチキャスト ソースの情報はもはや Bidir で利用可能ではないため、Anycast または MSDP メカニズムをスパースモードで冗長性のために使用することは、 bidirのオプションとはなりません。

マルチポッドのプロビジョニング

[Cisco ACI マルチポッド（Cisco ACI Multi-Pod）] ファブリックの設定に関するガイドライン

[Cisco ACI マルチポッド（Cisco ACI Multi-Pod）] ファブリックを構成するには、次のガイドラインに従います：

- [Cisco ACI マルチポッド（Cisco ACI Multi-Pod）] は次でサポートされます：

- すべての [ACI]モード スパイン スイッチ

- すべての Cisco Nexus 9000 シリーズ [ACI]モード リーフ スイッチ

- すべての Cisco Nexus 9500 プラットフォーム [ACI]モード スイッチ ライン カードおよびファブリック モジュール

- 関連付けられたノード グループおよびレイヤ 3 外部（L3Out）ポリシーを作成します。

- スパイン スイッチを変更する前に、 [Cisco ACI マルチポッド（Cisco ACI Multi-Pod）] トポロジに参加している運用「アップ」外部リンクが少なくとも 1 個あることを確認します。失敗すると、 [Cisco ACI マルチポッド（Cisco ACI Multi-Pod）] 接続がダウンする可能性があります。

- [Cisco ACI マルチポッド（Cisco ACI Multi-Pod）] のセットアップを単一のポッド（ポッド 1 のみを含む）に変換する必要がある場合は、デコミッションされたポッドに接続されている [Cisco Application Policy Infrastructure Controller]（[APIC]）を再初期化し、ポッド 1 のリーフ スイッチに接続する必要があります。これにより、初期セットアップ スクリプトの実行後にクラスタに再参加できるようになります。詳細については、 APIC を 1 つのポッドから別のポッドに移動する を参照してください。TEP プール構成を削除する必要があります。

- [Cisco ACI GOLF] （ファブリックWANのレイヤ 3 EVPN サービスとも呼ばれる）および [Cisco ACI マルチポッド（Cisco ACI Multi-Pod）] は、 [Cisco ACI マルチポッド（Cisco ACI Multi-Pod）] および EVPN トポロジで使用されているすべてのスイッチで共に展開できるようになりました。

GOLF の詳細については、 [Cisco ACI GOLF]を参照してください。

- [Cisco ACI マルチポッド（Cisco ACI Multi-Pod）] ファブリックでは、ポッド 1 構成（関連付けられている TEP プールを使用）が常に [Cisco APIC]に存在する必要があり、 [Cisco APIC] ノードは常にPod 1 TEP プールから対応されます。これは、オリジナル ポッド 1 TEP プールはファブリックへ追加される可能性のある他のポッドに再割り当てされないように、ポッド 1 が物理的にデコミッションされた（完全にサポートされている手順です）シナリオでも有効のままです。

- [Cisco ACI マルチポッド（Cisco ACI Multi-Pod）] ファブリック セットアップで、新しいスパイン スイッチがポッドに追加される場合、最初にポッド内の少なくとも 1 個のリーフ スイッチに接続する必要があります。これにより、 [Cisco APIC] がスパイン スイッチを検出し、ファブリックに参加できるようにします。

- ポッドが作成されポッドにノードが追加された後、ポッドを削除するとファブリック内でアクティブなポッドから古いエントリになります。これは、 [Cisco APIC] がオープン ソースDHCPを使用するため発生します。これによりポッドが削除された時に [Cisco APIC] が削除できないリソースがいくつか作成されます。

- 個別のポッドに属するスパイン スイッチを直接バックツーバック リンクで接続すると、2 つのスパイン スイッチ間のピア インターフェイスで OSPF ネイバーシップが確立される場合があります。ピア インターフェイス間で不一致があり、いずれかのピアで [Cisco ACI マルチポッド（Cisco ACI Multi-Pod）] ダイレクトフラグが無効になっている場合、セッションは起動せず、転送は行われません。この状況ではシステムが障害をスローしますが、これは予期された動作です。

- [Cisco APIC] リリース 5.2（3）以降では、IPN アンダーレイ プロトコルを外部 BGP（eBGP）にすることができます。内部 BGP（iBGP）は、アンダーレイ プロトコルとしてサポートされていません。

OSPF と BGP の間で IPN アンダーレイとして [Cisco ACI マルチポッド（Cisco ACI Multi-Pod）] ファブリックを移行する準備をする場合は、次のガイドラインに従ってください。

- [Cisco ACI] ファブリックがクラウド サイトまたは GOLF ルータに接続されている場合、BGP アンダーレイはサポートされません。

- BGP アンダーレイは、IPv6 アドレス ファミリではなく、IPv4 アドレス ファミリのみをサポートします。

- [Cisco APIC] クラスタ 接続をレイヤ 3 ネットワークを介したファブリックへ展開する場合（ [Cisco APIC] リリース 5.2（1）で紹介された）、IPN ネットワークは、アンダーレイ プロトコルとして OSPF 、を使用できます。また、 [Cisco APIC] が [Cisco ACI マルチポッド（Cisco ACI Multi-Pod）] またはリモート リーフ スイッチ接続を提供するのと同じネットワークを使用してファブリックに接続する場合は、BGP アンダーレイを使用できます。

- ポリシーの名前を変更するなど、 [Cisco ACI マルチポッド（Cisco ACI Multi-Pod）] を削除し再作成する場合、ファブリックのスパイン スイッチの一部でクリーン リロードを実行する必要があります。  [Cisco ACI マルチポッド（Cisco ACI Multi-Pod）] L3Out の削除により、ファブリック内の 1 つ以上のスパイン スイッチが [Cisco APIC]への接続を失い、これらのスパイン スイッチは [Cisco APIC]から更新されたポリシーをダウンロードできなくなります。どのスパイン スイッチがそのような状態になるかは、展開されているトポロジによって異なります。この状態から回復するには、これらスパイン スイッチでクリーン リロードを実行する必要があります。リロードは、 setup-clean-config.sh コマンドを使用して実行されます。その後、スパイン スイッチで reload コマンドを実行します。

（注）

[Cisco ACI] は IP フラグメンテーションをサポートしていません。したがって、外部ルータへのレイヤ 3 外部（L3Out）接続を構成する場合、または Inter-Pod Network（IPN）を介した [マルチポッド（Multi-Pod）] 接続を構成する場合は、インターフェイス MTU がリンクの両端で適切に設定することを推奨します。  [Cisco ACI]、 [Cisco NX-OS]、および Cisco IOS などの一部のプラットフォームでは、構成可能な MTU 値はイーサネット ヘッダー (一致する IP MTU、14-18 イーサネット ヘッダー サイズを除く) を考慮していません。また、IOS XR などの他のプラットフォームには、構成された MTU 値にイーサネット ヘッダーが含まれています。構成された値が 9000 の場合、 [Cisco ACI]、 [Cisco NX-OS]Cisco IOS の最大 IP パケット サイズは 9000 バイトになりますが、IOS-XR のタグなしインターフェイスの最大 IP パケットサイズは 8986 バイトになります。

各プラットフォームの適切な MTU 値については、それぞれの設定ガイドを参照してください。

CLI ベースのコマンドを使用して MTU をテストすることを強く推奨します。たとえば、 [Cisco NX-OS] CLI で ping 1.1.1.1 df-bit packet-size 9000 source-interface ethernet 1/1などのコマンドを使用します。

（注）

Cisco APIC は、CP-MTU 設定に関係なく、常に 1496 バイト（TCP MSS 1456）の MTU でファブリック スイッチへの TCP 接続を確立します。リモート ポッドおよびリモート リーフ スイッチの IPN ネットワークは、ファブリック ディスカバリのために少なくとも 1500 バイトの MTU をサポートする必要があります。

- ファブリック内のノード（[Cisco APIC] とスイッチ) によって送信されるコントロール プレーン (CP) パケットのグローバル MTU を [システム（ System）] > [ システム設定（ System Settings）] > [コントロール プレーンのMTU （Control Plan MTU）]で設定できます。

- [Cisco ACI マルチポッド（Cisco ACI Multi-Pod）] トポロジでは、ファブリック外部ポートの MTU 設定は CP MTU 値セット以上にする必要があります。そうしないと、ファブリックの外部ポートが CP MTU パケットをドロップする可能性があります。

- IPN または CP MTU を変更する場合、CP MTU 値を変更し、次にリモート ポッドのスパイン上の MTU 値を変更することをお勧めします。これで、MTU の不一致によりポッド間の接続が失われるリスクが減少します。これは、ポッド間の IPN デバイスのすべてのインターフェイスの MTU が、常にコントロールプレーンと VXLAN データプレーンの両方のトラフィックに十分な大きさであることを保証するためです。データ トラフィックの場合、VXLAN による余分な 50 バイトに注意してください。

- ポッドをデコミッションするには、ポッドのすべてのノードをデコミッションします。手順については、 [ポッドの廃止および再稼働（Decommissioning and Recommissioning a Pod）] を参照します。これは、 「Cisco APIC トラブルシューティング ガイド」を参照します。

- 次に [Cisco APIC] 6.0（2）リリース以降では、OSPF [Cisco ACI マルチポッド（Cisco ACI Multi-Pod）] セッションを構成し、そのセッションが実行されている場合は、L3Out インターフェイス プロパティにパッシブ インターフェイスを構成しないでください。

マルチポッド ファブリックの設定

入力 [Cisco Application Policy Infrastructure Controller] （APIC）4.0（1）以降、GUI にウィザードが追加され、マルチポッド構成がシンプルになりました。GUI を使用してマルチポッドを設定するには、このセクションの手順に従います。

2 つの物理ポッドの間にマルチポッドを設定する手順には、既存の物理ポッドが新しいポッドとインターポッド ネットワーク（IPN）経由で通信するための準備が含まれます。その後、物理ポッドを追加し、Cisco [Cisco APIC] では、マルチポッド ファブリックが作成されます。

NX-OS スタイルの CLI と REST API を使用してマルチポッドを設定することもできます。手順については、このガイドの次の項 NX-OS CLI を使用したマルチポッド ファブリックのセットアップ および REST API を使用したマルチポッド ファブリックのセットアップ を参照してください。

- IPN 接続のためのポッドの準備

- マルチポッド ファブリックを作成するポッドの追加

IPN 接続のためのポッドの準備

新しいポッドを作成する前に、最初に、既存の物理ポッドから新しいポッドに通信できることを確認する必要があります。

手順

ステップ 1

以下 にログインします。 [Cisco APIC]。

ステップ 2

次の場所に移動します。 [ファブリック（Fabric）] > [インベントリ（Inventory）]。

ステップ 3

[クイック スタート（Quick Start）] を拡張し、 [ポッドを追加（Add Pod）] をクリックします。

ステップ 4

作業ペインで、 [ポッドを追加（Add Pod）] をクリックします。

ステップ 5

[ポッド間接続の設定ステップ 1（Configure Interpod Connectivity STEP 1 ） > [概要（Overvies）] パネルで、ポッド間ネットワーク（IPN）接続の構成に必要なタスクを確認し、 [スタートアップ ガイド（Get Started）]をクリックします。。

ステップ 6

[ポッド間接続の設定 STEP 2（Configure Interpod Connectivity STEP 2）] > [IP接続（IP Connectivity）] ダイアログボックスで、次の手順を実行します。

1. [名前（Name）] フィールドが [L3外部構成（L3 Outside Configuration）] エリアが表示されていた場合には、次から既存のファブリック外部ルーティング プロファイルを選択します： [名前（Name）] ドロップダウンリスト。

2. 以下の使用： [スパイン ID（Spine ID）] セレクタで、スパインを選択します。

さらにスパインの ID を追加するには + （プラス）アイコンをクリックします。

3. [インターフェイス（Interfaces）] エリアの [インターフェイス（Interface）] フィールドで、IPN への接続に使用されるスパイン スイッチ インターフェイス（ポートおよびスロット）を入力します。

さらにインターフェイスを追加するには + （プラス）アイコンをクリックします。

4. [IPV4 アドレス（IPV4 Address）] フィールドに、インターフェイスの IPv4 ゲートウェイ アドレスとネットワーク マスクを入力します。

5. MTU(バイト) ドロップダウン リストで、外部ネットワークの最大伝送単位の値を選択します。

範囲は 1500 ～ 9216 です。

6. [次（Next）] をクリックします。。

ステップ 7

[Interpod 接続ステップ 3 の設定（Configure Interpod Connectivity STEP 3）] >[ルーティング プロトコル（Routing Protocols）] ダイアログ ボックスで、物理スパインと IPN の間でピアリングするアンダーレイ プロトコルを構成します。Cisco APIC リリース 5.2(3) よりも前のリリースでは、Open Shortest Path First（OSPF）が唯一サポートされているアンダーレイです。これらの以前のリリース、または以降のリリースでは、 OSPF を [アンダーレイ（Underlay）]として選択した場合、 OSPF エリアのサブステップを完了します：

1. [デフォルトの使用（Use Defaults）] は、オンまたはオフのままにします。

[デフォルトの使用（Use Defaults）] チェックボックスをオンにすると、 GUI は OSPF を構成するためのオプション フィールドを非表示にします。オフにした場合は、すべてのフィールドが表示されます。デフォルトでは、このチェックボックスはオフになっています。

2. [エリア ID（Area ID）] フィールドに OSPF エリア ID を入力します。

3. [エリア タイプ（Area Type）] エリアで、OSPF エリア タイプを選択します。

次を選択できます。 [NSSA エリア（NSSA area）]] または [通常エリア（Regular area）]。 [スタブ エリア（Stub area）] はサポートされていません。

4. （オプション） [エリア コスト（Aera Cost）] セレクタで、適切な OSPF エリア コスト値を選択します。このフィールドは、 [デフォルトの使用（Use Defaults）] チェックボックスがオフになっている場合にのみ表示されます。

5. [インターフェイス ポリシー（Interface Policy）] ドロップダウン リストから OSPF インターフェイス ポリシーを選択するか構成をします。

既存のポリシーを選択するか、 [OSPF インターフェイス ポリシーの作成（Create OSPF Interface Policy）] ダイアロ グボックスでポリシーを作成します。

ステップ 8

Cisco APIC リリース 5.2（3）以降、アンダーレイ プロトコルは OSPF または BGP になることが可能です。Cisco APICリリース 5.2（3）より前のリリースで前の手順で [OSPF] を [アンダーレイ（Underlay）] として選択した場合、この手順をスキップします。  [BGP] を [アンダーレイ（Underlay）] として選択した場合、 [Interpod 接続ステップ 3 の設定（Configure Interpod Connectivity STEP 3）] >[ルーティング プロトコル（Routing Protocols）] ダイアログボックスで、BGP アンダーレイを設定するために [BGP] エリアの次のサブステップを実行します：

[MP-BGP] エリアで [デフォルトの使用（Use Defaults）] チェック ボックスをオンのままにします。Multiprotocol Border Gateway Protocol（MP-BGP）を構成するための GUI のフィールドが非表示になります。

1. [スパイン ID（Spine ID）]、 [インターフェイス（Interface）]、および [IPv4 アドレス（IPv4 Address）] フィールドで構成可能の値に注意してください。

2. [ピア アドレス（Peer Address）] フィールドで、BGP ネイバーの IP アドレスを入力します。

3. [リモート AS（Remote AS）] フィールドで、BGP ネイバーの自動システム（AS）番号を入力します。

4. [次（Next）] をクリックします。

ステップ 9

[ポッド間接続の設定 STEP 4（Configure Interpod Connectivity STEP 4）] > [外部 TEP（External TEP）] ダイアログボックスで、次の手順を実行します：

1. [デフォルトの使用（Use Defaults）] は、オンまたはオフのままにします。

[デフォルトの使用（Use Defaults）] チェックボックスをオンにすると、外部 TEP プールを構成するための GUI のオプション フィールドが非表示になります。オフにした場合は、すべてのフィールドが表示されます。デフォルトでは、このチェックボックスはオフになっています。

2. [ポッド（Pod）] および [内部 TEP プール（Internal TEP Pool）] フィールドの、構成可能な値に注意してください。

3. [外部 TEP プール（External TEP Pool）] フィールドに、物理ポッドの外部 TEP を入力します。

外部 TEP プールは、内部 TEP プール、または他のポッドに属する外部 TEP プールと重複しないようにする必要があります。

4. リスト [データプレーン TEP IP（Data Plane TEP IP）] フィールドに、ポッド間のトラフィックのルーティングに使用されるアドレスを入力します。このアドレスには、/32 サブネット マスクが必要です。

次を構成するときに生成されるデフォルト アドレスを受け入れることができます。 外部TEPプール。別のアドレスを入力することもできますが、外部 TEP プールの外部にある必要があります。

5. [ルータ ID（Router ID）] フィールドに、IPN ルータ IP アドレスを入力します。

6. （オプション） ループバック アドレス フィールドに、IPN ルータ ループバック IP アドレスを入力します。

[デフォルトの使用（Use Defaults）]のチェックをオフにした場合、 [Cisco APIC] は、構成不可能な [ユニキャスト TEP IP（Unicast TEP IP）] および [スパイン ID（Spine ID）] フィールドを表示します。

7. 次をクリックします [終了（Finish）]。

[概要（Summary）] パネルが表示され、IPN 構成の詳細が表示されます。次もクリックできます： [JSON の表示（View JSON）] これをクリックすると、REST API の構成を表示することもできます。REST API を保存して後で使用することができます。

次のタスク

次のいずれかを実行します：

- このまま直接ポッドの追加に進み、このガイドの「 マルチポッド ファブリックを作成するポッドの追加 」の手順を続けることができます。

- 次を閉じます。 [ポッド間接続の設定ステップ 1（Configure Interpod Connectivity STEP 1 ）] ダイアログボックスを表示して後でポッドを追加し、本ガイドの マルチポッド ファブリックを作成するポッドの追加 手順に戻ります。

マルチポッド ファブリックを作成するポッドの追加

[物理ポッドの追加（Add Physical Pod）] ダイアログを使用すると、マルチポッド環境を設定できます。新しい物理ポッド ID とトンネル エンドポイント（TEP）プールを定義します。また、新しいポッド ネットワーク設定を行い、物理スパインのサブインターフェイスを構成します。

始める前に

ここまで次のタスクを実行しました：

- ノード グループおよび L3Out ポリシーが作成されました。

- ポッド間ネットワーク（IPN）を構成しました。構成例については、本ガイドの Cisco Nexus 9000 シリーズ スイッチでのマルチポッド IPN 設定の例 を参照してください。

- 新しいポッドと IPN 経由で通信できるように既存のポッドを準備しました。本ガイドの手順 IPN 接続のためのポッドの準備 を参照してください。

- IPN に接続するスパイン スイッチが、ポッド内にある少なくとも 1 個のリーフ スイッチにも接続することを確認しました。

- トンネル エンドポイント（TEP）プールを作成しました。本ガイドの手順 IPN 接続のためのポッドの準備 を参照してください。

手順

ステップ 1

（APIC） [Cisco Application Policy Infrastructure Controller] にログインします。

ステップ 2

次のいずれかを実行します：

- 手順を完了 IPN 接続のためのポッドの準備 して [ポッド間接続の構成ステップ 1（Configure Interpod Connectivity STEP 1 ）] ダイアログボックスを閉じていない場合、ステップ 3 からステップ 5 をスキップし、ステップ 6 からこの手順を再開します。

- 手順を完了 IPN 接続のためのポッドの準備 して [ポッド間接続の構成ステップ 1（Configure Interpod Connectivity STEP 1 ）] ダイアログボックスを閉じた場合、この手順のステップ 3 に進みます。

ステップ 3

[ファブリック（Fabric）] > [インベントリ（Inventory）]を選択します。

ステップ 4

[クイック スタート（Quick Start）] をクリックして [ポッドを追加（Add Pod）] をクリックしますをクリックします。

ステップ 5

作業ペインで、 [ポッドを追加（Add Pod）] をクリックしますをクリックします。

ステップ 6

物理ポッドの追加 ステップ 2 > ポッドファブリック ダイアログボックスで、次の手順を実行します：

1. [ポッド ID（Pod ID）] フィールドで、ポッド ID を選択します。

ポッド ID には任意の正の整数を指定できます。ただし、 [Cisco ACI] ファブリック内で一意である必要があります。

2. [ポッド TEP プール（Pod TEP Pool）] フィールドで、プール アドレスとサブネットを入力します。

ポッド TEP プールは、トラフィックのカプセル化識別子の範囲を表します。共有リソースであり、複数のドメインが使用できます。

3. [スパイン ID（Spine ID）] セレクタを使用して、スパイン ID を選択します。

複数のスパイン ID を選択するには [+] （プラス）アイコンをクリックします。

4. [インターフェイス（Interfaces）] エリアの [インターフェイス（Interface）] フィールドで、IPN への接続に使用されるスパイン スイッチ インターフェイス（スロットおよびポート）を入力します。

5. IPv4 アドレス（IPv4 Address） フィールドに、インターフェイスの IPv4 ゲートウェイ アドレスとネットワーク マスクを入力します。

6. [MTU（bytes）] フィールドで、外部ネットワークの最大伝送ユニット（MTU）の値を選択します。

[+] （プラス）アイコンをクリックすると、もう 1 つのインターフェイスを設定できます。

ステップ 7

[物理ポッドの追加 ステップ 3 > 外部 TEP（Add Physical Pod STEP 3 > External TEP）] ダイアログ ボックスで、次の手順を実行します。

1. [デフォルトの使用（Use Defaults）] チェックボックスをオンまたはオフのままにして、外部 TEP プールを構成するためのオプション フィールドを表示します。

2. 構成済みの [ポッド（Pod）] および [内部 TEP プール（Internal TEP Pool）] フィールドの値に注意してください。

3. [外部 TEP プール（External TEP Pool）] フィールドに、物理ポッドの外部 TEP を入力します。

外部 TEP プールは内部 TEP プールと重ならないようにする必要があります。

4. [データ プレーン TEP IP（Data Plane TEP IP）] フィールドに、ポッド間のトラフィックのルーティングに使用されるアドレスを入力します。

5. （オプション） [ユニキャスト TEP IP（Unicast TEP IP）] フィールドに、ユニキャスト TEP IP アドレスを入力します。

[Cisco APIC] によって、データ プレーン TEP IP アドレスを入力するときにユニキャスト TEP IP アドレスが自動的に設定されます。

6. （オプション） [ノード（Node）] フィールドの値は構成できないことに注意してください。

7. （オプション） [ルータ ID（Router ID）] フィールドに、IPN ルータ IP アドレスを入力します。

[Cisco APIC] によって、データ プレーン TEP アドレスを入力するときにルータ IP アドレスが自動的に設定されます。

8. [ループバック アドレス（Loopback Address）] フィールドに、ルータ ループバック IP アドレスを入力します。

ルータ ID アドレスを使用する場合は、 [ループバック アドレス（Loopback Address）] を空白のままにします。

9. [終了（Finish）]をクリックします。

Cisco Nexus 9000 シリーズ スイッチでのマルチポッド IPN 設定の例

Cisco APIC リリース 5.2（3）よりも前のリリースでは、IPN アンダーレイ プロトコルは OSPF です。Cisco APIC リリース 5.2（3）以降、IPN アンダーレイ プロトコルは OSPF または BGP（eBGP のみ）になることが可能です。

（注）

- ポッド間接続用の IPN での専用 VRF の展開はオプションですが、ベスト プラクティスとして推奨されます。代わりにグローバル ルーティング ドメインを使用することもできます。

- ip dhcp relay address 10.0.0.1を表示するサンプル構成のエリアでは、この構成は、ポッド 1 の TEP プールが 10.0.0.0/x であるという前提に基づいて有効です。

OSPF アンダーレイ プロトコルを使用した IPN の構成例

(pod1-spine1)-----2/7[ IPN-N9K ]2/9-----(pod2-spine1)

feature dhcp
feature pim

service dhcp
ip dhcp relay
ip pim ssm range 232.0.0.0/8

# Create a new VRF for Multipod.
vrf context fabric-mpod
ip pim rp-address 12.1.1.1 group-list 225.0.0.0/15 bidir
ip pim rp-address 12.1.1.1 group-list 239.255.255.240/28 bidir
ip pim ssm range 232.0.0.0/8

interface Ethernet2/7
no switchport
mtu 9150
no shutdown

interface Ethernet2/7.4
description pod1-spine1
mtu 9150
encapsulation dot1q 4
vrf member fabric-mpod
ip address 201.1.2.2/30
ip router ospf a1 area 0.0.0.0
ip pim sparse-mode
ip dhcp relay address 10.0.0.1
ip dhcp relay address 10.0.0.2
ip dhcp relay address 10.0.0.3
no shutdown

interface Ethernet2/9
no switchport
mtu 9150
no shutdown

interface Ethernet2/9.4
description to pod2-spine1
mtu 9150
encapsulation dot1q 4
vrf member fabric-mpod
ip address 203.1.2.2/30
ip router ospf a1 area 0.0.0.0
ip pim sparse-mode
ip dhcp relay address 10.0.0.1
ip dhcp relay address 10.0.0.2
ip dhcp relay address 10.0.0.3
no shutdown

interface loopback29
vrf member fabric-mpod
ip address 12.1.1.1/32

router ospf a1
vrf fabric-mpod
router-id 29.29.29.29

BGP アンダーレイ プロトコルを使用した IPN の構成例

Cisco APIC リリース 5.2（3）以降、IPN アンダーレイ プロトコルは OSPF ではなく BGP になることが可能です。次の構成を前の例に追加し、OSPF 構成を削除できます。

router bgp 200
router-id 29.29.29.29
vrf fabric-mpod
address-family ipv4 unicast
neighbor 201.1.2.3
remote-as 65000
address-family ipv4 unicast
disable-peer-as-check
neighbor 203.1.2.3
remote-as 65000
address-family ipv4 unicast
disable-peer-as-check

APIC を 1 つのポッドから別のポッドに移動する

マルチポッドのセットアップにおいて、APIC をあるポッドから別のポッドに移動するには、次の手順に従います。

手順

ステップ 1

クラスタ内の APIC をデコミッションします。

1. メニューバーで、 [システム（System）] > [コントローラ（Controllers）]を選択します。

2. [ナビゲーション（Navigation）] ペインで、 [コントローラ（Controllers）] > [apic_controller_name] > [ノードで表示されるクラスター（Cluster as Seen by Node）]を選択します。

3. 次に [ナビゲーション（Navigation）] ペインで、クラスタ内にあるこれから解放するコントローラ以外のものを [apic_controller_name] をクリックします。

4. 継続する前に [作業（Work）] ペインで、 [正常性状態（Health State）] （ [アクティブなコントローラ（Active Controllers）] 内にあります）サマリ テーブルがクラスターが [完全に適合（Fully Fit）] を示していることを確認します。

5. [作業（Work）] ペインで、 [アクション（Actions）] > [デコミッション（Decommission）]をクリックします。

6. [はい（Yes）]をクリックします。

デコミッションされたコントローラは、 [未登録（Unregistered）] を表示します。これは、 [動作状態（Operational State）] カラムにあります。コントローラは稼動対象外になり、 [作業（Work）] ウィンドウには表示されなくなります。

ステップ 2

デコミッションされた APIC を目的のポッドに移動します。

ステップ 3

次のコマンドを入力して、APIC をリブートします。

apic1# acidiag touch setup
apic1# acidiag reboot

ステップ 4

APIC セットアップ スクリプトで、APIC ノードが移動されたポッド ID を指定します。

1. Cisco Integrated Management Controller（CIMC）にログインします。

2. ポッド ID のプロンプトで、ポッド ID を入力します。

（注）

[TEP プール（TEP Pool）] アドレス情報は、変更しないでください。

ステップ 5

APIC をリコミッションします。

1. CDO メニューバーから [システム（SYSTEM）] > [コントローラ（Controllers）]を選択します。

2. [ナビゲーション（Navigation）] ペインで、 [コントローラ（Controllers）] > [apic_controller_name] > [ノードで表示されるクラスター（Cluster as Seen by Node）]をクリックします。

3. 継続する前に [作業（Work）] ペインで、 [アクティブなコントローラ（Active Controllers）] 概要テーブルの [正常性状態（Health State）] が [完全に適合（Fully Fit）] になっていることを確認します。

4. [バーチャルアカウント（Virtual Account）] ドロップダウン リストから、 [作業（Work）] ペインで、 [未登録（Unregistered）] と表示されるデコミッションされたコントローラをクリックします。これは、 [動作状態（Operational State）] カラムにあります。

5. [作業（Work）] ペインで、 [アクション（Actions）] > [コミッション（Commission）]をクリックします。

6. [確認（Confirmation）] ダイアログボックスで、 [はい（Yes）]をクリックします。

7. コミッションされた Cisco APIC コントローラが動作状態であり、ヘルス ステータスが、 [完全に適合（Fully Fit）]であることを確認します。

OSPF IPN アンダーレイから BGP IPN アンダーレイへの移行

Cisco APIC リリース 5.2（3）以降、IPN アンダーレイ プロトコルは OSPF または BGP になることが可能です。ポッドを OSPF アンダーレイの使用から BGP アンダーレイに移行するには、既存の IPN 接続 L3Out の下の論理インターフェイス プロファイルに BGP インターフェイスを追加します。そのインターフェイスが実行中の BGP ピアに正常に接続されたら、OSPF インターフェイス プロファイルを削除できます。

（注）

OSPF と BGP の両方が Multi-Pod、Multi-Site、または リモート リーフのアンダーレイで使用されている場合、 IPN ルータの OSPF から router-id を BGP に再配布しないでください。そうすると、ルーティング ループが生じ、スパイン スイッチと IPN ルータの間の OSPF と BGP セッションを停止してしまいます。

（注）

アンダーレイ プロトコルの移行は中断を伴うアクションであり、メンテナンス期間中にのみ実行する必要があります。

手順

ステップ 1

APIC メニューバーから [テナント（Tenants）] > [インフラ（infra）] > [ネットワーキング（Networking）] > [L3Out（L3Outs）] > [ユーザの IPN L3Out（your IPN L3Out）]に移動します。に移動します。 お使いの IPN L3Out は IPN に接続する L3Out です。

ステップ 2

ナビゲーション ペインで、 お使いの IPN L3Out を展開し、 [論理ノードのプロファイル（Logical Node Profiles）] > [お使いの IPN ノードのプロファイル（your IPN node profile）] > [論理インターフェイスのプロファイル（Logical Interface Profiles）] > [お使いの IPN インターフェイス（your IPN interface）]に移動します。これは、 [IPN インターフェイス（your IPN interface）] は、現在の IPN 接続の論理インターフェイス プロファイルです。

[論理インターフェイス プロファイル（Logical Interface Profile）] テーブルが作業ペインに表示されます。

ステップ 3

作業ウィンドウで、 [ポリシー（Policy）] タブと [ルーテッド サブインターフェイス（Routed Sub-Interfaces）] タブをクリックします。これは、 [ポリシー（Policy）] タブの下にあります。

ステップ 4

[ルーテッド サブインターフェイス（Routed Sub-Interfaces）] テーブルで、現在の IPN 接続のインターフェイスをダブルクリックします。

[ルーテッド サブインターフェース（Routed Sub-Interface）] ダイアログボックスが開きます。

ステップ 5

[ルーテッド サブインターフェース（Routed Sub-Interface）] ダイアログボックスで、次の操作を実行します：

1. [+] アイコンをクリックして BGP ピア接続を追加します。これは、 [BGP ピア接続プロファイル（BGP Peer Connectivity Profiles）] バーにあります。

[ピア接続プロファイルを作成（Create Peer Connectivity Profiles）] ダイアログボックスが開きます。

2. [ピア IPv4 アドレス（Peer IPv4 Address）] フィールドで、BGP ピアの IP アドレスを入力します。

3. BGP ピア接続に必要なその他の構成を行います。

（注）

移行を構成しているが、実際には移行していない場合、今は、 [管理状態（Admin State）] から [無効（Disabled）] に設定しておき、移行する準備ができたらこの手順に戻ります。移行はメンテナンス期間中に行う必要があります。

4. [送信（Submit）] をクリックして [ルーテッド サブインターフェース（Routed Sub-Interface）] ダイアログ ボックスに戻ります。

ステップ 6

[ルーテッド サブインターフェース（Routed Sub-Interface）] ダイアログボックスで、 [送信（Submit）]をクリックします。

ステップ 7

ナビゲーション ウィンドウで [論理ノード プロファイル（Logical Node Profiles）] > [使用する IPN ノード プロファイル（your IPN node profile）] > [設定済みノード（Configured Nodes）] > [使用する IPN ノード(your IPNnode）] に移動します。をクリックします。次の手順に従って、BGP ネイバーが UP であることを確認します。

1. [お使いの IPN ノード（your IPN node）] を展開し、次のような BGP エントリを見つけます。 BGP for VRF-overlay-1。

2. [BGP] エントリを展開し、 [ネイバー（Neighbors）] をクリックします。

3. [ネイバー（Neighbors）] テーブルで、 [ピア IPv4 アドレス（Peer IPv4 Address）]で構成したピア IP アドレスを見つけます。そして [状態（State）] が「確立済み」であることを確認します。

ステップ 8

ナビゲーション ペインの [論理インターフェイス プロファイル（Logical Interface Profiles）]で現在の OSPF インターフェイス プロファイルを右クリックして、 [削除（Delete）]を選択します。

（注）

OSPF インターフェイス プロファイルを削除する前に、BGP ネイバーが UP であることを確認します。

ステップ 9

Navigation ウィンドウで、 [テナント（Tenants）] > [インフラ（infra）] > [ネットワーキング（Networking）] > [L3Out（L3Outs）] > [ユーザの IPN L3Out（your IPN L3Out）]に移動します。に移動します。

ステップ 10

作業ウィンドウで、 [ポリシー（Policy）] タブと [メイン（Main）] タブをクリックします。これは、 [ポリシー（Policy）] タブの下にあります。

ステップ 11

作業ペインの BGP/ EIGRP/ OSPFの有効化 セクションで [OSPF]チェックボックスをオフにし、 [BGP] は、オンのままにしておきます。

ステップ 12

[送信（Submit）]をクリックします。

概要 [マルチポッド スパイン バックツーバック（Multi-Pod Spines Back-to-Back）]

Cisco APIC リリース 5.2（3）以降、ACI マルチポッド アーキテクチャが拡張され、2 つのポッドのスパインをバックツーバック（「B2B」）リンクで直接接続できるようになりました。この [マルチポッド スパイン バックツーバック（Multi-Pod Spines Back-to-Back）]と呼ばれるソリューションで小規模な ACI マルチポッドの展開では、IPN 要件を削除できます。 [マルチポッド スパイン バックツーバック（Multi-Pod Spines Back-to-Back）] は、構成する外部デバイスがないため、運用の簡素化とエンドツーエンドのファブリックの可視性も提供します。

[マルチポッド スパイン バックツーバック（Multi-Pod Spines Back-to-Back）] トポロジでは、バックツーバック スパイン リンク インターフェイスがインフラ テナントの L3Out として実装されます。これらのリンクは通常、ポッド間の直接ケーブル接続またはダーク光ファイバ接続で伝送されます。 [マルチポッド スパイン バックツーバック（Multi-Pod Spines Back-to-Back）] は、異なるポッドに属するスパイン スイッチ間の Open Shortest Path First（OSPF）接続のみをサポートします。

次の図は、Pod1 と Pod2 の間にバックツーバック スパインが接続された、2 つの可能な [マルチポッド スパイン バックツーバック（Multi-Pod Spines Back-to-Back）] トポロジを示しています。最初の図は、Pod1 スパインと Pod2 スパイン間のフル メッシュ相互接続を使用した推奨トポロジを示しています。ポッド間のよりシンプルな相互接続を示す 2 番目の図もサポートされています。

推奨フルメッシュ相互接続

シンプルな相互接続

[マルチポッド スパイン バックツーバック（Multi-Pod Spines Back-to-Back）]の詳細については、Cisco ナレッジに基づいた記事 [Cisco ACI マルチポッド スパイン バックツーバック（Cisco ACI Multi-Pod Spines Back-to-Back）]を参照してください。

障害対応 [マルチサイト（Multi-Site）] およびマルチポッド

このセクションでは、エラーをトラブルシューティング [マルチサイト（Multi-Site）] およびマルチポッドする方法を説明します。

エラー：400

次のエラーが表示される場合

Error:400 - Invalid Configuration Following Intersite Spines are not configured as Mpod Spines: 1202

既存のすべてのスパインに対してファブリック外部接続を有効にする必要があります。新しいスパインを追加する場合は、 [マルチポッドのセットアップ（Setup Multipod）] GUI ウィザードを使用します。

この問題を解決するには 2 つの方法があります。

- 外部ルーティング ネットワークの下ですべてのスパインを有効にします。

- APIC GUI のメニュー バーで、 [テナント インフラ（Tenant > infra）]をクリックします。。

- 次に ナビゲーション ペイン上で、次を拡張します。 [ネットワーキング（Networking）] > [外部ルーテッド ネットワーク（External Routed Networks）]、外部ルーテッド ネットワークを右クリックして、 [ファブリックの外部接続を有効化（Enable Fabric External Connectivity）]。

- 外部ルーテッド ネットワークの下に新しいスパインを追加します。

- APIC GUI のメニュー バーで、 [ファブリック（Fabric）]をクリックします。

- 次に ナビゲーション ペイン上で、次を拡張します。 [クイック スタート（Quick Start）] > [ノードまたはポッドのセットアップ（Node or Pod Setup ）] > [マルチポッドのセットアップ（Setup Multipod）] そしてマルチポッドのセットアップを完了します。

Chapter14. リモート リーフ スイッチ

この章で説明する内容は、次のとおりです：

- ACI ファブリックのリモート リーフ スイッチについて

- リモート リーフ スイッチのハードウェアの要件

- リモート リーフ スイッチの制約事項と制限事項

- WAN ルータとリモート リーフ スイッチ設定の注意事項

- GUI を使用してリモート リーフ スイッチのポッドとファブリック メンバーシップを設定する

- ダイレクト トラフィック フォワーディングについて

- リモート リーフ スイッチのフェールオーバー

- リモート リーフの復元力

- GUI を使用してリモートリーフレジリエンシグループを作成する

- CLIを使用してリモートリーフのレジリエンシの構成を確認します

- CLI を使用したエンドポイント間通信の確認

- CLIを使用した L3OUT から L3OUT への通信の確認

- リモートのリーフ スイッチのダウン グレードする前に必要な前提条件

ACI ファブリックのリモート リーフ スイッチについて

ACI ファブリックの展開では、ローカルスパインスイッチまたは APIC が接続されていない Cisco ACI リーフスイッチのリモートデータセンタに、ACI サービスと APIC 管理を拡張できます。

リモート リーフ スイッチがファブリックの既存のポッドに追加されます。メインデータセンターに展開されるすべてのポリシーはリモートスイッチで展開され、ポッドに属するローカルリーフスイッチのように動作します。このトポロジでは、すべてのユニキャスト トラフィックはレイヤ 3 上の VXLAN を経由します。レイヤ 2 ブロードキャスト、不明なユニキャスト、マルチキャスト（BUM）メッセージは、WAN を使用するレイヤ 3 マルチキャスト（bidirectional PIM）を使用することなく、 Head End Replication（HER）トンネルを使用して送信されます。スパイン スイッチ プロキシを使用する必要があるすべてのトラフィックは、メイン データセンターに転送されます。

APIC システムは、起動時にリモート リーフ スイッチを検出します。その時点から、ファブリックの一部として APIC で管理できます。

（注）

- すべての inter-VRF トラフィック（リリース 4.0(1) 以前）は、転送される前にスパイン スイッチに移動します。

- リリース 4.1(2) 以前では、リモート リーフを解除する前に、vPC を最初に削除する必要があります。

リリース 4.0(1) でのリモート リーフ スイッチの動作の特性

リリース 4.0(1) 以降、リモート リーフ スイッチの動作には次の特徴があります。

- spine-proxy からサービスを切り離すことによって WAN 帯域幅の使用量を削減します。

- PBR：ローカル PBR デバイスまたは vPC の背後にある PBR デバイスでは、ローカル スイッチングはスパイン プロキシに移動せずに使用されます。ピア リモート リーフ上の孤立ポートの PBR デバイスでは、RL-vPC トンネルを使用します。これは、主要 DC へのスパイン リンクが機能しているか否かを問わず該当します。

- ERSPAN：ピア接続先 EPG では、RL-vPC トンネルが使用されます。ローカルな孤立ポートまたは vPC ポート上の EPG は、宛先 EPG へのローカル スイッチングを使用します。これは、主要 DC へのスパイン リンクが機能しているか否かを問わず該当します。

- 共有サービス：パケットはスパイン プロキシ パスを使用しないため WAN 帯域幅の使用量を削減します。

- Inter-VRF トラフィックは上流に位置するルータ経由で転送され、スパインには配置されません。

- この機能強化は、リモート リーフ vPC ペアにのみ適用されます。リモート リーフ ペアを介した通信では、スパイン プロキシは引き続き使用されます。

- spine-proxy に到達不能な場合のリモート リーフ ロケーション内の（ToR グリーニング プロセスを通じた）不明な L3 エンドポイントの解像度。

リリース4.1(2) でのリモート リーフ スイッチ動作の特性

リリース4.1(2) よりも前のリリースでは、次の図に示すように、リモート リーフ ロケーション上のすべてのローカル スイッチング（リモート リーフ vPC ピア内）トラフィックは、物理的または仮想的にエンドポイント間で直接スイッチングされます。

Local Switching Traffic：リリース 4.1(2) 以前

さらに、リリース 4.1(2) よりも前では、次の図に示すように、リモート ロケーション内またはリモート ロケーション間のリモート リーフ スイッチ vPC ペア間のトラフィックは、ACI メイン データ センター ポッドのスパイン スイッチに転送されます。

Remote Switching Traffic：リリース 4.1(2) より以前

リリース 4.1(2) 以降では、異なるリモート ロケーションにあるリモート リーフ スイッチ間の直接トラフィック転送がサポートされるようになりました。この機能は、次の図に示すように、リモート ロケーション間の接続に一定レベルの冗長性と可用性を提供します。

Remote Leaf Switch Behavior：リリース 4.1(2)

また、リリース 4.1(2) 以降でも、リモート リーフ スイッチの動作には次の特徴があります。

- リリース 4.1(2) 以降、ダイレクト トラフィック転送では、シングル ポッド設定内でスパイン スイッチに障害が発生すると、次のようになります。

- ローカル スイッチングは、上記の「ローカル スイッチング トラフィック：リリース 4.1(2) 以前」に示すように、リモート リーフ スイッチ vPC ピア間の既存および新規のエンドポイント トラフィックに対して機能し続けます。

- リモート ロケーション間のリモート リーフ スイッチ間のトラフィックの場合：

- リモート リーフ スイッチからスパイン スイッチへのトンネルがダウンするため、新しいエンドポイント トラフィックは失敗します。リモート リーフ スイッチから、新しいエンドポイントの詳細はスパイン スイッチに同期されないため、同じまたは異なる場所にある他のリモート リーフ スイッチ ペアは、COOP から新しいエンドポイント情報をダウンロードできません。

- 単方向トラフィックの場合、既存のリモート エンドポイントは 300 秒後にエージング アウトするため、そのポイント以降のトラフィックは失敗します。ポッド内のリモート リーフ サイト内（リモート リーフ VPC ペア間）の双方向トラフィックは更新され、引き続き機能します。リモート ロケーション（リモート リーフ スイッチ）への双方向トラフィックは、900 秒のタイムアウト後に COOP によってリモート エンドポイントが期限切れになるため、影響を受けることに注意してください。

- 共有サービス（VRF 間）の場合、同じポッド内の 2 つの異なるリモート ロケーションに接続されたリモート リーフ スイッチに属するエンドポイント間の双方向トラフィックは、リモート リーフ スイッチ COOP エンドポイントのエージアウト時間（900 秒）後に失敗します。これは、リモート リーフ スイッチからスパインへの COOP セッションがこの状況でダウンするためです。ただし、2 つの異なるポッドに接続されたリモート リーフ スイッチに属するエンドポイント間の共有サービス トラフィックは、COOP 高速エージング タイムである 30 秒後に失敗します。

- スパイン スイッチへの BGP セッションがダウンするため、L3Out 間通信は続行できません。

- トラフィックが 1 つのリモート リーフ スイッチから送信され、別のリモート リーフ スイッチ（送信元の vPC ピアではない）に送信されるリモート リーフ直接単方向トラフィックがある場合は、300 秒のリモート エンド ポイント（XR EP）タイムアウトが発生するたびに、ミリ秒単位のトラフィック損失が発生します。

- ACI Multi-Site 設定を使用したリモート リーフ スイッチでは、スパイン スイッチに障害が発生しても、リモート リーフ スイッチから他のポッドおよびリモート ロケーションへのすべてのトラフィックが継続します。これは、この状況ではトラフィックが代替の使用可能なポッドを通過するためです。

リモート リーフ スイッチの IPN での 10 Mbps 帯域幅のサポート

リモート リーフ スイッチからのデータ トラフィックのほとんどがローカルで、ポッド間ネットワーク（IPN）が管理目的でのみ必要な場合があります。このような状況では、100 Mbps の IPN は必要ない場合があります。これらの環境をサポートするために、リリース 4.2(4) 以降、IPN の最小帯域幅として 10 Mbps のサポートが利用可能になりました。

これをサポートするには、次の要件を満たす必要があります。

- IPN パスは、リモート リーフ スイッチ（アップグレードおよびダウングレード、ディスカバリ、COOP、ポリシー プッシュなどの管理機能）の管理にのみ使用されます。

- 「Cisco APIC GUI を使用した DSCP 変換ポリシーの作成」の項に記載されている情報に基づいて、Cisco ACI データセンターとリモート リーフ スイッチ ペア間のコントロールおよび管理プレーン トラフィックに優先順位を付けるために、QoS 構成を使用して IPN を構成します。

- [Cisco ACI] データセンターおよびリモート リーフ スイッチからのすべてのトラフィックは、ローカル L3Out を経由します。

- EPG またはブリッジ ドメインは、リモート リーフ スイッチと ACI メイン データセンター間で拡張されません。

- アップグレード時間を短縮するには、リモート リーフ スイッチにソフトウェア イメージを事前にダウンロードする必要があります。

次の図に、この機能のグラフィカル表示を示します。

リモート リーフ スイッチ動作（リリース 4.2（4））：IPN でのリモート リーフ スイッチの管理

リモート リーフ スイッチでの Dot1q トンネルのサポート

状況によっては、コロケーション プロバイダーが複数のカスタマーをホストしており、各カスタマーがリモート リーフ スイッチ ペアごとに数千の VLAN を使用している場合があります。リリース 4.2(4) 以降では、リモート リーフ スイッチと ACI メイン データセンター間に 802.1Q トンネルを作成するためのサポートを利用できます。これにより、複数の VLAN を単一の 802.1Q トンネルに柔軟にマッピングできるため、EPG の拡張要件が軽減されます。

次の図に、この機能のグラフィカル表示を示します。

リモート リーフ スイッチの動作、リリース 4.2（4）：リモート リーフ スイッチでの 802.1Q トンネル サポート

[Cisco APIC レイヤ 2 ネットワーク構成ガイド（Cisco APIC Layer 2 Networking Configuration Guide）]の「802.1Q Tunnels」の章に記載されている手順を使用して、リモート リーフ スイッチと ACI メイン データセンター間にこの 802.1Q トンネルを作成します。これは、 [Cisco APIC ドキュメンテーション ランディング ページ（Cisco APIC documentation landing page）]にあります。

ウィザードを使用するか（使用しない場合も）、REST API または NX-OS スタイル CLI を使用して、APIC GUI のリモート リーフ スイッチを構成できます。

リモート リーフ スイッチのハードウェアの要件

リモート リーフ スイッチの機能には、次のスイッチがサポートされています。

ファブリック スパイン スイッチ

WAN ルータに接続される [Cisco アプリケーション セントリック インフラストラクチャ（Cisco Application Centric Infrastructure）] （[ACI]）メイン データ センターでのスパイン スイッチとしては、次のスパイン スイッチがサポートされています。

- 固定スパイン スイッチ Cisco Nexus 9000 シリーズ

- N9K-C9332C

- N9K-C9364C

- すべての GX および GX2 スイッチ

- モジュラー スパイン スイッチとしては、EX 以降で終了する名前の Cisco Nexus 9000 シリーズ スイッチのみがサポートされます（たとえば N9K-X9732C- EX ）。

- 古い世代のスパイン スイッチ、たとえば固定スパイン スイッチ N9K-C9336PQ や、N9K X9736PQ ライン カードを搭載したモジュラー スパイン スイッチなどは、メイン データセンターではサポートされますが、WAN への接続がサポートされるのは次世代のスパイン スイッチのみです。

リモートのリーフ スイッチ

- リモートのリーフ スイッチ、後で (たとえば N9K-C93180LC-EX) EX で終了する名前と Cisco Nexus 9000 シリーズ スイッチのみがサポートされています。

- リモートのリーフ スイッチする必要がありますにイメージを実行する、スイッチ 13.1.x 以降 (aci n9000 dk9.13.1.x.x.bin) 検出できる前にします。これにより、リーフ スイッチでの手動アップグレードが必要があります。

リモート リーフ スイッチの制約事項と制限事項

リモート リーフには、次の注意事項および制約事項が適用されます。

- リモート リーフ ソリューションでは、リモート リーフ スイッチとメイン データ センターのリーフ/スパイン スイッチの /32 トンネル エンド ポイント（TEP）IP アドレスが、要約なしでメイン データ センターとリモート リーフ スイッチ間でアドバタイズされる必要があります。

- リモート リーフ スイッチを同じポッド内の別のサイトに移動し、新しいサイトに元のサイトと同じノード ID がある場合は、仮想ポート チャネル（vPC）を削除して再作成する必要があります。

- Cisco N9K-C9348GC-FXP スイッチでは、ポート 1/53 または 1/54 でのみ最初のリモート リーフ スイッチ ディスカバリを実行できます。その後、リモート リーフ スイッチの ISN/IPN へのファブリック アップリンクに他のポートを使用できます。

- 6.0（3）リリース以降、ダイナミック パケットの優先順位付けが有効になっておりCoS 保存ポリシーまたは [Cisco ACI マルチポッド（Cisco ACI Multi-Pod）] ポリシーが有効になっている場合、予想される動作は、 CoS 保存も有効にしている場合、または [Cisco ACI マルチポッド（Cisco ACI Multi-Pod）] ダイナミックパケット プライオリティ設定と連動する DSCP 変換。ただし、実際の動作は次のとおりです：

- 物理リーフおよびリモート リーフ スイッチでダイナミック パケットの優先順位付け機能を使用して CoS 保持を有効にした場合、マウス フローは VLAN CoS 優先順位 0 でファブリックを出ます。

- を有効にすると、マウス フローは VLAN CoS 優先順位 0 でファブリックを出ます。 [Cisco ACI マルチポッド（Cisco ACI Multi-Pod）] 物理リーフスイッチでのダイナミック パケット優先順位付け機能を使用した DSCP 変換。

- を有効にすると、マウス フローは VLAN CoS 優先順位 3 でファブリックを出ます。 [Cisco ACI マルチポッド（Cisco ACI Multi-Pod）] リモート リーフ スイッチでのダイナミック パケット優先順位付け機能を使用した DSCP 変換。

[Cisco ACI マルチポッド（Cisco ACI Multi-Pod）] DSCP 変換を有効にしていても、マウス フローがリモート リーフ スイッチを出るときに、マウス フローの VLAN CoS プライオリティが 3 にならないようにするには、代わりに CoS 保存機能を使用します。

ここでは、リモート リーフ スイッチでサポートされるものとサポートされないものについて説明します。

- サポートされる機能

- サポートされない機能

- リリース 5.0（1）の変更点

- リリース 5.2（3）での変更点

サポートされる機能

Cisco APIC リリース 6.1（1）以降、ファブリック ポート（アップリンク）は、ルーテッド サブインターフェイスとして、ユーザー テナント L3Out と SR-MPLS インフラ L3Out を伴うように構成できるようになりました。

- リモートリーフ ファブリック ポートでは、ルーテッドサブインターフェイスを伴う L3Out のみが許可されます。

- リモート リーフ ファブリック ポートは、ユーザー テナントの L3Out または SR- MPLS インフラ L3Out としてのみ展開できます。

- アプリケーション EPG にリモート リーフ ファブリックポートを展開することはできません。ルーテッド サブインターフェイスを伴う L3Out のみが許可されます。

- ハイブリッド ポートでは、PTP/同期アクセス ポリシーのみがサポートされます。他のアクセス ポリシーはサポートされません。

- ハイブリッド ポートではファブリック SPAN のみがサポートされます。

- NetFlow は、ユーザー テナント L3Out で構成されたファブリックポートではサポートされません。

Cisco APIC リリース 6.0（4）以降では、vPC リモート リーフ スイッチ ペア間での L3Out SVI のストレッチがサポートされています。

Cisco [APIC] リリース 4.2（4）以降、802.1Q（Dot1q）トンネル機能がサポートされています。

Cisco [APIC] リリース 4.1（2）以降、次の機能がサポートされています：

- [ACI] マルチサイトを持つリモート リーフ スイッチ

- 同じリモート データ センター内の 2 つのリモート リーフ vPC ペア間またはデータ センター間でのトラフィック転送（これらのリモート リーフ ペアが同じポッドまたは同じマルチポッド ファブリックの一部であるポッドに関連付けられている場合）

- メインの Cisco [ACI] データ センター ポッドは、2 つのリモート ロケーション（RL location-1 の L3Out および RL location-2 内の L3Out は、プレフィックスをお互いにアドバタイズします）のトランジットであり、リモート ロケーションに渡って L3Out を移行します。

Cisco [APIC] リリース 4.0（1）以降、次の機能がサポートされています：

- Epg の Q-で-Q カプセル化のマッピング

- リモート リーフ スイッチでの PBR トラッキング（システムレベルのグローバル GIPo が有効になっている場合）

- PBR の復元力のあるハッシュ

- Netflow

- MacSec の暗号化

- ウィザードのトラブルシューティング

- アトミック カウンタ

サポートされない機能

このリリースで、サポート対象外の次の機能を除き、ファブリックおよびテナントの完全なポリシーがリモート リーフ スイッチでサポートされています。

- GOLF

- vPod

- フローティング L3Out

- ローカル リーフ スイッチ（ACI 主要データ センター スイッチ）とリモート リーフ スイッチ間の L3out SVI のストレッチ、または 2 つの異なるリモート リーフ スイッチの vPC ペア間のストレッチ

- コピー サービスは、ローカル リーフ スイッチに導入されている場合、および送信元または宛先がリモート リーフ スイッチにある場合はサポートされません。この状況では、ルーティング可能な TEP IP アドレスはローカル リーフ スイッチに割り当てられません。詳細については、 「Cisco APIC レイヤ 4 ～ レイヤ 7 サービス導入ガイド」の「Configuring コピー Services」の章の「 コピー Services Limitations」の項を参照してください。このガイドは、 「APIC ドキュメンテーション ページ」にあります。

- レイヤ 2 (静的 Epg 意外) を除く接続外部

- VzAny 契約とサービスをコピーします。

- リモートのリーフ スイッチの FCoE 接続

- ブリッジ ドメインまたは Epg のカプセル化をフラッディングします。

- Fast Link Failover ポリシーは、リーフ スイッチとスパイン スイッチ間の ACI ファブリック リンク用であり、リモート リーフ接続には適用されません。リモート リーフ接続のコンバージェンスを高速化するために、Cisco [APIC] リリース 5.2（1）で代替方法が導入されています。

- 遠隔地での管理対象のサービス グラフに接続されたデバイス

- トラフィック ストーム制御

- Cloud Sec 暗号化

- ファーストホップ セキュリティ

- レイヤ 3 マルチキャスト リモート リーフ スイッチ上のルーティング

- メンテナンス モード

- TEP 間アトミック カウンタ

Multi-Site アーキテクチャでリモート リーフ スイッチをサイト間 L3Out 機能と統合する場合、次のシナリオはサポートされません。

- 別々のサイトに関連付けられたリモート リーフ スイッチのペアに展開された L3Out 間のトランジット ルーティング

- リモート サイトに関連付けられたリモート リーフ スイッチのペアに展開された L3Out と通信するサイトに関連付けられたリモート リーフ スイッチのペアに接続されたエンドポイント

- リモート サイトに関連付けられたリモート リーフ スイッチのペアに展開された L3Out と通信するローカル サイトに接続されたエンドポイント

- リモート サイトに展開された L3Out と通信するサイトに関連付けられたリモート リーフ スイッチのペアに接続されたエンドポイント

（注）

異なるデータ センター サイトが同じマルチポッド ファブリックの一部としてポッドとして展開されている場合、上記の制限は適用されません。

リモート リーフ スイッチ機能では、次の導入と設定がサポートされていません。

- 特定のサイト（[APIC] ドメイン）と Multi-Site デプロイメント（これらのリーフ ノードがローカルまたはリモートである両方のシナリオで）の別のサイトの一部のリーフ ノードに関連付けられたリモート リーフ ノード間のブリッジ ドメインを拡張することはサポートされていません。この制限を強調するために障害が [APIC] に生成されます。これは、Multi-Site Orchestrator（MSO）でストレッチ ブリッジドメインを構成するときに、BUM フラッディングが有効または無効であることとは無関係です。ただし、ブリッジドメインは、同じサイト（[APIC] ドメイン）に属するリモート リーフ ノードとローカル リーフ ノード間で常に拡張できます（BUM フラッディングを有効または無効にします）。

- リモート リーフ スイッチ ロケーションおよび主要データセンター全体でのスパニング ツリー プロトコル

- [APIC] は、リモート リーフ スイッチに直接接続されます。

- vPC ドメインでの、リモート リーフ スイッチ上の孤立ポート チャネルまたは物理ポート（この制限は、リリース 3.1 以降に適用します）。

- コンシューマ、プロバイダー、およびサービス ノードがすべてリモート リーフ スイッチに接続されていて、vPC モードである場合、サービス ノード統合の有無に関わらず、リモート ロケーション内でのローカル トラフィック転送のみサポートされます。

- スパイン スイッチから IPN にアドバタイズされる /32 ループバックは、リモート リーフ スイッチに向けて抑制/集約してはなりません。/32 ループバックは、リモート リーフ スイッチにアドバタイズする必要があります。

リリース 5.0（1）の変更点

Cisco [APIC] リリース 5.0（1）以降では、リモート リーフ スイッチに次の変更が適用されています。

- 直接トラフィック転送機能はデフォルトで有効になっており、ディセーブルにできません。

- リモート リーフ スイッチの直接トラフィック転送を使用しない設定はサポートされなくなりました。リモート リーフ スイッチがあり、Cisco [APIC] リリース 5.0（1）にアップグレードする場合は、「Direct Traffic Forwardingについて」の項に記載されている情報を確認し、その項の手順を使用して直接トラフィック転送を有効にします。

リリース 5.2（3）での変更点

Cisco [APIC] リリース 5.2（3）以降では、リモート リーフ スイッチに次の変更が適用されています：

- リモート リーフ スイッチとアップストリーム ルータ間のピアへの IPN アンダーレイ プロトコルは、OSPF または BGP のいずれかです。以前のリリースでは、OSPF アンダーレイのみがサポートされています。

WAN ルータとリモート リーフ スイッチ設定の注意事項

リモート リーフが検出され APIC 管理に組み込まれる前に、WAN ルータとリモート リーフ スイッチを設定する必要があります。

次の要件に従い、ファブリック スパイン スイッチの外部インターフェイスとリモート リーフ スイッチ ポートに接続する WAN ルータを接続します。

WAN ルータ

- エリア ID、タイプ、コストなど、同じ詳細を有するインターフェイスで OSPF を有効にします。

- メイン ファブリックの各 APIC の IP アドレスにつながるインターフェイスで DHCP リレーを設定します。

- スパイン スイッチで VLAN 5 インターフェイスに接続する WAN ルータのインターフェイスは、通常のマルチポッド ネットワークに接続するインターフェイス以外に、異なる VRF に存在する必要があります。

リモート リーフ スイッチ

- ファブリック ポートの 1 つから直接接続して、アップストリーム ルータにリモート リーフ スイッチを接続します。アップストリーム ルータへの次の接続がサポートされています。

- 40 Gbps 以上の接続

- QSFP-SFP アダプタでは、1/10 G SFP がサポートされています

WAN の帯域幅は、リリースによって異なります。

- 4.2(4) 以前のリリースでは、WAN の帯域幅は最小で 100 Mbps、サポートされている最大遅延は 300 ミリ秒です。

- 4.2(4) 以降のリリースでは、WAN の帯域幅は最小で 10 Mbps、サポートされている最大遅延は 300 ミリ秒です。

- 上記が推奨されますが、vPC とリモート リーフ スイッチのペアを接続する必要はありません。vPC の両端にあるスイッチは、同じリモート データセンタのリモート リーフ スイッチである必要があります。

- 一意の IP アドレスを持つ VLAN 4 でレイヤ 3 サブインターフェイスとしてノース バウンド インターフェイスを設定します。

リモートのリーフ スイッチからルータに 1 個以上のインターフェイスを接続する場合、一意の IP アドレスで各インターフェイスを設定します。

- インターフェイスで OSPF をイネーブルにしますが、OSPF エリア タイプをスタブ エリアとして設定しないでください。

- リモート リーフ スイッチ内の TEP プール サブネットの IP アドレスは、ポッド TEP サブネット プールと重複しないようにする必要があります。使用されるサブネットは /24 以下である必要があります。

- マルチポッドがサポートされますが、リモート リーフ機能は必要ありません。

- 単一ポッド ファブリックのポッドをリモート リーフ スイッチに接続するとき、スパイン スイッチから WAN ルータへ 、リモート リーフ スイッチから WAN ルータへ L3Out を設定し、これは両方ともスイッチ インターフェイスで VLAN-4 を使用します。

- マルチポッド ファブリックのポッドをリモート リーフ スイッチに接続するとき、スパイン スイッチから WAN ルータへ 、リモート リーフ スイッチから WAN ルータへ L3Out を設定し、これは両方ともスイッチ インターフェイスで VLAN-4 を使用します。また、VLAN-5 を使用してマルチポッド内部 L3Out を設定し、リモート リーフ スイッチを宛先としてポッドを通過するトラフィックをサポートします。VLAN 4 および VLAN 5 を使用する限り、通常のマルチポッドおよびマルチポッド内部接続は、同じ物理インターフェイスで設定できます。

- マルチポッド内部 L3Out を構成する場合、通常のマルチポッド L3Out と同じルータID を使用します。しかし、router-id の ループバックアドレスとしてのユーザールータID オプションを選択して、別のループバックIPアドレスを構成します。これで ECMP が機能します。

- 6.0(1) リリース以降、リモート リーフ スイッチは、サブネット マスクが最大 /28 のリモート プールをサポートします。以前のリリースでは、リモート リーフ スイッチは、サブネット マスクが最大 /24 のリモート プールをサポートしていました。リモート プールを削除できるのは、使用を停止し、そのプールを使用しているすべてのノードを含むファブリックから削除した後でのみです。

/28 リモート TEP プールは、2 つの vPC ペアを持つ最大 4 つのリモート リーフ スイッチをサポートします。RMA の目的では、2 つの IP アドレスを未使用のままにしておくことをお勧めします。これらの 2 つの IP アドレスは、1 つのスイッチの RMA を行うのに十分です。次の表は、リモート リーフ スイッチがこれらの IP アドレスをどのように使用するかを示しています。

（注）

2 つの IP アドレスが内部ファブリックの使用に使用されます。

IP アドレスタイプ

数量

/28 プールで使用可能な使用可能な IP アドレスの合計

16 - 2 = 14

ファブリックが内部的に使用する IP アドレスの数

2

ノードで使用可能な使用可能な IP アドレスの合計

14 - 2 = 12

4 つのリモート リーフ スイッチに必要な IP アドレスの数

4 * 2 = 8

2 つの vPC ペアに必要な IP アドレスの数

2 * 1 =2

リモート プールで使用されている IP アドレスの合計

8 + 2 = 10

/28 リモート プールの空き IP アドレス

12 - 10 = 2

リモート リーフ スイッチを廃止すると、2 つの IP アドレスが解放されますが、24 時間が経過した後にのみ再利用できます。

GUI を使用してリモート リーフ スイッチのポッドとファブリック メンバーシップを設定する

IPN ルータとリモート スイッチを検出して接続するために、Cisco APIC を設定して有効にすることができます。ウィザードを使用するか、またはウィザードを使用せずに APIC GUI を使用する方法があります。

ダイレクト トラフィック フォワーディングについて

リリース4.1(2) でのリモート リーフ スイッチ動作の特性で説明されているように、直接トラフィック転送のサポートはリリース 4.1（2）以降でサポートされ、リリース 5.0（1）以降ではデフォルトで有効になっており、無効にすることはできません。ただし、直接トラフィック転送を有効または無効にするために使用する方法は、リモート リーフ スイッチで実行されているソフトウェアのバージョンによって異なります。

- リモート リーフ スイッチが現在リリース 4.1（2）以降で実行されている場合（リモート リーフ スイッチが 4.1（2）より前のリリースで実行されていない場合）、「ウィザードを使用してリモート リーフ スイッチのポッドとファブリック メンバーシップを構成する」手順に移動してください。

- リモート リーフ スイッチが現在 4.1（2）よりも前のリリースで稼働している場合は、「リモート リーフ スイッチのアップグレードおよび直接トラフィック転送の有効化」手順に移動してスイッチをリリース 4.1（2）以降にアップグレードし、必要な構成変更を行い、それらのリモート リーフ スイッチで直接トラフィック転送を有効にします。

- リモート リーフ スイッチがリリース 4.1(2) 以降で実行されており、ダイレクト トラフィック転送が有効になっているが、4.1（2）以前のリリースへ ダウングレード したい場合、「直接トラフィック転送を無効化、およびリモート リーフ スイッチのダウングレード」手順へ移動してこれらのリモート リーフ スイッチをダウングレードする前に直接トラフィック転送機能を無効化します。

- リモート リーフ スイッチがリリース 5.0（1）より前のリリースで実行されており、リリース 5.0（1）以降にアップグレードする場合：

1. リモート リーフ スイッチが 4.1（2）より前のリリースで実行されている場合は、最初にリリース 4.1（2）にアップグレードし、「リモート リーフ スイッチのアップグレードおよび直接トラフィック転送の有効化」で説明されている手順を使用してそれらのリモート スイッチで直接トラフィック転送を有効にします。

2. リモート リーフ スイッチがリリース 4.1（2）にあり、ダイレクト トラフィック転送が有効になっている場合は、リモート リーフ スイッチをリリース 5.0（1）以降にアップグレードします。

- リモート リーフ スイッチがリリース 5.0（1）以降で実行されており、直接トラフィック転送がデフォルトで有効になっている場合、直接トラフィック転送もサポートしている次の以前のリリースにダウングレードする必要があります。

- リリース 4.2（x）

- リリース 4.1（2）

直接トラフィック転送は、構成に応じてデフォルトで有効になっている場合とされていない場合があります：

- ルーティング可能なサブネットとルーティング可能な Ucast の両方がダウングレード前にすべてのポッドで有効にされていた場合、ダウングレード後も直接トラフィック転送はデフォルトで有効のままになります。

- ルーティング可能なサブネットがすべてのポッドで有効になっているが、ルーティング可能な Ucast が有効に なっていない 場合、ダウングレード後、直接トラフィック転送は有効になりません。

リモート リーフ スイッチのフェールオーバー

（APIC）リリース 4.2（2）以降、 [Cisco Application Policy Infrastructure Controller] リモート リーフ スイッチはポッド冗長です。つまり、マルチポッドのセットアップでは、ポッド内のリモート リーフ スイッチがスパイン スイッチへの接続を失うと、別のポッドに移動されます。これにより、元のポッドに接続されているリモート リーフ スイッチのエンドポイント間のトラフィックが機能します。

リモート リーフ スイッチはポッドに関連付けられ、ピン接続され、スパイン プロキシ パスは設定によって決定されます。以前のリリースでは、Council of Oracle Protocol（COOP）はマッピング情報をスパイン プロキシに伝達していました。現在、スパイン スイッチへの通信が失敗すると、COOP セッションは別のスパイン スイッチのポッドに移動します。

以前は、Border Gateway Protocol（BGP）ルート リフレクタをポッドに追加しました。ここで、外部ルート リフレクタを使用し、ポッド内のリモート リーフ スイッチが他のポッドと BGP 関係を持っていることを確認します。

リモート リーフ スイッチのフェールオーバーは、デフォルトでは無効になっています。次にあるリモート リーフ ポッド [Cisco Application Policy Infrastructure Controller] 冗長性ポリシーを有効にします。 [システム（Systems）] > [システム設定（System Settings）] タブの（APIC） GUI 内にあります。冗長プリエンプションを有効にすることもできます。プリエンプションを有効にすると、リモート ポッドがバックアップされると、リモート リーフ スイッチは親ポッドに再関連付けされます。プリエンプションを有効にしない場合、リモート リーフは、親ポッドが復帰しても動作ポッドに関連付けられたままになります。

（注）

あるポッドから別のポッドにリモート リーフ スイッチを移動すると、数秒のトラフィックの中断が発生する可能性があります。

リモート リーフの復元力

リモート リーフ アーキテクチャの課題

現在のリモート リーフ アーキテクチャは、APIC、コントロール プレーン、およびデータ プレーンをメイン Pod のスパイン スイッチに直接結び付けます。

このアーキテクチャには、次の制約があります：

- リモート リーフ エンドポイント（EP）学習は、メイン Pod に関連付けられたコントロール プレーンに依存しています。

- リモート リーフ L3Out 外部プレフィックスは、メイン Pod に関連付けられた BGP 構成に依存します。

- メイン Pod スパインへの接続で障害が発生すると、リモート リーフ ノードのトラフィック転送に影響を与える可能性があります。

リモート リーフの復元力

リモート リーフの復元力は、複数のリモート リーフで構成されるグループを使用して実現されます。このグループが作成されると、リモート リーフ復元力グループ内のリモート リーフがフルメッシュの BGP EVPN セッションを形成して、エンドポイント情報と外部プレフィックス情報を交換します。WAN またはメイン Pod で障害が発生しても、リモート リーフ復元グループ内のトラフィックには影響しません。

リモートリーフの復元力を展開する場合、グループ内のリモート リーフは、シスコ独自のプロトコルではなく、BGP EVPN ベースの標準的なアプローチを使用して通信します。

このソリューションは、

- エンドポイントの学習を促進するために、リモート リーフの復元力グループ内にローカル BGP EVPN メッシュセッションを確立します。

- リモート リーフ復元力グループ内にフルメッシュ VPNv4 および VPNv6 セッションを確立して、L3Out 外部プレフィックスを配布します。

- データ転送のためにリモート リーフ復元力グループ内の BGP EVPN で学習したエンドポイントを使用します。

- リモート リーフ サイトとメイン Pod 間で COOP が学習したエンドポイントを利用します。

（注）

リモート リーフ復元力グループへまたは、リモート リーフ復元力グループからの移行は、メンテナンス期間中に実行する必要があります。

リモート リーフ復元力グループの制限

リモート リーフ復元力グループには、次のような制限があります。

- 複数のリモート リーフ復元力グループでリモート リーフ TEP プールを構成することはできません。

- 異なる Pod からのリモート リーフ TEP プールを同じリモート リーフ復元力グループ内に構成することはできません。

GUI を使用してリモートリーフレジリエンシグループを作成する

GUIを使用してリモート リーフ レジリエンシ グループを作成するには、次の手順を実行します。

始める前に

ファブリック ACI サイトのすべてのスパインと ToR スイッチは、ファブリックでリモート リーフ レジリエンシ グループ機能を有効にする前に R6.1.3 にアップグレードする必要があります。

手順

ステップ 1

メニューバーで、 [ファブリック（Fabric）] > [インベントリ（Inventory）]を選択します。

ステップ 2

ナビゲーション ペインで [ポッド ファブリック設定ポリシー（Pod Fabric Setup Policy）]を選択します。

[ポッド ファブリック設定ポリシー（Pod Fabric Setup Policy）] ペインが表示されます。

ステップ 3

ポッドをダブルクリックします。

[POD 向けファブリック セットアップ ポリシー（Fabric Setup Policy for a POD）] ペインが表示されます。

ステップ 4

[自律 RL グループ（Autonomous RL Group）] エリアに移動し、 [+] 記号をクリックします。

[自律 RL グループの作成（Create Autonomous RL Group）] ダイアログボックスが表示されます。

ステップ 5

グループ名フィールドにリモート リーフ レジリエンシ グループ名を入力します。

ステップ 6

[+] 記号をリモート ID フィールドに入力し、リモート リーフをこのグループにグループ化する TEP プールを選択します。

ステップ 7

リモート リーフ レジリエンシ グループを作成するために [送信（Submit）] をクリックします。

リモート リーフ レジリエンシ グループの詳細は、[自律 RL グループ（Autonomous RL Group）] エリアの [ファブリック設定ポリシー（Fabric Setup Policy）] ペインに表示されます。

CLIを使用してリモートリーフのレジリエンシの構成を確認します

6 つのスイッチすべてを 1 つのグループに構成します。

CLI を使用してリモート リーフのレジリエンシの構成を確認するには、次の手順に従います。

手順

ステップ 1

show bgp l2vpn evpn summary vrf all コマンドを実行して、すべてのリモート リーフ間のフルメッシュBGP L2VPN または EVPN セッションを表示します。

例:

Switch1# show bgp l2vpn evpn summary vrf all
BGP summary information for VRF overlay-1, address family L2VPN EVPN
BGP router identifier 105.1.1.1, local AS number 100
BGP table version is 254997, L2VPN EVPN config peers 5, capable peers 5
117325 network entries and 130831 paths using 22327320 bytes of memory
BGP attribute entries [2374/493792], BGP AS path entries [0/0]
BGP community entries [0/0], BGP clusterlist entries [1/4]

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
209.165.200.230      4   100  130445     291   254997    0    0 01:43:11 13908
209.165.200.226      4   100  149893     291   254997    0    0 01:43:11 8402
209.165.200.228      4   100     218     169   254997    0    0 01:43:02 1
209.165.200.229      4   100   69471     208   254997    0    0 01:30:49 30399
209.165.200.227      4   100    3505     291   254997    0    0 01:43:10 201

ステップ 2

show bgp vpn unicast summary vrf overlay コマンドを使用して、すべてのリモート リーフ間のフルメッシュ BGP VPN4 および VPN6 セッションを表示します。

例:

leaf5# show bgp vpnv4 unicast summary vrf overlay-1
BGP summary information for VRF overlay-1, address family VPNv4 Unicast
BGP router identifier 105.1.1.1, local AS number 100
BGP table version is 115527, VPNv4 Unicast config peers 7, capable peers 7
31202 network entries and 40403 paths using 5165136 bytes of memory
BGP attribute entries [1400/291200], BGP AS path entries [0/0]
BGP community entries [0/0], BGP clusterlist entries [1/4]

Neighbor           V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
11.1.1.165         4   100   57163     249   115527    0    0 01:45:33 400  >>>  This is session with spine 1
11.1.1.240         4   100   57724     249   115527    0    0 01:45:34 400  >>> This is session with spine 2
209.165.200.230    4   100  130447     293   115527    0    0 01:45:37 2400
209.165.200.226    4   100  149895     293   115527    0    0 01:45:38 2400
209.165.200.228    4   100     220     171   115527    0    0 01:45:29 0
209.165.200.229    4   100   69723     210   115527    0    0 01:33:16 4400
209.165.200.227    4   100    3507     293   115527    0    0 01:45:37 0

leaf5# show bgp vpnv6 unicast summary vrf overlay-1
BGP summary information for VRF overlay-1, address family VPNv6 Unicast
BGP router identifier 105.1.1.1, local AS number 100
BGP table version is 101009, VPNv6 Unicast config peers 7, capable peers 7
26895 network entries and 31990 paths using 4779900 bytes of memory
BGP attribute entries [1200/249600], BGP AS path entries [0/0]
BGP community entries [0/0], BGP clusterlist entries [1/4]

Neighbor           V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
11.1.1.165         4   100   57164     250   101009    0    0 01:46:04 200
11.1.1.240         4   100   57725     250   101009    0    0 01:46:04 200
209.165.200.230    4   100  130448     294   101009    0    0 01:46:08 2400
209.165.200.226    4   100  149896     294   101009    0    0 01:46:08 2400
209.165.200.228    4   100     221     172   101009    0    0 01:45:59 0
209.165.200.229    4   100   69733     211   101009    0    0 01:33:46 2810
209.165.200.227    4   100    3508     294   101009    0    0 01:46:08 0

CLI を使用したエンドポイント間通信の確認

スイッチ 1 の場合、209.166.0.1（EPG-1）はローカルで学習された EP で、209.165.0.1（EPG-2）はリモート EP です。スイッチ 6 の場合、209.165.0.1 はローカルで学習された EP で、209.166.0.1 はリモート EP です。両方のエンドポイントは異なるサブネット内にあり、両方の EPG は switch1 と switch6 の両方で拡張されます。ローカル EP とリモート EP の Switch1 で取得されるCLI出力をコンポーネントごとに示します。

CLI を使用して EP 間通信を確認するには、次の手順に従います。

手順

ステップ 1

show system internal epm endpoint ip コマンドを使用して、EPM の Switch1 のローカル EP エントリとリモート EP エントリを確認します。

例:

Switch1# show system internal epm endpoint ip 209.166.0.1
MAC : 001e.0100.0001 ::: Num IPs : 1
IP# 0 : 209.166.0.1 ::: IP# 0 flags :  ::: l3-sw-hit: No
Vlan id : 124 ::: Vlan vnid : 19003 ::: VRF name : ARL_Scale:ctx-1
BD vnid : 16023537 ::: VRF vnid : 2490424
Phy If : 0x1a014000 ::: Tunnel If : 0
Interface : Ethernet1/21
Flags : 0x80004c04 ::: sclass : 16388 ::: Ref count : 5
EP Create Timestamp : 02/05/2025 08:01:55.278575
EP Update Timestamp : 02/05/2025 09:21:27.898869
EP Flags : local|IP|MAC|sclass|timer|

Switch1# show system internal epm endpoint ip 209.165.0.1
MAC : 0000.0000.0000 ::: Num IPs : 1
IP# 0 : 209.165.0.1 ::: IP# 0 flags :  ::: l3-sw-hit: No
Vlan id : 0 ::: Vlan vnid : 0 ::: VRF name : ARL_Scale:ctx-1
BD vnid : 0 ::: VRF vnid : 2490424
Phy If : 0 ::: Tunnel If : 0x1801000b
Interface : Tunnel11
Flags : 0x80004410 ::: sclass : 16388 ::: Ref count : 3
EP Create Timestamp : 02/05/2025 08:17:38.279265
EP Update Timestamp : 02/05/2025 09:28:53.848534
EP Flags : locally-aged|IP|sclass|timer|

ステップ 2

show interface tunnel コマンドを実行します。

例:

Switch1# show interface tunnel 11
Tunnel11 is up
MTU 9000 bytes, BW 0 Kbit
Transport protocol is in VRF "overlay-1"
Tunnel protocol/transport is ivxlan
Tunnel source 209.165.200.225/32 (lo2)
Tunnel destination 209.165.200.229

Tunnel is pointing to Switch6 dp-ptep IP.

ステップ 3

show system internal tglean endpoint ip コマンドを使用して、TgleanのSwitch1のローカル EP エントリとリモート EP エントリを確認します。

例:

Switch1# show system internal tglean endpoint ip 209.166.0.1

----------------------------------------------------------
TGLEAN Oper Endpoint Information
----------------------------------------------------------

MAC : 001e.0100.0001 ::: Num IPs : 1
IP# 0 : 209.166.0.1
Vlan id : 123 ::: BD vnid : 16023537 ::: VRF vnid : 2490424
Sclass : 16388 ::: Interface : Ethernet1/21
EPM EP Flags : local|IP|MAC|
LRN SRC : EPM|
CFG Flags :

ネクスト ホップは、以下の出力のリモート EP 209.165.0.1 のスイッチ 6 の DP-PTEP IP を指します。

Switch1# show system internal tglean endpoint ip 209.165.0.1

----------------------------------------------------------
TGLEAN Oper Endpoint Information
----------------------------------------------------------

MAC : 0000.0000.0000 ::: Num IPs : 1
IP# 0 : 209.165.0.1
Vlan id : 0 ::: BD vnid : 0 ::: VRF vnid : 2490424
Sclass : 16388 ::: EP NH : 209.165.200.229
EPM EP Flags : IP|
LRN SRC : EPM|UXRIB|
CFG Flags :

ステップ 4

show l2route mac-ip all コマンドを使用して、L2RIB の Switch1 のローカル EP エントリとリモート EP エントリを確認します。

例:

Switch1# show l2route mac-ip all | grep 209.166.0.1
123         001e.0100.0001 209.166.0.1  Local  PS,Orp        0     Eth1/21 (SGT - IP:16388)

Switch1# show l2route mac-ip all | grep 209.165.0.1
123         0022.0100.0001 209.165.0.1   BGP    --   0   209.165.200.229 (Label: 16023537) (SGT - IP:16388)

ステップ 5

show bgp l2vpn evpn vrf overlay コマンドを使用して、他のピアに対する BGP のローカル EP アドバタイズメントを確認します。

例:

Switch1# show bgp l2vpn evpn 209.166.0.1 vrf overlay-1
Route Distinguisher: 105:16023537    (L2VNI 16023537)
BGP routing table entry for [2]:[0]:[0]:[48]:[001e.0100.0001]:[32]:[209.166.0.1]/272, version 59832 dest ptr 0x8b0825e0
Paths: (1 available, best #1)
Flags: (0x0000000000000102 0000000000) on xmit-list, is not in rib/evpn
Multipath: eBGP iBGP

Advertised path-id 1
Path type (0x8b45d1a8): local 0x4000008c 0x4000000 ref 0 adv path ref 1, path is valid, is best path, orphan host
AS-Path: NONE, path locally originated
0.0.0.0 (metric 0) from 0.0.0.0 (105.1.1.1)
Origin IGP, MED not set, localpref 100, weight 32768 tag 0, propagate 0, floating svi 0, tunnel resolved 0
Received label 16023537 2490424
Extcommunity:
RT:100:2490424
RT:100:16023537
PCTAG:00:0:0:16388

Path-id 1 advertised to peers:
209.165.200.230   209.165.200.226   209.165.200.229   209.165.200.227

ステップ 6

show bgp l2vpn evpn vrf overlay コマンドを使用して、BGP L2VPN EPVN セッションを通じて学習したリモート EP エントリを確認します。

例:

Switch1# show bgp l2vpn evpn 209.165.0.1 vrf overlay-1
Route Distinguisher: 105:16023537    (L2VNI 16023537)
BGP routing table entry for [2]:[0]:[0]:[48]:[0022.0100.0001]:[32]:[209.165.0.1]/272, version 211779 dest ptr 0x192c7d44
Paths: (1 available, best #1)
Flags: (0x0000000000000212 0000000000) on xmit-list, is in rib/evpn, is not in HW
Multipath: eBGP iBGP

Advertised path-id 1
Path type (0x8998b550): internal 0xc0000018 0x400 ref 0 adv path ref 1, path is valid, is best path, remote nh not installed, in rib
Imported from (0x16757068) 108:16023537:[2]:[0]:[0]:[48]:[0022.0100.0001]:[32]:[209.165.0.1]/144
AS-Path: NONE, path sourced internal to AS
209.165.200.229 (metric 3) from 209.165.200.229 (108.1.1.1)
Origin IGP, MED not set, localpref 100, weight 0 tag 0, propagate 0, floating svi 0, tunnel resolved 0
Received label 16023537 2490424
Extcommunity:
RT:100:2490424
RT:100:16023537
ENCAP:8
PCTAG:00:0:0:16388
Router MAC:000c.0c0c.0c0c

Path-id 1 not advertised to any peer

Route Distinguisher: 108:16023537
BGP routing table entry for [2]:[0]:[0]:[48]:[0022.0100.0001]:[32]:[209.165.0.1]/272, version 210701 dest ptr 0x899cc898
Paths: (1 available, best #1)
Flags: (0x0000000000000202 0000000000) on xmit-list, is not in rib/evpn, is not in HW, is locked
Multipath: eBGP iBGP

Advertised path-id 1
Path type (0x16757068): internal 0x40000018 0x4002000 ref 2 adv path ref 1, path is valid, is best path, remote nh not installed
Imported to 2 destination(s)
AS-Path: NONE, path sourced internal to AS
209.165.200.229 (metric 3) from 209.165.200.229 (108.1.1.1)
Origin IGP, MED not set, localpref 100, weight 0 tag 0, propagate 0, floating svi 0, tunnel resolved 0
Received label 16023537 2490424
Extcommunity:
RT:100:2490424
RT:100:16023537
ENCAP:8
PCTAG:00:0:0:16388
Router MAC:000c.0c0c.0c0c

Path-id 1 not advertised to any peer

ステップ 7

show ip route コマンドを使用して、URIB の /32 ルートとしてリモート EP エントリを確認します。ローカル EP の場合、URIB に /32 ルートとしてのエントリはありません。

例:

Switch1# show ip route 209.165.0.1/32 vrf ARL_Scale:ctx-1
IP Route Table for VRF "ARL_Scale:ctx-1"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>

209.165.0.1/32, ubest/mbest: 1/0, pervasive
*via 209.165.200.229%overlay-1, [200/0], 01:37:08, bgp-100, internal, tag 100, redist-only, rwVnid: vxlan-2490424, pc-tag: 16388
recursive next hop: 209.165.200.229/32%overlay-1

Next hop is pointing to Switch6 dp-ptep IP.

ユーザーが switch6 の EPG-1 と switch1 の EPG-2 を拡張しない場合、すべてのCLI出力は上記と同じになりますが、リモート EP の L2RIB エントリは両方のスイッチで表示されません。

CLIを使用した L3OUT から L3OUT への通信の確認

Switch1 は 209.165.201.0/24 を L3OUT 経由でローカルに学習し、Switch6 は 209.165.202.0/24 を L3OUT 経由でローカルに学習する。Switch1 は、Switch6 の DP-PTEP IPアドレス（209.165.200.229）としてネクスト ホップとの VPNV4 BGP ピアリングを介して 209.165.202.0/24 を受信します。同様に、Switch6 は、Switch1 の DP-PTEP IPアドレス（209.165.200.225）としてのネクスト ホップとの VPNV4 BGP ピアリングを介して 209.165.201.0/24 を受信します。

CLI を使用して L3OUT から L3OUT への通信を確認するには、次の手順を実行します。

手順

ステップ 1

次のスーパーユーザー権限で、 show bgp vpnv4 unicast vrf overlay コマンドを使用します。

例:

Switch1# show bgp vpnv4 unicast 209.165.202.0/24 vrf overlay-1
BGP routing table information for VRF overlay-1, address family VPNv4 Unicast
Route Distinguisher: 105:2490424    (VRF ARL_Scale:ctx-1)
BGP routing table entry for 209.165.202.0/24, version 1946 dest ptr 0x8b3963b8
Paths: (1 available, best #1)
Flags: (0x00000000000c001a 0000000000) on xmit-list, is in urib, is best urib route, is in HW, exported
vpn: version 145728, (0x0000000000100002) on xmit-list
Multipath: eBGP iBGP

Advertised path-id 1, VPN AF advertised path-id 1
Path type (0x173c502c): internal 0xc0000018 0x440 ref 0 adv path ref 2, path is valid, is best path, in rib
Imported from (0x164de938) 108:2490424:209.165.202.0/24
AS-Path: 65001 , path sourced external to AS
209.165.200.229 (metric 3) from 209.165.200.229 (108.1.1.1)
Origin IGP, MED not set, localpref 100, weight 0 tag 0, propagate 0, floating svi 0, tunnel resolved 0
Received label 0
Received path-id 1
Extcommunity:
RT:100:2490424
VNID:2490424

VRF advertise information:
Path-id 1 advertised to peers:
21.2.1.1           21.2.1.10

VPN AF advertise information:
Path-id 1 not advertised to any peer

BGP routing table information for VRF overlay-1, address family VPNv4 Unicast
Route Distinguisher: 108:2490424
BGP routing table entry for 209.165.202.0/24, version 144468 dest ptr 0x173596e8
Paths: (1 available, best #1)
Flags: (0x0000000000000002 0000000000) on xmit-list, is not in urib, is not in HW, is locked
Multipath: eBGP iBGP

Advertised path-id 1
Path type (0x164de938): internal 0x40000018 0x40 ref 1 adv path ref 1, path is valid, is best path
Imported to 1 destination(s)
AS-Path: 65001 , path sourced external to AS
209.165.200.229 (metric 3) from 209.165.200.229 (108.1.1.1)
Origin IGP, MED not set, localpref 100, weight 0 tag 0, propagate 0, floating svi 0, tunnel resolved 0
Received label 0
Received path-id 1
Extcommunity:
RT:100:2490424
VNID:2490424

Path-id 1 not advertised to any peer

ステップ 2

次のスーパーユーザー権限で、 show ip route コマンドを使用します。

例:

Switch1# show ip route 209.165.202.13 vrf ARL_Scale:ctx-1
IP Route Table for VRF "ARL_Scale:ctx-1"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>

209.165.202.0/24, ubest/mbest: 1/0
*via 209.165.200.229%overlay-1, [200/0], 00:23:41, bgp-100, internal, tag 65001
recursive next hop: 209.165.200.229/32%overlay-1

リモートのリーフ スイッチのダウン グレードする前に必要な前提条件

（注）

リモート ノードの使用停止し、リモート リーフに関連するポリシー（を削除する必要がありますがあれば導入で、リモートのリーフ スイッチ リリース 3.1（1）から以降、リモート リーフ機能をサポートしていない以前のリリースには、APIC ソフトウェアのダウン グレードする場合、というプールにある）を含む前にダウン グレードします。スイッチの廃止の詳細については、 スイッチのデコミッションおよび再コミッション を参照してください。これは、 「Cisco APIC トラブルシューティング ガイド」にあります。

リモート リーフ スイッチをダウン グレードする前に、いずれかのタスクが完了することを確認します。

- vPC ドメインを削除します。

- SCVMM を使用している場合は、vTEP - 仮想ネットワーク アダプタを削除します。

- リモート リーフノードの使用停止および 10 を待機-15 分を完了するタスクの使用停止後。

- 削除に WAN L3out にリモート リーフ、テナント インフラ。

- Multipod を使用している場合、インフラ-l3out VLAN 5 とを削除します。

- リモートというプールを削除します。

Chapter15. SR-MPLS ハンドオフ

リリース 5.0（1）以降、 [Cisco ACI] 境界リーフ スイッチでのセグメント ルーティング（SR）マルチプロトコル ラベル スイッチング（MPLS）ハンドオフは、新機能として使用できます。

（注）

このドキュメントの手順では、GUI と REST API を使用して SR-MPLS ハンドオフを構成する方法について説明します。現時点では、NX-OS スタイルの CLI を使用して SR-MPLS ハンドオフを構成することはできません。

- ACI ハンドオフについて

- SR-MPLS ハンドオフの ACI 実装について

- SR-MPLS 構成モデルについて

- SR-MPLS のガイドラインおよび制限事項

- GUI を使用した SR-MPLS インフラ L3Out の構成

- GUI を使用した SR-MPLS VRF L3Out の設定

- GUI を使用した SR-MPLS カスタム QoS ポリシーの作成

- MPLS 統計情報の表示

- SR-MPLS グローバル ブロック（GB）の設定

- IP ハンドオフ設定から SR ハンドオフ設定への移行

- ループ防止のための BGP ドメインパス機能について

ACI ハンドオフについて

次のセクションでは、 次より前のリリースでの ACI ハンドオフの処理方法について説明します。 [Cisco APIC] リリース 5.0（1）、 IP ハンドオフの使用、次以降のその処理方法 [Cisco APIC] リリース 5.0（1）、 SR- MPLS ハンドオフを使用。

- リリース 5.0(1) 以前の ACI ハンドオフ：IP ハンドオフ

- リリース 5.0（1）での ACI ハンドオフ：SR ハンドオフ

リリース 5.0(1) 以前の ACI ハンドオフ：IP ハンドオフ

リリース5.0(1) 以前では、 [Cisco APIC] ACI 境界リーフ ノードをデータ センター プロバイダー エッジ（DC-PE）に接続する ACI ファブリックを設定するときに、マルチテナント ネットワークを使用する構成の場合は、複数の VRF があり、各 VRF にルーティング プロトコルが必要です。また、各 VRF のインターフェイスを専用にする必要があります。このインターフェイスは、物理インターフェイスまたは論理インターフェイスのいずれかです。次の図に示すように、この設定は通常 VRF-Lite と呼ばれます。

IP ハンドオフを使用した DC-PE への ACI ハンドオフ（VRF-Lite）

この設定では、境界リーフ スイッチは VRF-Lite を使用して DC-PE に接続されます。境界リーフ スイッチと DC-PE 間のインターフェイスおよびルーティング プロトコル セッションの設定は、個別の VRF を使用して行われます。差別化サービス コード ポイント（DSCP）は、発信トラフィックの境界リーフ スイッチで設定されます。DC-PE では、DSCP は、トラフィック エンジニアリング（SR-TE）ポリシーのセグメント ルーティングにマッピングされます。このポリシーは、トランスポート ネットワーク経由でトラフィックを誘導するために使用されます。

境界リーフ スイッチとデータ センターの間に多数のセッションがある場合、この設定は面倒になります。したがって、自動化と拡張性は、VRF-Lite を使用して設定する際の重要な課題です。

リリース 5.0（1）での ACI ハンドオフ：SR ハンドオフ

[Cisco APIC] リリース 5.0（1）以降、SR-MPLS ハンドオフを使用して、境界リーフ スイッチと DC-PE ルータ間の ACI ファブリック接続を設定できるようになりました。SR は他のオプションよりも優れたソリューションです。VXLAN などの他のオプションは SP コアでは一般的なテクノロジーではないため、SR はトランスポート デバイスよりもはるかに一般的で成熟したソリューションです。

次のシナリオは、SR-MPLS を使用した DC-PE への ACI ハンドオフの設定がどのように役立つかを示しています。

- 統合セグメント ルーティングの転送

- トランスポート ネットワークでの DC-to-DC フローのモニタリング

- 複数の VRF の単一コントロール プレーン セッション

- [カラー コミュニティ（Color Community）] または [宛先プレフィックス（Destination Prefix）] を使用したトランスポートの SR-TE / Flex Algo

- SR または MPLS による DC およびトランスポート QoS

統合セグメント ルーティングの転送

次のシナリオでは、異なる ACI DC ネットワークを相互接続するための統合 SR または MPLS トランスポート ネットワークの導入について説明します。VXLAN から SR-MPLS へのハンドオフは、ACI ネットワークと DC-PE ルータ間の各ロケーションで活用されます。

このシナリオでは、VXLAN は ACI ファブリック エリアで使用され、セグメント ルーティングはトランスポート ネットワークで使用されます。ACI ファブリック エリアの外部で VXLAN を使用するのではなく、同じ SR ベースのルーティングを使用することをお勧めします。この場合、トランスポート デバイスに対して SR ハンドオフまたは MPLS ハンドオフを実行します。ACI 境界で VXLAN を SR に変更すると、トランスポート デバイスは SR または MPLS を実行するだけでよく、VXLAN を実行する必要はありません。

トランスポート ネットワークでの DC-to-DC フローのモニタリング

次のシナリオでは、DC-to-DC フローは VXLAN ではなくセグメント ルーティングを使用してカプセル化されます。

このシナリオでは、トランスポート ネットワークに使用される既存のモニタリング ツールは MPLS トラフィックをモニタできますが、VXLAN パケットはモニタできません。ACI から SR-MPLS へのハンドオフを使用することで、トランスポート チームは既存のモニタリング ツールを使用して DC-to-DC フローをモニタできます。

複数の VRF の単一コントロール プレーン セッション

SR ハンドオフを使用すると、単一のコントロール プレーン セッション（MP-BGP EVPN）が、IP ハンドオフ設定で使用する必要がある VRF 単位のセッションではなく、すべての VRF に使用されます。これにより、ACI データ センターと DC-PE 間の複数の VRF の自動化とスケーラビリティのオプションが向上します。

SR ハンドオフでは、VRF 単位のコントロール プレーンおよびデータ プレーン セッションの代わりに単一のコントロール プレーンおよびデータ プレーン セッションが使用され、Cisco ACI ファブリックから SP コアへの統合 SR トランスポートが使用されます。BGP ラベル ユニキャスト（BGP LU）アドレス ファミリは、アンダーレイ ラベル交換に使用されます。MP-BGP EVPN アドレス ファミリは、VRF 情報ごとにプレフィックスと MPLS ラベルを伝送します。

[カラー コミュニティ（Color Community）] または [宛先プレフィックス（Destination Prefix）] を使用したトランスポートの SR-TE / Flex Algo

SR ハンドオフは、SP コアで SR のシグナリングを自動化するため、有益です。この場合、ACI 境界リーフ スイッチは、BGP カラー拡張コミュニティを持つ EVPN タイプ 5 ルートを DC-PE にアドバタイズします。DC-PE は、ACI 境界リーフ スイッチから受信したカラー コミュニティまたは宛先プレフィックスに基づいてセグメント ルーティング ポリシーを作成できます。この機能により、DC とトランスポート ネットワークをシームレスに統合できます。

同様に、次の図に示すように、ACI 境界リーフ スイッチから EVPN タイプ 5 プレフィックスをアドバタイズでき、DC-PE は宛先プレフィックスに基づいて SR-TE または Flex Algo ルーティング ポリシーを作成できます。

2 つの方法のうち、カラー コミュニティを使用して DC-PE の設定を減らすことを推奨します。ただし、いずれの場合も、この方法で SR-MPLS を使用する前に、DC-PE にこの機能をサポートする機能があることを確認する必要があります。

SR または MPLS による DC およびトランスポート QoS

ACI ファブリック内では、非境界リーフ スイッチは、EPG、コントラクト、および L3Out QoS ポリシーを使用して DSCP 値でパケットをマーキングできます。これらの DSCP 値を使用して、ACI 境界リーフ スイッチで MPLS 出力ルールを設定し、Experimental Bit（EXP）または Class of Service（COS）値でパケットをマーキングできます。トランスポート ネットワークは、データ センターからの DSCP または EXP 値に基づいて、QoS アクションを実行したり、異なる SR または MPLS パスを選択したりできます。

同様に、MPLS 入力ルールを使用して、ACI 境界リーフ スイッチは、EXP 値に基づいてファブリックに着信する入力パケットを COS、DSCP、および QoS レベルでマーキングできます。QoS レベルはファブリック内の QoS アクションを定義します。

SR-MPLS ハンドオフの ACI 実装について

ACIは、Cisco APIC リリース 5.0(1) で導入された次の ACI コンポーネントを使用して SR-MPLS ハンドオフを実装します。

- SR-MPLS インフラ L3Out

- SR-MPLS VRF L3Out

- SR-MPLS カスタム QoS ポリシー

SR-MPLS インフラ L3Out

SR-MPLS インフラ L3Out は SR-MPLS 接続を提供します。境界リーフ スイッチのインフラ テナントで SR-MPLS インフラ L3Out を構成して、アンダーレイ MP-BGP EVPN セッションを SR-MPLS ハンドオフ用に設定します。テナント VRF インスタンスは、 [Cisco アプリケーション セントリック インフラストラクチャ（Cisco Application Centric Infrastructure）] （[ACI]）SR-MPLS インフラ L3Out に選択的にマッピングされ、テナント サブネットを DC-PE ルータにアドバタイズし、DC-PE から MPLS VPN ルートをインポートします。SR-MPLS インフラ L3Out は、ポッドまたはリモート リーフ スイッチ サイトにスコープされ、ポッドまたはリモート リーフ スイッチ ペアに拡張されません。

SR-MPLS インフラ L3Out

ポッドまたはリモート リーフ スイッチ サイトには、1 つ以上の SR-MPLS インフラ L3Out を設定できます。

SR-MPLS インフラ L3Out の構成手順については、 GUI を使用した SR-MPLS インフラ L3Out の構成 を参照してください。

SR-MPLS インフラ L3Out の構成プロセスの一環として、次のエリアを構成します：

- ボーダー リーフ スイッチと DC-PE 間の [Cisco ACI] MP-BGP EVPN セッション

- BGP EVPN セッションのマルチホップ BFD

- 境界リーフ スイッチおよびネクストホップ ルータでのアンダーレイ BGP セッション（BGP ラベル付きユニキャストおよび IPv4 アドレス ファミリ） [Cisco ACI] ボーダー リーフ スイッチとネクストホップ ルータ

- BGP ラベル付きユニキャスト セッションのシングルホップ BFD

ボーダー リーフ スイッチと DC-PE 間の [Cisco ACI] MP-BGP EVPN セッション

次の図に示すように、境界リーフ スイッチの EVPN ループバックと DC-PE ルータ間の MP-BGP EVPN セッションを構成するために必要な情報を提供する必要があります。

このエリアでは、次の構成が行われます：

- BGP ラベル付きユニキャスト アドレス ファミリを使用したトランスポート ループバックのラベル アドバタイズメント。

- SR-MPLS インフラ VRF インスタンスの境界リーフ スイッチ上の一意のルータ ID。

- ルータ ID は、BGP-EVPN ループバックおよびトランスポート ループバック アドレスとは異なる必要があります。

図に示すように、MP-BGP EVPN とトランスポートのループバックに異なる IP アドレスを使用できますが、MP-BGP EVPN と [Cisco ACI] 境界リーフ スイッチのトランスポート ループバックに同じループバックを使用することを推奨します。

現時点では、eBGP セッションのみがサポートされています。

BGP EVPN セッションのマルチホップ BFD

リリース5.0（1）から、次の図に示すように、マルチホップ BFD のサポートが可能になりました。この場合、EVPN ループバック間に マルチホップ BFD EVPN セッションを設定できます。

[Cisco ACI] 境界リーフ スイッチと DC-PE 間の BGP EVPN セッションでは、最小タイマーが 250 ミリ秒、検出乗数が 3 のマルチホップ BFD がサポートされます。要件に基づいてこのタイマー値は変更できます。

境界リーフ スイッチおよびネクストホップ ルータでのアンダーレイ BGP セッション（BGP ラベル付きユニキャストおよび IPv4 アドレス ファミリ） [Cisco ACI] ボーダー リーフ スイッチとネクストホップ ルータ

また、次の図に示すように、 [Cisco ACI] 境界リーフ スイッチと DC-PE 間のインターフェイスごとに、BGP IPv4 とラベル付きユニキャスト アドレス ファミリを構成します。

BGP IPv4アドレス ファミリは EVPN ループバックを自動的にアドバタイズし、BGP ラベル付きユニキャスト アドレス ファミリは SR-MPLS ラベルを使用して SR トランスポート ループバックを自動的にアドバタイズします。

現時点では、eBGP セッションのみがサポートされています。

BGP ラベル付きユニキャスト セッションのシングルホップ BFD

リンクがアップしたままで、リンクの転送機能が影響を受けるソフト障害に関連する問題を防ぐために、次に示すように、IPv4 および BGP ラベル付きユニキャスト セッションのアンダーレイ BGP セッションのシングルホップ BFD セッションを設定できます。次の図を参照してください。

[Cisco ACI] 境界リーフ スイッチと DC-PE 間の BGP EVPN セッションでは、最小タイマーが 50 ミリ秒、検出乗数が 3 のシングルホップ BFD がサポートされます。要件に基づいてこのタイマー値は変更できます。

BFD モニタ対象リンクの一端または両端で BFD エコー機能を構成できます。エコー機能は構成された slow timer に基づいて必要最小受信間隔を遅くします。  [RequiredMinEchoRx] BFD セッション パラメータは、エコー機能が無効の場合 [0（zero）] に設定されています。slow timer は、エコー機能が有効の場合、必要最小受信間隔になります。

SR-MPLS VRF L3Out

SR-MPLS トランスポートに対してプレフィックスをアドバタイズする必要がある各 VRF は、SR-MPLS インフラ L3Out に関連付ける必要があります。SR-MPLS インフラ L3Out に接続されている SR-MPLS VRF L3Out を使用して、これらのアソシエーションを構成します。

User Tenant SR-MPLS L3Out

1 つ以上の SR-MPLS VRF L3Out を同じ SR-MPLS インフラ L3Out に接続できます。SR-MPLS VRF L3Out を使用して、インポートおよびエクスポート ルート マップを構成し、次のことを実行できます：

- プレフィックスやコミュニティに基づいてルート ポリシーを適用する

- SR ネットワークにプレフィックスをアドバタイズする

- SR ネットワークから受信したプレフィックスを除外する

また、外部 EPG を各 SR-MPLS VRF L3Out テナントの 1 つ以上のサブネットで構成します。これは次の目的で使用されます：

- セキュリティ ポリシー（コントラクト）

- ポリシーベース リダイレクト（PBR）ポリシー

- VRF 間のルート リーク

SR-MPLS VRF L3Out の構成手順については、 GUI を使用した SR-MPLS VRF L3Out の設定 を参照してください。

SR-MPLS カスタム QoS ポリシー

カスタム QoS ポリシーを使用して、MPLS ネットワークからのトラフィックを ACI ファブリック内で優先順位付けする方法を定義できます。これらのポリシーを使用して、MPLS L3Out を介してトラフィックがファブリックを離れるときに、トラフィックを再マーキングすることもできます。

カスタム QoS ポリシーを設定する場合、境界リーフ スイッチに適用される次の 2 つのルールを定義します。

- 入力ルール：MPLS ネットワークに接続されている境界リーフ スイッチに着信するすべてのトラフィックは、MPLS Experimental ビット（EXP）値に対してチェックされ、一致が検出されると、トラフィックは ACI QoS レベルに分類され、適切な CoS および Differentiated Services Code Point（DSCP）値でマークされます。

値は、境界リーフでカスタム QoS 変換ポリシーを使用して取得されます。SR-MPLS からのトラフィックの元の DSCP 値は、再マーキングなしで保持されます。カスタム ポリシーが定義されていないか、一致していない場合、デフォルトのQoSレベル（レベル3）が割り当てられます。

- 出力ルール：トラフィックが境界リーフの MPLS インターフェイスから離れていくと、パケットの DSCP 値に基づいて照合され、一致が見つかると、MPLS EXP および CoS 値がポリシーに基づいて設定されます。

出力 MPLS QoS ポリシーが設定されていない場合、MPLS EXP はデフォルトでゼロになります。MPLS カスタム QoS ポリシーに基づいて設定されている場合は、EXP が再マーキングされます。

次の 2 つの図は、入力および出力ルールが適用されるタイミングと、内部 ACI トラフィックがファブリック内でパケットの QoS フィールドを再マーキングする方法を要約しています。

入力 QoS

入力 QoS

GUI を使用した SR-MPLS カスタム QoS ポリシーの作成の説明に従って、複数のカスタム QoS ポリシーを定義し、作成した各 SR-MPLS インフラ L3Out に適用できます。

SR-MPLS 構成モデルについて

次の図に、SR-MPLS ハンドオフの ACI 実装の構成モデルを示します。

SR-MPLS ハンドオフの構成は、次のテナント内で行われます：

- [インフラ テナント（Infra Tenant）]：インフラ テナントの下で、 SR-MPLS インフラ L3Outの説明に従って SR-MPLS インフラ L3Out を構成します。SR-MPLS インフラ L3Out では、ACI ファブリックと境界リーフ スイッチに接続された外部デバイス間の接続を定義します。SR-MPLS インフラ L3Out でオーバーレイおよびアンダーレイ ノード パスを指定します。

- [ユーザー テナント（User Tenant）]：ユーザー テナントの下に、図の左側のエリアに示すように、複数の VRF、EPG、および L3Out がある場合があります。ユーザー テナント内で、これは、 SR-MPLS VRF L3Outで説明されているように SR-MPLS ハンドオフ構成の一部として使用する SR-MPLS VRF L3Out を構成します。

SR-MPLS VRF L3Out 内では、次のルート マップも構成します：

- [インバウンド ルート マップ（Inbound route map）]：デフォルトでは、着信ルート マップのポリシーはすべてのプレフィックスを受け入れます。

明示的な着信ルート マップは、次のように構成できます：

- ファブリック内のアドバタイズメントを選択的に拒否するプレフィックスを一致させる

- プレフィックスとコミュニティを照合して、ファブリック内のアドバタイズメントを選択的に拒否する

- [アウトバウンド ルート マップ（Outbound route map）]：ブリッジ ドメイン サブネットを含む任意のプレフィックスをアドバタイズするために、アウトバウンド ルート マップのポリシーを構成する必要があります。デフォルトでは、アウトバウンド ルート マップのポリシーはプレフィックスをアドバタイズしません。

明示的なアウトバウンド ルート マップは、次のように設定できます。

- SR-MPLS ネットワークにアドバタイズされるプレフィックスの照合

- SR-MPLS ネットワークにプレフィックスをアドバタイズするためのプレフィックスとコミュニティの照合

- プレフィックスやコミュニティの一致に基づいて、カラー コミュニティを含むコミュニティを設定します。

インバウンド ルート マップとアウトバウンド ルート マップの両方がコントロール プレーンに使用され、ファブリック内外で許可または拒否されるプレフィックスを設定します。

SR-MPLS VRF L3Out 内で、外部 EPG と、データ プレーンに使用される該当の外部 EPG 内のサブネットも設定します。これらのサブネットは、ACI セキュリティ ポリシーを適用するために使用されます。外部 EPG サブネットは、フラグを使用して別の VRF のプレフィックスをリークするためにも使用されます。外部 EPG サブネットでルート リークとセキュリティ フラグを有効にすると、そのサブネットは別の VRF にリークされる可能性があります。集約フラグを使用して外部 EPG サブネットを設定し、プレフィックスを別の VRF にリークすることもできます。この場合、リーフ スイッチ プレフィックスへのコントラクトを定義し、VRF 間の通信を許可する必要があります。

（注）

SR-MPLS VRF L3Out 上の外部 EPG は、ルート マップを適用してプレフィックス アドバタイズメントを拒否するなど、ルーティング ポリシーには使用されません。

この例では、ユーザ テナント内の SR-MPLS VRF-1 L3Out が SR-MPLS インフラ L3Out に接続され、ユーザ テナント内の SR-MPLS VRF-2 L3Out も SR-MPLS インフラ L3Out に接続されます。

EPG to SR-MPLS L3Out

次の図は、EPG to SR-MPLS L3Out 設定の例を示します。

このシナリオでは、次の設定を行います。

- 境界リーフ スイッチ（上図の BL1 と BL2）で SR-MPLS infra L3Out を設定します。

- EPG、ブリッジ ドメイン、およびユーザ VRF とともに、ユーザ テナントで SR-MPLS VRF L3Out を設定します。

- プレフィックスのエクスポートおよびインポート用のルートマップを設定し、SR-MPLS VRF L3Out に適用します。

- EPG と SR-MPLS L3Out 間のトラフィック転送のために、EPG と SR-MPLS VRF L3Out で定義された外部 EPG の間に契約を設定し、適用します。

IP L3Out to SR-MPLS L3Out

次の図に、通常の IP L3Out と SR-MPLS L3Out の間の中継ルーティングを有効にする設定の例を示します。

このシナリオでは、前述の EPG から SR-MPLS L3Out への設定と同様の設定を行いますが、その違いは次のとおりです。

- 境界リーフ スイッチ（上図の BL1 と BL2）で SR-MPLS infra L3Out を設定します。

- IP L3Out およびユーザー VRF とともに、ユーザー テナントで SR-MPLS VRF L3Out を構成します。

- プレフィックスのエクスポートおよびインポート用のルート マップを構成し、SR-MPLS VRF L3Out に適用します。

- IP L3Out と SR-MPLS L3Out 間のトラフィック転送のために、IP L3Out と SR-MPLS VRF L3Out に関連付けられた外部 EPG 間にコントラクトを設定し、適用します。

SR-MPLS のガイドラインおよび制限事項

次は、SR-MPLS ハンドオフ機能のガイドラインおよび制限事項です。

- SR-MPLS でサポートされるプラットフォーム

- SR-MPLS のプラットフォーム制限

- SR-MPLS インフラ L3Out のガイドラインと制約事項

- SR-MPLS VRF L3Out のガイドラインと制約事項

- MPLS スイッチングに関するガイドラインと制限事項

- SR-MPLS 統計情報のガイドラインと制約事項

SR-MPLS でサポートされるプラットフォーム

SR-MPLS ハンドオフ機能は、次のプラットフォームでサポートされます。

- [ボーダー リーフ スイッチ（Border leaf switches）]：-FX スイッチ モデル以降（たとえば、スイッチ名の末尾に「FX」、「FX2」、「FX3」、「GX」... が付いているスイッチ モデル）

- [スパイン スイッチ（Spine switches）]:

- ラインカード名の末尾に「LC-EX」、「LC-FX」、および「GX」が付いたモジュラ スパイン スイッチ モデル

- 固定スパイン スイッチの Cisco Nexus 9000 シリーズ N9K-C9364C および N9K-C9332C

- DC-PE routers：

- Network Convergence System（NCS）5500 シリーズ

- ASR 9000 シリーズ

- NCS 540 または 560 ルータ

- ASR1000/IOS-XE プラットフォーム

- [Cisco アプリケーション セントリック インフラストラクチャ（Cisco Application Centric Infrastructure）] （[ACI]）から SR-MPLS へのハンドオフ ソリューションは、SR-MPLS、BGP-LU、BGP EVPN、および BGP EVPN と VPNv4/v6 間のプレフィックス再発信を使用した標準ベースの実装を使用します。これらのテクノロジーをサポートする DC-PE は、 [Cisco ACI] から SR-MPLS へのハンドオフをサポートできる必要があります。

（注）

SR-MPLS ハンドオフを備えた [Cisco アプリケーション セントリック インフラストラクチャ（Cisco Application Centric Infrastructure）] （[ACI]） ボーダー リーフ スイッチが IOS-XE ソフトウェアを実行している PE デバイスに接続されている場合、IOS-XE デバイスは、BGP L2VPN EVPN アドレス ファミリー下において、「neighbor <aci-leaf><aci-leaf> next-hop-unchanged」で構成する必要があります。next-hop-unchanged 構成では、 [Cisco ACI] ボーダー リーフ スイッチはリモート PE ループバックを学習する必要があります。

SR-MPLS のプラットフォーム制限

- FX プラットフォームでは、SR-MPLS 機能を有効にすると、MPLS が有効になっていない、または展開されていないポートを含むすべてのポートで MPLS 解析が有効になります。FX2 プラットフォーム以降では、MPLS 解析は、SR-MPLS が有効化または展開されているポートでのみ有効化されます。

- MPLS 解析が有効になっているポートでは、MPLS カプセル化パケットの純粋なレイヤ 2 スイッチングはサポートされていません。非 MPLS レイヤ 2 トラフィックは、 [Cisco ACI] ファブリックをレイヤ 2 トランジットとして問題なく使用できます。

- Cisco ACI の SR - MPLS ハンドオフはパイプモードでのみサポートされ、 TTL 値はすべてのデータプレーンパケットの MPLS ヘッダーで TTL=32 にハードコードされます。そのため、32 ホップよりも離れている一部のクラウドにホストされている SaaS では、何らかの到達可能性の問題が生じる可能性があります。回避方法は、次のコマンドにより隣接ルータでの TTL 伝搬を無効にし、 MPLS TTL が IP ヘッダーにコピーし直されないようにすることです。

mpls ip-ttl-propagation disable

SR-MPLS インフラ L3Out のガイドラインと制約事項

- ボーダー リーフ スイッチが複数の SR-MPLS Infra L3Out にあることができる場合でも、ボーダー リーフ スイッチ/プロバイダ エッジ ルーターの組み合わせは 1 つの SR-MPLS L3Out になければなりません。ユーザ VRF/ボーダー リーフ スイッチ/プロバイダ エッジ ルートの組み合わせに対して 1 つのルーティング ポリシーのみが存在できるからです。

- 複数のポッドおよびリモート ロケーションから SR-MPLS 接続を確立する必要がある場合は、SR-MPLS 接続を使用するポッドおよびリモート リーフ ロケーションのそれぞれに異なる SR-MPLS インフラ L3Out があることを確認します。

- SR-MPLS インフラ L3Out はマルチキャストをサポートしていません。

[回送ポリシー（Routing Policy）]

- [サポート対象（Supported）]：Cisco APIC リリース 6.1（1）以降では、リモートリーフのファブリックポートを、ルーテッドサブインターフェイスとして SRMPLS インフラ l3out に展開できるようになりました。

SR-MPLS VRF L3Out のガイドラインと制約事項

[回送ポリシー（Routing Policy）]

- 各 SR-MPLS VRF L3Out 内では、アウトバウンド ルート マップ（エクスポート ルーティング ポリシー）の定義は必須ですが、インバウンド ルート マップ（インポート ルーティング ポリシー）の定義はオプションです。

- SR-MPLS VRF L3Out に関連付けられているルーティング ポリシーは、グローバル タイプである必要があります。つまり、ブリッジ ドメイン サブネットを含むすべてのルートを明示的に追加する必要があります。

- ホストベース ルーティングは SR-MPLS ではサポートされません。

- 移行ルーティングがサポートされますが、一部の制約があります：

- [サポート対象（Supported）]：トランジット SR-MPLS トラフィック と共に異なるボーダー リーフ ペアを使用する単一の VRFがあります。これは、次の図のように表示されています。この構成では、各 SR-MPLS インフラ L3out（ボーダー リーフ ペア）を介して一意のプレフィックス範囲をアドバタイズする必要があります。また、トランスポート ネットワークにルーティング ループがないことを確認する必要があります（つまり、ファブリックがハブとして機能し、2 つのトランスポート ネットワークがスポークとして機能している）。

- [サポート対象（Supported）]：トランジット SR-MPLS トラフィック と共に同じ境界リーフ ペアと異なる VRF を持ちます。これは、次の図のように表示されています。

- [サポート対象（Supported）]：トランジット SR-MPLS トラフィック と共に異なる境界リーフ ペアと異なる VRF を持ちます。これは、次の図のように表示されています。

- ：トランジット SR-MPLS トラフィック は、同じVRF内および同じ境界リーフ ペア上にあります。これは、次の図のように表示されています。

- [サポート対象外（Unsupported）] リリース 5.1（1）よりも前のリリースではサポートされません。

- [サポート対象（Supported）] リリース 5.1（1）以降でサポートされます。システムでの一時的なループを回避するために、再発信されたルートが同じ Infra L3Out ピアにアドバタイズされないようにします。

- リーフ スイッチが複数の SR-MPLS インフラ L3Out で設定されている場合、プレフィックスが単一のプレフィックス リスト（1 つの一致ルール）で設定されていれば、同じサブネットをすべての L3Out からアドバタイズできます。その後、そのプレフィックス リストのルート マップは、すべての SR-MPLS VRF L3Out に関連付けられます。

たとえば、次のようなコンフィギュレーションがあるものとします。

- サブネット S1 と S2 を持つ単一のプレフィックス リスト P1

- ルート マップ R1 に関連付けられている SR-MPLS VRF L3Out 1（プレフィックス リスト P1）

- ルート マップ R2 に関連付けられている SR-MPLS VRF L3Out 2（プレフィックス リスト P1）

プレフィックスは同じプレフィックス リスト（P1）に構成されているため、異なる SR-MPLS VRF L3Out に関連付けられていても、プレフィックス リスト P1 内の同じサブネットが両方の L3Out からアドバタイズされます。

一方、次の構成を検討します：

- 2 つのプレフィックス リスト：

- プレフィックス リスト P1、サブネット S1 および S2

- プレフィックス リスト P2、サブネット S1 および S2

- ルート マップ R1 に関連付けられている SR-MPLS VRF L3Out 1（プレフィックス リスト P1）

- ルート マップ R2 に関連付けられている SR-MPLS VRF L3Out 2（プレフィックス リスト P2）

プレフィックスは 2 つのプレフィックス リスト（P1 と P2）で構成され、異なる SR-MPLS VRF L3Out に関連付けられているため、サブネット S1 と S2 は両方の L3Out からアドバタイズされません。

- SR-MPLS VRF L3Out はマルチキャストをサポートしていません。

[セキュリティ ポリシー（Security Policy）]

- SR-MPLS VRF L3Out 内で定義されている外部 EPG インスタンス プロファイルを使用してセキュリティ ポリシーを構成できます。外部 EPG インスタンス プロファイルには、1 つ以上の SR-MPLS インフラ L3Out から SR-MPLS ネットワークを介して到達可能な IP プレフィックスが含まれており、同じセキュリティ ポリシーが必要です。

- 外部 EPG インスタンス プロファイルで 0/0 プレフィックスを設定して、外部 EPG の一部として、任意の外部 IP アドレスから発信された着信トラフィック フローを分類できます。

- 外部 EPG インスタンス プロファイルの外部 EPG を 1 つ以上の SR-MPLS VRF L3Out に関連付けることができます。外部 EPG インスタンス プロファイルが複数の SR-MPLS インフラ L3Out の外部にある場合、複数の SR-MPLS VRF L3Out は同じ外部 EPG インスタンス プロファイルを指します。

- ローカル EPG と外部 EPG インスタンス プロファイル間、または異なる VRF L3Out に関連付けられた外部 EPG 間でコントラクトを設定する必要があります（中継ルーティングを有効にするため）。

MPLS スイッチングに関するガイドラインと制限事項

次に、MPLS QoS のデフォルトの動作を示します：

- サービスクラス（COS）の保持は、宛先ポートが MPLS ポートである ToR 内 MPLS 出力 QoS ポリシーではサポートされません。

- 境界リーフ スイッチ上のすべての受信 MPLS トラフィックは QoS レベル 3（デフォルトの QoS レベル）に分類されます。

- 境界リーフ スイッチは、再マーキングなしで SR-MPLS からのトラフィックの元の DSCP 値を保持します。

- 境界リーフ スイッチは、デフォルトの MPLS EXP（0）のパケットを SR-MPLS ネットワークに転送します。

次に、MPLS カスタム QoS ポリシーを設定する際のガイドラインと制約事項を示します。

- データ プレーン ポリサー（DPP）は、SR-MPLS L3Out ではサポートされていません。

- レイヤ 2 DPP は、MPLS インターフェイスの入力方向で動作します。

- レイヤ 2 DPP は、出力カスタム MPLS QoS ポリシーがない場合、MPLS インターフェイスの出力方向で動作します。

- VRF レベルのポリシングはサポートされていません。

SR-MPLS 統計情報のガイドラインと制約事項

次に、SR-MPLS 統計情報のガイドラインと制限事項を示します。

- SR-MPLS 統計情報を表示するには、リーフ スイッチで SR-MPLS 設定をイネーブルにするときに、ワンタイム ステートフル リロードを実行する必要があります。

- SR-MPLS インターフェイスの統計情報は、スイッチ名の末尾に「FX2」または「GX」がある境界リーフ スイッチ モデルでのみサポートされます。

- SR-MPLS VRF インスタンス統計情報は、スイッチ名の末尾が「FX」、「FX2」、または「GX」である境界リーフ スイッチ モデルでサポートされます。

- 15 分間の履歴統計の場合、15 分の間隔データを更新するのに 20 分かかることがあります。

- スイッチの CLI に表示される SR-MPLS インターフェイス統計情報は、管理または動作のダウンイベント後にクリアされます。

- スイッチの CLI の SR-MPLS インターフェイス統計情報は、10 秒ごとに報告されます。たとえば、統計情報の収集から 3 秒後にインターフェイスがダウンした場合、CLI は 3 秒間の統計情報のみを報告し、他のすべての統計情報をクリアします。

GUI を使用した SR-MPLS インフラ L3Out の構成

- SR-MPLS インフラ L3Out は、境界リーフスイッチで設定され、SR-MPLS ハンドオフに必要なアンダーレイ BGP-LU およびオーバーレイ MP-BGP EVPN セッションを設定するために使用されます。

- SR-MPLS インフラ L3Out は、ポッドまたはリモート リーフ スイッチ サイトにスコープされます。

- ポッドまたはリモートリーフスイッチサイトには、1 つ以上の SR-MPLS インフラ L3Out を設定できます。

SR-MPLS インフラ L3Out を設定する場合は、次の項目を設定します。

- [ノード（Nodes）]

- リーフ スイッチのみが SR-MPLS インフラ L3Out のノードとして設定できます（境界リーフ スイッチおよびリモート リーフ スイッチ）。

- 各 SR-MPLS インフラ L3Out は、1 つのポッドからの境界リーフ スイッチまたは同じサイトからのリモート リーフ スイッチを持つことができます。

- 各境界リーフ スイッチまたはリモート リーフ スイッチは、複数の SR-MPLS ドメインに接続する場合、複数の SR-MPLS インフラ L3Out で設定できます。

- また、ノードの下にループバック インターフェイスを構成し、ループバック インターフェイスの下にノード SID ポリシーを構成します。

- [インターフェイス（Interfaces）]

- サポートされるインターフェイスのタイプは次のとおりです：

- ルーテッド インターフェイスまたはサブインターフェイス

- ルーテッド ポートチャネルまたはポートチャネル サブインターフェイス

サブインターフェイスでは、任意の VLAN タグがサポートされます。

- また、SR-MPLS infra L3Out のインターフェイス エリアの下にアンダーレイ BGP ピアポリシーを設定します。

- [QoS ルール（QoS rules）]

- MPLS 入力ルールと MPLS 出力ルールは、SR-MPLS インフラ L3Out の MPLS QoS ポリシーを使用して構成できます。

- MPLS QoS ポリシーを作成しない場合、入力 MPLS トラフィックにはデフォルトの QoS レベルが割り当てられます。

また、SR-MPLS インフラ L3Out を使用してアンダーレイとオーバーレイを構成します：

- [アンダーレイ（Underlay）]：インターフェイス構成の一部としての BGP ピア IP（BGP LU および IPv4 ピア）構成。

- [オーバーレイ（Overlay）]：論理ノード プロファイル構成の一部としての MP-BGP EVPN リモート IPv4 アドレス（MP-BGP EVPN ピア）構成。

始める前に

- 次に提供されている SR-MPLS ガイドラインと制限事項を確認します。 SR-MPLS のガイドラインおよび制限事項特に、 SR-MPLS インフラ L3Out のガイドラインと制約事項に提供されているガイドラインと制限を確認します。

- 次に示す手順を使用して、MPLS カスタム QoS ポリシーを構成します。 GUI を使用した SR-MPLS カスタム QoS ポリシーの作成

手順

ステップ 1

[テナント（Tenants）] > [インフラ（infra）] > [ネットワーキング（Networking）] > [SR-MPLS インフラ L3Out（SR-MPLS Infra L3Outs）]に移動します。

ステップ 2

[SR-MPLS インフラ L3Out（SR-MPLS Infra L3Outs）] を右クリックし、 [SR-MPLS インフラ L3Out の作成（Create SR-MPLS Infra L3Out）]を選択します。

この [接続（Connectivity）] ウィンドウが表示されます。

ステップ 3

[接続（Connectivity）] ウィンドウで、必要な情報を入力します。

1. [名前（Name）] フィールドに、SR-MPLS Infra L3Out の名前を入力します。

これは外部への接続を制御するポリシーに付ける名前です。名前では最大 64 文字までの英数字を使用できます。

（注）

オブジェクトの作成後は、この名前は変更できません。

2. [レイヤ 3 ドメイン（Layer 3 Domain）] フィールドで、既存のレイヤ 3ドメインを選択するか、レイヤ 3 ドメインの作成するために [L3 ドメインの作成（Create L3 Domain）] を選択します。

3. マルチポッド設定がある場合は、 [ポッド（Pod）] フィールドでポッドを選択します。

マルチポッド構成がない場合は、選択をポッド 1 のままにします。

4. （任意）   [MPLS カスタム QoS ポリシー（MPLS Custom QoS Policy）] フィールドで、既存のQoSポリシーを選択するか、 [カスタム MPLS QoS ポリシーを作成（Create MPLS Custom QoS Policy） を選択して新しい QoS ポリシーを作成します。

新しい QoS ポリシーの作成の詳細については、 GUI を使用した SR-MPLS カスタム QoS ポリシーの作成を参照してください。

カスタム QoS ポリシーを作成しない場合は、次のデフォルト値が割り当てられます。

- 境界リーフ スイッチ上のすべての着信 MPLS トラフィックは、QoS レベル 3（デフォルトの QoS レベル）に分類されます。

- 境界リーフ スイッチは次の処理を実行します。

- 再マーキングなしで SR-MPLS からのトラフィックの元の DSCP 値を保持します。

- COS 保存が有効な場合、テナント トラフィックの元の COS 値を使用してパケットを MPLS ネットワークに転送します。

- デフォルトの MPLS EXP 値（0）のパケットを SR-MPLS ネットワークに転送します。

- また、境界リーフ スイッチは、SR ネットワークへの転送中に、アプリケーション サーバから着信するテナント トラフィックの元の DSCP 値を変更しません。

5. [BGP-EVPN 接続（BGP-EVPN Connectivity）] へ移動します。

6. （任意）   [BFD マルチホップ ノード ポリシー（BFD Multihop Policy）] フィールドで、既存のBFDマルチホップ ポリシーを選択するか、新しいポリシーを作成するために [BFD マルチホップ ノード ポリシーを作成（Create BFD Multihop Node Policy）] 選択します。

ボーダーリーフスイッチから DC- PE への MP-BGP EVPN マルチホップ セッションがある場合、 [BFD マルチホップ ノード ポリシー（BFD Multihop Policy）] オプションを有効にすると、BGP セッションは通常の BGP タイマーに依存しません。 BFDタイマーに基づいて、より迅速に終了します。詳細については、 BGP EVPN セッションのマルチホップ BFD を参照してください。

7. [BGP-EVPN リモート IPv4 アドレス（BGP-EVPN Remote IPv4 Address）] フィールドに、MP-BGP EVPN リモート IPv4 アドレスを入力します。

この BGP ピア IP アドレスは、オーバーレイ設定の一部です。これは、DC-PE のループバック アドレスです（リモート DC-PE ごとに 1 エントリ）。

8. [リモート ASN（Remote ASN）] フィールドに、DC-PE のネイバー自律システムを一意に識別する番号を入力します。

自律システム番号は、1 〜 4294967295 のプレーン形式で 4 バイトにすることができます。

（注）

ACI は asdot または asdot + 形式の AS 番号をサポートしていません。asdot または asdot+ 形式の AS 番号の詳細については、 『Cisco IOS の 4 バイト 自律システム（AS）ASPLAIN および ASDOT 表記法の説明』 のドキュメントを参照してください。

9. [TTL] フィールドに、接続存続可能時間（TTL）を入力します。

有効な範囲は 1 ～ 255 ホップです。

10. [次へ（Next）]をクリックします。

[ノードとインターフェイス（Nodes and Interfaces）] ウィンドウが表示されます。

ステップ 4

[ノードとインターフェイス（Nodes and Interfaces）] ウィンドウで、境界リーフノードとインターフェイスを設定するために必要な情報を入力します。

1. リスト [ノード プロファイル名（Node Profile Name）] および [インターフェイス プロファイル名（Interface Profile Name）] フィールドで、ノード プロファイル名とインターフェイス プロファイル名にデフォルトの命名規則を使用するかどうかを決定します。

デフォルト ノード プロファイル名前は、 [L3Out-name][_nodeProfile]であり、デフォルトのインターフェイス プロファイル名は [L3Out-name][_interfaceProfile]です。これは、 [L3Out-name] が [名前（Name）] フィールドに入力した名前です。このフィールドは、 [接続（Connectivity）] ページにあります。必要に応じて、これらのフィールドのプロファイル名を変更します。

2. （任意）   [BFD インターフェイス ポリシー（BFD Interface Policy）] フィールドで、既存のBFDインターフェイス ポリシーを選択するか、 [BFD インターフェイス ポリシーを作成（Create BFD Interface Policy）] [BFD インターフェイス ポリシーを作成（Create BFD Interface Policy）]

3. [データ プレーンのトランスポート（Transport Data Plane）] フィールドで、Cisco ACI境界リーフスイッチのハンドオフに使用するルーティングのタイプを決定します。

次のオプションがあります：

- [MPLS]：トランスポート デバイスへのハンドオフにマルチプロトコル ラベル スイッチング（MPLS）を使用するには、このオプションを選択します。

- [SR-MPLS]：トランスポート デバイスへのハンドオフにセグメント ルーティング（SR）マルチプロトコル ラベル スイッチング（MPLS）を使用するには、このオプションを選択します。

4. [インターフェイス タイプ（Interface Types）] エリアで、[レイヤ 3（Layer 3）] および [レイヤ 2（Layer 2）] フィールドで必要な選択を行います。

次のオプションがあります：

- レイヤ 3：

- [インターフェイス（Interface）]：境界リーフ スイッチを外部ルータに接続するためのレイヤ 3 インターフェイスを設定するには、このオプションを選択します。

このオプションを選択すると、レイヤ 3 インターフェイスは、このページの [レイヤ 2（Layer 2）] フィールドで選択した特定のオプションに応じて、物理ポートまたは直接ポートチャネルのいずれかになります。

- [サブインターフェイス（Sub-Interface）]：境界リーフ スイッチを外部ルータに接続するようにレイヤ 3 サブインターフェイスを設定するには、このオプションを選択します。

このオプションを選択すると、このページの [レイヤ 2（Layer 2）] フィールドで選択した特定のオプションに応じて、物理ポートまたはダイレクト ポートチャネルのいずれかに対して、レイヤ 3 サブインターフェイスが作成されます。

- レイヤ 2：

- [ポート（Port）]

- [ダイレクト ポート チャネル（Direct Port Channel）]

5. [ノード ID（Node ID）] フィールドのドロップダウン メニューで、L3Out のリーフ スイッチ、またはノードを選択します。

マルチポッド構成の場合、前の画面で選択したポッドの一部であるリーフ スイッチ（ノード）のみが表示されます。

ルータ ID の構成方法を説明する警告メッセージが画面に表示される場合があります。

- このノードにルータID がまだ構成されていない場合は、 4.f に移動します。

- このノードにルータ ID がすでに設定されている場合（たとえば、以前に MP-BGP ルート リフレクタを設定していた場合）、次のオプションがあります。

- SR-MPLS 構成に同じルータ ID を使用します。これが推奨オプションです。この場合、次の手順で使用するためにこの警告に表示されるルータ ID をメモし、 4.f へ移動してこのノードのルータ ID の構成手順を参照してください。

- [SR-MPLS 構成に異なるルータ ID を使用（Use a different router ID for the SR-MPLS configuration）]：この状況では、次の手順でルータ ID を入力する前に、既存のアプリケーションへのトラフィックの中断を回避するために、最初にノードをアクティブパスから外す必要があります。アクティブ パスからノードを削除するには、次の手順を実行します。

1. ノードをメンテナンス モードにします。

2. 4.fの説明に従って、SR-MPLS 構成に別のルータ ID を入力します。

3. ノードをリロードします。

6. [ルータ ID（Router ID）] フィールドに、Infra L3Out の境界リーフ スイッチ部分の一意のルータ ID（IPv4 または IPv6 アドレス）を入力します。

ルータ IDは、すべての境界リーフ スイッチと DC-PE で一意である必要があります。

4.eで説明したように、ルータ ID がこのノードですでに設定されている場合、いくつかのオプションがあります。

- SR-MPLS 設定に同じルータ ID を使用する場合は、 4.eの警告メッセージに表示されたルータ ID を入力します。

- SR-MPLS 設定に同じルータ ID を使用しない場合、またはルータ ID がまだ設定されていない場合は、の境界リーフ スイッチ部分の IP アドレス（IPv4 または IPv6）をこのフィールドに入力します。一意のルータ ID である必要があることに注意してください。

[ルータ ID（Router ID）]のエントリを決定したら、 [BGP-EVPN ループバック（BGP-EVPN Loopback）] および [MPLSトランスポート ループバック（MPLS Transport Loopback）] フィールドのエントリは、 [ルータ ID（Router ID）] フィールドで提供した同じエントリによって自動で入力されます。

7. （任意） 必要な際、 [BGP-EVPN ループバック（BGP-EVPN Loopback）] フィールドに IP アドレスを入力します。

BGP-EVPN セッションの場合、BGP-EVPN ループバックがコントロール プレーン セッションに使用されます。このフィールドを使用して、境界リーフ スイッチの EVPN ループバックと DC-PE 間の MP-BGP EVPN セッションを設定し、オーバーレイ プレフィックスをアドバタイズします。MP-BGP EVPN セッションは、BP-EVPN ループバックと BGP-EVPN リモート ピア アドレス（ [BGP-EVPN リモート IPv4 アドレス（BGP-EVPN Remote IPv4 Address）] フィールド（ [接続（Connectivity）] ウィンドウ内）で設定）の間で確立されます。

[BGP-EVPN ループバック（BGP-EVPN Loopback）] フィールドは、 [ルータ ID（Router ID）] フィールドで提供した同じエントリによって自動で入力されます。BGP-EVPN ループバック アドレスとしてルータ ID を使用しない場合は、BGP-EVPN ループバック アドレスに別の IP アドレスを入力します。

次の点に注意してください：

- BGP-EVPN セッションの場合は、 [BGP-EVPN ループバック（BGP-EVPN Loopback）] 内で [ルータ ID（Router ID）] フィールドに入力したものと異なる IP アドレスを使用すること推奨します。

- BGP-EVPN ループバックと MPLS トランスポート ループバックに異なる IP アドレスを使用できますが、ACI 境界リーフ スイッチの BGP-EVPN と MPLS トランスポート ループバックに同じループバックを使用することを推奨します。

8. [MPLSトランスポート ループバック（MPLS Transport Loopback）] フィールドに、MPLS トランスポート ループバックのアドレスを入力します。

MPLS トランスポート ループバックは、ACI 境界リーフ スイッチと DC-PE 間のデータ プレーン セッションを構築するために使用されます。MPLS トランスポート ループバックは、境界リーフ スイッチから DC-PE ルータにアドバタイズされるプレフィックスのネクスト ホップになります。詳細については、 ボーダー リーフ スイッチと DC-PE 間の [Cisco ACI] MP-BGP EVPN セッション を参照してください。

次の点に注意してください：

- BGP-EVPN セッションの場合は、 [MPLSトランスポート ループバック（MPLS Transport Loopback）] 内で [ルータ ID（Router ID）] フィールドに入力したものと異なる IP アドレスを使用すること推奨します。

- BGP-EVPN ループバックと MPLS トランスポート ループバックに異なる IP アドレスを使用できますが、ACI 境界リーフ スイッチの BGP-EVPN と MPLS トランスポート ループバックに同じループバックを使用することを推奨します。

9. [セグメント ID（SID）インデックス（Segment ID (SID) Index）] フィールドに、SID インデックスを入力します。

SID インデックスは、MPLS トランスポートループバックの各ノードで設定されます。SID インデックス値は BGP-LU を使用してピア ルータにアドバタイズされ、ピア ルータは SID インデックスを使用してローカル ラベルを計算します。

SID インデックス エントリでサポートされる値は 0 〜 4294967295 です。SID インデックスは、セグメント ルーティング ドメイン全体で一意である必要があります。

10. 上記のレイヤ 2 エリアで [ポート（Port）] を選択した場合、 [インターフェイス（Interface）] フィールドが表示されます。ドロップダウン リストからポートを選択します。

11. 上記のレイヤ 2 エリアで [ダイレクト ポート チャネル（Direct Port Channel）] を選択した場合、 [PC パス（PC Paths）] フィールドが表示されます。ドロップダウン リストからポート チャネルを選択します。これは、インターフェイス プロファイルのポート チャネル エンド ポイントへのパスです。

12. 上記のレイヤ 3 エリアで [サブインターフェイス（Sub-Interface）] を選択した場合、 [VLAN カプセル化（VLAN Encap）] フィールドが表示されます。レイヤ 3 外部プロファイルに使用されるカプセル化を入力します。

13. [MTU（バイト）（MTU（bytes））] フィールドで、外部ネットワークの最大転送単位を入力します。

このフィールドの許容値は 576 〜 9216 です。値を継承するには、フィールドで [継承（inherit）] を入力します。

14. [IPv4 アドレス（IPv4 Address）] フィールドに、BGP-Label ユニキャスト送信元の IP アドレスを入力します。

これは、前の手順で設定したレイヤ 3 インターフェイス/サブインターフェイス/ポート チャネルに割り当てられた IP アドレスです。

15. [ピア IPv4 アドレス（Peer IPv4 Address）] フィールドに、BGP-Label ユニキャスト ピア IP アドレスを入力します。

これは、境界リーフスイッチに直接接続されているルータのインターフェイスのIPアドレスです。

16. [リモート ASN（Remote ASN）] フィールドに、直接接続されたルータの BGP-Label Autonomous System Number を入力します。

17. SR-MPLS infra L3Out のこのノードに追加のインターフェイスを設定するかどうかを決定します。

- このSR-MPLS infra L3Out のこのノードに追加のインターフェイスを構成しない場合は、 4.sに進みます。

- このSR-MPLS infra L3Out のこのノードに追加のインターフェイスを構成するためにこのノードの別のインターフェイスに同じオプションを表示する場合、 [+] をクリックします。これは、 [インターフェイス（Interfaces）] エリアにあります。

（注）

このノードのインターフェイスに入力した情報を削除する場合、または誤って追加したインターフェイス行を削除する場合は、削除するインターフェイス行のごみ箱アイコンをクリックします。

18. この SR-MPLS infra L3Out に追加のノードを設定するかどうかを決定します。

- この SR-MPLS infra L3Out の追加ノードを設定しない場合は、 4.sに進みます。

- この SR-MPLS infra L3Out に追加ノードを構成する場合、このノードの別のインターフェイスに同じオプションを表示するために [+] をクリックします。これは、 [ノード（Nodes）] エリアにあります。

（注）

ノードに入力した情報を削除する場合、または誤って追加したノード行を削除する場合は、削除するノード行のごみ箱アイコンをクリックします。

19. [ノードとインターフェイス（Nodes and Interfaces）] ウィンドウで残りの追加の情報を入力したら、 [終了（Finish）] をクリックして [SR-MPLS インフラ L3Out の作成（Create SR-MPLS Infra L3Out）] ウィザード内に必要な情報を入力します。

次のタスク

GUI を使用した SR-MPLS VRF L3Out の設定の手順に従って、SR-MPLS VRF L3Out を構成します。

GUI を使用した SR-MPLS VRF L3Out の設定

この項の手順を使用して、SR-MPLS VRF L3Out を設定します。これは、前の手順で設定した SR-MPLS インフラ L3Out からのトラフィックの転送に使用されます。

- ユーザ テナント VRF は SR-MPLS インフラ L3Out にマッピングされ、テナント ブリッジ ドメイン サブネットを DC-PE ルータにアドバタイズし、DC-PE から受信した MPLS VPN ルートをインポートします。

- 各 VRF の SR-MPLS VRF L3Out でルーティング ポリシーとセキュリティ ポリシーを指定する必要があります。これらのポリシーは、1 つ以上の SR-MPLS インフラ L3Out をポイントします。

- VRF ごとに 1 つの SR-MPLS VRF L3Out がサポートされます。

始める前に

- 次に提供されている SR-MPLS ガイドラインと制限事項を確認します。 SR-MPLS のガイドラインおよび制限事項特に、 SR-MPLS VRF L3Out のガイドラインと制約事項に提供されているガイドラインと制限を確認します。

- GUI を使用した SR-MPLS インフラ L3Out の構成の手順に従って、SR-MPLS インフラ L3Out を構成します。

手順

ステップ 1

SR- MPLS VRF L3Out を構成するために [SR-MPLS VRF L3Out の作成（Create SR-MPLS VRF L3Out）] ウィンドウに移動します。このウィンドウは、テナント（[テナント（Tenants）] > [テナント（Tenants）] > [ネットワーキング （Networking ）] > [SR- MPLS VRF L3Outs]）用です。

ステップ 2

[SR-MPLS VRF L3Out（SR-MPLS VRF L3Outs）] を右クリックし、 [SR-MPLS VRF L3Out の作成（Create SR-MPLS VRF L3Out）]を選択します。

この [SR-MPLS VRF L3Out の作成（Create SR-MPLS VRF L3Out）] ウィンドウが表示されます。

SR-MPLS L3Out の作成

ステップ 3

[名前（Name）] フィールドに、SR-MPLS VRF L3Out の名前を入力します。

これは外部への接続を制御するポリシーに付ける名前です。名前では最大 64 文字までの英数字を使用できます。

（注）

オブジェクトの作成後は、この名前は変更できません。

ステップ 4

[VRF] フィールドで、既存の VRF を選択するか、FCoE の新しい VRF を作成するには、 [VRF の作成（Create VRF）] をクリックして新しい VRF を作成します。

ステップ 5

[SR-MPLS インフラ L3Out（SR-MPLS Infra L3Out）] フィールドで、既存の SR- MPLSインフラ L3Out を選択するか [SR-MPLS インフラ L3Out の作成（Create SR-MPLS Infra L3Out）] をクリックし、新しい SR-MPLS インフラ L3Out を作成します。

SR-MPLS インフラ L3Out の作成の詳細については、 GUI を使用した SR-MPLS インフラ L3Out の構成を参照してください。

ステップ 6

[外部 EPG（External EPGs）] エリアに移動し、 [外部 EPG 名（External EPG Name）] エリアで、この SR-MPLS VRF L3Out に使用する外部 EPG の一意の名前を入力します。

ステップ 7

[サブネットとコントラクト（Subnets and Contracts）] エリアに移動し、この EPG 内の個々のサブネットを構成します。

（注）

サブネットフィールドを構成しても、次のフィールドが表示されない場合は、 [サブネットとコントラクトの表示（Show Subnets and Contracts）] をクリックして次のフィールドを表示します。

1. [IP プレフィックス（IP Prefix）] フィールドに、サブネットの IP アドレスとネットマスクを入力します。

2. [インフラ VRF ポリシー（Inter VRF Policy）] フィールドで、VRF 間ポリシーを構成するかどうかを決定します。

- VRF 間ポリシーを設定しない場合は、 7.cに進みます。

- VRF 間ポリシーを構成する場合は、使用する適切な VRF 間ポリシーを選択します。

次のオプションがあります：

- [ルート リーク（Route Leaking）]。

[ルート リーク（Route Leaking）]を選択した場合、 [集約（Aggregate）] フィールドが表示されます。このオプションを有効にすると、 [集約（Aggregate）] の横にあるボックスをクリックします。

- [セキュリティ（Security）]。

[インフラ VRF ポリシー（Inter VRF Policy）] フィールドでは、上記の 2 つのオプションのいずれかまたは両方を選択できます。

3. [提供されたコントラクト（Provided Contract）] フィールドで、既存のプロバイダー契約を選択するか、プロバイダーコントラクトを作成するために [コントラクトの作成（Create Contract）] をクリックします。

4. [消費済みコントラクト（Consumed Contract）] フィールドで、既存のコンシューマ契約を選択するか、コンシューマコントラクトを作成するために [コントラクトの作成（Create Contract）] をクリックします。

5. この外部 EPG に追加のサブネットを構成するかどうかを決定します。

- この外部 EPG に追加のサブネットを構成しない場合は、 ステップ 8に進みます。

- この外部 EPG に追加のサブネットを設定したい場合、別のサブネットに同じオプションを表示するために [+] をクリックします。これは、 [サブネットとコントラクト（Subnet and Contracts）] エリアにあります。

（注）

サブネットに入力した情報を削除する場合、または誤って追加したサブネット行を削除する場合は、削除するサブネット行のゴミ箱アイコンをクリックします。

ステップ 8

この SR-MPLS VRF L3Out に使用する追加の外部 EPG を作成するかどうかを決定します。

- この SR-MPLS VRF L3Out に使用する追加の外部 EPG を設定しない場合は、 ステップ 9に進みます。

- この SR-MPLS VRF L3Out に使用される追加外部 EPG を構成する場合、別の外部 EPG に同じオプションを表示するために [+] をクリックします。これは、 [外部 EPG 名（External EPG Name）] エリアにあります。

（注）

外部 EPG に入力した情報を削除する場合、または誤って追加した外部 EPG エリアを削除する場合は、削除する外部 EPG エリアのゴミ箱アイコンをクリックします。

ステップ 9

[ルート マップ（Route Maps）] エリアで、発信および着信ルート マップを構成します。

各 SR-MPLS VRF L3Out 内：

- アウトバウンド ルート マップ（エクスポート ルーティング ポリシー）の定義は必須です。これは、外部 DC-PE ルータにプレフィックスをアドバタイズできるようにするために必要です。

- デフォルトでは、DC-PE ルータから受信したすべてのプレフィックスがファブリックに許可されるため、インバウンド ルート マップ（インポート ルーティング ポリシー）の定義はオプションです。

1. [アウトバウンド（Outbound）] フィールドで、既存のエクスポート ルート マップを選択するか、新しいエクスポート ルート マップを作成するために [ルート制御のルート マップの作成（Create Route Maps for Route Control）] をクリックします。

2. [着信（Inbound）] フィールドで、既存のインポート ルート マップを選択するか、 新しいインポート ルート マップを作成するために [ルート制御のルート マップの作成（Create Route Maps for Route Control）] をクリックします。

ステップ 10

[SR-MPLS VRF L3Out の作成（Create SR-MPLS VRF L3Out）] ウィンドウでの構成を完了したら、 [送信（Submit）]をクリックします。

GUI を使用した SR-MPLS カスタム QoS ポリシーの作成

SR MPLS カスタム QoS ポリシーは、MPLS QoS 出力 ポリシーで定義された着信 MPLS EXP 値に基づいて、SR-MPLS ネットワークから送信されるパケットのプライオリティを定義します。これらのパケットは、ACI ファブリック内にあります。また、MPLS QoS 出力ポリシーで定義された IPv4 DSCP 値に基づく MPLS インターフェイスを介して ACI ファブリックから離れるパケットの CoS 値および MPLS EXP 値をマーキングします。

カスタム出力ポリシーが定義されていない場合、デフォルトのQoSレベル（[レベル3（Level3）]）がファブリック内のパケットに割り当てられます。カスタム イーグレス ポリシーが定義デフォルトれていない場合、 0 のデフォルト EXP 値は、ファブリックから離れるパケットにマークされます。

手順

ステップ 1

上部のメニュー バーから [テナント（Tenants）] > [インフラ（infra）]へ移動します。

ステップ 2

左ペインで、 [インフラ（infra）] > [ポリシー（Policies）] > [プロトコル（Protocol）] > [MPLS カスタム QoS （MPLS Custom QoS）]を選択します。

ステップ 3

[MPLS カスタム QoS（MPLS Custom QoS）] フォルダを右クリックし、 [カスタム MPLS QoS ポリシーを作成（Create MPLS Custom QoS Policy）を選択します。

ステップ 4

表示される [カスタム MPLS QoS ポリシーを作成（Create MPLS Custom QoS Policy） ウィンドウで、作成するポリシーの名前と説明を入力します。

ステップ 5

[MPLS 入力ルール（MPLS Ingress Rule）] エリアで、入力 QoS 変換ルールを追加するには、 + をクリックします。

MPLS ネットワークに接続されている境界リーフ（BL）に着信するすべてのトラフィックは、MPLS EXP 値に対してチェックされ、一致が検出されると、トラフィックは ACI QoS レベルに分類され、適切な CoS および DSCP 値でマークされます。

1. [優先順位（Priority）] フィールドで、入力ルールの優先順位を選択します。

これは、ACI ファブリック内のトラフィックに割り当てる QoS レベルで、ACI はファブリック内のトラフィックのプライオリティを決めるために使用します。オプションの範囲は Level1 〜 Level6 です。デフォルト値は、 [レベル3（Level3）]です。このフィールドで選択しない場合、トラフィックには自動的に レベル3 の優先順位が割り当てられます。

2. [EXP 照合開始（Match Exp From）] および EXP 照合終了（Match EXP To）] フィールドで、照合する入力 MPLS パケットの EXP 範囲を指定します。

3. [ターゲット DSCP（Target DSCP）] フィールドで、パケットが ACI ファブリック内にある場合にパケットに割り当てる DSCP 値を選択します。

指定された DSCP 値は、外部ネットワークから受信した元のトラフィックに設定されるため、トラフィックが宛先 ACI リーフ ノードで VXLAN カプセル化解除された場合にのみ再公開されます。

デフォルトは [未指定（Unspecified）]です。つまり、パケットの元の DSCP 値が保持されます。

4. [ターゲット COS（Target COS）] フィールドで、パケットが ACI ファブリック内にある場合にパケットに割り当てる COS 値を選択します。

指定された CoS 値は、外部ネットワークから受信した元のトラフィックに設定されるため、トラフィックが宛先 ACI リーフ ノードで VXLAN カプセル化解除された場合にのみ再公開されます。

デフォルトは [未指定（Unspecified）]です。つまり、ファブリックで COS 保存オプションが有効になっている場合にのみ、パケットの元の COS 値が保持されます。

5. [更新（Update）] をクリックして入力ルールを保存します。

6. 追加の入力 QoS ポリシー ルールについて、この手順を繰り返します。

ステップ 6

[MPLS 出力ルール（MPLS Egress Rule）] エリアで、出力 QoS 変換ルールを追加するには、 + をクリックします。

トラフィックが境界リーフの MPLS インターフェイスから離れていくと、パケットの DSCP 値に基づいて照合され、一致が見つかると、MPLS EXP および CoS 値がポリシーに基づいて設定されます。

1. [DSCP 照合開始（Match DSCP From）] および [DSCP 照合終了（Match DSCP To）] ドロップダウンを使用して、出力 MPLS パケットの優先順位を割り当てるために照合する ACI ファブリックパケットの DSCP 範囲を指定します。

2. [ターゲット EXP（Target EXP）] ドロップダウンから、出力 MPLS パケットに割り当てる EXP 値を選択します。

3. [ターゲット COS（Target COS）] ドロップダウンから、出力 MPLS パケットに割り当てる CoS 値を選択します。

4. [更新（Update）] をクリックして入力ルールを保存します。

5. 追加の出力 QoS ポリシー ルールについて、この手順を繰り返します。

ステップ 7

[OK] をクリックし、MPLS カスタム QoS の作成を完了します。

MPLS 統計情報の表示

次に、このトピックで説明する統計画面に表示するために選択できる MPLS 固有の統計情報を示します：

- インターフェイス レベルでは、次のように説明されています。 インターフェイスの SR-MPLS 統計情報の表示

- VRF レベルでは、次のように説明されています。 VRS 向け SR-MPLS 統計情報の表示

システム内のすべてのインターフェイスおよび VRF の統計情報を表示するには、次の場所に移動します：

[テナント（Tenants）] > [インフラ（infra）] > [ネットワーキング（Networking）] > [SR-MPLS インフラ L3Out（SR-MPLS Infra L3Outs）]

[SR-MPLS インフラ L3Out（SR-MPLS Infra L3Outs）] パネルが表示され、システムで構成されているすべての SR-MPLS インフラ L3Out が表示されます。上位レベルにとどまる [SR-MPLS インフラ L3Out（SR-MPLS Infra L3Outs）] パネルで、表示する統計情報のタイプに応じて、適切な統計情報ページに移動します。

- システム上のすべての MPLS インターフェイスの統計情報の概要を表示するには、 [インターフェイス統計情報（Interface Stats）] タブをクリックします。このウィンドウの各行には、特定のノード上の特定のインターフェイスの MPLS 統計情報が表示されます。

（注）

メインの SR-MPLS インフラ L3Out ページに表示されるインターフェイス統計情報は、スイッチ名の末尾に「FX2」または「GX」がある境界リーフ スイッチ モデル上のすべての SR-MPLS 対応インターフェイスのみを対象としています。

他のレベルの MPLS インターフェイス統計情報を確認するには、 インターフェイスの SR-MPLS 統計情報の表示を参照してください。

- [VRF 統計情報（VRF Stats）] タブをクリックして、システム上のすべての MPLS VRF の統計情報の要約を表示します。このウィンドウの各行には、特定のノードに構成された特定の VRF の MPLS 統計情報が表示されます。

SR-MPLS インフラ L3Out プロパティ ページで提供される VRF 統計情報は、SR-MPLS インフラ L3Out のプロバイダー ラベルが消費される特定の境界リーフ スイッチまたはリモート リーフ スイッチの個々の VRF 統計情報です。

MPLS VRF 統計情報のその他のレベルについては、 VRS 向け SR-MPLS 統計情報の表示を参照してください。

- インターフェイスの SR-MPLS 統計情報の表示

- VRS 向け SR-MPLS 統計情報の表示

インターフェイスの SR-MPLS 統計情報の表示

次に、このトピックで説明する統計画面に表示するために選択できる MPLS 固有のインターフェイス統計情報を示します。

- Mpls 出力ドロップ バイト

- Mpls 出力許可バイト

- Mpls 出力ドロップ パケット

- Mpls 出力許可パケット

- Mpls 受信ドロップ バイト

- Mpls Ingress Admit Bytes

- Mpls 受信ドロップ パケット

- Mpls 受信許可パケット

統計ページに表示されている統計のタイプを変更するには、チェックボックスをクリックして [統計の選択（Select Stats）] ウィンドウを開きます。エントリを左コラムから右コラムに移動して別の統計情報を表示し、右コラムから左コラムへ移動してビューから特定の統計情報を削除します。

このページの統計情報のレイアウトを変更して、統計情報を表形式で表示するには、3 本の横棒アイコンをクリックして [テーブル ビュー（Table View）]を選択します。

- SR-MPLS インフラ L3Out の SR-MPLS VRF L3Out 内のすべてのインターフェイスの詳細な集約インターフェイス統計情報を表示するには、その SR-MPLS インフラ L3Out に移動します。

[テナント（Tenant）] > [インフラ（infra）] > [ネットワーキング（Networking）] > [SR-MPLS Infra L3Outs] > [SR-MPLS_infra_L3Out_name]

特定の SR-MPLS インフラ L3Out の下にある SR-MPLS VRF L3Out のすべてのインターフェイスの詳細な集約インターフェイス統計情報を表示するには、 [統計（Stats）] タブをクリックします。

- 特定のリーフ スイッチの特定のインターフェイスの統計情報を表示するには、リーフ スイッチのそのインターフェイス領域に移動します：

[ファブリック（Fabric）] > [インベントリ（Inventory）] > [ポッド #（Pod #）] > [leaf_switch] > [インターフェイス（Interfaces）]、その後、 [ルーテッド インターフェイス（Routed Interfaces）] または [カプセル化されたルーテッド インターフェイス（Encapsulated Routed Interfaces）]のいずれかをクリックします。

統計情報を取得する特定のインターフェイスをクリックし、 [統計（Stats）] タブをクリックします。

VRS 向け SR-MPLS 統計情報の表示

次に、このトピックで説明する統計画面に表示するために選択できる MPLS 固有の VRF 統計情報を示します。

- Mpls Vrf 出力ドロップ バイト

- Mpls Vrf 出力許可バイト

- Mpls Vrf 出力ドロップ パケット

- Mpls Vrf 出力許可パケット

- Mpls Vrf 受信ドロップ バイト

- Mpls Vrf 受信許可バイト

- Mpls Vrf 受信ドロップ パケット

- Mpls Vrf 受信許可パケット

統計ページに表示されている統計のタイプを変更するには、チェックボックスをクリックして [統計の選択（Select Stats）] ウィンドウを開きます。エントリを左コラムから右コラムに移動して別の統計情報を表示し、右コラムから左コラムへ移動してビューから特定の統計情報を削除します。

このページの統計情報のレイアウトを変更して、統計情報を表形式で表示するには、3 本の横棒アイコンをクリックして [テーブル ビュー（Table View）]を選択します。

- 特定の VRF の詳細な集約 VRF 統計情報を表示するには、その VRF に移動します。

[テナント（Tenant）] > [tenant_name] > [ネットワーキング（Networking）] > [VRF（VRFs）] > [VRF_name]

[統計情報（Stats）] タブをクリックして、この特定の VRF の集約 VRF 統計情報を表示します。この VRF は SR-MPLS L3Out の 1 つで使用されており、この SR-MPLS L3Out には複数のリーフ スイッチがあり、各リーフ スイッチに複数のインターフェイスがあることに注意してください。このウィンドウに表示される統計情報は、この VRF で使用されているこの SR-MPLS L3Out 内のすべてのインターフェイスの集約です。

- 特定のリーフ スイッチの VRF 統計情報を表示するには、そのリーフ スイッチの VRF コンテキストに移動します。

[ファブリック（Fabric）] > [インベントリ（Inventory）] > [ポッド（Pod）] > [leaf_switch] > [VRF コンテキスト（VRF Contexts）] > [VRF_context_name]

[統計情報（Statistics）] タブをクリックして、この特定のリーフ スイッチのこの VRF の統計情報を表示します。

SR-MPLS グローバル ブロック（GB）の設定

次の図に示すように、ACI ファブリックの境界リーフ スイッチと DC-PE の間に SR ネットワークがある場合は、SR-MPLS グローバル ブロック（GB）を設定します。

SR ドメイン内のすべてのノードで同じ SR-GB 設定を使用することを推奨します。

次に、SR-MPLS グローバル ブロックを設定する際に考慮すべき重要なガイドラインを示します。

- 設定可能な SR-GB の範囲は 16000 〜 471804 です。

- ACI ファブリックのデフォルトの SR-GB 範囲は 16000 ～ 23999 です。

- ACI は、アンダーレイ ラベルに対して常にヌルをアドバタイズします（トランスポート ループバック）。

手順

ステップ 1

[SR-MPLS グローバル設定（SR-MPLS Global Configurations）] ウィンドウに移動します。

[テナント（Tenants）] > [インフラ（infra）] > [ポリシー（Policies）] > [プロトコル（Protocol）] > [MPLS グローバル設定（MPLS Global Configurations）]

ステップ 2

デフォルトの [MPLS グローバル コンフィギュレーション（MPLS Global Configurations）] 画面にアクセスするには、SR- MPLSグローバル設定のメイン画面で、 [デフォルト（default）] をダブルクリックまたは、左側のナビゲーション バーの [デフォルト（default）] をクリックします。これは、 [Mpls グローバル構成（Mpls Global Configurations）]の下にあります。

デフォルトの SR-MPLS グローバル構成ウィンドウが表示されます。

ステップ 3

[SR グローバル ブロック最小値（SR Global Block Minimum）] フィールドに、SR-GB 範囲の最小値を入力します。

このフィールドの最小許容値は 16000 です。

ステップ 4

[SR グローバル ブロック最小値（SR Global Block Maximum）] フィールドに、SR-GB 範囲の最大値を入力します。

このフィールドの最大許容値は 471804 です。

ステップ 5

[送信（Submit）]をクリックします。

IP ハンドオフ設定から SR ハンドオフ設定への移行

始める前に：

次で説明されているように、プレリリース 5.0（1）IP ハンドオフ構成を使用する、事前に構成された L3Out があること。 リリース 5.0(1) 以前の ACI ハンドオフ：IP ハンドオフ

このタスクの概要：

これらの手順では、 IP ハンドオフ構成（ リリース 5.0(1) 以前の ACI ハンドオフ：IP ハンドオフで説明されています）で以前に構成した L3Out を Cisco APIC Release 5.0（1）で リリース 5.0（1）での ACI ハンドオフ：SR ハンドオフ説明されているように紹介された新しい SR-MPLS コンポーネントを使用して SR ハンドオフ 構成へ移行する手順を提供します。

これらの手順では、2 つのハンドオフが同じ外部ネットワーク インフラ ストラクチャへの接続に使用され、外部デバイスが両方の L3Out を使用して ACI ファブリックにアクセスできることを前提としています。現在、外部クライアントは IP ハンドオフ設定で使用されている L3Out を介して着信することができますが、この項の手順を完了すると、外部クライアントは SR- MPLS ハンドオフ設定で使用されている L3Out を介して着信することができます。

（注）

これらの手順では、次の用語を使用して 2 つのタイプの L3Out を区別します：

- [IPベースの L3Out（IP-based L3Out）]：リリース 5.0（1）より前の IP ハンドオフ構成を使用している、以前に設定されたユーザ テナント L3Out に使用されます。

- SR-MPLS L3Out：Cisco APIC リリース 5.0（1）で導入された新しい SR-MPLS コンポーネントを使用して構成された、新しく設定されたユーザー テナント L3Out に使用されます。

このプロセスの一部として実行する全体的な手順は次のとおりです。

- IP ベースの L3Out 設定をミラーリングするために、SR-MPLS VRF L3Out で外部 EPG を設定します。これには、着信トラフィックを分類するためのサブネット設定と、外部 EPG によって提供または消費されるコントラクトが含まれます。

- インバウンドおよびアウトバウンド トラフィックをリダイレクトして、SR-MPLS L3Out を優先するようにします。

- IP ベースの L3Out を切断します。

次の項では、上記の各手順の詳細な手順を示します。

- SR-MPLS VRF L3Out での外部 EPG の設定

- SR-MPLS L3Out へのトラフィックのリダイレクト

- IP ベースの L3Out の切断

SR-MPLS VRF L3Out での外部 EPG の設定

このタスクでは、SR-MPLS VRF L3Out で外部 EPG を設定して、IP ベースの L3Out 設定（以前に設定した、リリース 5.0(1) より前の IP ハンドオフ設定を使用する L3Out）をミラーリングします。これにはインバウンド トラフィックの分類のサブネット設定、および外部 EPG によって提供されるか消費されるコントラクトが含まれています。

始める前に

次に記載の情報について、確認してください。 IP ハンドオフ設定から SR ハンドオフ設定への移行。

手順

ステップ 1

新しいインフラ SR-MPLS L3Out をまだ作成していない場合は、作成します。

これらの手順については、 GUI を使用した SR-MPLS インフラ L3Out の構成 を参照してください。そしてここに戻ります。

ステップ 2

新しいユーザ テナント SR-MPLS L3Out を作成します（まだ作成していない場合）。

これらの手順については、 GUI を使用した SR-MPLS VRF L3Out の設定 を参照してください。そしてここに戻ります。この L3Out は、以前に構成した IP ベースの L3Out と同じ VRF に関連付ける必要があります。

新しいユーザー テナント SR-MPLS L3Out を作成するプロセスの一環として、この SR-MPLS L3Out の外部 EPG を構成するように求められます。

- 新しい SR-MPLS L3Out の外部 EPG には、以前に設定した IP ベースの L3Out に対して現在持っているものと同じ IP プレフィックス情報を入力します。

- 以前に設定した IP ベースの L3Out に複数の外部 EPG が設定されている場合は、新しい SR-MPLS L3Out に追加の外部 EPG を作成し、各 EPG に同じ IP プレフィックス情報を一致させます。

最終的に、新しい SR-MPLS L3Out 用に構成する外部 EPG 設定は、付随するサブネット設定とともに、以前に IP ベースの L3Out 用に構成した外部 EPG およびサブネット設定と一致する必要があります。

新しいユーザー テナント SR-MPLS L3Out の作成手順を完了すると、2 つの L3Out（BGP の 2 つのパス）が作成されます。

- プレリリース 5.0（1）IP ハンドオフ 構成を使用した、既存の、以前に構成した IP ベースの L3Out。 [開始する前に（Before you begin）]   IP ハンドオフ設定から SR ハンドオフ設定への移行内のエリアに記述があります。

- Cisco APIC リリース 5.0（1）で導入された新しい SR-MPLS コンポーネントを使用して作成した新しい SR-MPLS L3Out。

ステップ 3

IP ベースの L3Out と同じセキュリティ ポリシーが SR-MPLS L3Out の外部 EPG に適用されていることを確認します。

非境界リーフ スイッチおよび境界リーフ スイッチでは、新しい SR-MPLS L3Out の作成時に構成した外部 EPG の新しいセキュリティ ポリシーにより、以前に構成された IP ベース L3Out のすべての EPG サブネット プレフィックスと衝突するすべてのサブネットで障害が発生します。これは、同じセキュリティ ポリシーが両方の L3Out の同じ外部 EPG に適用される限り、機能に影響を与えない障害です。

次のタスク

インバウンドおよびアウトバウンド トラフィックをリダイレクトし、 SR-MPLS L3Out へのトラフィックのリダイレクトに示す手順を使用して SR-MPLS L3Out を優先して開始するようにします。

SR-MPLS L3Out へのトラフィックのリダイレクト

このタスクでは、着信トラフィックと発信トラフィックをリダイレクトして、SR-MPLS L3Out の優先を開始するようにします。

始める前に

- IP ハンドオフ設定から SR ハンドオフ設定への移行に記載の情報を確認してください。

- SR-MPLS VRF L3Out での外部 EPG の設定に示す手順を使用して、IP ベースの L3Out構成をミラーリングするように SR-MPLS VRF L3Out の外部 EPG を構成します。

手順

ステップ 1

以前に設定した IP ベースの L3Out の BGP ピア接続プロファイルに移動します。

Navigation ウィンドウで、 [テナント（Tenants）] > [tenant_name_for_IP_handoff_L3Out > [ネットワーキング（Networking）] > [L3Out（L3Outs）] > [L3Out_name] > [論理ノード プロファイル（Logical Node Profiles）] > [logical_profile_name] > [論理インターフェイス プロファイル（Logical Interface Profiles）] > [logical_interface_profile_name] > [BGP_peer_connectivity_profile] へ移動します。

ステップ 2

左側のナビゲーション バーで BGP ピア接続プロファイルをクリックすることにより、 [BGP ピア接続プロファイル（BGP Peer Connectivity Profilem）] ページが右側のメイン ウィンドウに表示されます。

ステップ 3

[ルート制御プロファイル（Route Control Profile）] エリアまでページを下にスクロールします。このエリアは、 [BGP ピア接続プロファイル（BGP Peer Connectivity Profilem）] ページにあります。

ステップ 4

既存の IP ベースの L3Out に対してルート制御ポリシーがすでに設定されているかどうかを確認します。

既存の IP ベースの L3Out に対してルート制御ポリシーが設定されている場合と設定されていない場合があります。ただし、新しい SR-MPLS L3Out の場合は、ルート制御ポリシーを設定する必要があります。既存の IP ベースの L3Out にルート制御ポリシーが設定されている場合は、新しい SR-MPLS L3Out にそれらのルート制御ポリシーを使用できます。それ以外の場合は、SR-MPLS L3Out の新しいルート制御ポリシーを作成する必要があります。

- [ルート制御プロファイル（Route Control Profile）] テーブルに 2 つのルート制御プロファイルが表示されている場合：

- エクスポート ルート制御ポリシー。表の [方向（Direction）] 列に [ルート エクスポート ポリシー（Route Export Policy）] と表示されます。

- インポート ルート制御ポリシー。表の [方向（Direction）] 列に [ルート インポート ポリシー（Route Import Policy）] と表示されます。

IP ベースの L3Out に対してルート制御ポリシーがすでに設定されています。  ステップ 5へ移動します。

- [ルート制御プロファイル（Route Control Profiles）] テーブルに 2 つのルート制御プロファイルが表示されない場合は、SR-MPLS L3Out に使用する新しいルート マップを作成します：

1. [ナビゲーション（Navigation）] ペインで、 [テナント（Tenants）] > [tenant_name_for_IP_handoff_L3Out] > [ポリシー（Policies）] > [プロトコル（Protocol）]を展開します。

2. [ルート制御のルートマップ（Route Maps for Route Control）] を右クリックして、 [ルート制御のルート マップの作成（Create Route Maps for Route Control）] を選択します。

3. [ルート制御のルート マップの作成（Create Route Maps for Route Control）] ダイアログ ボックスで [名前（Name）] フィールドに、ルート プロファイルの名前を入力します。

4. [タイプ（Type）] フィールドで、 [ルーティングポリシーのみの一致（Match Routing Policy Only）]を選択します。

5. [コンテキスト（Contexts）] エリアで、 [+] 記号をクリックして [ルート制御コンテキスト（Create Route Control Context）] ダイアログボックスを開き、次の操作を実行します：

1. 必要に応じて、 [順序（Order）] および [名前（Name）] フィールドを入力します。

2. [一致ルール（Match Rule）] フィールドで、 [一致ルールの作成（Create Match Rule）]をクリックします。

3. [一致ルールの作成（Create Match Rule）] ダイアログ ボックスで [名前（Name）] フィールドにルールの名前を入力します。

4. 適切なフィールドに必要な情報を入力します。（[正規表現コミュニティ用語の照合（Match Regex Community Term）]、 [一致コミュニティ条件（Match Community Terms）] 、および [一致プレフィックス（Match Prefix）]）次に、 [送信（Submit）]をクリックします。

5. [セット ルール（Set Rule）] フィールドで、 [ルート マップのセット ルールを作成（Create Set Rules for a Route Map）]をクリックします。

6. [ルート マップのセット ルールを作成（Create Set Rules for a Route Map）] ダイアログ ボックスで [名前（Name）] フィールドに、アクション ルール プロファイルの名前を入力します。

7. 目的の属性および関連するコミュニティ、条件、タグ、および設定を選択します。  [終了（Finish）]をクリックします。

8. [ルート制御コンテキスト（Create Route Control Context）] ウィンドウで、 [OK]をクリックします。

9. 次に [ルート制御のルート マップの作成（Create Route Maps for Route Control）] ダイアログボックスで、 [送信（Submit）]をクリックします。

6. BGP ピア接続プロファイル スクリーンに移動します：

[テナント（Tenants）] > [tenant_name_for_IP_handoff_L3Out] > [ネットワーキング（Networking）] > [L3Out（L3Outs）] > [L3out-name] > [論理ノード プロファイル（Logical Node Profiles）] > [logical-node-profile-name] > [論理インターフェイス プロファイル（Logical Interface Profiles）] > [logical-interface-profile-name] > [BGP_peer_connectivity_profile]

7. 左側のナビゲーション バーで BGP ピア接続プロファイルをクリックすることにより、 [BGP ピア接続プロファイル（BGP Peer Connectivity Profilem）] ページが右側のメイン ウィンドウに表示されます。

8. 下の [ルート制御プロファイル（Route Control Profile）] フィールドへスクロールし、+ をクリックして次を構成します：

- [名前（Name）]：ルート インポート ポリシー用に設定したルート マップを選択します。

- [方向（Direction）]：方向 フィールドで [ルート インポート ポリシー（Route Import Policy）] を選択します。

これらの手順を繰り返して、ルート エクスポート ポリシーのルート マップを選択し、方向フィールドで [ルート エクスポート ポリシー（Route Export Policy）] を設定します。

ステップ 5

移行を実行する VRF の境界リーフ スイッチ内のすべてのピアにルート ポリシーを構成することにより、BGP に新しい SR パスを選択させます。

- 以前に構成された IP ベースの L3Out が eBGP用に設定されている場合、IP ベースの L3Out ピアのルート インポート ポリシーとルート エクスポート ポリシーの両方に、追加の AS パス エントリ（ローカル エントリと同じ AS など）を設定します 。これが最も一般的なシナリオです。

（注）

次の手順では、ルート マップにルールが設定されていないことを前提としています。ルート マップに設定済みのルールをすでに構成している場合は、既存の設定済みルールを編集して AS パス エントリを追加します（ [AS 経路の設定（Set AS Path）] チェックボックスをオンにし、 [プリペンド AS（Prepend AS）]を選択して、 [+] をクリックして AS 番号を付加します）。

1. 次の場所に移動します。 [テナント（Tenant）] > [tenant_name_for_IP_handoff_L3Out] > [ポリシー（Policies）] > [プロトコル（Protocol）] > [セット ルール（Set Rule）] へ移動し、 [ルート マップのセット ルールを作成（Create Set Rules for a Route Map）]を右クリックします。

[ルート マップのセット ルールの作成（Create Set Rules For A Route Map）] ウィンドウが表示されます。

2. [ルート マップのセット ルールの作成（Create Set Rules For A Route Map）] ダイアログボックスで、次のタスクを実行します。

1. [名前（Name）] フィールドに、これらの設定ルールの名前を入力します。

2. [AS 経路の設定（Set AS Path）] チェックボックスをオンにして、 [次へ（Next）]をクリックします。

3. [AS 経路（AS Path）] ウィンドウで、 [+] をクリックして、 [経路の作成（Create Set AS Path）] ダイアログ ボックスを開きます。

3. 基準の [プリペンド AS（Prepend AS）]を選択して、 [+] をクリックして AS 番号のプリペンドをします。

4. AS 番号とその順序を入力し、 [更新（Update）]をクリックします。

5. [OK]をクリックします。

6. [ルート マップのセット ルールの作成（Create Set Rules For A Route Map）] ウィンドウで AS パスに基づく設定ルールの基準を確認し、 [終了（Finish）]をクリックします。

7. この既存の IP ベースの L3Out の [BGP ピア接続プロファイル（BGP Peer Connectivity Profile）] 画面に戻ります。

[テナント（Tenants）] > [tenant_name_for_IP_handoff_L3Out] > [ネットワーキング（Networking）] > [L3Out（L3Outs）] > [L3out-name] > [論理ノード プロファイル（Logical Node Profiles）] > [logical-node-profile-name] > [論理インターフェイス プロファイル（Logical Interface Profiles）] > [logical-interface-profile-name] > [BGP_peer_connectivity_profile]

8. [ルート制御プロファイル（Route Control Profile）] 領域までスクロールし、この既存の IP ベースの L3Out に使用されているエクスポート ルート制御ポリシーとインポート ルート制御ポリシーの両方のルート プロファイル名を確認します。

9. [テナント（Tenants）] > [tenant_name_for_IP_handoff_L3Out] > [ポリシー（Policies）] > [プロトコル（Protocol）] > [ルート制御のルート マップ（Route Maps for Route Control）]へ移動します。

10. 最初に、この既存の IP ベースの L3Out に使用されている [エクスポート（export）] ルート制御プロファイルを見つけ、そのルート プロファイルをクリックします。

このルート制御プロファイルのプロパティ ページがメイン パネルに表示されます。

11. ページでルート制御コンテキストエントリを見つけ、ルート制御コンテキスト エントリをダブルクリックします。

このルート制御コンテキストのプロパティ ページが表示されます。

12. [セット ルール（Set Rule）] エリアで、追加の AS パス エントリを使用してこれらの手順で前に作成した設定ルールを選択し、 [送信（Submit）]をクリックします。

13. 次に、この既存の IP ベースの L3Out に使用されている [インポート（import）] ルート制御プロファイルを見つけ、そのルート プロファイルをクリックしてから、インポート ルート制御プロファイルの追加の AS パス エントリを使用してこれらの手順を繰り返します。これを行うと、外部ソースが優先を開始する必要がある着信トラフィックに影響します。

- 以前に構成された IP ベースの L3Out が iBGP 用に構成されている場合、SR-MPLS は eBGP のみをサポートするため、前の箇条書きの説明のように、eBGP が構成された SR-MPLS L3Out にトラフィックを誘導するためにローカル設定を使用する必要があります。IP ベースの L3Out ピアのルート インポート ポリシーとルート エクスポート ポリシーの両方を、より低いローカル プリファレンス値に設定します。

1. [テナント（Tenant）] > [tenant_name_for_IP_handoff_L3Out] > [ポリシー（Policies）] > [プロトコル（Protocol）] > [セット ルール（Set Rule）] へ移動し、 [ルート マップのセット ルールを作成（Create Set Rules for a Route Map）]を右クリックします。

[ルート マップのセット ルールの作成（Create Set Rules For A Route Map）] ウィンドウが表示されます。

2. [名前（Name）] フィールドに、名前を入力します。

3. [プリファレンスの設定（Set Preference）] チェックボックスをオンにします。

プリファレンス フィールドが表示されます。

4. BGP ローカル プリファレンス パス値を入力します。

範囲は 0 ～ 4294967295 です。

5. [終了（Finish）]をクリックします。

6. この既存の IP ベースの L3Out の [BGP ピア接続プロファイル（BGP Peer Connectivity Profile）] 画面に戻ります：

[テナント（Tenants）] > [tenant_name_for_IP_handoff_L3Out] > [ネットワーキング（Networking）] > [L3Out（L3Outs）] > [L3out-name] > [論理ノード プロファイル（Logical Node Profiles）] > [logical-node-profile-name] > [論理インターフェイス プロファイル（Logical Interface Profiles）] > [logical-interface-profile-name] > [BGP_peer_connectivity_profile]

7. [ルート制御プロファイル（Route Control Profile）] 領域までスクロールし、この既存の IP ベースの L3Out に使用されているエクスポート ルート制御ポリシーとインポート ルート制御ポリシーの両方のルート プロファイル名を確認します。

8. [テナント（Tenants）] > [tenant_name_for_IP_handoff_L3Out] > [ポリシー（Policies）] > [プロトコル（Protocol）] > [ルート制御のルート マップ（Route Maps for Route Control）]へ移動します。

9. 最初に、この既存の IP ベースの L3Out に使用されている [エクスポート（export）] ルート制御プロファイルを見つけ、そのルート プロファイルをクリックします。

このルート制御プロファイルのプロパティ ページがメイン パネルに表示されます。

10. ページでルート制御コンテキストエントリを見つけ、ルート制御コンテキスト エントリをダブルクリックします。

このルート制御コンテキストのプロパティ ページが表示されます。

11. [セット ルール（Set Rule）] エリアで、BGP ローカル プリファレンス パスを使用してこれらの手順で作成した設定ルールを選択し、 [送信（Submit）]をクリックします。

12. 次に、この既存の IP ベースの L3Out に使用されている [インポート（import）] ルート制御プロファイルを見つけ、そのルート プロファイルをクリックしてから、インポート ルート制御プロファイルの BGP ローカル プリファレンス パス エントリを使用してこれらの手順を繰り返します。

ステップ 6

トラフィックが SR-MPLS パスを選択していることを確認します。

ルーティング/パスの選択は、SR-MPLS を使用する必要があります（BGP は、IP パスよりも SR-MPLS パスを選択する必要があります）。各 VRF の URIB のトラフィックとルートをモニタして、SR-MPLS パスが選択されていることを確認できます。

次のタスク

IP ベースの L3Out の切断に示す手順を使用して、IP ベースの L3Out を切断します。

IP ベースの L3Out の切断

このタスクでは、IP ベースの L3Out を切断します。

始める前に

- IP ハンドオフ設定から SR ハンドオフ設定への移行に記載の情報について、確認してください。

- SR-MPLS VRF L3Out での外部 EPG の設定に示す手順を使用して、IP ベースの L3Out構成をミラーリングするように SR-MPLS VRF L3Out の外部 EPG を構成します。

- インバウンドおよびアウトバウンド トラフィックをリダイレクトし、 SR-MPLS L3Out へのトラフィックのリダイレクトに示す手順を使用して SR-MPLS L3Out を優先して開始するようにします。

手順

ステップ 1

IP パスをクリーン アップします。

次のいずれかの方法を使用して、IP パスをクリーン アップできます。

- 以前に設定した IP ベースの L3Out の外部 EPG で一度に 1 つのサブネットを削除します。

- 以前に設定した IP ベースの L3Out の外部 EPG を削除します。

上記のいずれかの方法では、障害がクリアされ、SR-MPLS L3Out の外部 EPG が展開されます。

セキュリティ ポリシーを IP ベースの L3Out から SR-MPLS L3Out に変更するプロセスの一環として、最大 15 秒のドロップが発生する可能性があります。その期間が経過すると、ACI から外部へのアウトバウンド トラフィックは SR-MPLS パスを使用します。

以前に設定した IP ベースの L3Out が新しい SR-MPLS L3Out に正常に移行された場合は、以前に設定した IP ベースの L3Out を削除できます。

ステップ 2

SR-MPLS に移行する追加の L3Out/VRF があるかどうかを確認します。

他のユーザー L3Out および VRF を SR-MPLS に移行するには、 IP ハンドオフ設定から SR ハンドオフ設定への移行 の手順を繰り返します。

IP ハンドオフ設定から SR ハンドオフ設定への移行 の同じ手順を使用して、テナント GOLF L3Out とテナント SR-MPLS L3Out 間の移行を行うこともできます。

ループ防止のための BGP ドメインパス機能について

BGP ルーティング ループは、次のようなさまざまな条件が原因で発生することがあります。

- AS パス チェックなどの既存の BGP ループ防止メカニズムの意図的な無効化

- 異なる VRF または VPN 間のルート リーク

次に、BGP ルーティング ループが発生するシナリオの例を示します。

1. BGP IP L3Out ピアから受信したプレフィックス P1 は、Multiprotocol Border Gateway Protocol（MP-BGP）を使用して ACI ファブリックでアドバタイズされます。

2. 中継のケースとして、このプレフィックスは SR-MPLS インフラ L3Out を介して外部にアドバタイズできます。

3. このプレフィックスは、同じ VRF または異なる VRF のいずれかで、コアから ACI ファブリックにインポートできます。

4. BGP ルーティング ループは、同じ VRF から、または別の VRF からのリークによって、このインポートされたプレフィックスが発信元スイッチにアドバタイズされるときに発生します。

リリース 5.1(3) 以降では、新しい BGP ドメイン パス機能を使用できます。これは、次の方法で BGP ルーティング ループを支援します。

- 同じ VPN または拡張 VRF 内、および異なる VPN または VRF 内のルートが通過する個別のルーティング ドメインを追跡します。

- ルートがすでに通過したドメイン内の VRF にループバックするタイミングを検出します（通常、ドメイン間のスティッチング ポイントである境界リーフ スイッチだけでなく、場合によっては内部スイッチでも）。

- ループにつながる場合に、ルートがインポートまたは受け入れられないようにします。

ACI ファブリック内では、VRF スコープはグローバルであり、設定されているすべてのスイッチに拡張されます。したがって、VRF のドメインからエクスポートされたルートは、他のスイッチの VRF に受信されないようにします。

次のコンポーネントは、ループ防止のためにBGPドメインパス機能で使用されます。

- ルーティング ドメイン ID：ACI サイトのすべてのテナント VRF は、1 つの内部ファブリック ドメイン、各 SR-MPLS インフラ L3Out の各 VRF に 1 つのドメイン、および各 IP L3Out に 1 つのドメインに関連付けられます。BGP ドメイン パス機能が有効になっている場合、これらの各ドメインには、 [ベース（Base）]:<variable>の形式で一意のルーティング ドメイン ID が割り当てられます。ここで：

- [ベース（Base）] は、 [ドメイン ID ベース（Domain ID Base）] フィールドに入力されたゼロ以外の値です。このフィールドは、 [BGP ルート リフレクタ ポリシー（BGP Route Reflector Policy）] ページにあります。

- <variable> は、そのドメイン

- [ドメイン パス（Domain path）]専用にランダムに生成された値です：ルートが通過するドメイン セグメントは、BGP ドメイン パス属性を使用して追跡されます。

- ルートを受信する送信元ドメインの VRF のドメイン ID がドメイン パスの先頭に追加されます。

- 送信元ドメイン ID はドメイン パスの先頭に追加され、境界リーフ スイッチのドメイン間でルートが再生成されます。

- VRF のローカル ドメイン ID のいずれかがドメイン パスにある場合、外部ルートは受け入れられません。

- ドメイン パスは、<Domain-ID:SAFI>のように表される各ドメイン セグメントとともに、オプションの遷移 BGP パス属性として伝送されます。

- ACI 境界リーフ スイッチは、ドメイン内のリークを追跡するために、ローカルに発信されたルートと外部ルートの両方に VRF 内部ドメイン ID を付加します。

- 内部ドメインからのルートをインポートし、競合する外部ドメイン ID を持つノードの VRF にインストールして、内部バックアップまたは中継パスを提供できます。

- インフラ L3Out ピアの場合、ピア ドメインのドメイン ID がルートのドメイン パスに存在する場合、ピアへのルートのアドバタイズメントはスキップされます（アウトバウンド チェックは IP L3Out ピアには適用されません）

- 境界リーフ スイッチと非境界リーフ スイッチはどちらもドメイン パス属性を処理します。

（注）

ループ防止のために BGP ドメイン パス機能を設定するか、GUI またはREST API を使用して、受信したドメイン パスを送信するように設定をイネーブルにすることができます。ループ防止のために BGP ドメイン パス機能を設定したり、NX-OS スタイルの CLI を介して受信ドメイン パスを送信するように設定したりすることはできません。

（注）

以前のリリースからリリース 5.1（3）にアップグレードするときに、VRF 間共有サービス用に設定されたコントラクトがある場合、BGP ドメインID にリリース 5.1（3）にアップグレードする前に設定された契約で設定されています。このような状況では、契約を削除してから、契約を追加し直すと、BGP ドメインの更新が可能になります。これは、リリース 5.1（3）へのアップグレード前に設定された契約がある場合にのみ問題になります。これは、リリース 5.1（3）へのアップグレードの完了後に新しい契約を作成する場合は問題になりません。

- GUI を使用したループ防止のための BGP ドメイン パス機能の設定

GUI を使用したループ防止のための BGP ドメイン パス機能の設定

始める前に

ループ防止のための BGP ドメインパス機能についてに記載されている情報を使用して、BGP ドメイン パス機能に精通します。

手順

ステップ 1

ループ防止に BGP ドメイン パス機能を使用する場合は、BGP ルート リフレクタに BGP ドメイン パス属性を設定します。

（注）

ループ防止に BGP ドメイン パス機能を使用しないが、受信したドメイン パスを送信する場合は、この手順で BGP ドメイン リフレクタの BGP ドメイン パス機能を有効にしないでください。代わりに、 ステップ 2 へ直接移動し、適切な BGP 接続ウィンドウで [ドメイン パスの送信（Send Domain Path）] フィールドのみを有効にします。

1. [システム（System）] > [システム設定（System Settings）] > [BGPルートリフレクタ（BGP Route Reflector）]へ移動します。

この [BGP ルート リフレクタ（BGP Route Reflector）] ウィンドウが表示されます。このウィンドウで [ポリシー（Policy）] ページ タブが選択されていることを確認します。

2. [ドメイン ID ベース（Domain ID Base）]

3. [ドメイン ID ベース（Domain ID Base）]

- BGPドメインパス機能を有効にするには、1 〜 4294967295 の値を入力します。ACI ファブリックがマルチサイト環境の一部である場合は、この [ドメイン ID ベース（Domain ID Base）] フィールドでこの ACI ファブリックに固有の一意の値を使用してください。

- BGP ドメインパス機能を無効にするには、この [ドメイン ID ベース（ID Base）] フィールドに 0 を入力します。

ループ防止の BGP ドメインパス機能が有効になっている場合は、 Base：<variable> 形式の暗黙のルーティング ドメイン ID が割り当てられます：

- [ベース（Base）] は、このドメイン ID ベース フィールドに入力したゼロ以外の値です。

- <[変数（variable）]は、VRF または L3Out 用にランダムに生成された値で、ループ防止の BGP ドメインパス機能に使用されます。

このルーティング ドメイン ID は、次のドメインを識別するために BGP に渡されます。

- [VRF]： [ルーティング ドメイン ID（Routing Domain ID）] フィールドに示されているように、各 VRF にランダムに生成された値を使用して内部ドメイン ID によって識別されます。このフィールドは、そのテナントの VRF ウィンドウの [ポリシー（Policy）] タブにあります。

- [IP L3Out]： [ルーティング ドメイン ID（Routing Domain ID）] フィールドに示されているように、各 VRF にランダムに生成された値を使用して外部ドメイン ID によって識別されます。このフィールドは、その IP L3Out の [BGP ピア接続プロファイル（BGP Peer Connectivity Profilem）] ウィンドウにあります。

- [SR-MPLS インフラ L3Out（SR-MPLS Infra L3Out）]： [ルーティング ドメイン ID（Routing Domain ID）] 列で示されているように、各 SR-MPLS インフラ L3Out 内の各 VRF ごとにランダムに生成された値を使用して外部ドメインID によって識別されます。この列は、各 SR-MPLS VRFL3Out のウィンドウの [SR-MPLS インフラ L3Out（SR-MPLS Infra L3Outs）] テーブルにあります。

Domain-Path 属性は、パス内のルーティングドメイン ID に基づいてループをチェックするために着信方向で処理されます。Domain-Path 属性はピアに送信されます。ピアは、次のステップで説明するように、IP L3Out または SR-MPLS infraL3Out の BGP ピアレベルの [ドメイン パスの送信（Send Domain Path）] フィールドを通じて個別に制御されます。

ステップ 2

ピアに BGPドメインパス属性を送信するには、適切な BGP 接続ウィンドウで [ドメイン パスの送信（Send Domain Path）] フィールドを有効にします。

ループ防止に BGP ドメイン パス機能を使用する場合は、最初に [ドメイン ベース ID（Domain Base ID）] を設定します。これは、 ステップ 1にあります。そして、ここの [ドメイン パスの送信（Send Domain Path）] フィールドを有効にします。ループ防止のために BGP ドメインパス機能を使用しない場合でも、受信したドメインパスを送信する場合は、ここで [ドメイン パスの送信（Send Domain Path）] フィールドのみを有効にします（その場合は [ドメイン ベース ID（Domain Base ID）] を ステップ 1 で設定しないでください）。

- IP L3Out ピアのために [ドメイン パスの送信（Send Domain Path）] フィールドを有効にするには、

1. IP L3Out ピア用の [BGP ピア接続プロファイル（BGP Peer Connectivity Profilem）] に移動します：

[テナント（Tenants）] > [tenant_name] > [ネットワーキング（Networking）] > [L3Out（L3Outs）] > [L3Out_name] > [論理ノード プロファイル（Logical Node Profile）] > [log_node_prof_name] > [論理インターフェイス プロファイル（Logical Interface Profile）] > [log_int_prof_name] > [BGP ピア（BGP Peer）]<address>[-Node-]<node_ID>

この構成された L3Out 用の [BGP ピア接続プロファイル（BGP Peer Connectivity Profilem）] のウィンドウが表示されます。

2. [BGP 制御（BGP Controls）] エリアを見つけます。このエリアは、 [BGP ピア接続プロファイル（BGP Peer Connectivity Profilem）] ウィンドウにあります。

3. [BGP 制御（BGP Controls）] エリアで、 [ドメイン パスの送信（Send Domain Path）] フィールドの横にあるチェックボックスをオンにします。

4. [送信（Submit）]をクリックします。

このアクションは、BGP ドメイン パス属性をピアに送信します。

- SR-MPLS インフラ L3Out ピアの [ドメイン パスの送信（Send Domain Path）] フィールドを有効にするには：

1. [テナント（Tenant）] > [インフラ（infra）] > [ネットワーキング（Networking）] > [SR-MPLS Infra L3Out（SR-MPLS Infra L3Outs）] > [SR-MPLS-infra-L3Out_name] > [論理ノード プロファイル（Logical Node Profiles）] > [log_node_prof_name]へ移動します。

この構成済み SR-MPLS インフラ L3Out の [論理ノード プロファイル（Logical Node Profile）] ウィンドウが表示されます。

2. [BGP-EVPN 接続プロファイル（BGP-EVPN Connectivity Profile）] エリアを見つけ、新しい BGP-EVPN 接続ポリシーを作成、または、既存の BGP-EVPN 接続ポリシーの [ドメイン パスの送信（Send Domain Path）] フィールドを有効化するかを決定します。

- 新しい BGP-EVPN 接続ポリシーを作成する場合は、 [+] をクリックします。これは、 [BGP-EVPN 接続プロファイル（BGP-EVPN Connectivity Profile）] エリアのテーブルの上にあります。  [BGP-EVPN 接続ポリシーの作成（Create BGP-EVPN Connectivity Policy）] ウィンドウが表示されます。

- 既存の BGP-EVPN 接続ポリシー内の [ドメイン パスの送信（Send Domain Path）] フィールドを有効にしたい場合、 [BGP-EVPN 接続プロファイル（BGP-EVPN Connectivity Profile）] エリア内のテーブルの中にあるポリシーをダブルクリックします。  [BGP-EVPN 接続ポリシー（BGP-EVPN Connectivity Policy）] ウィンドウが表示されます。

3. [BGP 制御（BGP Controls）] エリアを見つけます。

4. [BGP 制御（BGP Controls）] エリアで、 [ドメイン パスの送信（Send Domain Path）] フィールドの横にあるチェックボックスをオンにします。

5. [送信（Submit）]をクリックします。

このアクションは、BGP ドメイン パス属性をピアに送信します。

ステップ 3

適切なエリアに移動して、さまざまなドメインに割り当てられたルーティング ID を確認します。

- VRF ドメインに割り当てられたルーティング ID を確認するには、次へ移動します：

[テナント（Tenants）] > [tenant_name] > [ネットワーキング（Networking）] > VRFs > [VRF_name]、その後、そのVRF の [ポリシー（Policy）] タブをクリックし、 [ルーティング ドメイン ID（Routing Domain ID）] フィールド（ [VRF] ウィンドウ内）でエントリを見つけます。

- IP L3Out ドメインに割り当てられたルーティング ID を確認するには、次へ移動します：

[テナント（Tenants）] > [tenant_name] > Networking > [L3Out（L3Outs）] > [L3Out_name] > [論理ノード プロファイル（Logical Node Profiles）] > [log_node_prof_name] > [BGP ピア（BGP Peer）] 次に、 [ルーティング ドメイン ID（Routing Domain ID）] フィールド（ [BGP ピア接続プロファイル（BGP Peer Connectivity Profilem）] ウィンドウ内）でエントリを見つけます。

- SR-MPLS インフラ L3Out ドメインに割り当てられたルーティング ID を確認するには、次へ移動します：

[テナント（Tenants）] > [tenant_name] > [ネットワーキング（Networking）] > [（SR-MPLS VRF L3Out）SR-MPLS VRF L3Outs] > [SR-MPLS_VRF_L3Out_name]次に、 [ルーティング ドメイン ID（Routing Domain ID）] 列（その SR-MPLS VRFL3Out のウィンドウの [SR-MPLS インフラ L3Out（SR-MPLS Infra L3Outs）] テーブル内）のエントリを見つけます。

Chapter16. ACI ボーダー ゲートウェイ

リリース 6.1（1）以降、 [Cisco ACI]の新機能として、新しいノード タイプの ACI ボーダー ゲートウェイ（BGW）が使用できるようになりました。

（注）

このドキュメントの手順では、GUI と REST API を使用して ACI ボーダーゲートウェイを構成する方法について説明します。現時点では、NX-OS スタイルの CLI を使用して ACI ボーダー ゲートウェイを構成することはできません。

- ACI ボーダーゲートウェイについて

- ACI ボーダー ゲートウェイの ACI 実装について

- ACI ボーダーゲートウェイ デプロイメントについて

- ACI ボーダー ゲートウェイに関する注意事項と制限事項

- ACI ボーダー ゲートウェイの検出

- GUI を使用した VXLAN インフラ L3Out の構成

- VXLAN サイト ID

- GUI を使用してボーダー ゲートウェイ セットを作成

- GUI を使用したリモート VXLAN ファブリックの構成

- GUI を使用して VRF ストレッチでの VXLAN の構成

- GUI を使用してブリッジ ドメイン ストレッチでの VXLAN の構成

- VXLAN ストレッチ ブリッジ ドメイン セレクタ

- 外部サブネット セレクタ

- エンドポイント セキュリティ グループの下でリモート セキュリティ グループ タグを構成

- GUI を使用した VXLAN カスタム QoS ポリシーの作成

ACI ボーダーゲートウェイについて

ACI ボーダー ゲートウェイ ソリューションを使用することにより、仮想ルーティングおよびフォワーディング（VRF）インスタンスと Cisco ACI と VXLAN EVPN ドメイン間のブリッジドメインを、シームレスに拡張できるようになりました。さらに、Cisco ACIリリース 6.1（4）からは、 ACI ポリシードメインを VXLAN EVPN ドメインにエンドツーエンドで拡張することもできます。これにより、各ドメインで定義したり、ドメイン間で拡張したりすることができるセキュリティ グループ間でセキュリティを適用できます。

ACI ボーダー ゲートウェイ は、サイト内のノードおよびサイトの外部にあるノードと対話するノードです。ACI ボーダー ゲートウェイと VXLAN EVPN ボーダー ゲートウェイは、マルチファブリック ドメインを構築することを可能にし、単一の共通 EVPN 制御および IP 転送ドメインを介して相互接続された複数のサイト ローカル EVPN コントロール プレーンおよび IP 転送ドメインとして概念化できます。

Virtual eXtensible Local Area ネットワーク （VXLAN）イーサネットバーチャル プライベートネットワーク（EVPN）ボーダー ゲートウェイは、IP 専用ネットワーク上で 2 つ以上の BGP ベースの EVPN サイトまたはファブリック（オーバーレイ ドメイン）をスケーラブルな方法で相互接続するマルチサイト ソリューションです。 エニーキャストモードのボーダーゲートウェイ（BGW）を使用して、Cisco ACI側を 1 つ以上の NX-OS サイトとインターコネクトし、ファブリックのスケーリング、コンパートメント化、および DCI の使用に対する新しいアプローチを可能にします。ボーダー ゲートウェイ は、トラフィックの適用と障害の封じ込め機能に必要なネットワーク制御境界を提供します。

サイトローカル EVPN ドメインは、同じ VXLAN サイト識別子を持つ EVPN ノードで構成されます。ボーダー ゲートウェイは一方ではサイト固有の EVPN ドメインの一部であり、他方では他のサイトからのボーダー ゲートウェイと相互接続するための共通 EVPN ドメインの一部です。特定のサイトに対して、これらのボーダー ゲートウェイはサイト固有のノードを促進し、他のすべてのサイトがそれらを介してのみ到達可能であることを可視化します。これは、以下を意味します：

- サイト ローカル ブリッジング ドメインは、他のサイトからのブリッジング ドメインとボーダー ゲートウェイを介してのみ相互接続が可能です。

- サイト ローカル ルーティング ドメインは、ブリッジング ドメインを介してのみ、他のサイトからのルーティング ドメインと相互接続が可能です。

ACI ボーダー ゲートウェイの ACI 実装について

ACI は、Cisco APIC で導入された次の ACI コンポーネントを使用して ACI ボーダー ゲートウェイを実装します。

VXLAN サイト ID

Cisco ACI 6.1リリース（2）以降では、サイト ID を構成する必要があります。このサイト ID がないと、ボーダー ゲートウェイ セット ポリシーを構成することはできません。

VXLAN サイトのサイト ID の作成について詳しく説明するには、 VXLAN サイト ID を参照します。

（注）

Cisco APIC 6.1（1）の ACI ボーダー ゲートウェイ機能をすでに構成しているのに、VXLAN サイト ID を作成せずに Cisco APIC 6.1（2）にアップグレードすると、すべての拡張 VRF およびブリッジ ドメインで障害が発生します。

ACI ボーダーゲートウェイ セット

これらは、リモート VXLAN EVPN ファブリックへの接続に使用される一連のボーダー ゲートウェイ ノードです。これらのボーダー ゲートウェイ ノードは、 ACI ポッドの一部にすることも、 ACI ファブリックがマルチポッド ファブリックの場合は異なるポッドに展開することもできます。ポッド内のすべてのボーダー ゲートウェイには、ポッドごとの同じ一意の外部エニーキャスト TEP が割り当てられ、リモート ファブリックからこのポッド内のエンドポイントのトラフィックを引き付けます。

Cisco APIC は、ボーダー ゲートウェイ セットの一意の内部エニーキャスト TEP を割り当てます。これは、全てのポッドに対して展開した全てのボーダー ゲートウェイ ノードで共通です（即ち、同じボーダー ゲートウェイ セットに属します）。構成できるボーダーゲートウェイセットは 1 つのみです。

詳細については、 GUI を使用してボーダー ゲートウェイ セットを作成 を参照してください。

VXLAN リモート ファブリック

リモート ファブリック 構成では、リモート ボーダー ゲートウェイ上のリモート非 ACI サイトのループバック IP アドレスを指定します。これは、MP-BGP EVPN 隣接関係（アジャセンシー）を確立するために使用されます。複数の VXLAN リモート ファブリック ポリシー（リモートサイトごとに 1 つずつ）を同じボーダー ゲートウェイ セットに関連付けることができます。

詳細については、 GUI を使用したリモート VXLAN ファブリックの構成 を参照してください。

VXLAN インフラ L3 送信

VXLAN インフラ L3Out は、ボーダー ゲートウェイ ノードのグループと、外部サイト間ネットワーク インフラストラクチャ（ISN)のアンダーレイ接続の関連インターフェイスを定義します。Cisco ACI ボーダーゲートウェイノードと直接接続された ISN デバイス間のアンダーレイプロトコルとしてサポートされるのは、eBGP のみです。必要に応じて、ボーダー ゲートウェイ ノードと ISN デバイス間で BFD を有効にして、デバイス間のポイントツーポイント インターフェイスでリンクダウン イベントが発生せずにトラフィック転送が影響を受ける特定の障害シナリオから保護できます。

詳細については、 GUI を使用した VXLAN インフラ L3Out の構成 を参照してください。

VXLAN VRF ストレッチ

Cisco ACI リリース 6.1（１）では、ユーザー VRF をストレッチするには、ボーダー ゲートウェイ セットに関連付けられているユーザー VXLAN L3Out を構成します。すべてのリモート ファブリックをこの L3Out にも関連付けて、対応する非 ACI サイトに VRF をストレッチします。VXLAN ファブリックに拡張される VRF は、非適用モードにすることができます。

Cisco ACIリリース 6.1（4）以降、 ACI ボーダー ゲートウェイに正規化機能が導入され、 Cisco APIC によってローカルに ACI ファブリックの VRF にローカルに割り当てられた VNID を、VXLAN EVPN ドメインにストレッチ時に同じ VRF に割り当てられた VNID に変換できます。

VXLAN リモート ファブリックの VRF をストレッチするには、「 GUI を使用して VRF ストレッチでの VXLAN の構成 」を参照してください。

VXLAN ブリッジ ドメイン ストレッチ

Cisco ACIリリース 6.1（1）以降、VXLAN ブリッジ ドメイン ストレッチを活用して、ブリッジ ドメインを非 ACI ファブリックに拡張します。複数のリモート ファブリックを関連付けて、ブリッジ ドメインを対応する非 ACI サイトに拡張できます。

Cisco ACIリリース 6.1（4）以降、 ACI ボーダー ゲートウェイに正規化機能が導入され、 APIC によってローカルに ACI ファブリックのブリッジドメインにローカルに割り当てられた VNID を、VXLAN EVPN ドメインにストレッチ時に同じブリッジドメインに割り当てられた VNID に変換できます。

VXLAN リモート ファブリックのブリッジ ドメインを拡張する方法については、「 GUI を使用してブリッジ ドメイン ストレッチでの VXLAN の構成 」を参照してください。

VXLAN QoS ポリシー

Cisco ACI Quality of Service（QoS）機能を使用すると、ファブリック内のネットワーク トラフィックを分類し、トラフィック フローの優先順位付けとポリシングを行って、ネットワークの輻輳を回避できます。トラフィックがファブリック内で分類されると、QoS 優先度レベルが割り当てられます。この優先度レベルは、ネットワーク全体で最も望ましいパケットフローを実現するためにファブリック全体で使用されます。

カスタム VXLAN QoS ポリシーを使用して、VXLAN EVPN ドメインからのトラフィックを ACI ファブリック内で優先順位付けする方法を定義できます。これらのポリシーを使用して、 ACI ボーダー ゲートウェイを介してトラフィックが ACI ファブリックを離れるときに、VXLAN EVPN ドメイン宛へのトラフィックを再マーキングすることもできます。カスタム QoS ポリシーは、入力 QoS ポリシーと出力 QoS ポリシーに分かれています。

- 入力ルール： 入力 VXLAN ポリシーの一部として、 VXLAN EVPN ドメインから発信され、 ACI ボーダーゲートウェイで受信したトラフィックがファブリック内でどのように処理されるかを定義できます（キューイング優先順位）。リモート VXLAN EVPN ドメインから発信された着信 VXLAN トラフィックの内部 DSCP 値を一致させることで、結果として QoS 優先順位を設定し、 ACI ファブリック内のそのトラフィックの内部 CoS および DSCP 値も設定できます。

入力 VXLAN QoS ポリシーを示す例。

- 出力ルール： 出力 VXLANポリシーの一部として、外部の DSCP および COS フィールドでマークする必要がある値を制御できます。ACI リーフ ノードから発信された iVXLAN カプセル化トラフィックの内部DSCP値は、 ACI ボーダーゲートウェイで一致します。この一致に基づいて、リモート VXLAN EVPN ドメインに送信される VXLAN トラフィックの外部 CoS 値と DSCP 値が設定されます。値を指定しない場合、外部の DSCP および CoS の値はデフォルト値のゼロに設定されます。

出力 VXLAN QoS ポリシーを示す例。

強制モードの VRF

Cisco ACI リリース 6.1（2）以降、VRF は強制モードで構成できます。リモート VXLAN EVPN ファブリックからアドバタイズされたエンドポイントとプレフィックスは、エンドポイント セキュリティ グループ オブジェクト (ESG) によって表されるエンドポイントグループに分類できます。異なる ESG に属するエンドポイント間の通信を有効にするには、コントラクトを通じて表されるポリシーを設定する必要があります。

次のセクションでは、enforced モードでVRFを設定するために必要なさまざまなビルディング ブロックについて説明します。

Cisco ACIリリース 6.1（4）以降、リモート SGT 値はドメイン間で伝送されます。Cisco ACIボーダーゲートウェイでは、リモートVXLAN EVPN ファブリックからアドバタイズされたエンドポイントと外部プレフィックスを分類する必要はありません。

エンドポイント セキュリティ グループ
エンドポイント セキュリティ グループ（ESG）は、Cisco ACI のネットワーク セキュリティ コンポーネントです。これは、物理または仮想ネットワークエンドポイントの収集を含む論理エンティティです。ESG はどのエンドポイントが ESG に属するかを定義する特定の一致基準を持つセキュリティ コンストラクトであり、コントラクトまたはポリシーを使用してセキュリティ基準を定義します。管理者は契約を使用して、許可されているプロトコルとポートを含む ESG 間をパス可能なトラフィックの種類を選択します。

[コントラクト（Contracts）]

コントラクトは、アクセスコントロールリスト（ACL）に相当する Cisco ACI です。端末セキュリティ グループ（ESGs）は、コントラクト規則に従う場合に限り、他の ESG と通信できます。契約を使用して、許可されているプロトコルとポートを含む ESG 間をパス可能なトラフィックの種類を選択することができます。ESG は、コントラクトのプロバイダー、コンシューマー、またはプロバイダーとコンシューマーの両方になることができ、複数のコントラクトを同時に使用できます。複数の ESG が優先グループに属する他の ESG と自由に通話できるように、ESG は優先グループに属することもできます。

一致基準は、関連付けられた VRF インスタンスのブリッジドメインにまたがる IPv4 または IPv6 アドレス、またはエンドポイント MAC アドレスに関連付けられたタグなどの属性に基づく ESG セレクタと呼ばれます。異なる ESG に属するエンドポイント間の通信を有効にするには、ESG 間のコントラクトを構成する必要があります。Cisco ACI ファブリックの外部にあるデバイスと通信するには、L3Out 外部 EPG（l3extInstP）と ESG の間のコントラクトを構成する必要があります。EPG セレクタ、 IP サブネットセレクタ、タグ セレクタなどのセレクタのいずれかを使用して、L3Out 接続を通じて学習した ACI ファブリック内と外部ネットワーク プレフィックスを分類できます。

Cisco APIC で使用可能な既存のセレクタの詳細については、Cisco APIC セキュリティ構成ガイド リリース 6.1（x）の エンドポイント セキュリティ グループ セクションを参照してください。

Cisco ACIからポリシー非認識リモートVXLAN EVPN への活用例

Cisco ACI は、構成されているさまざまなセレクタに基づいて、着信トラフィックを ESG に分類します。これらのセレクタは、さまざまなマッチング基準を使用し、各 ESG の下に構成されます。

Cisco ACIリリース 6.1（2）以降、リモートVXLAN EVPN ファブリックから学習したエンドポイントと外部接続先を分類するための 2 つの新しいセレクタが追加されました。

[Cisco ACI] からポリシー非認識 VXLAN EVPN オプションへ

[外部サブネット セレクタ（External Subnet Selector）]
Cisco APICリリース 6.1（2）および 6.1（3）では、これはACI VXLAN ボーダー ゲートウェイ（BGW）の VXLAN 外部サブネット セレクタと呼ばれていました。Cisco APICリリース 6.1（4）以降、これは通常の L3Out サブネットに使用できる汎用の外部サブネット セレクタとして機能拡張されています。

このセレクタは、別のファブリックからACIボーダーゲートウェイノードで受信される EVPN タイプ 5 ルートと一致します。照合は、最長プレフィックス マッチ（LPM）方式で行われます。

6.1（4）以降、このセレクタは、ボーダー ゲートウェイなしで通常の L3Out を通じて学習した外部プレフィックスともマッチします。これは、L3Out 外部 EPG の下で「外部 EPG の外部サブネット」スコープを持つ L3Out 外部サブネットの代わりに使用できます。

外部サブネット セレクタの下の「共有」フラグは、コントラクトを通じて接続された他の VRF への ESG およびプレフィックスのマッピングをリークするために使用されます。これは、L3Out 外部サブネットの場合の「共有インポート セキュリティ サブネット」スコープに相当します。このフラグはセキュリティ情報のみをリークし、実際のルート リークはVRFレベルで個別に設定する必要があることに注意してください。

（注）

デフォルト ルート（0.0.0.0:0 または 000）を外部サブネット セレクタとして構成することはできません。回避策としては、 0.0.0.0/1 と 128.0.0.0/1 または 0::0/1 と 8000::/1 はすべてに一致するために使用できます。

詳細については、 外部サブネット セレクタ を参照してください。

VXLAN ストレッチされたブリッジ ドメイン セレクタ
このセレクタを活用、リモート VXLAN ファブリックから学習した特定のストレッチ ブリッジ ドメインに関連付けられているすべての L2 MAC アドレスを対応する ESG に分類します。このセレクタは、VXLAN ストレッチのブリッジ ドメイン用にのみ構成できます。このブリッジドメインに属するすべてのリモート ファブリックからのエンドポイントは、同じ ESG の一部として分類されます。

詳細については、 VXLAN ストレッチ ブリッジ ドメイン セレクタ を参照してください。

リモート エンドポイント サブネットの分類
ポリシー非認識 VXLAN EVPN ファブリックの場合、既存の IP サブネットセレクタを使用して、リモート VXLAN EVPN ファブリックでのみローカルに定義されている（つまり、 ACI および VXLAN EVPN ドメイン間で拡張されていない） IP サブネットのエンドポイント（接続されたホスト）部分を分類できます。

（注）

これは、 VXLAN 外部サブネット セレクタとは異なり、つまり、正確に一致するプレフィックスのみを使用してリモート DC サブネットを分類できます。スーパーネットをカバーするプレフィックスは実現できません。

既存の MAC タグ セレクタまたは IP タグ セレクタを使用して、特定の L2 MAC アドレスと特定の L3 IP アドレスをリモート VXLAN ファブリックから ESG に分類できます。

Cisco ACI からポリシー認識 VXLAN EVPN への活用例（Cisco ACIリリース 6.1（4）以降）

ACI リリース 6.1（4）および NX-OSリリース 10.5（3）からサポートされているこの最初の使用例では、Cisco ACI ドメインはポリシー認識リモート VXLAN EVPN ドメインに接続されます。ACI ボーダー ゲートウェイと NX-OS ボーダー ゲートウェイ間の EVPN コントロール プレーンは、各ドメインで定義されたセキュリティ グループを識別するタグを伝送するように強化されました。これは、内部リソースと外部リソースの両方の分類が、各ドメイン内で独立して実行されることを意味します。

[Cisco ACI] からポリシー対応 VXLAN EVPN オプションへ

[セキュリティ グループ タグ（SGT）（Security Group Tag (SGT)）]
セキュリティ グループ タグ（SGT）は、属性/セレクタに基づいて分類される物理または仮想ネットワーク エンドポイントおよび外部情報技術の収集を含む論理エンティティの識別子（セキュリティ グループ）です。ACI リリース 6.1（4）以降、 ACIドメインと VXLAN EVPN ドメイン間の EVPN コントロール プレーンを介して SGT 値を伝送する新しい機能が導入されています。ポリシー認識リモート EVPN ファブリックでは、このリモート SGT は必須の構成です。

これは、リモート VXLAN EVPN ドメインがポリシー対応であり、 ACI ボーダー ゲートウェイとリモート NX-OS ボーダー ゲートウェイ間の EVPN コントロール プレーンがポリシー情報を伝送できる場合に必要な構成です。リモート SGT 値は、Cisco APICで Cisco ACI ファブリックでローカルに定義されたすべての ESG に関連付ける必要があります。これは、リモート VXLAN EVPN ドメインでそれらのセキュリティ グループを識別するために使用される SGT を表すためです。

リモート セキュリティ グループ タグの使用方法を理解するために、前の図のシナリオを考えてみましょう [Cisco ACI] からポリシー対応 VXLAN EVPN オプションへ。ESG1 は、ローカルの内部技術情報や外部技術情報を分類するために ACI ファブリックでローカルに定義され、 APIC によって SGT 値（この特定の例では 10）が割り当てられます。これは、ACI ドメインでローカルに重要です。ACI ボーダー ゲートウェイがリモート VXLAN EVPN ドメインに向けた ESG1 の一部としてプレフィックスをアドバタイズする場合、最初にローカル値 10 をリモート VXLAN EVPN ドメインへ ESG1 と識別するグローバルに重要なリモート SGT 値（1010）へ翻訳します。同様に、ローカルの内部技術情報や外部リソースを分類するために VXLAN EVPN ドメインで ESG2 グループが定義されると、グローバル SGT 値（1020）が割り当てられます。この値は、NX- OS ボーダー ゲートウェイによって ACI ドメインに ESG2 プレフィックスをアドバタイズするために使用されます。ACIボーダー ゲートウェイがそれらを受信すると、そのリモート SGT 値を ACI ドメイン内の ESG2 グループを識別するローカル SGT 値（20）に変換します。その後、ESG1 と ESG2 間の通信を制御するために、グローバル セキュリティ ポリシーをプロビジョニングする必要があります。

（注）

[Cisco ACI] からポリシー対応 VXLAN EVPN オプションへ 図の中の例は、2 つの異なるセキュリティ グループが各ドメイン内で定義されているシナリオを示していますが、2 つのドメイン間でセキュリティ グループを機能的に拡張することもできます。このような場合、同じ ESG 名がそのようなグループを識別し、Cisco ACI および VXLAN EVPN ドメイン内のリソースを分類するために使用されます。 ACI ローカル SGT 値とリモート SGT 値間の単一の変換は ACI ボーダー ゲートウェイによって実行されます。

リモート EVPN ファブリックの場合、ACI ファブリックのどの ESG にもマッピングされていない SGT タグは、値 12として分類されます。これはデフォルトのドロップクラスです。このタグは、リモート EVPN ファブリックからのエンドポイントとプレフィックスの両方に適用できます。リモート SGT のない ESG に属するエンドポイントとプレフィックスの場合、 ACI はタグ値 0 のタグをリモート EVPN ファブリックにアドバタイズします。0 は、NX OSベースの EVPN ファブリックのドロップ SGT タグのデフォルト値です。

[VXLAN EVPN ルート マップ（VXLAN EVPN Route-Maps）]

Cisco ACI リリース 6.1（2）以降、 ACI ボーダー ゲートウェイ機能は、拡張された VRF で構成できる VRF レベルのルート マップをサポートします。これらのルート マップは、ボーダー ゲートウェイ セットに関連付けられているすべてのリモート ファブリックに適用できます。ルート マップの set ルールは、ルート制御プロファイル ポリシーとアクション ルール プロファイルで構成されます。一致基準に基づく [許可（Permit）] または [拒否（Deny）]ステートメントを指定します。

リモート EVPN ファブリックにインポートまたはエクスポートできるルートを制御できます。インバウンド ルート マップは、タイプ 5 およびタイプ 2 ルートのIP部分に適用されます。タイプ 2 の MAC ルートは影響を受けず、 IP インポート ステータスに関係なくインポートされます。

発信ルート マップは、タイプ 5 ルートにのみ適用されます。

アウトバウンドおよびインバウンドのルートマップを GUI を使用して VRF ストレッチでの VXLAN の構成 使用して指定します。

ルート マップの構成方法の詳細については、 GUI を使用した VRF でのルート制御ポリシーの構成を参照してください。

（注）

この構成は、オプションです。インポート ルート マップを構成しない場合、リモートVXLAN EVPN ファブリックから受信したすべてのルートが受け入れられます。エクスポート ルート マップを構成しない場合、すべてのローカル ブリッジドメインサブネットと外部ルートがリモート VXLAN EVPN ファブリックにアドバタイズされます。このためには、ブリッジ ドメイン サブネットの [外部にアドバタイズ（Advertised Externally）] フラグをが有効になっていることを確認する必要があります。

次に、インバウンドルート マップとアウトバウンドルート マップの両方でサポートされている match 句と set 句のリストを示します。

- サポートされる match 句

- IP プレフィックス リスト

- AS 経路

- コミュニティ

- 拡張コミュニティ（マッチオンカラー拡張コミュニティはサポートされていません）

- 正規表現コミュニティ

- 正規表現拡張コミュニティ

- [サポートされる設定句（Supported Set Clauses）]

- コミュニティ

- 拡張コミュニティ

- 重量

- 環境設定

- メトリック

[Cisco ACI Border Gateway のスイッチド ポート アナライザ（ SPAN ）]
Switched Port Analyzer（SPAN; スイッチド ポート アナライザ）は、効率な高性能トラフィック モニタリング システムです。これは、送信元ポートまたは、VLAN から宛て先ポートまでトラフィックの指示またはミラーをします。Encapsulated Remote SPAN （ERSPAN）は、キャプチャされたすべてのトラフィックに Generic Routing カプセル化 （GRE）を提供し、レイヤ 3 ドメイン全体に拡張できます。

ACI ボーダー ゲートウェイでは、次の SPAN 機能がサポートされています：

- ローカル スパンはボーダーゲートウェイで構成する必要があります。ここで、送信元をインフラ L3Out インターフェイス、接続先をボーダーゲートウェイの別のポートとして構成します。

- インフラ L3Out インターフェイスの ERSPAN モニタリング セッションは、入力通信と出力通信の両方のモニタリングをサポートします。モニタリングはポート レベルでのみ機能するため、フィルタリングはサポートされていません。

- ボーダーゲートウェイでのファブリック インターフェイスの ERSPAN モニタリング セッションは、入力通信と出力通信の両方のモニタリングをサポートします。モニタリングはポート レベルでのみ機能するため、フィルタリングはサポートされていません。

オンドロップ SPAN のサポートは有効になっています。

Cisco ACIリリース 6.1（4）以降、ERSPAN のサポートが有効になり、接続先 ERSPAN がリモート VXLAN ファブリックに展開されます。ローカル ERSPAN は Cisco ACI で使用でき、接続先 ERSPAN はリモート VXLAN ファブリックで使用できます。

次の ERSPAN ガイドラインは、 ACIボーダーゲートウェイの ERSPAN セッションに適用されます。

- ERSPAN 接続先 IP は、Cisco ACI ブリッジドメイン EPG から構成する必要があります。これにより、リモート VXLAN NX-OS ファブリックの接続されたエンドポイントがマッピングされます。

- リモート VXLAN ファブリックのプレフィックス サブネットを介して接続先 IP にアクセスできない、NX-OS L3Out の背後にある ERSPAN 接続先 IP は、サポートされていません。

- ESG EP プレフィックスは ERSPAN 接続先として構成できません。

- ERSPAN 送信元 IP は、タグを使用してリモート VXLAN ボーダーゲートウェイに存在する必要があります。

- VXLAN プレフィックスの接続先への ERSPAN トラフィックのスムーズなフローを確保するには、リモート VXLAN サイト上の ERSPAN 送信元 IP と ERSPAN 接続先 IP の間に契約が存在する必要があります。

- が EPG ブリッジドメインを ERSPAN 接続先として使用するようにするには、ブリッジドメインをリモート VXLAN NX-OS ファブリックから ACI ファブリックに拡張する必要があります。

- ERSPAN トラフィックを確認する前に、EP の移動が正常に完了したことを確認してください。

ACI ボーダーゲートウェイ デプロイメントについて

次の図は、Cisco ACI でのACI ボーダー ゲートウェイの展開を示しています。

Cisco ACI での ACI ボーダー ゲートウェイの展開

- データパケットをカプセル化し、トラフィックをレイヤ 3 サイト間ネットワーク（ISN）上でトンネリングするためのオーバーレイ テクノロジーとして VXLAN が使用されます。

- VXLAN ハンドオフは、特定の各 ACI および VXLAN EVPN ドメイン内で使用される VXLAN トンネルをドメイン間で使用される VXLAN トンネルとステッチするボーダー ゲートウェイ ノードによって実行されます。

- 同じファブリックの一部である Cisco ACI ポッド間の L2/L3 VXLAN 接続は、IPN を介したスパイン間データ パスを介して引き続き実現されます。

- Cisco ACI ボーダー ゲートウェイは、各ポッドにローカルに存在する必要があります。ACI ボーダー ゲートウェイがポッドにローカルに存在しない場合、特定のポッドに属するエンドポイントは、別のポッドに展開されている ACI ボーダー ゲートウェイを介してリモート VXLAN EVPN ドメインと通信できません。

ポッド内の Cisco ACI ボーダー ゲートウェイ

- ドメイン間で拡張されたブリッジ ドメインごとに、特定の Cisco ACI ボーダー ゲートウェイが、すべてのポッド内のすべてのボーダー ゲートウェイで指定フォワーダとして選択されます。指定フォワーダ BGW は、そのボーダー ゲートウェイのフラッド トラフィックをリモート VXLAN EVPN ドメインと送受信します。

- Cisco ACI リリース 6.1（4）より前は、各ファブリックに展開されたボーダーゲートウェイ ノードを使用して、 ACI ファブリック間のレイヤ 2 および/またはレイヤ 3 接続を確立することはサポートされていませんでした。Cisco ACI ボーダー ゲートウェイは、接続とポリシーをリモート VXLAN EVPN ドメインに拡張するためにのみ使用できます。ACI ファブリック間の接続とポリシーを拡張する唯一の方法は、 ACI マルチサイト アーキテクチャを利用することです。この場合、下図のとおり、スパイン ノードを介したサイト間接続を利用します。

ボーダー ゲートウェイ ノードを使用した ACI ファブリック間のレイヤ 2 /レイヤ 3 接続

ACI ボーダー ゲートウェイに関する注意事項と制限事項

以下は ACI ボーダー ゲートウェイ機能の注意事項と制限事項です。

- ACI ボーダーゲートウェイのハードウェアサポートは、32GB のRAM をサポートしている限り、FX モデル以降の Nexus 9000 プラットフォームです（したがって、FX2 プラットフォームはサポートされません）。

- ACIボーダー ゲートウェイ機能の専用リーフ ノード。ボーダー ゲートウェイ のボーダーリーフ機能（テナント L3Outs）との共存は、今後のリリースで計画されています。

- BUM として転送される L2 マルチキャスト トラフィック。

- Cisco APIC（1）以降、ストレッチする必要がある VRF 構成の Cisco ACIファブリックには、適用されていない VRF が必要です。この制限は、Cisco APIC 6.1（1）でのみ適用されます。

Cisco APIC 6.1（2）以降、Cisco ACI ファブリックで強制モードでストレッチ VRF を構成し、ESG を使用して VXLAN EVPN ドメインの内部/外部リソースでセキュリティ ポリシーを適用できます。

- 単一の ACI ファブリックのサポート（マルチポッドの場合もあります）。

- Cisco APIC 6.1（2）以降、 ACIファブリックは、 vxlanSiteId によって定義された EVPN ドメインの一意のサイト ID を指定する必要があります。

- Cisco ACI リリーズ 6.1（4）より前は、ブリッジドメインまたは VRF の VNI は、Cisco ACIと NX-OS ファブリック間で対称である必要があります。Cisco APIC によって VRF またはブリッジドメインに割り当てられたブリッジは制御できないため、初期サポートは、一致する VNID がリモート VXLAN EVPN ファブリック上で構成可能なのかを確認するため、VRF または、Cisco ACI から VXLAN EVPN ドメインへストレッチしたブリッジ ドメインのみに使用可能です。

Cisco ACIリリース 6.1（4）以降では、正規化された VNI を指定できます。これは、リモート EVPN ファブリックで使用される VRF またはブリッジドメインストレッチの一部として使用される VNI です。

- ACIマルチポッド/マルチサイトと VXLAN インターサイトの両方に同じ IPN/ISN デバイスを使用する場合は、マルチポッド/マルチサイト ネットワークと VXLAN サイト間ネットワークを異なる VRF に分離することを推奨します。

- Cisco APIC 6.1（1）では、 ACI と VXLAN EVPN ドメイン間で拡張される VRF を、 VXLAN EVPN ファブリックの非 VLAN ベースの L3 VNI 構成で構成する必要があります。これは、 [VRF 構成の新しい方法（new way of VRF configuration）]と呼ばれます。

Cisco APIC 6.1（2）以降、NX- OS L3VNI 構成は、非 VLAN ベースまたは VLAN ベースの L3 VNI 構成で構成できます。

- ACI ボーダーゲートウェイ機能では、ファブリック内のすべてのノードが、Cisco 6.1（4）で実行されているのと同じバージョンを実行している必要があります。

- 特定のポッド内の内部ルートリフレクタおよび mpod-spine と同じスパイン ノードのセットを選択する必要があります。

- Cisco ACI VXLAN ボーダーゲートウェイと NX-OS ボーダーゲートウェイ間のバックツーバック接続はサポートされていません。

- Cisco APIC 6.1（4）以降、 VRF のブリッジドメインに属するすべてのエンドポイントは、ブリッジドメインが拡張されている場合にのみアドバタイズされます。すべてのエンドポイントをアドバタイズする場合は、 VRF 内のすべてのブリッジ ドメインを拡張する必要があります。

- Cisco APIC 6.1（1）から Cisco APIC 6.1（4）にアップグレードする場合は、最初にサイト ID を構成し、以前の Cisco APIC バージョンから既存の障害をすべてクリアし、アップグレードを実行する前に BGP が収束するのを待ってから、次に進んでください。

- ロードバランサ SNAT があり、サービスブリッジドメインが Cisco ACI ファブリックのボーダー ゲートウェイに拡張されていない場合、次の条件がロード バランサによるサービス リダイレクトに適用可能であることを確認する必要があります：

- LB サーバーが Cisco ACI サイトにあることを確認します。

- サービス EPG がサービス ESG に引き上げられ、ESG の内部レッグと NX-OS サイトのプロバイダー SGT の間でコントラクトを作成することを確認します。

- 次の機能はこのリリースでサポートされていません：

- ACL を使用した SPAN

- ERSPAN の接続先は、 ACI ファブリックに対してローカルなエンドポイントまたはプレフィックスにすることができます。

- マルチサイト EVPN 展開は、フルメッシュ モードまたはルートサーバー モードのいずれかで実行できます。Cisco ACI 6.1（1）リリースと統合するには、Cisco ACI と NX-OS ファブリック間のフルメッシュ EVPN モードでのみ実行できます。したがって、ルートサーバー モデルはサポートされていません。

- VXLAN サイトに拡張された VRF またはブリッジ ドメインは、リモート リーフ スイッチに展開しないでください。

- ボーダー ゲートウェイを備えた Cisco ACI ファブリックは、 ACI マルチサイト ドメインの一部にすることができます。ただし、VXLAN EVPN ドメインに拡張されている VRF またはブリッジドメインは、他の ACI マルチサイト ファブリックに拡張することはできず、その逆も同様です。

- NX- OS ファブリックと ACI ファブリックの間では、マイクロセグメンテーションで EPG に関連付けられているブリッジ ドメインの拡張はサポートされていません。

- Cisco APIC 6.1（1）では、ACI の EVPN ピアでは、入力または出力ルートマップはサポートされていません。ルートフィルタリングは、リモート NX-OS ファブリックBGW でのみ実行できます。

Cisco APIC 6.1（2）以降、ルート マップのサポートが導入されました。リモート EVPN ファブリックからインポートまたはリモート EVPN ファブリックにエクスポートできるルートを制御できます。

インバウンド ルート マップは、タイプ 5 およびタイプ 2 ルートのIP部分に適用されます。タイプ 2 の MAC ルートは影響を受けず、 IP インポート ステータスに関係なくインポートされます。

発信ルート マップは、タイプ 5 ルートにのみ適用されます。

- IGMP スヌーピングおよび L3 マルチキャスト トラフィックは、ドメイン間ではサポートされません。

- VRF 間トラフィック フロー（共有サービス）は、Cisco ACI 6.1（4）より前のリリースではサポートされていません。

Cisco APIC 6.1（4）以降、 VRF間トラフィック フロー（共有サービス）がサポートされていますが、共有サービスの一部であるすべての VRF は、 ACI ボーダー ゲートウェイとリモート EVPN ボーダーゲー トウェイに展開する必要があります。

- リークされたルートを VRF からピアにアドバタイズしてはなりません。

- VXLAN EVPN ドメインがポリシーを認識していない場合、ドメイン間のトラフィック フローのサービス リダイレクション（PBR）は、L3（Go-To）モードで展開され、Cisco ACI ファブリックに接続されているサービス デバイスに対してのみサポートされます。

- Cisco APIC 6.1（4）以降、 ACIファブリックがポリシー認識リモートVXLANファブリックと相互接続すると、リモートVXLANファブリックから受信したポリシーまたはクラスの詳細は、リモートと対話している場合、 ACIボーダーゲートウェイノードによって無視されます。 EVPN NX- OS 10.5（3）バージョンのファブリック。また、 ACI ファブリックは、そのポリシーまたはクラス情報をリモート VXLAN ファブリックにアドバタイズしません。

- Cisco ACI 6.1（4）および NX- OS 10.5（3）バージョンは、ポリシー認識サイト間の相互運用性のための最小の実行可能な組み合わせです。NX- OS 10.5（3）より前のバージョンの場合は、ポリシー非認識相互運用モードでのみ Cisco ACIに接続できます。

- ポリシー認識相互運用性サイトの外部プレフィックスには、次の制限が適用されます：

- 外部サブネット セレクタを構成するときは、サブネットセレクタが常に L3Out ピアから学習するプレフィックスのスーパーネットであることを確認する必要があります。サブネット構成がプレフィックスのサブネットである場合は、プレフィックスのエンドポイントとして分類されません。

たとえば、 50.1.0.0/16 の学習された ACI 外部ルートおよび ESG プレフィックス セレクタが 50.1.1.0/24として構成されている場合、Cisco ACI は外部ルート 50.1.0.0/16 をデフォルトの ESG タグを持つタイプ 5 ルートとしてアドバタイズします。これは、 0のデフォルトの ESG タグです。

- 外部プレフィックスを構成する場合、重複するプレフィックス セレクタを構成することはできません。たとえば、2 つの ESG があり、ESG-1 に 50.1.1.0/24 としてのプレフィックス セレクタであり、2 番目の ESG-2 を 50.1.0.0/16 外部ルートの場合、Cisco ACI はESG1 または ESG2 のいずれかを選択できます。この分類は確定的なではないためです。

- VXLAN 拡張 VRF の VRF ルート リークを構成する場合は、ルートをリークするために内部プレフィックスのリーク オプションを使用する必要があります。

内部プレフィックスをリークする方法の詳細については、「Cisco APICSecurity 構成ガイド」の「GUI を使用した内部プレフィックスのルート リークの構成」セクションを参照してください。

ACI ボーダー ゲートウェイの検出

ノード タイプをボーダーゲートウェイとして登録するには、次の手順を実行します：

始める前に

ACI ボーダー ゲートウェイとして表示されるようにするには、各リーフ ノードをノード タイプ border-gateway に登録する必要があります。

（注）

ノードタイプ border-gateway を使用してスパインを登録することはできません。検出がブロックされます。

手順

ステップ 1

ノード登録ポリシーを事前構成するには、シリアル番号がすでにわかっている場合は、次の手順を実行します：

1. [ファブリック（Fabric）] > [インベントリ（Inventory）] > [ファブリック メンバーシップ（Fabric Membership）] > [登録済みノード（Registered Node）]タブに移動します。

2. [作業（Work）] ペインで、 [アクション（Actions）] > [ファブリック ノード メンバーの作成（Create Fabric Node Member）] をクリックして次の手順を実行します。

ACI ボーダー ゲートウェイの検出

1. [ポッド ID（Pod ID）] フィールドで、ドロップ ダウン メニューからポッド ID を選択します。

2. [シリアル番号（Serial Number）] フィールドに、リーフ スイッチのシリアル番号を入力します。

3. [ノード ID（Node ID）] フィールドで、ノード ID をリーフ スイッチに割り当てます。

4. [スイッチ名（Switch Name）] フィールドで、リーフ スイッチに名前を割り当てます。

5. [ノード タイプ（Node Type）] フィールドで、ノード タイプとしてリーフを選択します。

6. [ボーダーゲートウェイです（Is Border Gateway）] チェックボックスをオンにして、リーフをノード タイプとして登録します。

7. [送信（Submit）]をクリックします。

ステップ 2

DHCP 検出に基づいてノードを構成するには、次の手順を実行します。

1. [ファブリック（Fabric）] > [インベントリ（Inventory）] > [ファブリック メンバーシップ（Fabric Membership）] > [ノード保留登録（Nodes Pending Registration）]タブを移動します。

2. 次に [作業（Work）] ペインで、新しく検出されたリーフのシリアル番号を右クリックし、 [登録（Register）] をクリックして次の手順を実行します。

ACI ボーダー ゲートウェイの検出

1. [ポッド ID（Pod ID）] フィールドで、ドロップ ダウン メニューからポッド ID を選択します。

2. ノード ID フィールドで、ノード ID をリーフ スイッチに割り当てます。

3. [ノード名（Node Name）] フィールドで、リーフ スイッチに名前を割り当てます。

4. [ロール（Role）] フィールドで、ロール タイプとしてボーダー ゲートウェイを選択します。

5. （オプション） [ラック名（Rack Name）]でラック名を指定します。

6. [登録（Register）]をクリックします。

次のタスク

に記載されている手順を使用して、ボーダー ゲートウェイ セットを作成します。 GUI を使用してボーダー ゲートウェイ セットを作成

GUI を使用した VXLAN インフラ L3Out の構成

VXLAN インフラ L3Out 構成では、 ACI ボーダー ゲートウェイ ノードとインターフェイスを選択して、サイト間ネットワーク インフラストラクチャ（ISN）のネットワーク デバイス部分との EBGP アンダーレイ隣接関係を確立できます。これは、リモート NX-OS ボーダー ゲートウェイとアンダーレイ到達可能性情報を交換し、それらとのオーバーレイEVPN 隣接関係を確立するために必要です。

VXLAN インフラ L3Out を構成する場合は、次の項目を構成します：

- ACI ボーダー ゲートウェイ セットを構成します。  GUI を使用してボーダー ゲートウェイ セットを作成を参照してください。

- リモート VXLAN ファブリックを構成します。  GUI を使用したリモート VXLAN ファブリックの構成を参照してください。

- [ノード（Nodes）]

- ボーダーゲートウェイのみが VXLAN インフラ L3Out のノードとして構成できます。

- 各 VXLAN インフラ L3Out は、同じ ACI マルチポッド ファブリックの一部である複数のポッドからのボーダー ゲートウェイを持つことが必要です。

- ボーダー ゲートウェイは、単一の VXLAN インフラ L3Out またはお使いの QoS ポリシーに基づいて複数の VXLAN インフラ L3Out で構成できます。

- ノード プロファイルを構成するときに、ノードの下にルータ識別子とループバック インターフェイスを構成できます。ボーダーゲートウェイのループバック インターフェイスに割り当てられたIPアドレスは、リモート ファブリックの NX- OSボーダー ゲートウェイとの BGP EVPN コントロール プレーン ピアリングを確立するために使用されます。

- [インターフェイス（Interfaces）]

- サポートされるインターフェイスのタイプは次のとおりです：

- ルーテッド インターフェイスまたはサブインターフェイス

- また、VXLAN infra L3Out のインターフェイス タブ内にアンダーレイ BGP ピアポリシーを構成します。これは、アンダーレイ BGP 隣接関係（アジャセンシー）を持ち上げて接続済みデバイスとループバック アドレスを交換するために必要な基本的なアンダーレイ構成です。

- [QoS ルール（QoS rules）]

- VXLAN 入力ルールと VXLAN 出力ルールは、VXLAN インフラ インフラ L3Out の VXLAN QoS ポリシーを使用して構成できます。  GUI を使用した VXLAN カスタム QoS ポリシーの作成 を参照してください。

- VXLAN QoS ポリシーを作成しない場合、入力 VXLAN トラフィックにはデフォルトの QoS レベルが割り当てられます。

また、VXLAN インフラ L3Out を使用してアンダーレイとオーバーレイ BGP 構成を構成します：

- [アンダーレイ（Underlay）]：インターフェイス設定の一部としての BGP ピア IP 構成。

- [オーバーレイ（Overlay）]：BGP EVPN リモート構成は、リモートファブリック構成の一部です。

始める前に

VXLAN EVPN ボーダー ゲートウェイとして表示するためにリーフノードが新しいノード タイプ border-gateway として登録されていることを確認します。詳細については、 ACI ボーダー ゲートウェイの検出 を参照してください。

手順

ステップ 1

[テナント（Tenants）] > [インフラ（infra）] > [ネットワーキング（Networking）] > [VXLAN L3Out（VXLAN L3Outs）]に移動します。

ステップ 2

[VXLAN L3Out（VXLAN L3Outs）] を右クリックし、 [VXLAN L3Out を作成（Create VXLAN L3Out）]を選択します。

[接続（Connectivity）] ウィンドウが表示されます。

VXLAN インフラ L3Out 接続ウィンドウ

ステップ 3

[接続（Connectivity）] ウィンドウで、必要な情報を入力します。

1. [名前（Name）] フィールドに VXLAN インフラ L3Out の名前を入力します。

これは外部への接続を制御するポリシーに付ける名前です。名前では最大 64 文字までの英数字を使用できます。

（注）

オブジェクトの作成後は、この名前は変更できません。

2. （任意）   [VXLAN カスタム QoS ポリシー（VXLAN Custom QoS Policy）] フィールドで既存のポリシーを選択するか [VXLAN カスタム QoS ポリシーの作成（Create VXLAN Custom QoS Policy）] を選択して新しい QoS ポリシーを作成します。

新しい QoS ポリシーの作成の詳細については、 GUI を使用した VXLAN カスタム QoS ポリシーの作成を参照してください。

3. [次へ（Next）]をクリックします。

[ノードとインターフェイス（Nodes and Interfaces）] ウィンドウが表示されます。

VXLAN インフラ L3Out ノードとインターフェイスのウィンドウ

ステップ 4

[ノードとインターフェイス（Nodes and Interfaces）] ウィンドウで、境界ゲートウェイ ノードとインターフェイスを構成するために必要な情報を入力します。

1. [ノード プロファイル名（Node Profile Name）] フィールドおよび [インターフェイス プロファイル名（Interface Profile Name）] フィールドで、ノード プロファイル名とインターフェイス プロファイル名にデフォルトの命名規則を使用するかどうかを決定します。

デフォルト ノード プロファイル名前は、 [L3Out-name][_nodeProfile]であり、デフォルトのインターフェイス プロファイル名は [L3Out-name][_interfaceProfile]です。これには、 [L3Out-name] が [名前（Name）] フィールドに入力した名前です。このフィールドは、 [接続（Connectivity）] ページにあります。必要に応じて、これらのフィールドのプロファイル名を変更します。

2. （任意）   [BFD インターフェイス ポリシー（BFD Interface Policy）] フィールドで、既存の BFD インターフェイス ポリシーを選択するか、新しい BFD インターフェイス ポリシーを作成するために [BFD インターフェイス ポリシーを作成（Create BFD Interface Policy）] を選択します。

3. [インターフェイス タイプ（Interface Types）] エリアで、レイヤ 3 およびレイヤ 2 フィールドで必要な選択を行います。

次のオプションがあります：

- レイヤ 3：

- [インターフェイス（Interface）]：境界リーフ スイッチを外部ルータに接続するためのレイヤ 3 インターフェイスを設定するには、このオプションを選択します。

- [サブインターフェイス（Sub-Interface）]：境界リーフ スイッチを外部ルータに接続するようにレイヤ 3 サブインターフェイスを設定するには、このオプションを選択します。

4. [ノード ID（Node ID）] フィールドのドロップダウン メニューで、 VXLAN インフラ L3Out のボーダー ゲートウェイ ノードを選択します。

ルータ ID の構成方法を説明する次の警告メッセージが画面に表示される場合があります。

リーフスイッチ 103 の動作ルータ ID は 3.3.3.3 で、このリーフとスパイン間で実行される MP-BGP セッションに使用されます。ユーザは 3.3.3.3 とは異なるルート ID を構成できますが、このリーフですでに実行されている MP-BGP セッションがフラップされます。

- このノードにルータID がまだ構成されていない場合は、 4.e へ移動してこのノードのルータ ID の構成手順を参照してください。

- このノードにルータ ID がすでに設定されている場合（たとえば、以前に MP-BGP ルート リフレクタを構成していた場合）、次のオプションがあります。 [VXLAN 構成に同じルータ ID を使用（Use the same router ID for the VXLAN configuration）]：複数のインフラ L3Out を使用する場合は同じルータ ID です。これが推奨オプションです。次の手順で使用するためにこの警告に表示されるルータ ID をメモし、 4.e。

5. [ルータ ID（Router ID）] フィールドに、Infra L3Out の境界ゲートウェイ スイッチ部分の一意のルータ ID（IPv4 アドレス）を入力します。

ルータ IDは、すべてのボーダー ゲートウェイ スイッチと非 ACI ファブリック ボーダー ゲートウェイで一意である必要があります。

4.dで説明したように、ルータ ID がこのノードですでに構成されている場合、いくつかのオプションがあります。

- VXLAN 構成に同じルータ ID を使用する場合は、 4.dの警告メッセージに表示されたルータ ID を入力します。

- 複数のインフラ L3Out を使用する場合は、同じルータID を構成する必要があります。

6. [ループバック（Loopback）] フィールドに IP アドレスを入力します。これは、EVPN ピアリングに使用されるルーティング可能なコントロール プレーン アドレスです。アンダーレイ プロトコルをビアてアドバタイズされます。

7. [インターフェイス（Interface）] フィールドで、ドロップダウン リストからポートを選択します。

8. 上記のレイヤ 3 エリアで [サブインターフェイス（Sub-Interface）] を選択した場合、 [VLAN カプセル化（VLAN Encap）] フィールドが表示されます。レイヤ 3 外部プロファイルに使用されるカプセル化を入力します。

9. [MTU（バイト）（MTU（bytes））] フィールドで、外部ネットワークの最大転送単位を入力します。

10. [IPv4 アドレス（IPv4 Address）] フィールドに、eBGP アンダーレイ構成の IP アドレスを入力します。

これは、前の手順で構成したACI ボーダー ゲートウェイ レイヤ 3 インターフェイス/サブインターフェイスに割り当てられた IP アドレスです。

11. [ピア IPv4 アドレス（Peer IPv4 Address）] フィールドに、eBGP アンダーレイ ユニキャスト ピア IP アドレスを入力します。

これは、ボーダー ゲートウェイ スイッチに直接接続されているルータのインターフェイスのIPアドレスです。

12. [リモート ASN（Remote ASN）] フィールドに、直接接続されたルータの BGP 自律システム番号を入力します。

13. VXLAN インフラ L3Out のこのノードに追加のインターフェイスを構成するかどうかを決定します。

- この VXLAN インフラ L3Out のこのノードに追加のインターフェイスを構成しない場合は、 4.oに進みます。

- この VXLAN インフラ L3Out のこのノードに追加のインターフェイスを構成するためにこのノードの別のインターフェイスに同じオプションを表示する場合、 [+] をクリックします。これは、 [インターフェイス（Interfaces）] エリアにあります。

（注）

このノードのインターフェイスに入力した情報を削除する場合、または誤って追加したインターフェイス行を削除する場合は、削除するインターフェイス行のごみ箱アイコンをクリックします。

14. この VXLAN インフラ L3Out に追加のボーダー ゲートウェイを構成するかどうかを決定します。

- この VXLAN インフラ L3Out に追加のボーダー ゲートウェイを構成しない場合は、 4.oに進みます。

- この VXLAN infra L3Out に追加のボーダー ゲートウェイを構成するために別のノード用の同じオプションを表示する場合は、 [+] をクリックします。これは、 [ノード（Nodes）] エリアにあります。

（注）

ノードに入力した情報を削除する場合、または誤って追加したノード行を削除する場合は、削除するノード行のごみ箱アイコンをクリックします。

15. [次へ（Next）]をクリックします。

[ポリシーの構成（Policy Configuration）] ウィンドウが表示されます。

VXLAN インフラ L3Out ポリシーの構成ウィンドウ

ステップ 5

[ポリシーの構成（Policy Configuration）] ウィンドウで、境界ゲートウェイ ノードとインターフェイスを構成するために必要な情報を入力します。

1. [ボーダー ゲートウェイ セット（Border Gateway Set）] フィールドで、既存のボーダー ゲートウェイ セットを使用するか、新しいボーダー ゲートウェイ セットを作成するかを決定します。

2. [リモート VXLAN ファブリックの構成（Configure VXLAN Remote Fabrics ）] をチェックして次のフィールドを構成します：

1. [リモート VXLAN ファブリック（Remote VXLAN Fabrics）] フィールドで、既存のリモートVXLANファブリックを指定するか、 [+] をクリックして新しいリモート VXLAN ファブリックを作成します。

2. [リモート EVPN ピア アドレス（Remote EVPN Peer Address）] フィールドで、リモート EVPN アドレスを指定します。

これは、ローカル デバイスが通信しているリモート デバイスを識別するために使用される EVPN アドレスです。リモート EVPN アドレスは、2 つのデバイス間の最初の接続を確立するために使用され、デバイス間の暗号化されたトラフィックをルーティングするためにも使用されます。

3. [リモート AS（Remote AS）] フィールドに、リモート NX-OS ボーダーゲート ウェイノードの BGP 自律システム番号を入力して、各リモート ファブリック ピアのリモート AS を構成します。

4. [TTL] フィールドに、接続存続可能時間（TTL）を入力します。値は、1 より大きくする必要があります。

ステップ 6

[終了（Finish）]をクリックして [VXLAN インフラ L3Out ウィザードの作成（Create VXLAN Infra L3Out wizard）]で必要な構成を完了します。

次のタスク

GUI を使用して VRF ストレッチでの VXLAN の構成に記載されている手順を使用して、VXLAN VRF ストレッチを構成します。

VXLAN サイト ID

Cisco APIC 6.1（2）以降では、サイト ID を構成する必要があります。このサイト ID がないと、ボーダー ゲートウェイ セット ポリシーを構成することはできません。

（注）

Cisco APIC 6.1（1）の ACI ボーダー ゲートウェイ機能をすでに構成しているのに、VXLAN サイト ID を作成せずに Cisco APIC 6.1（2）にアップグレードすると、すべての拡張 VRF およびブリッジ ドメインで障害が発生します。

手順

ステップ 1

上部のメニュー バーから [テナント（Tenants）] > [インフラ（infra）] > [ポリシー（Policies）] > [VXLAN ゲートウェイ（VXLAN Gateway）] > [VXLAN サイト（VXLAN Site）] の順に選択します。。

ステップ 2

次の項目を右クリックします。 [¥VXLAN サイト（VXLAN Site）] そして [VXLAN の作成（Create VXLAN Site）]を選択します。

[VXLAN の作成（Create VXLAN Site）]ウィンドウが表示されます。

ステップ 3

[名前（Name）] フィールドに VXLAN サイトの名前を入力します。

ステップ 4

[ID] フィールドに、VXLAN サイトに固有のサイト ID を入力します。

ステップ 5

（任意） [説明（Description）] フィールドに、説明を入力します。

ステップ 6

[送信（Submit）]をクリックします。

GUI を使用してボーダー ゲートウェイ セットを作成

ボーダー ゲートウェイ セットを作成するには、次の手順を実行します。：

始める前に

このポリシーは、リモートの非 ACI ファブリックとの通信に使用される、各 Pod のボーダー ゲートウェイのデータ プレーン TEP を割り当てます。これは、Pod の外部エニーキャスト TEP です。また、Cisco APIC は、ファブリック内のすべてのボーダー ゲートウェイに 1 つの内部エニーキャストTEP を割り当てます。

手順

ステップ 1

上部のメニュー バーから [テナント（Tenants）] > [インフラ（infra）] > [ポリシー（Policies）] > [VXLAN ゲートウェイ（VXLAN Gateway）] > [ボーダー ゲートウェイ セット（Border Gateway Sets）]の順に選択します。

ステップ 2

ボーダー ゲートウェイ設定作業ペインで、 [アクション（Actions）] > [ボーダーゲートウェイ設定ポリシーの作成（Create Border Gateway Set Policy）]をクリックします。

ステップ 3

[VXLAN サイト ID（VXLAN Site ID）] フィールドは、 [VXLAN の作成（Create VXLAN Site）] ウィンドウで以前に作成した一意のサイト ID を表示します。  [VXLAN サイト ID（VXLAN site ID）] を作成していない場合、作成を要求するプロンプトが表示されます。

ステップ 4

リスト [名前（Name）] フィールドで、ボーダー ゲートウェイ セット ポリシーに名前を割り当てます。

ステップ 5

[外部データ プレーン IP（External Data Plane IP）] フィールドに、各ポッドの一意のルーティング可能な IP アドレスを入力します。  + をクリックして [ポッド ID（POD ID）] および [アドレス（Address）]を入力します。

ステップ 6

[送信（Submit）]をクリックします。

次のタスク

GUI を使用したリモート VXLAN ファブリックの構成で提供されている手順を使用して、リモート VXLAN ファブリックを作成します。

GUI を使用したリモート VXLAN ファブリックの構成

リモート VXLAN ファブリックを作成するには、次の手順を実行します：

始める前に

このポリシーは、一意のリモート非 ACI ファブリックと、このファブリックに固有の構成を表します。リモート ファブリック ポリシーは、リモート ファブリックに関連付けられたボーダー ゲートウェイ セットでコントロール プレーン ピアリング接続を提供します。

手順

ステップ 1

上部のメニュー バーから [テナント（Tenants）] > [インフラ（infra）] > [ポリシー（Policies）] > [VXLAN ゲートウェイ（VXLAN Gateway）] > [リモート VXLAN ファブリック（Remote VXLAN Fabrics）]へ移動します。

ステップ 2

[リモート VXLAN ファブリック（Remote VXLAN Fabrics）] 作業ペインで、 [アクション（Actions）] > [リモートVXLANファブリックの作成（Create Remote VXLAN Fabric）]をクリックします。

ステップ 3

[名前（Name）] フィールドで、VXLAN ファブリックに名前を割り当てます。

ステップ 4

ピアの IP アドレスとそれに関連するTTLを入力するには、リモート EVPN ピア セクションの [+] をクリックします。そして [リモート EVPN ピアの作成（Create Remote EVPN Peer）] ダイアログ ボックスで以下の操作を実行します：

（注）

インフラ ピア TTL の場合は、1 より大きい値を指定する必要があります。

1. [ピア アドレス（Peer Address）]：ピア IP アドレスを入力しますこれは、EVPN コントロールプレーン隣接関係（アジャセンシー）を確立するために使用されるリモート NX-OS BGW デバイスのループバック IP アドレスです。

2. （オプション） [説明（Description）] フィールドに、リモート EVPN ポリシーの説明の詳細を入力します。

3. [リモート ASN（Remote ASN）]：ネイバー自律システムを固有に識別する番号を入力します。自律システム番号は、1 〜 4294967295 のプレーン形式で 4 バイトにすることができます。

4. ピア タイプ フィールドで、VXLAN BGW 接続がすでに選択されています。

ステップ 5

Okをクリックします。

ステップ 6

を入力します。 [関連付けられたボーダーゲートウェイ設定（Associated Border Gateway Set）]を入力するには、ドロップダウンリストから既存のボーダーゲートウェイセットを選択するか、 [+] をクリックし、既存のボーダー ゲートウェイ セットを選択します。これは、 [関連付けられたボーダーゲートウェイ設定（Associated Border Gateway Set）]ボックスにあります。

ステップ 7

[送信（Submit）]をクリックします。

次のタスク

GUI を使用した VXLAN インフラ L3Out の構成 セクションの手順に従って、VXLAN インフラ L3Out を構成します。

GUI を使用して VRF ストレッチでの VXLAN の構成

このセクションの手順を使用して、 ACIドメインと VXLAN EVPN ドメイン間でテナントVRF をストレッチできます。これにより、VXLAN データプレーンのカプセル化を利用して、これらのドメイン間のテナントのルーテッド通信を確実に実行できます。テナント VRF をストレッチする場合の特定の展開に関する考慮事項は次のとおりです。

- ストレッチされたユーザー テナント VRF は、VXLAN インフラ L3Out に関連付けられている BGW セットに関連付けられます。

- 各 VRF でサポートされる VXLAN VRF L3Out は 1 つだけです。これは、VRF を BGW に拡張するために使用されます。

始める前に

- ACI ボーダー ゲートウェイに関する注意事項と制限事項をレビューします。

- 172 ページの「GUI を使用した VXLAN ゲートウェイ インフラ L3Out の構成」に提供されている手順に従って、VXLAN ゲートウェイ インフラ L3Out を構成します。

手順

ステップ 1

[テナント（Tenants）] > [ネットワーキング（Networking）] > [VXLAN ストレッチ（VXLAN Stretch）]に移動します。

ステップ 2

[VXLAN ストレッチ（VXLAN Stretch）] を右クリックし、 [VXLAN VRF ストレッチの作成（Create VXLAN VRF Stretch）]を選択します。

[VXLAN VRF ストレッチの作成（Create VXLAN VRF Stretch）] ウィンドウが表示されます。

ステップ 3

[VRF] フィールドで、既存の VRF を選択するか、FCoE の新しい VRF を作成するには、 [VRF の作成（Create VRF）] クリックします：

1. [名前（Name）] フィールドに、VRF の名前を入力します。

2. [エイリアス（Alias）] フィールドに、VRF のエイリアス名を入力します。

3. （オプション） [説明（Description）]フィールドに VRF も説明を入力します。

4. [ポリシー制御適用優先設定（Policy Control Enforcement Preference）] フィールドで、 [非強制（unenforced）]を選択します。これにより、すべての EPG が制限なしで自由に通信できます。

各 VRF には、セキュリティ ポリシーが VRF で適用されるかどうかを定義するポリシー適用オプションがあります。デフォルトでは、 VRF は強制モードになっています。つまり、EPG 間の通信にコントラクトが必要です。VRF が非強制モードに設定されている場合、 VRF 内のすべての EPG は自由に通信できます。

5. [ポリシー コントロール適用方向（Policy Control Enforcement Direction）] フィールドで、 [入力（Ingress）]を選択します。

6. [OSPF タイマー（OSPF Timers）] フィールドに、ドロップダウンリストから、この特定の VRF（デフォルトまたは、OSPF タイマー ポリシーを作成）に関連付ける OSPF タイマー ポリシー選択します。

7. [モニタリング ポリシー（Monitoring Policy ）] フィールドに、ドロップ ダウン リストから、この特定の VRF に関連付けるモニタリング ポリシー選択します。

8. [送信（Submit）]をクリックします。

ステップ 4

[ボーダー ゲートウェイ セット（Border Gateway Set）] フィールドで、既存のボーダー ゲートウェイ セットを選択するか、新しいボーダー ゲートウェイ セットを作成するために [ボーダー ゲートウェイ セット（Border Gateway Set）] をクリックします。

ステップ 5

Cisco APIC 6.1（2）以降、 [リモート ファブリック名（Remote Fabric Name）] または [リモート VNI（Remote VNI）] のオプションが事前に選択されているため指定する必要がありません。

Cisco APIC 6.1（4）以降、 [正規化された VNI（Normalized VNI）] またはVRFのリモート EVPN ファブリックで使用されるVNI 。

（注）

[ローカル VNI（Local VNI）] は、Cisco APIC で割り当てられます。ACI ボーダー ゲートウェイは、 Cisco APIC に割り当てられたローカル VNI と構成済みの正規化された VNI 間で双方向の翻訳を実行します。

ステップ 6

[アウトバウンド（Outbound）]フィールドで、NX- OSサイトにアドバタイズされるルートを制御するアウトバウンドルート マップを指定します。

ルート マップの作成方法の詳細については、 ルート制御プロファイル ポリシーを参照してください。

ステップ 7

[着信（Inbound）]フィールドで、NX- OSファブリックからインポートされるルートを制御するインバウンドルート マップを指定します。

ルート マップの作成方法の詳細については、 ルート制御プロファイル ポリシーを参照してください。

ステップ 8

[送信（Submit）]をクリックします。

次のタスク

GUI を使用してブリッジ ドメイン ストレッチでの VXLAN の構成に記載されている手順を使用して、VXLAN ブリッジ ドメイン ストレッチを構成します。

GUI を使用してブリッジ ドメイン ストレッチでの VXLAN の構成

このセクションの手順を使用して、 ACI ドメインと VXLAN EVPN ドメイン間でテナント ブリッジ ドメインをストレッチできます。これにより、VXLAN データプレーンのカプセル化を活用して、これらのドメイン間のテナントのブリッジ通信を確実に実行できます。

始める前に

- ACI ボーダー ゲートウェイに関する注意事項と制限事項をレビューします。

- 172 ページの「GUI を使用した VXLAN ゲートウェイ インフラ L3Out の構成」に提供されている手順に従って、VXLAN ゲートウェイ インフラ L3Out を構成します。

手順

ステップ 1

[テナント（Tenants）] > [ネットワーキング（Networking）] > [VXLAN ストレッチ（VXLAN Stretch）]に移動します。

ステップ 2

[VXLAN ストレッチ（VXLAN Stretch）] を右クリックし、 [VXLAN BD ストレッチの作成（Create VXLAN BD Stretch）]を選択します。

[VXLAN BD ストレッチの作成（Create VXLAN BD Stretch）] ウィンドウが表示されます。

ステップ 3

[ブリッジ ドメイン（Bridge Domain）] フィールドで、既存のブリッジドメインを選択するか、FCoE の新しいブリッジ ドメインを作成するには、 [ブリッジドメインの作成（Create Bridge Domain）] をクリックします。

ステップ 4

[ボーダー ゲートウェイ セット（Border Gateway Set）] フィールドで、既存のボーダー ゲートウェイ セットを選択します。GUI のテキスト ボックスに記載されているように、ストレッチされているブリッジ ドメインに対して L2 不明ユニキャストがフラッディングに設定されていることを確認します。

ステップ 5

Cisco APIC 6.1（2）の場合、 [リモート ファブリック名（Remote Fabric Name）] または [リモート VNI（Remote VNI）] のオプションはすでに指定されているので指定する必要はありません。

Cisco APIC 6.1（4）以降、 [正規化された VNI（Normalized VNI）] または VRF のリモート EVPN ファブリックで使用される VNI を指定する必要があります。

（注）

[ローカル VNI（Local VNI）] は、Cisco APIC で割り当てられます。ACI ボーダー ゲートウェイは、 Cisco APIC に割り当てられたローカル VNI と構成済みの正規化された VNI 間で双方向の翻訳を実行します。

4

ステップ 6

[送信（Submit）]をクリックします。

VXLAN ストレッチ ブリッジ ドメイン セレクタ

VXLAN ストレッチ ブリッジ ドメイン セレクタを作成するには、次の手順に従います。ポリシー非認識 VXLAN EVPN ドメインを使用してこの VXLAN 拡張ブリッジ ドメイン セレクタを作成して、リモート NX-OS ボーダー ゲートウェイから受信したすべてのタイプ 2 プレフィックス（エンドポイント）を特定の ESG の一部として分類する必要があります。

手順

ステップ 1

メニューバーで、 [テナント（Tenants）] を選び、適切なテナントを選択します。

ステップ 2

ナビゲーション ペインで、 [tenant_name] > [アプリケーション プロファイル（Application Profiles）] > [application-profile-name] > [エンドポイント セキュリティ グループ（Endpoint Security Groups）] > [esg_name] > [セレクタ（Selectors）]を拡張します。

ステップ 3

次を右クリックします。 [VXLAN BD セレクタ（VXLAN BD Selector）] そして、 [VXLAN BD セレクタの作成（Create a VXLAN BD Selector）]を選択します。

ステップ 4

[VXLAN BD セレクタの作成（Create a VXLAN BD Selector）] ダイアログ ボックスに、次の情報を入力します：

1. [ブリッジ ドメイン（Bridge Domain）]：ドロップダウンから、マッピングするストレッチ ブリッジ ドメインを選択します。

2. [説明（Description）]：（オプション）セレクタの説明。

3. [送信（Submit）]をクリックします

外部サブネット セレクタ

次の手順に従って、外部サブネット セレクタを作成します。リモート NX- OS ボーダー ゲートウェイから受信する特定の ESG タイプ 5 プレフィックス（内部サブネットまたは外部リソース）の一部として分類するポリシー非認識 VXLAN EVPN ドメインを使用して、外部サブネット セレクタを作成する必要があります。

手順

ステップ 1

メニューバーで、 [テナント（Tenants）] を選択し、適切なテナントを選びます。

ステップ 2

ナビゲーション ペインで、 [tenant_name] > [アプリケーション プロファイル（Application Profiles）] > [application-profile-name] > [エンドポイント セキュリティ グループ（Endpoint Security Groups）] > [esg_name] > [セレクタ（Selectors）]を展開します。

ステップ 3

[外部サブネット セレクタ（External Subnet Selectors）] を右クリックして、 [外部サブネット セレクタの作成（Create a External Subnet Selector）]を選択します。

ステップ 4

[外部サブネット セレクタの作成（Create a External Subnet Selector）] ダイアログ ボックスに、次の情報を入力します：

1. [IP]：照合する IP プレフィックスを指定します。

2. [説明（Description）]：（オプション）セレクタの説明。

3. [共有（Shared）]VRF に渡って外部サブネットを共有するためにチェックボックスにチェックを入れます。共有セキュリティを有効にするには、共有する共有セキュリティ フラグとサブネットを使用して外部 EPG を構成します。

4. [送信（Submit）]をクリックします。

（注）

完全一致は、ブリッジ ドメイン サブネットに関連するリモート プレフィックスに必要です。

VXLAN 外部サブネット セレクタとして指定されたプレフィックスは、VXLAN EVPN ファブリックから受信した EVPN プレフィックスと正確に一致している必要はありません。スーパーネット プレフィックスを使用して、ファブリックの外部のリソースに関するリモート プレフィックスと一致させることができ、 catch-all 動作は、 0.0.0.0/1 および 128.0.0.1 プレフィックスを指定することで（ 0.0.0.0/0を使用できないため）を実現できます。

エンドポイント セキュリティ グループの下でリモート セキュリティ グループ タグを構成

この手順を活用、端末セキュリティ グループの下にリモート セキュリティ グループ タグを作成します。

手順

ステップ 1

メニューバーで、 [テナント（Tenants）] を選択し、適切なテナントを選びます。

ステップ 2

ナビゲーション ペインで tenant_name > [アプリケーション プロファイル（Application Profiles）] > application_profile_name > [エンドポイント セキュリティ グループ（Endpoint Security Groups）]を選択します。

ステップ 3

[エンドポイント セキュリティ グループ（Endpoint Security Groups）] を右クリックして、 [エンドポイント セキュリティ グループの作成（Create Endpoint Security Group)]を選択します。

ステップ 4

[ステップ 1 > アイデンティティ（STEP 1 > Identity）] ページの [エンドポイント セキュリティ グループの作成（Create Endpoint Security Group)] ダイアログ ボックスに、次の情報を入力します：

1. [名前（Name）]：ESG の名前を入力します。

2. （任意） [説明（Description）]：ESG の説明を入力します。

3. [VRF]：ESG に関連付けられる VRF を入力します。

4. [リモート pcTag の設定（Set Remote pcTag）]： [リモート pcTag の設定（Set Remote pcTag）] チェックボックスをオンにして、リモート pcTag を設定します。

5. [リモート pcTag（Remote pcTag）]：Cisco ACI ファブリックと NX-OS サイト間のセキュリティで保護されたグループ変換（SGT）に使用されるリモート pcTag の値を指定します。

6. [管理状態（Admin State）]：ESG をシャットダウンするには、 [管理シャットダウン（Admin Shut）]を選択します。デフォルトで、 [ESG 管理状態（ESG Admin State）] には、 [管理アップ（Admin Up）] の値があります。このフィールドは、5.2（3）リリースから追加されました。

7. [展開の緊急性（Deployment Immediacy）]：ESG のデプロイメントの即時性を指定するには、 [オンデマンド（On Demand）] または [即時（Immediate）]を選択します。

ESG は常に [オンデマンド（On-demand）]の即時展開によって展開され、関連するコントラクトルールは、ESG セレクタに一致するエンドポイントが特定のリーフノードで学習された後にのみプログラムされます。Cisco ACI リリース 6.1（4）以降、 [即時（Immediate）]オプションを選択して ESG を展開することもできます。

ESG で構成された外部プレフィックス/サブネットと一致する外部サブネット セレクタ、外部 EPG セレクタ、またはタグ セレクタのいずれかがある場合、 [即時（Immediate）]オプションは自動的に適用されます。

8. [次へ（Next）]をクリックします。

[ステップ 2 > セレクタ（STEP 2 > Selectors）] ページ（ [エンドポイント セキュリティ グループの作成（Create Endpoint Security Group)] ダイアログ ボックス内）が開きます。

GUI を使用した VXLAN カスタム QoS ポリシーの作成

VXLAN カスタム QoS ポリシーは、VXLAN QoS 入力ポリシーで定義されている着信内部 DSCP 値に基づいてACI ファブリック内の転送時に VXLAN EVPN ファブリックから来るパケットのプライオリティを定義します。これらの CoS / DSCP 値は、内部ヘッダーで設定されます。また、VXLAN CoS 出力ポリシーで定義された IPv4 DSCP 値に基づくリモート VXLAN EVPN ファブリックへ向かって ACI ファブリックから離れる VXLAN カプセル化されたパケットの外部ヘッダーの CoS 値および DSCP 値をマーキングします。カスタム イーグレス ポリシーが定義されていない場合、 ACI ファブリックを離れる前に、外部 DSCP および CoS の値はデフォルト値のゼロに設定されます。

手順

ステップ 1

上部のメニュー バーから [テナント（Tenants）] > [インフラ（infra）] > [ネットワーキング（Networking）] > [VXLAN L3Out（VXLAN L3Outs）]に移動します。

ステップ 2

[VXLAN L3Out（VXLAN L3Outs）]を右クリックし、 [VXLAN L3Out を作成（Create VXLAN L3Out）]を選択します。

ステップ 3

[接続（Connectivity）] ウィンドウで、必要な情報を入力します。

ステップ 4

[VXLAN カスタム QoS ポリシー（VXLAN Custom QoS Policy）] フィールドで既存のポリシーを選択するか [VXLAN カスタム QoS ポリシーの作成（Create VXLAN Custom QoS Policy）] を選択します。

ステップ 5

開く [VXLAN カスタム QoS ポリシーの作成（Create VXLAN Custom QoS Policy）] ウィンドウで、作成するポリシーの名前と説明を入力します。

ステップ 6

[VXLAN 入力ルール（VXLAN Ingress Rule）] エリアで、入力 QoS 変換ルールを追加するには、 [+] をクリックします。

ACI ファブリックに接続されている境界ゲートウェイに着信するデータ トラフィックは、内部 DSCP 値に対してチェックされ、一致が検出されると、トラフィックは ACI QoS レベルに分類され、内部ヘッダーに設定されている適切な COS および DSCP 値でマークされます。

1. [優先順位（Priority）] フィールドで、入力ルールの優先順位を選択します。

これは、ACI ファブリック内のトラフィックに割り当てる QoS レベルで、ACI はファブリック内のトラフィックのプライオリティを決めるために使用します。これにより、iVXLAN カプセル化トラフィックの外部ヘッダーに設定されている COS 値が決定され、 ACI ファブリック内で優先順位を付けることができます。

オプションの範囲は レベル 1 〜 レベル 6です。デフォルト値は、レベル 3です。このフィールドで選択しない場合、トラフィックには自動的に レベル 3 の優先順位が割り当てられます。

2. [DSCP 照合開始（Match DSCP From）] および [DSCP 照合終了（Match DSCP To）] ドロップダウンを使用して、照合するリモートVXLAN EVPNドメインからのVXLANトラフィックの内部DSCP値の範囲を指定します。

3. [ターゲット DSCP（Target DSCP）]で、パケットが ACI ファブリック内にある場合にパケットに割り当てる外部 DSCP 値を選択します。

4. [ターゲット COS（Target COS）] フィールドで、ヘッダー内のパケットが ACI ファブリック内にある場合にパケットに割り当てる COS 値を選択します。

指定された COS 値は、VXLAN EVPN ドメインから受信した元のトラフィックに設定されるため、トラフィックが宛先 ACI リーフ ノードで VXLAN カプセル化解除された場合にのみ再公開されます。

デフォルトは未指定です。つまり、ファブリックで COS 保存オプションが有効になっている場合にのみ、パケットの元の COS 値が保持されます。

5. 入力ルールを保存するには、 [更新（Update）] をクリックします。

6. 追加の入力 COS ポリシー ルールについて、この手順を繰り返します。

ステップ 7

[VXLAN 出力ルール（VXLAN Egress Rule）] エリアで、出力 QoS 変換ルールを追加するには [+] をクリックします。

1. [DSCP 照合開始（Match DSCP From）] および [DSCP 照合終了（Match DSCP To）] ドロップダウンを使用して、ACI リーフ ノードによって発信され、一致させたい ACI ボーダー ゲートウェイによって受信される iVXLAN トラフィックの内部 DSCP 値の範囲を指定し、リモートVXLAN EVPN ドメイン宛ての VXLAN トラフィックに外部 COS および DSCP 値を割り当てます 。

2. [ターゲット オーバーレイ DSCP（Target Overlay DSCP）] ドロップダウンから、出力 VXLAN パケットに割り当てる外部 DSCOP 値を選択します。

3. [ターゲット COS（Target COS）] ドロップダウンから、出力 VXLAN パケットに割り当てる外部 COS 値を選択します。

4. 入力ルールを保存するために [更新（Update）] をクリックします。

5. 追加の出力 QoS ポリシー ルールについて、この手順を繰り返します。

ステップ 8

カスタム VXLAN QoS の作成を完了させるために [OK] をクリックします。

PartII. 外部ルーティング（L3Out）の設定

- WAN およびその他の外部ネットワーク フォワーディング

- 外部ネットワークへのルーテッド接続

- L3Out のノードとインターフェイス

- ルーティング プロトコルのサポート

- ルート集約

- ルート マップおよびルート プロファイルによるルート制御

- ルーティングとサブネット範囲

- トランジット ルーティング

- 共有サービス

- L3Out の QoS

- IP SLAs

- HSRP

- [Cisco ACI GOLF]

Chapter17. WAN およびその他の外部ネットワーク フォワーディング

この章で説明する内容は、次のとおりです：

- ネットワーク ドメイン

- ルータ ピアリングおよびルート配布

- ルートのインポートとエクスポート、ルート集約、ルート コミュニティの一致

- ACI のルート再配布

- ACI ファブリック内のルート配布

- 外部レイヤ 3 Outside 接続タイプ

- レイヤ 3 外部接続の設定のモードについて

- L3Out ネットワーク インスタンス プロファイルで設定されているサブネットで有効な制御

- ACI レイヤ 3 Outside ネットワークのワークフロー

ネットワーク ドメイン

ファブリック管理者は、ポート、プロトコル、VLAN プール、およびカプセル化を設定するドメイン ポリシーを作成します。これらのポリシーは、単一テナント専用にすることも、共有することもできます。ファブリック管理者が ACI ファブリック内にドメインを設定すると、テナント管理者はテナント エンドポイント グループ（EPG）をドメインに関連付けることができます。

以下のネットワーク ドメイン プロファイルを設定できます。

- VMM ドメイン プロファイル（vmmDomP）は、仮想マシンのハイパーバイザ統合のために必要です。

- 物理ドメイン プロファイル（physDomP）は、ベア メタル サーバ接続と管理アクセスに使用します。

- ブリッジド外部ネットワーク ドメイン プロファイル（l2extDomP）は通常、ACI ファブリックのリーフ スイッチにブリッジド外部ネットワーク トランク スイッチを接続するために使用されます。

- ルーテッド 外部ネットワークドメインプロファイル（l3extDomP）は、ACI ファブリックのリーフ スイッチにルータを接続するために使用されます。

- ファイバ チャネル ドメイン プロファイル（fcDomP）は、ファイバ チャネルの VLAN と VSAN を接続するために使用されます。

ドメインは VLAN プールに関連付けられるように設定されます。その後、EPG は、ドメインに関連付けられている VLAN を使用するように設定されます。

（注）

EPG ポートと VLAN の設定は、EPG が関連付けられているドメイン インフラストラクチャ設定で指定されている設定に一致する必要があります。一致しない場合、APIC でエラーが発生します。そのようなエラーが発生した場合は、ドメイン インフラストラクチャ設定が EPG ポートと VLAN の設定に一致していることを確認してください。

ルータ ピアリングおよびルート配布

次の図に示すように、ルーティング ピア モデルを使用すると、リーフ スイッチ インターフェイスが外部ルータのルーティング プロトコルとピアリングするように静的に設定されます。

ルータのピアリング

ピアリングによって学習されるルートは、スパイン スイッチに送信されます。スパイン スイッチはルート リフレクタとして動作し、外部ルートを同じテナントに属するインターフェイスを持つすべてのリーフ スイッチに配布します。これらのルートは、最長プレフィクス照合 (LPM) により集約されたアドレスで、外部ルータが接続されているリモートのリーフ スイッチの VTEP IP アドレスが含まれるリーフ スイッチの転送テーブルに配置されます。WAN ルートには転送プロキシはありません。WAN ルートがリーフ スイッチの転送テーブルに適合しない場合、トラフィックはドロップされます。外部ルータがデフォルト ゲートウェイではないため、テナントのエンドポイント (EP) からのパケットは ACI ファブリックのデフォルト ゲートウェイに送信されます。

ルートのインポートとエクスポート、ルート集約、ルート コミュニティの一致

サブネット ルートのエクスポートまたはインポート設定オプションは、次に説明するスコープおよび集約オプションに従って指定できます。

ルーティング対象サブネットについては、以下のスコープ オプションが使用可能です。

- エクスポート ルート制御サブネット：エクスポート ルート方向を制御します。

- インポート ルート制御サブネット：インポート ルート方向を制御します。

（注）

インポート ルート コントロールは、BGP と、OSPF が EIGRP ではなく、サポートされています。

- 外部 EPG (セキュリティ インポート サブネット) の外部サブネット: どの外部サブネットが、特定の外部 L3Out EPG（l3extInstP）の一部として適用されるコントラクトを保持するか指定します。  l3extInstP が外部 EPG として分類されるには、サブネット上の範囲を「インポート セキュリティ」に設定する必要があります。この範囲のサブネットを決定する IP アドレスが l3extInstP。これが決定されると、契約は、他のどの Epg でその外部のサブネットが通信を許可を決定します。たとえば、トラフィックがレイヤ 3 外部外側ネットワークの ACIスイッチに入るとき（L3extOut）の ACI スイッチに入るとき、ルックアップは、送信元 IP アドレスを判別するために l3extInstP。このアクションより一般的なサブネット上で複数の特定のサブネットが優先されるようにで最長プレフィックス一致 (ほか) に基づいて行われます。

- 共有ルート制御サブネット — 共有サービス設定においては、この特性が有効になっているサブネットだけが、コンシューマ EPG の Virtual Routing and Forwarding （VRF）にインポートされます。これは VRF 間の共有サービスのルート方向を制御します。

- 共有セキュリティ インポート サブネット：インポート対象サブネットに共有コントラクトを適用します。デフォルトの仕様では、外部 EPG 用外部サブネットが設定されています。

ルート対象サブネットを集約することができます。集約が設定されていない場合は、サブネットが正確に照合されます。たとえば、サブネットが 11.1.0.0/16 の場合、11.1.1.0/24 ルートにはポリシーが適用されず、ルートが 11.1.0.0/16 である場合のみ適用されます。すべてのサブネットを 1 つずつ定義する作業は面倒でエラーが発生しやすいので、それを回避するために、サブネットのセットを 1 つのエクスポート、インポートまたは共有ルート ポリシーに集約することができます。現時点では、0/0 サブネットのみ集約可能です。0/0 に集約を指定すると、次の選択オプションに基づき、すべてのルートがインポート、エクスポートされ、異なる VRF と共有されます:

- 集約エクスポート — VRF (サブネット 0/0) のすべての中継ルートをエクスポートします。

- 集約インポート — 所定の L3 ピア (サブネット 0/0) のすべて着信ルートをインポートします。

（注）

BGP、OSPF が EIGRP の集約インポート ルート制御はサポートされます。

- 集約共有ルート — 1 つの VRF で学習されているルートを別の VRF にアドバタイズする必要がある場合、サブネットとの正確な一致、またはサブネット マスクに従った方法で共有できます。集約共有ルートでは、複数のサブネット マスクを使用して、どの特定のルート グループを VRF 間で共有するかを決定できます。たとえば、10.1.0.0/16 と 12.1.0.0/16 を指定してこれらのサブネットを集約することができます。あるいは、0/0 を使用すると、複数の VRF のすべてのサブネット ルートを共有できます。

（注）

第 2 世代のスイッチの VRF 機能間で正常にルートが共有されます（N9K-93108TC-EX など、スイッチ モデル名の最後やその後に「EX」や「FX」がつく Cisco Nexus N9K）。第 1 世代のスイッチですが、ルートを保存する物理的な 3 進コンテンツ対応メモリ（TCAM）にルートの解析を完全にサポートするだけの容量がないため、この設定のパケットは失敗する可能性があります。

ルート集約では、多数の具体的なアドレスを 1 つのアドレスに置き換えることで、ルート テーブルが簡素化します。たとえば、10.1.1.0/24、10.1.2.0/24、10.1.3.0/24 は 10.1.0.0/16 に置き換えられます。ルート集約ポリシーにより、ボーダー リーフ スイッチとそのネイバー リーフ スイッチの間でルートを効率的に共有することができます。BGP、OSPF、あるいは EIGRP のルート集約ポリシーは、ブリッジ ドメインまたは中継サブネットに適用されます。OSPF では、エリア間ルート集約と外部ルート集約がサポートされます。集約ルートはエクスポートされます。ファブリック内でのアドバタイズは行われません。上記の例では、ルート集約ポリシーが適用され、EPG が 10.1.0.0/16 サブネットを使用している場合、10.1.0.0/16 の範囲全体がすべての隣接リーフ スイッチと共有されます。

（注）

2 つの L3extOut ポリシーは、同じリーフスイッチ上の OSPF で構成されます。1 つは通常で、もう 1 つはバックボーンの で構成されたルート自動要約ポリシーです。 L3extOut は、自動要約が VRF 内のすべてのエリアに適用されるため、両方の L3extOut ポリシーに適用されます。

次の図に示すように、ルート制御プロファイルは、プレフィックス ベースおよびコミュニティベースの一致に基づいて、ルート マップを取得します。

ルート コミュニティ マッチング

ルート制御プロファイル（rtctrtlProfile）許可される内容を指定します。ルート制御コンテキストは一致対象を指定し、スコープは設定すべき対象を指定します。サブジェクト プロファイルには、コミュニティ マッチの仕様が含まれます。これは複数の l3extOut 。サブジェクト プロファイル（SubjP）には、それぞれ 1 つまたは複数のコミュニティ ファクタ（コミュニティ）を含む複数のコミュニティ タームを含めることができます。これにより、次のブール演算を指定することができます。

- 論理 または 複数コミュニティ ターム間

- 論理 および 複数コミュニティ ファクター間

たとえば、北東と呼ばれるコミュニティ タームに、それぞれ多くのルートを含む複数のコミュニティが含まれているとします。また、南東という別のコミュニティ タームにも、さまざまなルートが多数含まれているとします。管理者は、そのどちらかあるいは両方を一致させることを選択できます。コミュニティ ファクタ タイプには、レギュラーまたは拡張を使用できます。拡張タイプのコミュニティ ファクタを使用する際には、仕様間の重複がないよう注意することが必要です。

ルート制御プロファイルのスコープ部分は、属性プロファイル（rtctrlAttrP）を参照して、プリファレンス、ネクスト ホップ、コミュニティなど、適用する set-action を指定します。  l3extOutから習得したルートの場合、ルート属性を変更できます。

上の図は、 l3extOut が rtctrtlProfile。  rtctrtlProfile はテナントの下にも配置できます。この場合、 l3extOut は、インターリーク関係ポリシー（L3extRsInterleakPol）をテナントの下にある rtctrtlProfile と関連付けをします。この構成により、 rtctrtlProfile を複数の l3extOut 接続で再利用を可能にします。BGP 属性 (BGP は、ファブリック内で使用される) は、それを OSPF からは、ファブリックを学習ルートの追跡することもできます。  rtctrtlProfile 下で定義された rtctrtlProfile の優先順位は、テナント下で定義されたものよりも高くなります。

値は、 rtctrtlProfile には、組み合わせ可能およびグローバルという 2 つのモードがあります。デフォルトの組合わせ可能なモードは、パーベイシブ サブネット（fvSubnet）および外部サブネット（l3extSubnet）のルート マップをレンダリングするために match/set メカニズムと組み合わせます。グローバル モードはテナント内のすべてのサブネットに適用され、そのほかのポリシー属性の設定が無効になります。グローバル rtctrtlProfile では、明示的な（0/0）サブネットを定義しなくても、すべての動作が許可されます。グローバル rtctrtlProfile は、コミュニティやネクスト ホップといった異なるサブネット属性を使用してマッチングが行われる非プレフィックス ベースの一致ルールと一緒に使用されます。Multiple rtctrtlProfile ポリシーを構成できます。

rtctrtlProfile ポリシーによって、デフォルト インポートおよびデフォルト エクスポートのルート制御の拡張が可能になります。集約インポートあるいはエクスポート ルートを伴う Layer 3 Outside ネットワークには、サポート対象デフォルト エクスポート/デフォルト インポートおよびサポート対象 0/0 集約ポリシーを指定するインポート/エクスポート ポリシーを設定できます。すべてのルート（インバウンドまたはアウトバウンド）に対して rtctrtlProfile を適用するには、一致ルールがないグローバル デフォルト rtctrtlProfile の定義をします。

（注）

複数の l3extOut 接続を 1 つのスイッチで構成できますが、スイッチは 1 つのルート マップしか持つことができないため、スイッチで構成されたすべてのレイヤ 3 外部ネットワークで同じ rtctrtlProfile を使用する必要があります。

プロトコル相互リークと再配布ポリシーは、ACI ファブリック BGP ルートで共有される外部学習ルートを制御します。設定属性はサポートされています。このようなポリシーは、 L3extOut、ノードごと、または VRF ごとの単位でサポートされています。相互リークポリシーは、 L3extOut。現在のところ、相互リークと再配布ポリシーは、OSPF v2 および v3 でサポートされています。ルート制御ポリシー rtctrtlProfile は、インターリークポリシーによって消費された場合、 global として定義される必要があります。

ACI のルート再配布

ACI のルート再配布

- 境界リーフの OSPF プロセスで学習されたルートは、テナント VRF 用に BGP に再配布され、それらは境界リーフの MP-BGP にインポートされます。

- インポート ルート制御は、BGP および OSPF ではサポートされていますが、EIGRP ではサポートされていません。

- エクスポート ルート制御は、OSPF、BGP、および EIGRP でサポートされています。

- ルートは、VRF が導入されている境界リーフで学習されます。ルートは、エクスポート ルート制御で許可されていない限り、外部レイヤ 3 Outside 接続にアドバタイズされません。

（注）

ブリッジ ドメイン/EPG のサブネットが [Advertise Externally] に設定されている場合、サブネットは境界リーフの静的ルートとしてプログラムされます。スタティック ルートがアドバタイズされると、ルーティング プロトコルに直接注入されない外部ネットワークとして EPG のレイヤ 3 ネットワーク ルーティング プロトコルに再配布されます。

ACI ファブリック内のルート配布

ACI は以下のルーティング メカニズムをサポートします。

- スタティック ルート

- OSPFv2（IPv4）

- OSPFv3（IPv6）

- iBGP

- eBGP（IPv4 および IPv6）

- EIGRP (IPv4 および IPv6) プロトコル

ACI は、外部ルータに接続する際に VRF-Lite の実装をサポートします。サブインターフェイスを使用して、境界リーフは 1 つの物理インターフェイスを持つ複数のテナントへのレイヤ 3 Outside 接続を提供できます。VRF-Lite の実装では、テナントごとに 1 つのプロトコル セッションが必要です。

ACI ファブリック内の外部ルートを伝播するために、ACI ファブリック内のリーフ スイッチとスパイン スイッチの間に Multiprotocol BGP（MP-BGP）が実装されています。単一ファブリック内で多数のリーフ スイッチをサポートするために、BGP ルート リフレクタ テクノロジーが導入されています。リーフ スイッチとスパイン スイッチはすべて 1 つの BGP 自律システム（AS）内にあります。境界リーフが外部ルートを学習すると、MP-BGP アドレス ファミリ VPN バージョン 4 または VPN バージョン 6 に特定の VRF の外部ルートを再配布できます。アドレス ファミリ VPN バージョン 4 を使用して、MP-BGP は VRF ごとに別の BGP ルーティング テーブルを維持します。MP-BGP 内で、境界リーフは BGP ルート リフレクタであるスパイン スイッチにルートをアドバタイズします。その後、ルートは VRF（APIC GUI の用語ではプライベート ネットワーク）がインスタンス化されているすべてのリーフに伝播されます。

外部レイヤ 3 Outside 接続タイプ

ACI は、以下の外部レイヤ 3 Outside 接続オプションをサポートします。

- スタティック ルーティング（IPv4 および IPv6 でサポート）

- 標準および NSSA エリアの OSPFv2（IPv4）

- 標準および NSSA エリアの OSPFv3（IPv6）

- iBGP（IPv4 および IPv6）

- eBGP（IPv4 および IPv6）

- BGP（IPv4 および IPv6）

外部レイヤ 3 Outside 接続は、以下のインターフェイスでサポートされます。

- レイヤ 3 ルーテッド インターフェイス

- 802.1Q タギング対応のサブインターフェイス：サブインターフェイスを使用すると、複数のプライベート ネットワークに対するレイヤ 2 外部接続を提供できます。

- スイッチ仮想インターフェイス（SVI）：SVI インターフェイスを使用すると、レイヤ 2 とレイヤ 3 をサポートする同じ物理インターフェイスをレイヤ 2 外部接続とレイヤ 3 外部接続に使用できます。

ACI レイヤ 3 管理対象オブジェクト

L3Outside 接続に使用される管理対象オブジェクトは、次のとおりです。

- 外部レイヤ 3 Outside（L3ext）：ルーティング プロトコル オプション（OSPF エリア タイプ、エリア、EIGRP 自律システム、BGP）、プライベート ネットワーク、外部物理ドメイン。

- 論理ノード プロファイル：外部レイヤ 3 Outside 接続に対して 1 つ以上のノードが定義されたプロファイル。ルータ ID とループバック インターフェイスの設定はプロファイルで定義されます。

（注）

複数の外部レイヤ 3 Outside 接続間の同じノードには同じルータ ID を使用してください。

（注）

単一の L3Out 内では、ノードは、1 つの論理ノード プロファイルの一部でのみあり得ます。単一の L3Out 内に複数の論理ノード プロファイルの一部であるノードを構成すると、1 つの論理ノード プロファイルからループバック アドレスがプッシュされるものの、他方からはそうならないなど、予測できない動作が生じる可能性があります。既存の論理インターフェイス プロファイルの下の追加パスのバインディングを使用します。または、既存の論理ノードのプロファイルの下に新しい論理インターフェイス プロファイルを作成してください。

- 論理インターフェイス プロファイル：IPv4 および IPv6 インターフェイスの IP インターフェイス設定。これは、ルート インターフェイス、ルーテッド サブインターフェイス、および SVI でサポートされます。SVI は、物理ポート、ポート チャネルまたは vPC で設定できます。

- OSPF インターフェイス ポリシー：OSPF のネットワーク タイプ、優先順位などの詳細が含まれています。

- EIGRP インターフェイス ポリシー：タイマー、スプリット ホライズン タイマーなどの詳細が含まれています。

- BGP ピア接続プロファイル：ほとんどの BGP ピア設定、リモート AS、ローカル AS、および BGP ピア接続オプションが設定されるプロファイル。BGP ピア接続プロファイルは、ノード プロファイルの下の論理インターフェイス プロファイルまたはループバック インターフェイスに関連付けることができます。これにより、BGP ピアリング セッションの [update-source] 構成を決定します。

- 外部レイヤ 3 Outside EPG（l3extInstP）：外部 EPG はプレフィックス ベースの EPG または InstP とも呼ばれます。インポートおよびエクスポートのルート制御ポリシー、セキュリティ インポート ポリシー、およびコントラクトの関連付けは、このプロファイルで定義されます。単一 L3Out の下に複数の外部 EPG を設定できます。単一外部レイヤ 3 Outside 接続で別のルートまたはセキュリティ ポリシーが定義されている場合、複数の外部 EPG を使用できます。1 つの外部 EPG または複数の外部 EGP がルート マップにまとめられます。外部 EPG で定義されるインポート/エクスポート サブネットは、ルート マップの IP プレフィックス リストの match 句と関連しています。外部 EPG は、インポート セキュリティ サブネットとコントラクトが関連付けられる場所でもあります。これは、この L3out のトラフィックの許可またはドロップに使用されます。

- アクション ルール プロファイル：アクション ルール プロファイルは、L3Out のルート マップの set 句を定義するために使用されます。サポートされる set 句は、BGP communities（standard および extended）、Tags、Preference、Metric、および Metric type です。

- ルート制御プロファイル：ルート制御プロファイルは、アクション ルール プロファイルを参照するために使用されます。これは、アクション ルール プロファイルの順序付きプロファイルにすることができます。ルート制御プロファイルは、テナント BD、BD サブネット、外部 EPG、または外部 EPG サブネットで参照できます。

BGP、OSPF、および EIGRP L3Out 用の追加のプロトコル設定が存在します。これらの設定は、GUI の [ACI Protocol Policies] セクションでテナントごとに設定されます。

（注）

外部 EPG (中継ルーティング ケース) の間でポリシーの適用を設定する際には、エクスポート ルート制御、集約エクスポート、および外部のセキュリティのために、デフォルト プレフィックスである 0/0 で 2 番目の外部 EPG (InstP) を設定する必要があります。さらに、優先グループを除外し、中継 InstPs 間では任意の契約 (または適切な契約) を使用する必要があります。

レイヤ 3 外部接続の設定のモードについて

APIC は設定のための複数のユーザ インターフェイス (UI) をサポートしているので、1 つの UI を使用して設定を作成し、その後、別の UI を使用して設定を変更する場合は、予期しないインタラクションが潜んでいます。ここでは、さらに他の APIC のユーザ インターフェイスを使用した可能性がある場合、APIC NX-OS スタイルの CLI を使用してレイヤ 3 外部接続を設定するための考慮事項を説明します。

APIC NX-OS スタイルの CLI を使用してレイヤ 3 外部接続を設定する場合、次の 2 つのモードを選択することができます。

- よりシンプルな暗黙 モードは、APIC GUI または REST API と互換性がありません。

- 名前付き（または明示) モードは、APIC GUI および REST API と互換性があります。

いずれの場合も、設定は互換性がない UI では読み取り専用であると考えてください。

モードの違いについて

どちらのモードでも、構成設定は API の l3extOut クラスのインスタンスである内部コンテナ オブジェクト「L3 Outside」（または「L3Out」）内で定義されます。2 つのモード間の主な違いは、このコンテナ オブジェクト インスタンスの命名にあります。

- 暗黙モード：コンテナのネーミングは潜在的であり、CLI コマンドには表示されません。CLI は、これらのオブジェクトを内部的に作成し保持します。

- 名前付きモード：名前はユーザーが決定します。名前付きモードの CLI コマンドには、追加の l3Out フィールドがあります。名前付き L3Out がを正常に設定され障害を回避するためには、ユーザーが外部レイヤ 3 用の API オブジェクト モデルを理解する必要があります。

（注）

[名前付きモードを使用してレイヤ 3 外部接続を構成（Configuring Layer 3 External Connectivity Using the Named Mode）] のセクションにある手順を除き、このガイドでは暗黙モードの手順について説明します。

注意事項および制約事項

- 同じ APIC インターフェイスでは、両方のモードを、次の制限でレイヤ 3 外部接続を設定するために一緒に使用することができます。テナント VRF、およびリーフの特定の組み合わせのレイヤ 3 外部接続設定は、1 つのモードを介してのみ実行できます。

- 特定のテナント VRF の場合、外部 L3 EPG を配置できるポリシー ドメインは、名前付きモードまたは暗黙モードのいずれかになります。推奨する設定方式は、特定のテナント VRF が、レイヤ 3 外部接続用に展開されたすべてのノード全体で、特定のテナント VRF の組み合わせに対して 1 つのモードだけを使用することです。モードは、異なるテナントまたは異なる VRF 全体で変えることができ、制限は適用されません。

- 場合によっては、Cisco APIC クラスタへの着信設定で不整合が検証されます。外部から確認できる設定（L3Out を通過するノースバウンド トラフィック）も検証の対象です。設定が無効な場合は、「Invalid Configuration」エラー メッセージが表示されます。

- 外部レイヤ 3 機能は、次の例外を除いて、両方の設定モードでサポートされます

- L4 ～ L7 サービス アプライアンスを使用したルーティング ピアリングとルート ヘルス インジェクション (RHI) は、名前付きモードでのみをサポートされます。名前付きモードは、ルーティング ピアリングが含まれるテナント VRF のすべての境界リーフ スイッチ全体で使用する必要があります。

- 暗黙モード CLI 手順を使用して作成されたレイヤ 3 外部ネットワーク オブジェクト（l3extOut）は、「__ui_」で始まる名前で識別され、GUI で読み取り専用としてマークされます。CLI は、インターフェイス、プロトコル、ルート マップ、EPG などの機能で、これらの外部 L3 ネットワークを分割します。REST API を介して実行される設定変更は、この構造を破棄することができ、CLI を介してさらなる変更を防ぐことができます。

このようなオブジェクトを削除する手順については、 「不要な _ui_ オブジェクトのトラブルシューティング」 を参照してください。これは、 「Cisco APIC トラブルシューティング ガイド」に記載されています。

L3Out ネットワーク インスタンス プロファイルで設定されているサブネットで有効な制御

L3Out ネットワーク インスタンス プロファイルで設定されているサブネットに対して以下の制御を有効にすることができます。

ルート制御オプション

ルート制御設定

用途

オプション（Options）

エクスポート ルート制御

ルート マップと IP プレフィクスリストを使用して、どの外部ネットワークがファブリックからアドバタイズされるかを制御します。IP プレフィックスリストは、定義されているサブネットごとに BL スイッチに作成されます。エクスポート制御ポリシーは、デフォルトで有効になっており、BGP、EIGRP、および OSPF でサポートされています。

特定の一致 (プレフィックスとプレフィックス長) 。

インポート ルート制御

ファブリックに許可されているサブネットを制御します。ルールを設定してルートをフィルタリングすることができます。BGP および OSPF ではサポートされますが、EIGRP ではサポートされません。サポートされていないプロトコルのインポート制御ポリシーを有効にすると、自動的に無視されます。インポート制御ポリシーは、デフォルトでは有効になっていませんが、 [L3Outの作成（Create L3Out）] パネルで有効にすることができます。  [ID（Identity）] タブで次を有効にします。 [ルート制御の適用：インポート（Route Control Enforcement: Import）]。

特定の一致 (プレフィックスとプレフィックス長) 。

セキュリティ インポート サブネット

2 つのプレフィックス ベースの EPG 間をパケットが流れるようにするために使用されます。ACL で実装されます。

ACL のプレフィックスまたはワイルドカードによる一致ルールを使用します。

集約エクスポート

すべてのプレフィックスを外部ピアにアドバタイズできるようにするために使用されます。  0.0.0.0/ le 32 IP プレフィックスリストで実装されています。

0.0.0.0/0 サブネット (すべてのプレフィックス) の場合にのみサポートされます。

集約インポート

外部 BGP ピアからの着信であるすべてのプレフィックスを許可するために使用されます。  0.0.0.0/0 le 16 IP プレフィックスリストで実装されています。

0.0.0.0/0 サブネット (すべてのプレフィックス) の場合にのみサポートされます。

L3Out接続からすべての中継ルートをアドバタイズすることをお勧めします。この場合、プレフィックス0.0.0.0/0の集約エクスポート オプションを使用します。この集約エクスポート オプションを使用すると、APIC システムがエクスポート ルート マップのマッチ句として使用する IP プレフィクス リスト エントリ (permit 0.0.0.0/0 le 32) が作成されます。  show route-map <outbound route-map> および show ip prefix-list <match-clause> コマンドを使用して、出力を確認します。

集約共有ルートを有効にすると、ある VRF で学習されたルートを別の VRF にアドバタイズする必要がある場合、サブネットを正確に一致させることでルートを共有するか、集約サブネット マスクを使用してルートを共有できます。複数のサブネット マスクを使用して、特定のルート グループを VRF 間で共有するかどうかを判断できます。たとえば、10.1.0.0/16 と 12.1.0.0/16 を指定してこれらのサブネットを集約することができます。あるいは、0/0 を使用すると、複数の VRF のすべてのサブネット ルートを共有できます。

（注）

第 2 世代のスイッチの VRF 機能間で正常にルートが共有されます（N9K-93108TC-EX など、スイッチ モデル名の最後やその後に「EX」や「FX」がつく Cisco Nexus N9K）。第 1 世代のスイッチですが、ルートを保存する物理的な 3 進コンテンツ対応メモリ（TCAM）にルートの解析を完全にサポートするだけの容量がないため、この設定のパケットは失敗する可能性があります。

ACI レイヤ 3 Outside ネットワークのワークフロー

このワークフローでは、レイヤ 3 Outside（L3Out）ネットワーク接続を構成するために必要なステップの概要を示します。

レイヤ 3 Outside ネットワーク接続

1. 前提条件

- インフラ セキュリティ ドメインに読み取り/書き込みアクセス権限があることを確認します。

- 必要なインターフェイスを持つターゲット リーフ スイッチが使用できることを確認します。

レイヤ 3 Outside ネットワークの設定

次の L3Outl シナリオのいずれかを選択します。

- 単一のテナント内で消費される L3Out について、BGP または OSPF の設定の指示に従います。

- 複数のテナント間で消費 (共有) される L3Out について、「共有レイヤ 3 Out」のガイドラインに従います。

- L3Out の中継ルーティング使用例については、ACI 中継ルーティング手順に従ってください。

注： この機能には APIC リリース 1.2（1x）以降が必要です。

Chapter18. 外部ネットワークへのルーテッド接続

この章で説明する内容は、次のとおりです：

- 外部ネットワークへルートされた接続について

- ループ防止のための BGP ドメインパス機能について

- 外部ネットワークへのルーテッド接続のためのレイヤ 3 Out

- レイヤ 3 ネットワーキングの注意事項

- L3Out の構成例

外部ネットワークへルートされた接続について

ネットワーク構成 (L3Out) 外部レイヤ 3 では、ファブリック以外のトラフィックを転送する方法を定義します。レイヤ 3 はし、他のノードのアドレスを見つける、ルートを選択して、サービスの品質を選択して、入力して、終了、およびファブリックを移動する際は、トラフィックを転送に使用されます。

（注）

ガイドラインとの構成と接続の外部レイヤ 3 を維持するための注意事項は、 レイヤ 3 ネットワーキングの注意事項を参照してください。

L3Outs の種類についての詳細は、 外部レイヤ 3 Outside 接続タイプを参照してください。

GUI を使用した MP-BGP ルート リフレクタの構成

手順

ステップ 1

メニューバーで、 [システム（System）] > [システム設定（System Settings）]を選択します。

ステップ 2

[ナビゲーション（Navigation）] ペインで、 [BGP ルート リフレクタ（BGP Route Reflector）]を右クリックし、 [ルート リフレクタ ノードの作成（Create Route Reflector Node）]をクリックします。

ステップ 3

[ルート リフレクタ ノードの作成（Create Route Reflector Node）] ダイアログボックスの [スパイン ノード（Spine Node）] ドロップダウン リストから、適切なスパインノードを選択します。  [送信（Submit）]をクリックします。

（注）

必要に応じてスパイン ノードを追加するには、上記の手順を繰り返してください。

スパイン スイッチがルート リフレクタ ノードとしてマークされます。

ステップ 4

[BGP ルート リフレクタ（BGP Route Reflector）] プロパティ エリアの [自律システム番号（Autonomous System Number）] フィールドで、適切な番号を選択します。  [送信（Submit）]をクリックします

（注）

自律システム番号は、Border Gateway Protocol（BGP）がルータに設定されている場合は、リーフが接続されたルータ設定に一致する必要があります。スタティックまたは Open Shortest Path First（OSPF）を使用して学習されたルートを使用している場合は、自律システム番号値を任意の有効な値にできます。

ステップ 5

メニューバーで、 [ファブリック（Fabric）] > [ファブリック ポリシー（Fabric Policies）] > [ポッド（Pods）] > [ポリシー グループ（Policy Groups）]を選択します。

ステップ 6

[ナビゲーション（Navigation）] ペインで、 [ポリシー グループ（Policy Groups）]拡張して右クリックし、 [ポッド ポリシー グループの作成（Create Pod Policy Group）]を選択します。

ステップ 7

[ポッド ポリシー グループの作成（Create Pod Policy Group）] ダイアログ ボックスで [名前（Name）] フィールドに、ポッド ポリシー グループの名前を入力します。

ステップ 8

[BGP ルート リフレクタ ポリシー（BGP Route Reflector Policy）] ドロップダウン リストで、適切なポリシー（デフォルト）を選択します。  [送信（Submit）]をクリックします。

BGP ルート リフレクタのポリシーは、ルート リフレクタのポッド ポリシー グループに関連付けられ、BGP プロセスはリーフ スイッチでイネーブルになります。

ステップ 9

メニューバーで、 [ファブリック（Fabric）] > [ファブリックポリシー（Fabric Policies）] > [プロファイル（Profiles）] > [ポッド プロファイルのデフォルト（Pod Profile default）] > [デフォルト（default）] を選択します。

ステップ 10

[作業（Work）] ペイン、 [ファブリック ポリシー グループ（Fabric Policy Group）] ドロップダウン リストから、前に作成したポリシーを選択します。  [送信（Submit）]をクリックします。

ポッド ポリシー グループが、ファブリック ポリシー グループに適用されました。

MP-BGP ルート リフレクタ設定の確認

手順

ステップ 1

次の操作を実行して、設定を確認します。

1. セキュア シェル（SSH）を使用して、必要に応じて各リーフ スイッチへの管理者としてログインします。

2. 次の情報を入力します。 show processes | grep bgp コマンドを入力して S が状態であることを確認します。

状態が NR（実行していない）である場合は、設定が正常に行われませんでした。

ステップ 2

次の操作を実行して、自律システム番号がスパイン スイッチで設定されていることを確認します。

1. SSH を使用して、必要に応じて各スパイン スイッチへの管理者としてログインします。

2. シェル ウィンドウから次のコマンドを実行します。

例:

cd /mit/sys/bgp/inst

例:

grep asn summary

設定した自律システム番号が表示される必要があります。自律システム番号の値が 0 と表示される場合は、設定が正常に行われませんでした。

ループ防止のための BGP ドメインパス機能について

BGP ルーティング ループは、次のようなさまざまな条件が原因で発生することがあります。

- AS パス チェックなどの既存の BGP ループ防止メカニズムの意図的な無効化

- 異なる VRF または VPN 間のルート リーク

次に、BGP ルーティング ループが発生するシナリオの例を示します。

1. BGP IP L3Out ピアから受信したプレフィックス P1 は、Multiprotocol Border Gateway Protocol（MP-BGP）を使用して ACI ファブリックでアドバタイズされます。

2. 中継のケースとして、このプレフィックスは SR-MPLS インフラ L3Out を介して外部にアドバタイズできます。

3. このプレフィックスは、同じ VRF または異なる VRF のいずれかで、コアから ACI ファブリックにインポートできます。

4. BGP ルーティング ループは、同じ VRF から、または別の VRF からのリークによって、このインポートされたプレフィックスが発信元スイッチにアドバタイズされるときに発生します。

リリース 5.1(3) 以降では、新しい BGP ドメイン パス機能を使用できます。これは、次の方法で BGP ルーティング ループを支援します。

- 同じ VPN または拡張 VRF 内、および異なる VPN または VRF 内のルートが通過する個別のルーティング ドメインを追跡します。

- ルートがすでに通過したドメイン内の VRF にループバックするタイミングを検出します（通常、ドメイン間のスティッチング ポイントである境界リーフ スイッチだけでなく、場合によっては内部スイッチでも）。

- ループにつながる場合に、ルートがインポートまたは受け入れられないようにします。

ACI ファブリック内では、VRF スコープはグローバルであり、設定されているすべてのスイッチに拡張されます。したがって、VRF のドメインからエクスポートされたルートは、他のスイッチの VRF に受信されないようにします。

次のコンポーネントは、ループ防止のためにBGPドメインパス機能で使用されます。

- ルーティング ドメイン ID：ACI サイトのすべてのテナント VRF は、1 つの内部ファブリック ドメイン、各 SR-MPLS インフラ L3Out の各 VRF に 1 つのドメイン、および各 IP L3Out に 1 つのドメインに関連付けられます。BGP ドメイン パス機能が有効になっている場合、これらの各ドメインには、 [ベース（Base）]:<variable>の形式で一意のルーティング ドメイン ID が割り当てられます。ここで：

- [ベース（Base）] は、 [ドメイン ID ベース（Domain ID Base）] フィールドに入力されたゼロ以外の値です。このフィールドは、 [BGP ルート リフレクタ ポリシー（BGP Route Reflector Policy）] ページにあります。

- <variable> は、そのドメイン

- [ドメイン パス（Domain path）]専用にランダムに生成された値です：ルートが通過するドメイン セグメントは、BGP ドメイン パス属性を使用して追跡されます。

- ルートを受信する送信元ドメインの VRF のドメイン ID がドメイン パスの先頭に追加されます。

- 送信元ドメイン ID はドメイン パスの先頭に追加され、境界リーフ スイッチのドメイン間でルートが再生成されます。

- VRF のローカル ドメイン ID のいずれかがドメイン パスにある場合、外部ルートは受け入れられません。

- ドメイン パスは、<Domain-ID:SAFI>のように表される各ドメイン セグメントとともに、オプションの遷移 BGP パス属性として伝送されます。

- ACI 境界リーフ スイッチは、ドメイン内のリークを追跡するために、ローカルに発信されたルートと外部ルートの両方に VRF 内部ドメイン ID を付加します。

- 内部ドメインからのルートをインポートし、競合する外部ドメイン ID を持つノードの VRF にインストールして、内部バックアップまたは中継パスを提供できます。

- インフラ L3Out ピアの場合、ピア ドメインのドメイン ID がルートのドメイン パスに存在する場合、ピアへのルートのアドバタイズメントはスキップされます（アウトバウンド チェックは IP L3Out ピアには適用されません）

- 境界リーフ スイッチと非境界リーフ スイッチはどちらもドメイン パス属性を処理します。

（注）

ループ防止のために BGP ドメイン パス機能を設定するか、GUI またはREST API を使用して、受信したドメイン パスを送信するように設定をイネーブルにすることができます。ループ防止のために BGP ドメイン パス機能を設定したり、NX-OS スタイルの CLI を介して受信ドメイン パスを送信するように設定したりすることはできません。

（注）

以前のリリースからリリース 5.1（3）にアップグレードするときに、VRF 間共有サービス用に設定されたコントラクトがある場合、BGP ドメインID にリリース 5.1（3）にアップグレードする前に設定された契約で設定されています。このような状況では、契約を削除してから、契約を追加し直すと、BGP ドメインの更新が可能になります。これは、リリース 5.1（3）へのアップグレード前に設定された契約がある場合にのみ問題になります。これは、リリース 5.1（3）へのアップグレードの完了後に新しい契約を作成する場合は問題になりません。

- GUI を使用したループ防止のための BGP ドメイン パス機能の設定

GUI を使用したループ防止のための BGP ドメイン パス機能の設定

始める前に

ループ防止のための BGP ドメインパス機能についてに記載されている情報を使用して、BGP ドメイン パス機能に精通します。

手順

ステップ 1

ループ防止に BGP ドメイン パス機能を使用する場合は、BGP ルート リフレクタに BGP ドメイン パス属性を設定します。

（注）

ループ防止に BGP ドメイン パス機能を使用しないが、受信したドメイン パスを送信する場合は、この手順で BGP ドメイン リフレクタの BGP ドメイン パス機能を有効にしないでください。代わりに、 ステップ 2 へ直接移動し、適切な BGP 接続ウィンドウで [ドメイン パスの送信（Send Domain Path）] フィールドのみを有効にします。

1. [システム（System）] > [システム設定（System Settings）] > [BGPルートリフレクタ（BGP Route Reflector）]へ移動します。

この [BGP ルート リフレクタ（BGP Route Reflector）] ウィンドウが表示されます。このウィンドウで [ポリシー（Policy）] ページ タブが選択されていることを確認します。

2. [ドメイン ID ベース（Domain ID Base）]

3. [ドメイン ID ベース（Domain ID Base）]

- BGPドメインパス機能を有効にするには、1 〜 4294967295 の値を入力します。ACI ファブリックがマルチサイト環境の一部である場合は、この [ドメイン ID ベース（Domain ID Base）] フィールドでこの ACI ファブリックに固有の一意の値を使用してください。

- BGP ドメインパス機能を無効にするには、この [ドメイン ID ベース（ID Base）] フィールドに 0 を入力します。

ループ防止の BGP ドメインパス機能が有効になっている場合は、 Base：<variable> 形式の暗黙のルーティング ドメイン ID が割り当てられます：

- [ベース（Base）] は、このドメイン ID ベース フィールドに入力したゼロ以外の値です。

- <[変数（variable）]は、VRF または L3Out 用にランダムに生成された値で、ループ防止の BGP ドメインパス機能に使用されます。

このルーティング ドメイン ID は、次のドメインを識別するために BGP に渡されます。

- [VRF]： [ルーティング ドメイン ID（Routing Domain ID）] フィールドに示されているように、各 VRF にランダムに生成された値を使用して内部ドメイン ID によって識別されます。このフィールドは、そのテナントの VRF ウィンドウの [ポリシー（Policy）] タブにあります。

- [IP L3Out]： [ルーティング ドメイン ID（Routing Domain ID）] フィールドに示されているように、各 VRF にランダムに生成された値を使用して外部ドメイン ID によって識別されます。このフィールドは、その IP L3Out の [BGP ピア接続プロファイル（BGP Peer Connectivity Profilem）] ウィンドウにあります。

- [SR-MPLS インフラ L3Out（SR-MPLS Infra L3Out）]： [ルーティング ドメイン ID（Routing Domain ID）] 列で示されているように、各 SR-MPLS インフラ L3Out 内の各 VRF ごとにランダムに生成された値を使用して外部ドメインID によって識別されます。この列は、各 SR-MPLS VRFL3Out のウィンドウの [SR-MPLS インフラ L3Out（SR-MPLS Infra L3Outs）] テーブルにあります。

Domain-Path 属性は、パス内のルーティングドメイン ID に基づいてループをチェックするために着信方向で処理されます。Domain-Path 属性はピアに送信されます。ピアは、次のステップで説明するように、IP L3Out または SR-MPLS infraL3Out の BGP ピアレベルの [ドメイン パスの送信（Send Domain Path）] フィールドを通じて個別に制御されます。

ステップ 2

ピアに BGPドメインパス属性を送信するには、適切な BGP 接続ウィンドウで [ドメイン パスの送信（Send Domain Path）] フィールドを有効にします。

ループ防止に BGP ドメイン パス機能を使用する場合は、最初に [ドメイン ベース ID（Domain Base ID）] を設定します。これは、 ステップ 1にあります。そして、ここの [ドメイン パスの送信（Send Domain Path）] フィールドを有効にします。ループ防止のために BGP ドメインパス機能を使用しない場合でも、受信したドメインパスを送信する場合は、ここで [ドメイン パスの送信（Send Domain Path）] フィールドのみを有効にします（その場合は [ドメイン ベース ID（Domain Base ID）] を ステップ 1 で設定しないでください）。

- IP L3Out ピアのために [ドメイン パスの送信（Send Domain Path）] フィールドを有効にするには、

1. IP L3Out ピア用の [BGP ピア接続プロファイル（BGP Peer Connectivity Profilem）] に移動します：

[テナント（Tenants）] > [tenant_name] > [ネットワーキング（Networking）] > [L3Out（L3Outs）] > [L3Out_name] > [論理ノード プロファイル（Logical Node Profile）] > [log_node_prof_name] > [論理インターフェイス プロファイル（Logical Interface Profile）] > [log_int_prof_name] > [BGP ピア（BGP Peer）]<address>[-Node-]<node_ID>

この構成された L3Out 用の [BGP ピア接続プロファイル（BGP Peer Connectivity Profilem）] のウィンドウが表示されます。

2. [BGP 制御（BGP Controls）] エリアを見つけます。このエリアは、 [BGP ピア接続プロファイル（BGP Peer Connectivity Profilem）] ウィンドウにあります。

3. [BGP 制御（BGP Controls）] エリアで、 [ドメイン パスの送信（Send Domain Path）] フィールドの横にあるチェックボックスをオンにします。

4. [送信（Submit）]をクリックします。

このアクションは、BGP ドメイン パス属性をピアに送信します。

- SR-MPLS インフラ L3Out ピアの [ドメイン パスの送信（Send Domain Path）] フィールドを有効にするには：

1. [テナント（Tenant）] > [インフラ（infra）] > [ネットワーキング（Networking）] > [SR-MPLS Infra L3Out（SR-MPLS Infra L3Outs）] > [SR-MPLS-infra-L3Out_name] > [論理ノード プロファイル（Logical Node Profiles）] > [log_node_prof_name]へ移動します。

この構成済み SR-MPLS インフラ L3Out の [論理ノード プロファイル（Logical Node Profile）] ウィンドウが表示されます。

2. [BGP-EVPN 接続プロファイル（BGP-EVPN Connectivity Profile）] エリアを見つけ、新しい BGP-EVPN 接続ポリシーを作成、または、既存の BGP-EVPN 接続ポリシーの [ドメイン パスの送信（Send Domain Path）] フィールドを有効化するかを決定します。

- 新しい BGP-EVPN 接続ポリシーを作成する場合は、 [+] をクリックします。これは、 [BGP-EVPN 接続プロファイル（BGP-EVPN Connectivity Profile）] エリアのテーブルの上にあります。  [BGP-EVPN 接続ポリシーの作成（Create BGP-EVPN Connectivity Policy）] ウィンドウが表示されます。

- 既存の BGP-EVPN 接続ポリシー内の [ドメイン パスの送信（Send Domain Path）] フィールドを有効にしたい場合、 [BGP-EVPN 接続プロファイル（BGP-EVPN Connectivity Profile）] エリア内のテーブルの中にあるポリシーをダブルクリックします。  [BGP-EVPN 接続ポリシー（BGP-EVPN Connectivity Policy）] ウィンドウが表示されます。

3. [BGP 制御（BGP Controls）] エリアを見つけます。

4. [BGP 制御（BGP Controls）] エリアで、 [ドメイン パスの送信（Send Domain Path）] フィールドの横にあるチェックボックスをオンにします。

5. [送信（Submit）]をクリックします。

このアクションは、BGP ドメイン パス属性をピアに送信します。

ステップ 3

適切なエリアに移動して、さまざまなドメインに割り当てられたルーティング ID を確認します。

- VRF ドメインに割り当てられたルーティング ID を確認するには、次へ移動します：

[テナント（Tenants）] > [tenant_name] > [ネットワーキング（Networking）] > VRFs > [VRF_name]、その後、そのVRF の [ポリシー（Policy）] タブをクリックし、 [ルーティング ドメイン ID（Routing Domain ID）] フィールド（ [VRF] ウィンドウ内）でエントリを見つけます。

- IP L3Out ドメインに割り当てられたルーティング ID を確認するには、次へ移動します：

[テナント（Tenants）] > [tenant_name] > Networking > [L3Out（L3Outs）] > [L3Out_name] > [論理ノード プロファイル（Logical Node Profiles）] > [log_node_prof_name] > [BGP ピア（BGP Peer）] 次に、 [ルーティング ドメイン ID（Routing Domain ID）] フィールド（ [BGP ピア接続プロファイル（BGP Peer Connectivity Profilem）] ウィンドウ内）でエントリを見つけます。

- SR-MPLS インフラ L3Out ドメインに割り当てられたルーティング ID を確認するには、次へ移動します：

[テナント（Tenants）] > [tenant_name] > [ネットワーキング（Networking）] > [（SR-MPLS VRF L3Out）SR-MPLS VRF L3Outs] > [SR-MPLS_VRF_L3Out_name]次に、 [ルーティング ドメイン ID（Routing Domain ID）] 列（その SR-MPLS VRFL3Out のウィンドウの [SR-MPLS インフラ L3Out（SR-MPLS Infra L3Outs）] テーブル内）のエントリを見つけます。

外部ネットワークへのルーテッド接続のためのレイヤ 3 Out

ルーテッド接続への外部ネットワークは、ファブリック アクセス（infraInfra外部ルーテッド ドメイン（l3extDomP）をテナント レイヤ 3 外部インスタンス プロファイル（l3extInstP または、外部 EPG）への関連で有効にされます。これは、レイヤ 3 外部ネットワーク（l3extOut）に所属し、次の図の階層で行われます。

レイヤ 3 外部接続のポリシー モデル

レイヤ 3 外部アウトサイドネットワークl3extOut オブジェクト）には、ルーティング プロトコルのオプション（BGP、OSPF、または EIGRP またはサポートされている組み合わせ）およびスイッチとインターフェイス固有の構成が含まれています。  l3extOut にルーティング プロトコル（たとえば、関連する仮想ルーティングおよび転送（VRF）およびエリア ID を含む OSPF）が含まれる一方で、レイヤ 3 外部インターフェイスのプロファイルには必要な OSPF インターフェイスの詳細が含まれます。いずれも OSPF のイネーブル化に必要です。

l3extInstP EPG は、コントラクトを通してテナント EPG に外部ネットワークを公開します。たとえば、Web サーバのグループを含むテナント EPG は、 l3extInstP EPG と通信できます。このテナント EPG は、 l3extOutに含まれるネットワーク構成に応じてコントラクトを介します。外部ネットワーク構成は、ノードを L3 外部ノード プロファイルに関連付けることで複数のノードに容易に再利用できます。同じプロファイルを使用する複数のノードをフェールオーバーやロード バランシングのために構成できます。ノードを複数の l3extOuts に追加することで、l3extOuts に関連付けられている VRF がノードでも展開されます。 拡張性情報は、現在の 『Verified Scalability Guide for Cisco APIC』を参照してください。

レイヤ 3 ネットワーキングの注意事項

レイヤ 3 外部接続を作成し、維持する際には、次のガイドラインを使用してください。

トピック

注意またはガイドライン

IPv6 エンドポイントがあり、対応するブリッジ ドメインがボーダー リーフ スイッチに展開されている場合、トラフィックがドロップされる

ボーダー リーフ スイッチのレイヤ 3 ネクスト ホップの使用率が高く、同じボーダー リーフ スイッチに多数の IPv6 エンドポイントが展開されているブリッジ ドメインがある場合、ボーダー リーフ スイッチがトラフィックをドロップする可能性があります。

すべてのリーフ スイッチには、一意の IP アドレスを構成する必要があります。

同じ SVI IPv4 または IPv6 プライマリ アドレスまたは優先アドレスを、管理テナント内の同じ L3Out 内の複数のリーフ スイッチに構成することはできます。しかしこれにより、ネットワークが中断する可能性があります。これを回避するには、各リーフ スイッチが一意の SVI プライマリまたは優先 IP アドレスで構成されていることを確認してください。

vPC ペアの境界リーフ スイッチが、誤った VNID を持つ BGP パケットをピア上で学習したエンドポイントに転送する問題

構成に次の条件が存在する場合：

- 2 つのリーフ スイッチが vPC ペアの一部である

- L3Out の背後に接続されている 2 つのリーフ スイッチの場合、宛先エンドポイントは 2 番目（ピア）の境界リーフ スイッチに接続され、エンドポイントはそのリーフ スイッチで学習されたピアです。

ピアが学習したエンドポイント宛ての BGP パケットを受信する入力リーフ スイッチでエンドポイントが学習した場合、L3Out の背後にある最初のレイヤ 3 スイッチ間で中継 BGP 接続が確立できないという問題が発生する可能性があります。および vPC ペアの 2 番目のリーフ スイッチ上のピア上で学習されたエンドポイント。これは、ポート 179 を持つ中継 BGP パケットが VRF VNID ではなくブリッジ ドメイン VNID を使用して誤って転送されるために発生します。

この問題を解決するには、エンドポイントをファブリック内の他の非ピア リーフ スイッチに移動して、リーフ スイッチで学習されないようにします。

境界リーフ スイッチおよび GIR（メンテナンス）モード

境界リーフ スイッチに静的ルートがあり、GIR（Graceful Insertion and Removal）モード、またはメンテナンス モードがある場合、境界リーフ スイッチからのルートは ACI ファブリックにあるルーティング テーブルから削除されない可能性があり、ルーティングの問題が発生します。

この問題を回避するには、次のいずれかを実行します：

- その他の境界リーフ スイッチで同じ管理ディスタンスを持つ同じ静的ルートを構成するか、

- 静的ルートの次のホップへの到達性を追跡するため IP SLA または BFD を使用します

L3Out 集約統計情報は出力ドロップ カウンタをサポートしません

[統計の選択（Select Stats）] ウィンドウに [テナント（Tenants）] > [tenant_name] > [ネットワーキング（Networking）] > [L3Out（L3Outs）] > [L3Out_name] > [統計（Stats）]を介してアクセスする場合、L3Out 集約統計情報は出力ドロップ カウンタをサポートしないことが表示されます。これは、EPG VLAN からの出力ドロップを記録する ASIC に現在ハードウェア テーブルがないため、これらのカウンタに統計情報が入力されないためです。EPG VLAN の入力ドロップだけがあります。

CLI による更新

API または GUI で作成され CLI を通して更新されたレイヤ 3 外部ネットワークについては、プロトコルは API または GUI を通して外部ネットワークでグローバルに有効にする必要があり、CLI を介してさらに更新を行う前に、すべての参加ノードのノード プロファイルは API または GUI を通して追加される必要があります。

同じノード上のレイヤ 3 ネットワークのループバック

同じノードで 2 つのレイヤ 3 の外部ネットワークを構成するときに、ループバックはレイヤ 3 ネットワークに別々に構成されます。

入力べース ポリシーの適用

Cisco APIC リリース 1.2（1）以降、入力ベース ポリシーの適用により、出入力両方向でレイヤ 3 アウトサイド（L3Out）トラフィックにポリシー適用を定義できます。デフォルトでは入力になっています。リリース 1.2（1）以降にアップグレード中、既存の L3Out 構成が出力に設定され、動作が既存の構成と一致します。特別なアップグレードのシーケンスは必要ありません。アップグレード後、グローバル プロパティ値を入力に変更します。変更されると、システムがルールとプレフィックス エントリを再プログラミングします。規則は出力リーフから削除され、入力リーフ上に既存の規則がない場合は、入力リーフ上にインストールされます。まだ構成されていない場合は、 Actrl プレフィックス エントリは入力リーフにインストールされます。ダイレクト サーバ リターン（DSR）および属性 EPG には入力ベースのポリシー適用が必要です。vzAny と禁止コントラクトは、入力ベースのポリシー適用を契約無視します。入力には中継規則が適用されます。

L3Outs によるブリッジ ドメイン

テナントのブリッジ ドメインには、共通テナントでプロビジョニングされている l3extOut によってアドバタイズされたパブリック サブネットを含めることができます。

OSPF と EIGRP のブリッジ ドメイン ルート アドバタイズメント

OSPF と EIGRP の両方があるノード上の同じ VRF で有効であり、ブリッジ ドメインのサブネットがいずれか 1 つの L3Out からアドバタイズされる場合、他の L3Out で有効になっているプロトコルからも同様にアドバタイズされます。

OSPF と EIGRP では、ブリッジ ドメイン ルート アドバタイズメントは VRF ごとに行われ、L3Out ごとには行われません。同じ VRF とノードで（複数エリアの）複数の OSPF L3Out が有効になっている場合、これと同じ動作が想定されます。この場合、ブリッジ ドメインのルートがいずれかのエリアで有効になっていれば、すべてのエリアからアドバタイズされます。

BGP 最大プレフィックス制限

Cisco APICリリース 1.2（1x）以降、BGP のテナント ポリシー BGPl3extOut 接続のテナント ネットワーキング プロトコル ポリシーは、最大プレフィックス制限を使用して構成できます。これにより、ピアから受信するルート プレフィックスの数をモニタし、制限することができます。最大プレフィックス制限を超えると、ログ エントリが記録され、さらにプレフィックスが拒否されます。カウントが一定の間隔でしきい値を下回る場合、接続を再起動することができますが、そうしない場合接続がシャット ダウンします。一度に 1 つのオプションだけを使用できます。デフォルト設定では 20,000 プレフィックスに制限され、その後は新しいプレフィックスは拒否されます。拒否オプションが導入されると、APIC でエラーが発生する前に BGP は構成されている制限よりも 1 つ多くプレフィックスを受け入れます。

MTU

- [Cisco ACI] は IP フラグメンテーションをサポートしていません。したがって、外部ルータへのレイヤ 3 外部（L3Out）接続を構成する場合、または Inter-Pod Network（IPN）を介した [マルチポッド（Multi-Pod）] 接続を設定する場合は、インターフェイス MTU がリンクの両端で適切に構成することを推奨します。  [Cisco ACI]、 [Cisco NX-OS]、Cisco IOS などの一部のプラットフォームでは、構成可能な MTU 値はイーサネット ヘッダー (一致する IP MTU、14-18 イーサネット ヘッダー サイズを除く) を考慮していません。また、IOS XR などの他のプラットフォームには、構成された MTU 値にイーサネット ヘッダーが含まれています。構成された値が 9000 の場合、 [Cisco ACI]、 [Cisco NX-OS]Cisco IOS の最大 IP パケット サイズは 9000 バイトになりますが、IOS-XR のタグなしインターフェイスの最大 IP パケットサイズは 8986 バイトになります。

- [Cisco ACI] 物理インターフェイスの MTU 設定：

- サブインターフェイスの場合、物理インターフェイスの MTU は固定され、リーフ スイッチの前面パネルポートでは 9216 に設定されます。

- SVI の場合、物理インターフェイス MTU はファブリック MTU ポリシーに基づいて設定されます。たとえば、ファブリック MTU ポリシーが 9000 に設定されている場合、SVI の物理インターフェイスは 9000 に設定されます。

L3Outs の QoS

L3Out 用の QoS ポリシーを構成し、L3Out が存在する BL スイッチで適用されるポリシーを有効にするには、次の注意事項に従ってください。

- VRF ポリシー制御の適用方向を出力に設定する必要があります。

- VRF ポリシー制御適用の優先度設定を [有効（Enabled）]に設定する必要があります。

- L3Out を使用して EPG 間の通信を制御するコントラクトを構成する際に、コントラクトまたはコントラクトの件名に QoS クラスまたはターゲット DSCP を含めます。

ICMP 設定

スイッチのCPU がこれらのパケットを生成しないように保護するために [Cisco ACI] では、 ICMPリダイレクトと ICMP 到達不能はデフォルトで無効になっています。

L3Out の構成例

[L3Outの作成（Create L3Out）] ウィザードを使用して L3Out を構成する場合は、さまざまなオプションを使用できます。次に、2 つの外部ルータで OSPF L3Out を構成する L3Out 構成の例を示します。これは、一般的な構成プロセスを理解するのに役立ちます。

（注）

この例では、Cisco APIC リリース 4.2（x）および関連する GUI 画面を使用します。

- トポロジの例

- 前提条件

- Create L3Out Wizard を使用した L3Out の作成例

- 確認：Create L3Out Wizard を使用した L3Out の作成例

- ルート マップによる BD サブネットのアドバタイズの構成

- コントラクトの確認

- OSPF インターフェイス レベル パラメータの変更（オプション）

トポロジの例

2 つの外部ルータがある OSPF L3Out のトポロジ例

この基本的な L3Out の例は、次の方法を示しています：

- 次の仕様で L3Out を構成します：

- エリア 0 の OSPF

- 2 台の外部ルータを使用

- ルーテッド インターフェイス

- 2 つの境界リーフ スイッチ

- デフォルト ルートマップ（default-export）を使用して BD サブネットをアドバタイズします。

- EPG1 と外部ルート（10.0.0.0/8）間のコントラクトとの通信を許可する

OSPF 構成図

上記の図は、 2 つの外部ルータがある OSPF L3Out のトポロジ例のトポロジ例の構成を示しています。この例の設定フローは次のとおりです。

1. L3Out：これにより、

- L3Out 自体（OSPF パラメータ）

- ノード、インターフェイス、OSPF I/ F プロファイル

- [外部 EPG の外部サブネット（External Subnets for the External EPG）] 範囲付きの L3Out EPG

2. BD サブネットのアドバタイズ：

- default-export route-map

- [外部にアドバタイズ（Advertise Externally）] 範囲付きの BD サブネット

3. EPG - L3Out コミュニケーションを許可：これは、EPG1 と L3Out EPG1 間のコントラクトを使用します。

前提条件

前提条件として作成されたオブジェクトの画面例

- この構成例では、L3Out 構成部分のみに焦点を当てています。VRF、BD、EPG、アプリケーション プロファイル、アクセス ポリシー（レイヤ 3 ドメインなど）などの他の構成は対象外です。上記のスクリーン ショットは、次のような前提条件のテナント設定を示しています。

- VRF1

- サブネット192.168.1.254/24 の BD1

- エンドポイントへの静的ポートを持つ EPG1

Create L3Out Wizard を使用した L3Out の作成例

このタスクでは、「トポロジの例」で説明する OSPF L3Out を作成します。このタスクに続いて、二つのボーダー リーフ スイッチおよび二つの外部ルータが OSPF ネイバーシップ付きで [Cisco ACI] が構成されます。これは、 2 つの外部ルータがある OSPF L3Out のトポロジ例で示されているように構成されます。

手順

ステップ 1

GUI [ナビゲーション（Navigation）] ペインで、テナント例のもとで [ネットワーキング（Networking）] > [L3Out（L3Outs）]に移動します。

ステップ 2

右クリックし、 [L3Outの作成（Create L3Out）]を選択します。

ステップ 3

[L3Outの作成（Create L3Out）] 画面 [識別（Identity）] タブで、次の操作を実行します：

1. [名前（Name）] フィールドで、L3Out の名前を入力します。（EXAMPLE_L3Out1）

2. [VRF] フィールドと [L3ドメイン（L3 Domain）] フィールドで、適切な値を選択します。（VRF1, EXAMPLE_L3DOM）

3. [OSPF] フィールドでチェックボックスをオンにします。

4. [OSPF エリア ID（OSPF Area ID）] フィールドで、 [0] の値またはテキスト バックボーンを選択します。

5. [OSPF エリア タイプ（OSPF Area Type）] フィールドで、 [通常エリア（Regular area）]を選択します。

6. 残りのフィールドはデフォルト値のままにします。

ステップ 4

[次へ（Next）] をクリックして [ノードとインターフェイス（Nodes and Interfaces）] 画面を表示し、次の操作を実行します：

1. [インターフェイス タイプ（Interface Types）] エリアの [レイヤ 3（Layer 3）] フィールドと レイヤ 2 フィールドで、選択内容が上記のスクリーンショット（ルーテッドおよびポート）の選択内容と一致することを確認します。

2. [ノード（Nodes）] エリアで、 [ノード ID（Node ID）] フィールドのドロップダウン リストからノード ID を選択します。（leaf2（Node 102））

3. [ルータ ID（Router ID）] フィールドに、適切なルータ ID を入力します。（2.2.2.2）

[ループバック アドレス（Loopback Address）] フィールドは、入力したルータ ID 値に基づいて自動的に入力されます。ループバック アドレスは必要ないため、値を削除し、フィールドを空白のままにします。

4. [インターフェイス（Interface）] フィールドで、インターフェイス ID を選択します。（eth1/11）

5. [IP アドレス（IP Address）] フィールドに、関連付けされた IP アドレスを入力します。（172.16.1.1/30）

6. [MTU] フィールドでデフォルト値のままにします。（継承）

7. ノード leaf2 のインターフェイスを追加するために [+] アイコンをクリックします。これは、 [MTU] フィールドの隣にあります。（Node-102）

8. [インターフェイス（Interface）] フィールドで、インターフェイス ID を選択します。（eth1/12）

9. [IP アドレス（IP Address）] フィールドに、関連付けされた IP アドレスを入力します。（172.16.2.1/30）

10. [MTU] フィールドでは、デフォルト値のままにします。（継承）

ステップ 5

別のノードを追加するには、 [+] アイコンをクリックします。これは、 [ループバック アドレス（Loopback Address）] フィールドの横にあります。そして次の操作を行います：

（注）

[+] アイコンをクリックすると、以前に入力したエリアの下に新しい [ノード（Nodes）] エリアが表示されます。

1. [ノード（Nodes）] エリアの [ノード ID（Node ID）] フィールドのドロップダウン リストからノード ID を選択します。（leaf3（Node-103））

2. [ルータ ID（Router ID）] フィールドでルータ ID を入力します。（3.3.3.3）

[ループバック アドレス（Loopback Address）] フィールドは、入力したルータ ID 値に基づいて自動的に入力されます。ループバック アドレスは必要ないため、値を削除し、フィールドを空白のままにします。

3. [インターフェイス（Interface）] フィールドで、インターフェイス ID を選択します。（eth1/11）

4. [IP アドレス（IP Address）] フィールドに、IP アドレスを入力します。（172.16.3.1/30）

5. [MTU] フィールドでは、デフォルト値のままにします。（継承）

6. ノード leaf3 の追加のインターフェイスを追加するには、 [+] アイコンをクリックします。これは、 [MTU] フィールドの隣にあります。（Node-103）

7. [インターフェイス（Interface）] フィールドで、インターフェイス ID を選択します。（eth1/12）

8. [IP アドレス（IP Address）] フィールドに、関連付けされた IP アドレスを入力します。(172.16.4.1/30）

9. [MTU] フィールドでは、デフォルト値のままにします。（継承）、および [次へ（Next）]の「Configuring RAID Levels」の章を参照してください。

各インターフェイスのノード、インターフェイス、および IP アドレスを指定しました。

ステップ 6

[次へ（Next）] をクリックして [プロトコル（Protocols）] 画面を表示します。

この画面では、hello-interval、network-type などを設定するための OSPF インターフェイス レベル ポリシーを指定できます。

この例では、何も選択されていません。したがって、デフォルト ポリシーが使用されます。デフォルトの OSPF インターフェイス プロファイルは、 [未指定（Unspecified）] は、ブロードキャスト ネットワーク タイプ へデフォルトするネットワーク タイプとして使用します。サブインターフェイスのポイントツーポイント ネットワーク タイプでこれを最適にするには、 [OSPF インターフェイス レベル パラメータの変更（オプション）（Change the OSPF Interface Level Parameters (Optional)）]を参照してください。

ステップ 7

[次へ（Next）]をクリックします。

[外部 EPG（External EPG）] 画面に L3Out EPG の詳細が表示されます。この構成では、コントラクトに適用する EPG にトラフィックを分類します。

ステップ 8

[外部 EPG（External EPG）] 画面で、次の操作を実行します：

1. [外部 EPG（External EPG）] エリアで [名前（Name）] フィールドに、外部 EPG の名前を入力します。（L3Out_EPG1）

2. [提供されたコントラクト（Provided Contract）] フィールドで、値を選択します。

この例では、通常の EPG（EPG1）がプロバイダーであるため、L3Out_EPG1 に提供されるコントラクトはありません。

3. [消費済みコントラクト（Consumed Contract）] フィールドで、ドロップダウン リストから [デフォルト（default）] を選択します。

ステップ 9

[すべての外部ネットワークのデフォルト EPG（Default EPG for all external network）] フィールドで、チェックボックスをオフにし、次の操作を実行します：

1. [+] アイコン（ [サブネット（Subnets）] エリア内）をクリックして [サブネットの作成（Create Subnet）] ダイアログ ボックスを表示します。

2. [IP アドレス（IP Address）] フィールドに、サブネット アドレスを入力します。（10.0.0.0/8）

3. [外部 EPG 分類（External EPG Classification）] フィールドで、 [外部 EPG の外部サブネット（External Subnets for the External EPG）]のチェックチェックボックスをオンにします。  [OK]をクリックします。

ステップ 10

[+] アイコン（ [サブネット（Subnets）] エリア内）をクリックして [サブネットの作成（Create Subnet）] ダイアログボックスを開いて、次の操作を実行します：

（注）

これはオプションの構成ですが、エンドポイントがこれらの IP と通信する必要がある場合に備えて、L3Out インターフェイス サブネットを指定することをお勧めします。

1. [IP アドレス（IP Address）] フィールドでサブネットを入力します。（172.16.0.0/21）

このサブネットは、L3Out 内のすべてのインターフェイスをカバーします。代わりに、各ルーテッド インターフェイスの個々のサブネットを使用できます。

2. [外部 EPG 分類（External EPG Classification）] フィールドで [外部 EPG の外部サブネット（External Subnets for the External EPG）]のチェックボックスをオンにします。  [OK]をクリックします。

3. [終了（Finish）]をクリックします。

L3Out OSPF が展開されました。

確認：Create L3Out Wizard を使用した L3Out の作成例

ウィザードを使用した構成が [Cisco APIC] GUI で提供されているかを確認し、構成が正しいことを確認します。

手順

ステップ 1

[Tenant_name] > [ネットワーキング（Networking）] > [EXAMPLE_L3Out1] に移動して、 [作業（Work）] ペインで、次のようにスクロールして詳細を表示します：

GUI のこの場所で、 [識別（Identity）] 画面で構成されている VRF、ドメイン、OSPF パラメータなどの主要な L3Out パラメータを確認します。識別画面は、 [L3Outの作成（Create L3Out）] ウィザードにあります。

ステップ 2

OSPF がエリア ID やエリア タイプなどの指定されたパラメータで有効になっていることを確認します。

ステップ 3

[論理ノードプロファイル（Logical Node Profiles）]の下、 [EXAMPLE_L3Out1_nodeProfile] が作成され、ルータID でボーダー リーフ スイッチが指定されます。

ステップ 4

[論理インターフェイス プロファイル（Logical Interface Profile）]の下、 [EXAMPLE_L3Out1_interfaceProfile] が作成されます。

この例では、インターフェイス ID、IP アドレスなどのインターフェイス パラメータをルーテッド インターフェイスとして確認します。デフォルトの MAC アドレスが自動的に入力されます。OSPF インターフェイス プロファイルは、OSPF インターフェイス レベルのパラメータに対しても作成されます。

レビューが完了しました。

ルート マップによる BD サブネットのアドバタイズの構成

この例では、ルート マップ、 default-exportを IP プレフィックス リストとともに使用して、BD サブネットをアドバタイズします。

（注）

この default-export ルート マップは、特定のものに関連付けられることなく、L3Out（EXAMPLE_L3Out1）に適用されます。

手順

ステップ 1

BD サブネットをアドバタイズできるようにするには、 [テナント（Tenant）] > [ネットワーク（Networks）] > [ブリッジ ドメイン（Bridge Domains）] > BD1 > [サブネット（Subnets）] > [192.168.1.254/24]に移動して、そして [外部にアドバタイズ（Advertised Externally）] 範囲を選択します。

ステップ 2

L3Out（EXAMPLE_L3Out1）の下にルート マップを作成するには、 [ルート制御のインポートおよびエクスポート向けルート マップ（Route map for import and export route control）] に移動します。

ステップ 3

右クリックし、 [ルート制御のインポートおよびエクスポート向けルート マップの作成（Create Route map for import and export route control）] を選択します。

ステップ 4

[ルート制御のインポートおよびエクスポート向けルート マップの作成（Create Route map for import and export route control）] ダイアログ ボックスの [名前（Name）] フィールドで、 default-exportを選択します。

ステップ 5

[タイプ（Type）] フィールドで、 [ルーティングポリシーのみの一致（Matching Route Policy Only）]を選択します。

（注）

[ルーティングポリシーのみの一致（Match Routing Policy Only）]：default-export ルート マップと共に [タイプ（Type）] を選択することによって 、すべてのルート アドバタイズメント構成がこのルート マップによって実行されます。外部 EPG で設定された BD アソシエーションおよびエクスポート ルート制御サブネットは適用されません。この L3Out からアドバタイズされるすべてのルートに対して、このルート マップ内のすべての一致ルールを設定する必要があります。

[一致プレフィックスおよびルート ポリシー（Match Prefix and Routing Policy）]：default-export ルート マップ付きでこの [タイプ（Type）] を選択することによって、 外部 EPG で定義された BD と L3Out の関連付けおよびエクスポート ルート制御サブネット に加えて、 ルート アドバタイズメントは、このルート マップで設定された一致ルールによって照合されます。

ルート プロファイルを使用する場合は、維持が容易なより簡単な構成を行うために [ルーティングポリシーのみの一致（Match Routing Policy Only）] を使用することが推奨されています。

ステップ 6

コンテキスト エリアで + アイコンをクリックして、 [ルート制御コンテキスト（Create Route Control Context）] ダイアログボックスを表示して、次の操作を実行します。

1. [順序（Order）] フィールドで、順序を構成します。（0）

この例では、注文は 1 つだけです。

2. [名前（Name）] フィールドに、コンテキスト ポリシーの名前を入力します。（BD_Subnets）

3. [アクション（Action）] フィールドで、 [許可（Permit）]を選択します。

これにより、構成するプレフィックスを許可するルート マップが有効になります。

この例では、IP プレフィックス リストの BD1_prefixを必要とする一致ルールが必要です。この IP プレフィックス リストは、アドバタイズされた BD サブネットを指します。

ステップ 7

[一致ルール（Match Rule）] フィールドで、次の操作を実行して IP プレフィックス リストを作成します。

1. 次を選択します。 [ルートマップの一致ルールの作成（Create Match Rule for a Route-Map）] 。

2. [名前（Name）] フィールドで 名前BD1_prefixを入力します。

3. [一致プレフィックス（Match Prefix）] エリアで + アイコンをクリックし、BDサブネット（192.168.1.0/24）を入力します。

コントラクトの確認

このタスクでは、エンドポイント（192.168.1.1）と外部プレフィックス（10.0.0.0/8、およびオプションで 172.16.0.0/21）間の通信を有効にするためのコントラクトを確認します。この例では、エンドポイントの EPG は EPG1 で、外部プレフィックスの外部 EPG は L3Out_EPG1 です。

必要な構成は、 [L3Outの作成（Create L3Out）] ウィザードにすでに表示されています。

手順

ステップ 1

L3Out で、次に移動します。 [外部 EPG（External EPGs）] > [L3Out_EPG1]。

ステップ 2

[作業（Work）] ペインの [外部 EPG インスタンス プロファイル（External EPG Instance Profile）] エリアの [ポリシー（Policy）] > [全般（General）] サブタブの下で、プロパティを確認し、2 つのサブネットが [外部 EPG の外部サブネット（External Subnets for the External EPG）]で表示されていることを確認します。

ステップ 3

次に、 [コントラクト（Contracts）] サブタブをクリックし、前に指定した契約が正しく使用されていることを確認します。さらにコントラクトを追加する場合は、GUI でこの場所からアクションを実行できます。

ステップ 4

次の場所に移動します。 [アプリケーション プロファイル（Application Profile)] > [アプリケーション EPG（Application EPGs）] > [EPG1] > [コントラクトm（Contracts）]そして、EPG1 が適切なコントラクトを提供していることを確認します。

OSPF インターフェイス レベル パラメータの変更（オプション）

[Hello 間隔、 OSPF ネットワーク タイプ（Hello Interval, OSPF network type）]などの OSPF インターフェイスレベル パラメータを変更したい場合、 OSPF インターフェイス プロファイルで構成できます。ノード レベルの OSPF パラメータはすでに構成されています。

手順

ステップ 1

L3Out で、 [論理インターフェイス プロファイル（Logical Interface Profile）] > の > [EXAMPLE_L3Out1_interfaceProfile] に移動します。に移動します。

ステップ 2

次に [作業（Work）] ペインの [プロパティ（Properties）] エリアで、使用する OSPF インターフェイス ポリシーを選択します。

これにより、OSPF インターフェイス レベルのパラメータが変更されます。

Chapter19. L3Out のノードとインターフェイス

- OSPF インターフェイス プロファイルの作成

- OSPF タイマー ポリシーを作成

- OSPF 最大メトリック

- Cisco フローティング L3Out について

GUI を使用した L3Out のインターフェイスの変更

この手順では、L3Out インターフェイスを変更します。

（注）

フィールドに入力する手順は、必ずしも GUI に表示される順序と同じ順序でリストされているわけではありません。

始める前に

- [Cisco ACI] ファブリックがインストールされ、 [Cisco APIC]がオンラインで、 [Cisco APIC] クラスターが形成され、正常に動作していることを示します。

- 必要なファブリック インフラストラクチャ設定を作成できる [Cisco APIC] ファブリック管理者アカウントが使用可能であること。

- ターゲット リーフ スイッチが [Cisco ACI] ファブリックに登録され、使用可能であること。

- ポートチャネルは、L3Out インターフェイスにポート チャネルが使用される場合に設定されます。

手順

ステップ 1

メニューバーで、 [テナント（Tenants）] > [すべてのテナント（All Tenants）]を選択します。

ステップ 2

作業ペインで、テナントの名前をダブルクリックします。

ステップ 3

ナビゲーション ペインで、 [tenant_name] [ネットワーキング（Networking）] > [L3Out（L3Outs）] > [L3Out] > [論理ノード プロファイル（Logical Node Profiles）] > [node_profile] > [論理インターフェイス プロファイル（Logical Interface Profiles）] を展開し、変更したいプロファイルを選択します。

ステップ 4

インターフェイス タイプ タブを選択します： [ルーテッド サブインターフェイス（Routed Sub-Interfaces）]、 [ルーテッド インターフェイス（Routed Interfaces）]、 [SVI]または [フローティング SVI（Floating SVI）]を選択します。

ステップ 5

既存のインターフェイスをダブルクリックして変更するか、 [作成（Create）] （[+]）ボタンをクリックして、論理的なインターフェイス プロファイルに新しいインターフェイスを追加します。

ステップ 6

浮動 SVI 以外のインターフェイス タイプの場合は、次のサブステップを実行します。

1. [パスタイプ（Path Type）] フィールドで新しいインターフェイスを追加するには、適切なパス タイプを選択します。

ルーテッド サブインターフェイスまたはルーテッド インターフェイス タイプの場合、 [ポート（Port）] または [ダイレクト ポート チャネル（Direct Port Channel）]を選択します。SVI インターフェイス タイプとして、 [ポート（Port）]、 [ダイレクト ポート チャネル（Direct Port Channel）]、または [仮想ポート チャネル（Virtual Port Channel）]を選択します。

2. [ノード（Node）] ドロップダウン リストから、ノードを選択します。

（注）

これは、非ポート チャネル パス タイプにのみ適用されます。  [パスタイプ（Path Type）] を [ポート（Port）]として選択した場合、この手順を実行します。それ以外の場合は、次のステップに進みます。

3. [パス（Path）] ドロップダウン リストからインターフェイス ID またはポート チャネル名を選択します。

インターフェイス ID の例は eth 1/1 です。ポート チャネル名は、各直接または仮想ポート チャネルのインターフェイス ポリシー グループ名です。

ステップ 7

フローティング SVI インターフェイス タイプの場合、 [アンカー ノード（Anchor Node）] ドロップダウン リストから、ノードを選択します。

ステップ 8

（任意）   [説明（Description）] フィールドに、L3Out インターフェイスの説明を入力します。

ステップ 9

ルーテッド サブインターフェイス、 SVI およびフローティングSVI インターフェイス タイプの場合、 [カプセル化（Encap）] ドロップダウンリストから、 [VLAN] を選択し、このエントリの整数値を入力します。

ステップ 10

SVI および浮動 SVI インターフェイス タイプの場合は、次のサブステップを実行します：

1. [カプセル化範囲（Encap Scope）] ボタンで、レイヤ 3 Outside プロファイルに使用されるカプセル化の範囲を選択します。

- [VRF] : 特定の VLAN カプセル化の同じ VRF インスタンス内のすべてのレイヤ 3 外部で同じトランジット VLAN を使用します。これはグローバル値です。

- [ローカル（Local）] : レイヤ 3 外部ごとに一意のトランジット VLAN を使用します。

2. [自動状態（Auto State）] ボタンについては、この機能を有効にするか無効にするかを選択します。

- [無効（disabled）]：インターフェイスが対応する VLAN で動作していない場合、SVI がアクティブであることを意味します。

- [有効（enabled）]：VLAN インターフェイスが VLAN で複数のポートを有する場合、SVI は 浮動 SVI はVLAN のすべてのポートがダウンするとダウン状態になります。

3. [モード（Mode）] ボタンで、VLAN タギング モードを選択します。

ステップ 11

[IPv4 プライマリ/IPv6 優先アドレス（IPv4 Primary / IPv6 Preferred Address）] フィールドに、レイヤ 3 外側プロファイルにアタッチされているパスのプライマリ IP アドレスを入力します。

ステップ 12

[IPv4 セカンダリ アドレス / IPv6 追加アドレス（IPv4 Secondary / IPv6 Additional Addresses）] テーブルで、 [+] をクリックして、レイヤ 3 外側プロファイルにアタッチされているパスのセカンダリ IP アドレスを入力します。

ステップ 13

（任意）   [リンクローカル アドレス（Link-local Address）] フィールドに、 IPv6 リンクローカル アドレスを入力します。これは、システムによって生成された IPv6 リンクローカル アドレスをオーバーライドします。

ステップ 14

[MAC アドレス（MAC Address）] フィールドに、レイヤ 3 外側プロファイルにアタッチされているパスの MAC アドレスを入力します。

ステップ 15

[MTU（バイト）（MTU（bytes））] フィールドで、外部ネットワークの最大転送単位を設定します。範囲は 576 ～ 9216 です。値を継承する場合、フィールドに [継承（inherit）] を入力します。

ステップ 16

リスト [ターゲット DSCP（Target DSCP）] ドロップダウンリストで、レイヤ 3 アウトサイド プロファイルに接続されているパスのターゲット Differentiated Services Code Point（DSCP）を選択します。

ステップ 17

[送信（Submit）]をクリックします。

OSPF インターフェイス プロファイルの作成

OSPF インターフェイス プロファイルは、インターフェイスで OSPF を有効にします。オプションとして、OSPF インターフェイスプロファイルに OSPF インターフェイスポリシーとの関係を設定すれば、インターフェイスのプロパティをより詳細に制御できます。

[障害（Fault）]

次のようなシナリオでは障害が発生し、OSPF セッションがダウンします。

- KeyChain ポリシーの「Key」で提供されることになっているキー（キー文字列）で、事前共有キーが提供されていない

- KeyChain ポリシーでキー（キー文字列）が構成されていない

- 3DES や AES などのサポートされていない暗号化アルゴリズムを指定した。これらのアルゴリズムは、認証ではサポートされています。

キーの送信/受け入れライフタイムが期限切れになり、現用系のキーがなくなったために OSPF セッションがダウンしても、障害は発生しません。OSPF インターフェイスの KeyChain の状態は「not-ready」（準備ができていない）状態になります。

始める前に

- Cisco ACI ファブリックが設置され、Cisco APIC がオンラインになっていて、Cisco APIC クラスタが形成されていて正常に動作していること。

- 必要なファブリック インフラストラクチャ構成を作成できる APIC ファブリック管理者アカウントが使用可能であること。

- ターゲット リーフ スイッチが Cisco ACI ファブリックに登録され、使用可能であること。

- ポートチャネルは、L3Out インターフェイスにポート チャネルが使用される場合に構成されます。

手順

ステップ 1

メニューバーで、 [テナント（Tenants）] > [すべてのテナント（All Tenants）]を選択します。

ステップ 2

作業ペインで、テナントの名前をダブルクリックします。

ステップ 3

ナビゲーション ペインで、 [tenant_name] > [ネットワーキング（Networking）] > [L3Out（L3Outs）] > [L3Out（L3Out）] > [論理ノード プロファイル（Logical Node Profiles）] > [node_profile] > [論理インターフェイス プロファイル（Logical Interface Profiles）] > [OSPF インターフェイス プロファイル（OSPF Interface Profile）]を展開します。

ステップ 4

[名前（Name）]フィールドに、OSPF インターフェイスの名前を入力します。この名前では最大 64 文字までの英数字を使用できます。

（注）

オブジェクトの作成後は、この名前は変更できません。

ステップ 5

[オプション] [説明（Description）]フィールドに、この OSPF インターフェイス プロファイルの説明を入力します。説明には最大 128 文字までの英数字を使用できます（省略も可）。

ステップ 6

ターゲット インターフェイス ポリシー名の値を入力します。この名前では最大 64 文字までの英数字を使用できます。オブジェクトの作成後は、この名前は変更できません。

ステップ 7

MD5 または簡易認証を使用して OSPF インターフェイスプロファイルを構成するには、次の手順を実行します。

1. [OSPFv2 認証キー（OSPFv2 Authentication Key）] フィールドに、認証キーを入力します。認証キーは、一種のパスワードで（最大 8 文字）、インターフェイスごとに割り当てることができます。そのインターフェイス上の認証キーは、各ルータ間で一致させる必要があります。

（注）

認証を使用するには、このインターフェイスのエリアに対する OSPF 認証タイプをシンプルに設定します（デフォルトはなしです）。

2. [OSPFv2 認証キーを確認（Confirm OSPFv2 Authentication Key）] フィールドに、認証キーを再入力します。

3. [OSPFv2 認証キー ID（OSPFv2 Authentication Key ID）] フィールドに、認証キー識別子を入力します。

4. OSPFv2 認証タイプ フィールドで、適切なオプションを選択します。

OSPF 認証タイプ。認証により、OSPF ネイバーを柔軟に認証できます。OSPF での認証を有効にすることにより、ルーティングの更新情報を安全な方法で交換できます。

（注）

認証を構成するときは、エリア全体を同じタイプの認証で構成する必要があります。

認証タイプは次のとおりです：

- [なし（None）]：認証は使用されません。

- [シンプル（Simple）]：認証キー、以前指定した [OSPFv2 認証キー（OSPFv2 Authentication Key）] を指定する必要があります。認証キーは、一種のパスワードで（最大 8 文字）、インターフェイスごとに割り当てることができます。そのインターフェイス

- Md5上の認証キーは、各ルータ間で一致させる必要があります。：パスワードをネットワークを介して渡しません、MD5 は、RFC 1321 で規定されたメッセージダイジェスト アルゴリズムです。MD5 が最も安全な OSPF 認証モードと見なされています。認証を設定するときは、領域全体を同じタイプの認証で設定する必要があります。

デフォルトは、 [なし（None）]です。

ステップ 8

KeyChain 認証を使用して OSPF インターフェイスプロファイルを構成するには、次の手順を実行します：

1. [OSPFv2 キーチェーン ポリシー（OSPFv2 KeyChain Policy）] フィールドで、OSPFv2 キーチェーン ポリシーを選択します。

OSPFv2 キーチェーン ポリシーは、簡易認証および MD5 認証とともに HMAC-SHA 認証をサポートします。このオプションを選択すると、同じキー チェーンの下に複数のキーを含めることができます。

セキュリティを強化するために、各キーの有効期間を指定して、キーのローテーションを設定できます。キーの有効期間が切れると、次のキーに自動的にローテーションされます。アルゴリズムを指定しなかった場合、OSPF はデフォルトの暗号化認証アルゴリズムである MD5 を使用します。

（注）

新しいキーが優先キーであり、既存のキーよりも優先されます。

（注）

レガシー ウェイ（ [OSPFv2 認証タイプ：MD5 認証/簡易認証（OSPFv2 authentication type - MD5 authentication /Simple authentication ）]を指定することで認証を構成または、 [OSPFv2 キーチェーン ポリシー（OSPFv2 keychain policy）]を指定します。

キーチェーン ポリシーを構成すると、選択済みの認証タイプは上書きされます。

ステップ 9

（OSPFv3 にのみ適用） [OSPFv3 IPsec ポリシー（OSPFv3 IPsec Policy）]：OSPFv3 IPsec ポリシーを L3Out インターフェイスに関連付けるには、ドロップダウン リストから IPsec ポリシーを選択します。OSPFv3 IPsec ポリシーの作成については、 [OSPF IPsec ポリシーの作成（Create an OSPF IPsec Policy）] 手順を参照してください。

次のタスク

OSPFv2 KeyChain のローテーションを指定するには、 キー ポリシーの作成を参照してください。

- キー ポリシーの作成

- OSPF IPsec ポリシーの作成

キー ポリシーの作成

始める前に

OSPFv2 インターフェイス プロファイルが作成されていることを確認します。次の情報を参照してください。 OSPF インターフェイス プロファイルの作成 を参照してください。

手順

ステップ 1

メニューバーで [テナント（Tenants）] > [すべてのテナント（All Tenants）]をクリックします。

ステップ 2

作業ペインで、テナントの名前をダブルクリックします。

ステップ 3

ナビゲーション ウィンドウで [ポリシー（Policies）] > [プロトコル（Protocol）] > [キーチェーン（KeyChains）]に移動します。

ステップ 4

次を右クリックします。 [キーチェーン（KeyChains）]次を選択します。 [キー ポリシーの作成（Create Key Policy）]そして、次のステップを実行します：

1. ポリシーの名前を入力し、必要に応じて説明を追加します。

2. [キー ID（Key ID）] フィールドにキー ID 番号を入力します。

3. [事前共有キー（Pre-Shared Key）] フィールドに事前共有キーの情報を入力します。

4. [暗号化アルゴリズム（Cryptographic Algorithm）] フィールドでアルゴリズムを入力します。

5. [開始時刻（Start Time）] フィールドに開始時刻を YYYY-MM--DD- HH-MM-SS 形式で指定します。

6. [終了時間（End Time）] フィールドで終了時刻を YYYY-MM--DD- HH-MM-SS 形式で指定します。

7. [キー受け入れライフタイムの開始時刻（Key accept lifetime start time）]フィールドに開始時刻を YYYY-MM--DD- HH-MM-SS 形式で指定します。

これはローテーション キーです。各キーの有効期間を指定します。キーのライフタイムが期限切れになると、次のキーに自動的にローテーションされます。アルゴリズムを指定しない場合、OSPF はデフォルトの暗号化認証アルゴリズムである MD5 を使用します。

このフィールドは OSPFv3 IPSec ポリシーには適用されません。

（注）

新しいキーが優先キーであり、既存のキーよりも優先されます。

8. [キー受け入れライフタイムの終了時刻（Key accept lifetime end time）]フィールドで終了時間を YYYY-MM--DD- HH-MM-SS 形式で指定します。

このフィールドは OSPFv3 IPSec ポリシーには適用されません。

ステップ 5

[送信（Submit）]をクリックします。

OSPF IPsec ポリシーの作成

Cisco APIC リリース 6.1（2）以降では、OSPFv3 セッションの暗号化と認証がサポートされています。この手順を使用します

（注）

OSPFv3 はインフラ テナントではサポートされていません。 OSPF IPSec ポリシーのサポートは、ユーザ テナントのみを対象としています。

始める前に

キーチェーン ポリシーを作成します。

手順

ステップ 1

メニュー バーで、 [テナント（Tenants）]> [テナント名（tenant name）]。

ステップ 2

左側のナビゲーション ペインで、 [ポリシー（Policies）] > [プロトコル（Protocol）] > [OSPF]> [OSPF IPSec]に移動します。

ステップ 3

[IPSec 認証ポリシーを作成（Create IPSec Authentication Policy）] ウィンドウで、次の詳細を入力します：

- 名前：IPSec ポリシーの名前。

- 説明：この IPSec ポリシーの説明。

- IP セキュリティ プロトコル：認証ヘッダー（AH）またはカプセル化セキュリティ ペイロード（ESP）のいずれかを選択します。

認証ヘッダーを選択した場合は、認証のみがサポートされます。ESP を選択した場合、使用可能なオプションは認証、暗号化、または両方（認証と暗号化）です。

サポートされているキーチェーンアルゴリズム：

- 認証ヘッダー：MD5（デフォルト）、HMAC-SHA1。

- カプセル化セキュリティ プロトコル：認証用：HMAC-SHA1。暗号化の場合：3DES（デフォルト）、AES。

（注）

アルゴリズムを選択しないか、サポートされていないアルゴリズムを選択すると、デフォルトが自動的に選択されます。

- セキュリティ パラメータ インデックス：IPSec プロトコルを作成するための一意の値。ドロップダウン リストから値を選択します。サポートされている範囲は 256 ～ 4294967295 です。

- OSPFv3 認証キーチェーン：ドロップダウン リストからキーチェーン値を選択します。IP セキュリティ プロトコル フィールドで AH オプションを選択した場合、このフィールドは必須です。フィールドを空白のままにすると、障害が生じます。

障害が実際に生じたかを確認するには、OSPF インターフェイス プロファイル画面に移動し、障害タブをクリックします。 [障害（Fault）] タブに表示されるフィールドとアイコンについて説明します。

- OSPFv3 暗号化キーチェーン：ドロップダウン リストからキーチェーン値を選択します。  [IP セキュリティ プロトコル（IP Security Protocol）]フィールドで AH オプションを選択した場合、このフィールドは適用外になります。IP セキュリティ プロトコル フィールドで ESP オプションを選択した場合は、 [認証キーチェーン（Authentication Keychain）] フィールドまたは [暗号化キーチェーン（Encryption Keychain）] フィールドに値を入力する必要があります。

ステップ 4

[送信（Submit）]をクリックします。

SSH またはコンソール セッション上のスイッチで show ipv6 ospfv3 interfaceinterface-id コマンドを使用すれば、作成された IPSec ポリシーを確認できます。

ステップ 5

作成した OSPFv3 IPSec ポリシーを L3Out インターフェイスに関連付けるには、 「OSPF インターフェイス プロファイルの作成」の手順のステップ 9 を参照してください。

OSPF タイマー ポリシーを作成

OSPF タイマーは、プロトコル メッセージおよび最短パス優先（SPF）計算の動作を制御します。VRF で使用されるこのポリシーを構成するには、次の手順を活用。

始める前に

OSPFv2 インターフェイス プロファイルが作成されていることを確認します。詳細については、 OSPF インターフェイス プロファイルの作成 を参照してください。

手順

ステップ 1

メニューバーで、 [テナント（Tenants）] > [OSPF）]> [OSPF] > [OSPFタイマー（OSPF Timers）]を選択します。

ステップ 2

作業ペインで、テナントの名前をダブルクリックします。

ステップ 3

[名前（Name）]フィールドに、コンテキストレベルの OSPF ポリシー名を入力します。この名前では最大 64 文字までの英数字を使用できます。

（注）

オブジェクトの作成後は、この名前は変更できません。

ステップ 4

[オプション] [説明（Description）]フィールドに、この OSPF インターフェイス プロファイルの説明を入力します。説明には最大 128 文字までの英数字を使用できます（省略も可）。

ステップ 5

[帯域幅のリファレンス（Bandwidth Reference）] フィールドに、 OSPF 帯域幅のリファレンスを入力します。これは、インターフェイスのデフォルトメトリックを計算するために使用されます。範囲は 0 ～ 40000 です。デフォルト値は 40000 です。

ステップ 6

[アドミニストレーティブ ディスタンス優先設定（Admin Distance Preference）] フィールドに、優先するアドミニストレーティブ ディスタンスを入力します。アドミニストレーティブ ディスタンスとは、2 つの異なるルーティング プロトコルから同じ宛先に向かう複数のルートが存在する場合に、ルータが最適なパスを選択するために使用する機能です。アドミニストレーティブ ディスタンスでは、ルーティング プロトコルの信頼性が定義されます。各ルーティング プロトコルには、アドミニストレーティブ ディスタンス値を使用して、信頼性の高いプロトコルから低いプロトコルへの順序で優先順位が付けられます。有効値は 1 ～ 255 です。デフォルト値は 110 です。

ステップ 7

[最大 ECMP（Maximum ECMP）] フィールドに、 OSPF プロトコルの最大 ECMP を入力します。指定できる範囲は 1 ～ 16 です。デフォルト値は 8 です。

ステップ 8

[制御ノブ（Control Knobs）] フィールドで、次の OSPF ポリシー制御タイプのいずれかを入力します。

- [ルータIDの名前ルックアップを有効（Enable name lookup fo router IDs）]

- [プレフィックスの抑制（Prefix suppression）]：プレフィックスはアドバタイズされません。

ステップ 9

[グレースフル リスタート制御（Graceful Restart Controls）] チェックボックスをオンにしてグレースフル リスタート、または、ノンストップ フォワーディング（NSF）を有効にします。これは、OSPF がデータ転送パス上に存在し続けることを有効にします。

ステップ 10

[初期 SPF スケジュールの遅延間隔（Ms）（Initial Spf Schedule Delay Interval (Ms)）] フィールドに、 SPFスケジュールの初期遅延間隔を入力します。期間とは、最初の SPF 計算が実行されるまで待機する時間のことです。最初の計算を行うたびに、期間は、その前の期間の 2 倍の長さになり、指定された最大待機期間に達するまでそれが行われます。指定できる範囲は 1 ～ 600000 です。デフォルト値は 200 です。

ステップ 11

[SPF 計算の最小保留時間 (Ms)（Minimum Hold Time Between Spf Calculations (Ms)）] フィールドで SPF 計算間の最小保留時間を入力します。期間とは、初期間隔が発生した後の SPF 計算が実行されるまで待機する最小限の時間のことです。最初の計算を行うたびに、期間は、その前の期間の 2 倍の長さになり、指定された最大待機期間に達するまでそれが行われます。指定できる範囲は 1 ～ 600000 です。デフォルト値は 1000 です。

ステップ 12

[SPF 計算間の最大待機時間（Ms）（Maximum Wait Time Between Spf Calculations (Ms)）] フィールドで SPF 計算間の最大間隔を入力します。最初の計算を行うたびに、期間は、その前の期間の 2 倍の長さになり、指定された最大待機期間に達するまでそれが行われます。指定できる範囲は 1 ～ 600000 です。デフォルト値は 5000 です。

ステップ 13

[LSA グループ ペーシング間隔（Secs）（LSA Group Pacing Interval (Secs)）] フィールドで LSA がグループ化されリフレッシュ、チェックサム算出、またはエージングされる間隔を入力くます。LSAグループ ペーシングの期間は、ルータが処理する LSA 数に反比例します。たとえば、約 10,000 の LSA がある場合は、ペーシング間隔を短くする必要があります。小さなデータベース（40 ～ 100 LSA）を使用する場合は、ペーシング インターバルを10 ～ 20 分に増やす必要があります。有効な範囲は 1 ～ 1800 秒です。デフォルト値は 10 秒です。

ステップ 14

[LSA 生成スロットル開始待機間隔（LSA Generation Throttle Start Wait Interval (Ms)）] フィールドに、LSA 間の生成スロットル開始待機間隔を入力します。これは、同じLSAを受け入れるための最小間隔です。同じ LSA のインスタンスが、設定されている間隔が経過する前に到着した場合、その LSA はドロップされます。指定できる範囲は 0 ～ 5000 です。デフォルト値は 0 です。

ステップ 15

[LSA生成スロットル保留間隔（Ms）（LSA Generation Throttle Hold Interval (Ms)）] フィールドに、 LSA生成に対する後続のレート制限時間の計算に使用される増分時間（ミリ秒単位）を入力します。スロットル間隔の範囲は 50 ～ 30000 です。デフォルト値は 5000 です。

ステップ 16

[LSA 生成スロットル最大間隔（Ms）（LSA Generation Throttle Maximum Interval (Ms)）] フィールドに、 LSA生成の後続のレート制限時間を計算するために使用される最大時間（ミリ秒単位）を入力します。範囲は 50 ～ 30000 です。デフォルト値は 5000 です。

ステップ 17

[LSA の最小到着間隔（Ms）（Minimum Interval Between Arrival of a LSA (Ms)）] フィールドに、 ソフトウェアが Open Shortest Path First（OSPF）ネイバーから同じリンクステート アドバタイズメント（LSA）を受け入れる最小間隔を入力します。同じ LSA とは、同じ LSA ID 番号、LSA タイプ、およびアドバタイズ ルータ ID を含む LSA インスタンスです。同じ LSA のインスタンスが、設定されている間隔が経過する前に到着した場合、ソフトウェアは、LSA をドロップされます。範囲は 10 ～ 600000 です。デフォルト値は 1000 です。

ステップ 18

[非自己生成 LSA の最大数（Maximum Number of Not Self-generated LSAs）] フィールドで非自己生成 LSA の最大数を入力します。デフォルト値は 20000 です。

ステップ 19

[LSA 最大スリープ無視カウント間隔（ignore-time）（LSA Maximum Sleep Ignore Count Interval (ignore-time)）] LSA 制限を超えた後、 OSPF プロセスが無視状態を維持する時間を分単位で指定します。

ステップ 20

[LSA 最大スリープ無視カウント（ignore-count）（LSA Maximum Sleep Ignore Count (ignore-count)）] フィールドで、手動リカバリが必要になる前に、 OSPFプロセスが無視状態になることができる最大回数を設定します。

ステップ 21

[LSA スリープ数リセット間隔（reset-time）（LSA Sleep Count Reset Interval (reset-time)）] フィールドで、 OSPFプロセスが正常に動作して無視状態カウンタをゼロにリセットする時間を分単位で指定します。

ステップ 22

[LSA しきい値（パーセンテージ）（LSA Threshold (percentage)）] フィールドに、合計しきい値最大のパーセンテージで表される LSA の数を入力します。デフォルト値は 75% です。

ステップ 23

[LSA 最大アクション数（LSA Maximum Action）]フィールドで、 [ログ（Log）]または [拒否（Reject）]オプションのいずれかを選択します。

ステップ 24

[送信（Submit）]をクリックします。

次のタスク

新しく作成された OSPF タイマー ポリシーを展開するには、 [テナント（Tenants）] > [ネットワーキング（Networking）] > [VRF] > [ポリシー（Policy）] > [ OSPF タイマー（OSPF Timers）] へ移動し、それを VRF に関連付けます。

- OSPF リンク ステート データベース オーバーロードの防止

OSPF リンク ステート データベース オーバーロードの防止

OSPFリンクステート データベース オーバーロード保護機能を使用すると、特定の Open Shortest Path First（OSPF）プロセスに対する非自己生成リンクステート アドバタイズメント（LSA）の数を制限できます。OSPFドメイン内の他のルータによって生成される過剰な LSA により、ルータのCPUおよびメモリ リソースが実質的に消費される可能性があります。

OSPF リンクステート データベース オーバーロードの防止の前提条件

ネットワークでは OSPF が実行されていることが前提となります。

OSPF リンク ステート データベース オーバーロードの防止の利点

OSPF リンクステート データベース オーバーロード保護機能は、特定の OSPF プロセスに対して非自己生成 LSA の数を制限するためのメカニズムを OSPF レベルで提供します。ネットワーク内の他のルータの設定が正しくない場合、たとえば、大量のプレフィックスを再配布するために大量の LSA が生成されることがあります。この保護メカニズムは、ルータが大量の LSA を受信することを防ぎ、 CPUおよびメモリの不足が発生するのを防ぎます。

OSPF リンク ステート データベース オーバーロードの防止

OSPF リンクステート データベース オーバーロード保護機能がイネーブルになっている場合、ルータは受信した（非自己生成）LSA 数をカウントします。LSA の構成されたしきい値数に達すると、 非自己発信LSAの数 < > が許容制限を超えました <> 説明とともに障害が APIC で発生します。構成されている LSA の最大数を超えると、ルータがNotification（通告）を送信します。1 分経過しても受信 LSA 数が構成されている最大値よりも大きい場合、 OSPF プロセスはすべての隣接関係を停止し、 OSPF データベースをクリアします。この無視ステートでは、この OSPF プロセスに属する任意のインターフェイスで受信されたすべての OSPF パケットは無視され、これらのどのインターフェイスでも OSPF パケットは生成されません。  [LSA 最大スリープ無視カウント間隔（LSA Maximum Sleep Ignore Count Interval）] （ignore-time）フィールドで構成された期間、 OSPF プロセスは無視状態のままになります。OSPFプロセスが無視状態になるたびに、カウンタが増分されます。このカウンタが [LSA 最大スリープ無視カウント（LSA Maximum Sleep Ignore Count）] （ignore-count）フィールドで構成された値を超えた場合、 OSPF プロセスは永続的に無視状態のままになり、 OSPF プロセスをこの状態から戻すには手動の介入が必要です。  [LSA スリープ数リセット間隔（LSA STEP Count Reset Interval）]（reset-time）フィールドで指定された時間、 OSPFプロセスが正常に動作すると、無視状態カウンタは 0 にリセットされます。

LSA 最大アクション（LSA Maximum Action）が Log （警告のみ）に設定されている場合、 LSA の最大制限を超過しても、隣接関係に影響が及ばなければ、 OSPFプロセスによって障害が記録されます。

（注）

永続的な無視の状態から回復するには、次のいずれかの手動による介入が必要です：

1. L3Out でOSPFプロセスを無効にしてから再度有効にします（ユーザーテナントにある場合）。

2. プロセスを再起動します（例： kill -9 $（ <ospf>の pid）。

3. デバイスをリロードします。

OSPF 最大メトリック

OSPF Max-Metric 機能により、ネットワーク内のルーティング情報のフローが制御されます。この機能により、ルータはローカルで生成されたリンクステート アドバタイズメント（LSA）を最大メトリックでアドバタイズできます。これにより、このルータがデータ トラフィックの中継パスとして望ましくない状態になります。このアプローチは、動作可能になるまでデバイスが中継トラフィックに選択されないようにするため、スイッチのリロード時に特に役立ちます。

OSPF 最大メトリック ポリシーのガイドライン

OSPF 最大メトリック ポリシーの構成を行うときは、次の注意事項に従ってください：

- common またはユーザー テナントの下に OSPF max-metric ポリシーを作成します。

- OSPF Max-Metric ポリシーを使用すると、外部 LSA、スタブ リンク、サマリー LSA などの制御を選択でき、1 ～ 16,777,215 の範囲で max-metric 値を指定できます。この最大メトリック値は、外部 LSA およびサマリー LSA にのみ適用されます。スタブ ネットワーク用のルータ LSA およびルータLSA は、常に 65,535 の固定の最大メトリック値でアドバタイズされます。

- OSPF Max-Metric ポリシーが、External LSAs、Stub Links、または Summary LSAs コントロールを選択せずに有効になった場合は、非スタブ ネットワークのルータ LSA だけが max-metric 値でアドバタイズされます。

- On Startup 制御が有効である場合、 OSPF最大メトリック ポリシーは、スイッチの起動後、設定された起動間隔の間だけアドバタイズされます。On Startup が有効になっていない場合、構成された最大メトリックは、 VRF 内のすべての OSPF 対応ボーダー リーフからアドバタイズされます。

- OSPF max-metric ポリシーを、max-metric を有効にする必要がある VRF に関連付けます。

- OSPF max-metric ポリシーは infra テナントではサポートされていません。

- ボーダー リーフ スイッチにのみ OSPF max-metric ポリシーを展開します。

- PE ではオーバーロード モードがデフォルトで暗黙的に有効になっているため、この機能はインフラテナントの overlay-1 VRF ではサポートされません。

OSPF max-metric ポリシーの制限

OSPF Max-Metric ポリシーを構成する場合は、次の制限事項に注意してください：

- OSPF max-metric policy 内の wait-for-bgp オプションは、 ACI の BGP 機能の制限によりサポートされていません。

- OSPF 最大メトリック ポリシーは、リリース 6.1.4 の OSPFv3 ではサポートされていません。

- GUI を使用して OSPF 最大メトリック ポリシーを作成

- GUI を使用して OSPF 最大メトリック ポリシーを VRF に関連付ける

- CLI を使用した OSPF 最大メトリック ポリシー構成を確認

GUI を使用して OSPF 最大メトリック ポリシーを作成

短期間だけ、ルータ経由の OSPF トラフィックを制限する場合は、このタスクを使用します。

GUI を使用してOSPF Max-Metric ポリシーを作成するには、次の手順を実行します。

手順

ステップ 1

メニューバーで、 [テナント（Tenants）]を選択します。

ステップ 2

ナビゲーション ペインで、 [Tenant_name] > [ポリシー（Policies）] > [プロトコル（Protocol）] > [OSPF] を展開し、 [OSPF Max-Metric] を右クリックし、 [OSPF 最大メトリック ポリシーの作成（Create Max-Metric OSPF Policy）]を選択します。

[ドメイン/ VRF ごとの最大メトリック リンク ステート アドバタイズメントの作成（Create Max-Metric Link State Advertisement per Domain/VRF）] ダイアログボックスが表示されます。

ステップ 3

ポリシーの名前を入力します。

ステップ 4

必要な最大メトリック制御を構成します。

1. [外部 LSA（External LSAs）] チェックボックスをオンにして、外部 LSA を最大メトリックに設定します。

2. [起動時（On Startup）] チェックボックスをオンにして、スタートアップ時に最大メトリックをアドバタイズするようにルータを設定します。

3. [スタブ リンク（Stub Links）] チェックボックスをオンにして、スタブリンクを最大メトリックに設定します。

4. [集約 LSA（Summary LSAs）] チェックボックスをオンにして、サマリー LSA を最大 メトリックに構成します。

外部 LSA、スタブ リンク、またはサマリー LSA を選択しない場合、システムはルータ LSA に対してのみ最大メトリックをアドバタイズします。これらの制御のいずれかが有効になっている場合、対応する LSA およびルータ LSA が最大メトリックでアドバタイズされます。

ステップ 5

[外部 LSA の最大メトリック値（Maximum metric value for external LSAs）] フィールドに値を入力して最大メトリック値を指定します。

デフォルト値は 65,535 です。範囲は 1 ～ 16777215 です。ルータLSA は、max-metric が有効になっている場合、常に 65,535 のメトリック値でアドバタイズされます。

ステップ 6

[サマリー LSA の最大メトリック値（Maximum metric value for summary LSAs）] フィールドを選択し、集約 LSA の最大メトリック値を指定します。

デフォルト値は 65,535 です。有効な範囲は 1 ～ 16777215 です。

ステップ 7

[起動間隔時間（秒）（Startup Interval Time (in secs)）] フィールドで、最大メトリックをアドバタイズする時間間隔を指定します。

デフォルト値は 600 秒です。値の範囲は 5 ～ 86,400 秒です。

ステップ 8

[送信（Submit）]をクリックします。

作成された OSPF 最大メトリック ポリシーが、 [プロトコル（Protocol）] > [OSPF] > [OSPF 最大メトリック（OSPF Max-Metric）]の下で表示されます。

VRF の作成時にOSPF最大メトリック ポリシーを作成することもできます。  [VRF の作成（Create VRF）] ウィザードのステップ1で、 [OSPF ポリシーを構成（Configure OSPF Policies）] チェックボックスをオンにします。ウィザードのステップ 2 で、 [OSPF 最大メトリック ポリシーの作成（Create Max-Metric OSPF Policy）] を選択します。これは、 [OSPF 最大メトリック（OSPF Max-Metric）] ドロップダウンリストにあります。

GUI を使用して OSPF 最大メトリック ポリシーを VRF に関連付ける

OSPF 最大メトリック ポリシーを VRF に関連付けるには、 GUI を使用して次の手順を実行します。

手順

ステップ 1

メニューバーで、 [テナント（Tenants）]を選択します。

ステップ 2

ナビゲーション ペインで、 [Tenant_name] > [ネットワーキング（Networking）] > [VRF] [VRF] を選択します。

右側のペインで、選択した VRF の詳細を確認できます。

ステップ 3

[ポリシー（Policy）] タブをクリックします。

ステップ 4

O[SPF Max-Metric] ドロップダウンリストで、 OSPF max-metric ポリシーを選択します。

ステップ 5

OSPF Max-Metric ポリシーをVRFに関連付けをするために [送信（Submit）] をクリックします。

関連付けられた OSPF 最大メトリック ポリシーが [ポリシー（Policies）] > [プロトコル（Protocol）] > [OSPF]削除された場合、障害が発生します。

CLI を使用した OSPF 最大メトリック ポリシー構成を確認

CLI を使用して OSPF 最大メトリック ポリシーの構成を確認するには、次の手順に従います。

手順

特定のVRFインスタンス内のOSPF情報を表示すrには、 show ip ospf vrf コマンドを実行します。

例:

nextaci1-leaf1# show ip ospf vrf ospf_max-metric:ospf_vrf_backbone
Routing Process default with ID 101.101.101.101 VRF ospf_max-metric:ospf_vrf_ba
ckbone
Routing Process Instance Number 1
Stateful High Availability enabled
Graceful-restart helper mode is enabled
Supports only single TOS(TOS0) routes
Supports opaque LSA
This router is an autonomous system boundary
Maximum number of non self-generated LSA allowed 20000
(feature configured but inactive)
Current number of non self-generated LSA 2
Threshold for warning message 75%
Ignore-time 5 minutes, reset-time 10 minutes
Ignore-count allowed 5, current ignore-count 0
Table-map using route-map exp-ctx-2818053-deny-external-tag
Redistributing External Routes from
static route-map exp-ctx-st-2818053
direct route-map exp-ctx-st-2818053
bgp-100 route-map exp-ctx-proto-2818053
eigrp-default route-map exp-ctx-proto-2818053
coop route-map exp-ctx-st-2818053
Administrative distance 110
Reference Bandwidth is 40000 Mbps
SPF throttling delay time of 200.000 msecs,
SPF throttling hold time of 1000.000 msecs,
SPF throttling maximum wait time of 5000.000 msecs
LSA throttling start time of 0.000 msecs,
LSA throttling hold interval of 5000.000 msecs,
LSA throttling maximum wait time of 5000.000 msecs
Minimum LSA arrival 1000.000 msec
LSA group pacing timer 10 secs
Maximum paths to destination 8
Originating router LSA with maximum metric
Condition: Always
Number of external LSAs 1, checksum sum 0x5c0e
Number of opaque AS LSAs 0, checksum sum 0

SVI 外部カプセル化の範囲について

レイヤ 3 アウト構成のコンテキストでは、スイッチ仮想インターフェイス（SVI）は ACI リーフ スイッチとルータ間に接続性を提供するように構成されます。

デフォルトで単一のレイヤ 3 アウトが SVI インターフェイスで構成されている場合、VLAN のカプセル化はファブリック内の複数のノードに範囲が及びます。これは、図で示されるように SVI インターフェイスが同じ外部カプセル化（SVI）を使用する限り、レイヤ 3 アウト SVI が展開されているファブリックで、ACI ファブリックがすべてのノード上に同じブリッジ ドメイン（VXLAN VN）を構成するため発生します。

ただし、異なるレイヤ 3 アウトが展開されている場合、同じ外部カプセル化 (SVI) を使用している場合でも ACI ファブリックは異なるブリッジ ドメインを使用します。

ローカル範囲のカプセル化と 1 個のレイヤ 3 アウト

ローカル範囲のカプセル化と 2 個のレイヤ 3 アウト

Cisco APIC リリース 2.3 以降、同じ外部カプセル化（SVI）を使用して、2 個以上のレイヤ 3 アウトを展開する場合の動作を選択できるようになりました。

カプセル化の範囲は、ローカルまたは VRF として構成できます。

- ローカル範囲（デフォルト）：例の動作が ローカル範囲のカプセル化と 2 個のレイヤ 3 アウトというタイトルの図に表示されます。

- VRF 範囲：ACI ファブリックが、同じ外部カプセル化（SVI）が展開されているすべてのノードとレイヤ 3 アウト上で同じブリッジ ドメイン（VXLAN VNI）を構成します。次のタイトルの図の例を参照してください。 VRF 範囲のカプセル化および 2 個のレイヤ 3 アウト。

VRF 範囲のカプセル化および 2 個のレイヤ 3 アウト

カプセル化スコープ構文

レイヤ 3 Out プロファイルで使用されるカプセル化の範囲を設定するためのオプションは次のとおりです。

- CTX特定の VLAN のカプセル化の同じ VRF に、すべてのレイヤ 3 が記録されるで同じ外部 SVI。これはグローバル値です。

- ローカル : レイヤ 3 Out ごとの一意の外部 SVI。これはデフォルト値です。

CLI、API、および GUI 構文間のマッピングは次のとおりです。

カプセル化スコープ構文

CLI

API

GUI

l3out

local

local

vrf

ctx

VRF

（注）

カプセル化の範囲を設定する CLI コマンドでは、名前付きのレイヤ 3 アウト設定、VRF が設定されている場合にのみサポートされます。

SVI 外部カプセル化の範囲のガイドライン

SVI 外部カプセル化の範囲を使用する際には、次のガイドラインに従ってください:

- 同じノード上にレイヤ 3 Out を設定するためには、両方のレイヤ 3 Out の OSPF エリアが異なっている必要があります。

- 同じノード上にレイヤ 3 Out を設定するためには、両方のレイヤ 3 Out の BGP ピア設定が異なる必要があります。

GUI を使用して SVI 外部カプセル化の範囲の構成

始める前に

- テナントと VRF が構成されています。

- L3Out が構成されていて、L3Out で論理ノード プロファイルが構成されています。

手順

ステップ 1

メニュー バーで、 > [テナント（Tenants）] > [tenant-name]をクリックします。

ステップ 2

[ナビゲーション（Navigation）] ペインで、 [ネットワーキング（Networking）] > [L3Outs] > [L3Out_name] > [論理ノード プロファイル（Logical Node Profiles）] > [LogicalNodeProfile_name] > [論理インターフェイスプロファイル（Logical Interface Profiles）]をクリックします。

ステップ 3

次に ナビゲーション ペインで、 [論理インターフェイス プロファイル（Logical Interface Profiles）]を右クリックし、 [インターフェイス プロファイルの作成（Create Interface Profile）]をクリックします。

ステップ 4

[インターフェイス プロファイルの作成（Create Interface Profile）] ダイアログ ボックスで、次の操作を実行します：

1. [ステップ 1 アイデンティティ（STEP 1 Identity）] 画面の [名前（Name）] フィールドに、インターフェイス プロファイルの名前を入力します。

2. 残りのフィールドに、適切なオプションを選択し、 [次へ（Next）]をクリックします。

3. [ステップ 2 プロトコル プロファイル（Step 2 Protocol Profiles）] 画面、目的のプロトコルを選択するには、プロファイルの詳細、および [次へ（Next）]をクリックします。

4. [ステップ 3 のインターフェイス（Step 3 Interfaces）] 画面で、 SVI タブをクリックし、 + アイコンをクリックして [SVI の選択（Select SVI）] ダイアロ グボックスを開きます。

5. [インターフェイスの指定（Specify Interface）] エリアで、目的、さまざまなフィールド値を選択します。

6. [カプセル化範囲（Encap Scope）] フィールドで、目的のカプセル化範囲の値を選択します。  [OK]をクリックします。

デフォルト値は、 [ローカル（Local）]です。

SVI 外部のカプセル化の範囲は、指定されたインターフェイスで設定されます。

SVI での複数の L3Out のカプセル化のサポート

同じカプセル化 VLAN を使用する異なるリーフ スイッチ上の SVI インターフェイスで L3Out が設定されている場合、SVI VLAN は同じ VXLAN ネットワーク識別子（VNID）にマッピングされます。これにより、ファブリック全体に単一のブリッジ ドメイン（外部ブリッジ ドメイン）とブロードキャスト ドメインが形成されます。次の図に示すように、異なる VLAN で設定された SVI インターフェイスは、別個の外部ブリッジ ドメインを形成します。リリース 5.2(3) より前は、異なるスイッチ上に異なるカプセル化 VLAN を持つ単一の外部ブリッジ ドメインを作成することはできませんでした。

カプセル化が異なる外部ブリッジ ドメインに関連付けられた個別の VNID（ACI 5.2(3) より前のリリース）。

リリース 5.2(3) では、異なるリーフ スイッチ上の異なるカプセル化 VLAN で構成できる単一の外部ブリッジを構成するためのサポートが追加されました。複数カプセル化のサポート機能では、フローティング SVI オブジェクトを使用して、フローティング L3Out の外部ブリッジ ドメインを定義するか、または外部ブリッジ グループ プロファイルを使用して、通常の L3Out の外部ブリッジ ドメインを定義します。この機能の使用例としては、同じ VLAN がすでに使用されている可能性があるため、異なるリーフ スイッチで同じ VLAN を使用できない場合があります。

異なるカプセル化で外部ブリッジ ドメインに関連付けられた単一の VNID（ACI 5.2(3) 以降のリリース）。

ACI リリース 6.0(1) の時点で、この機能は物理ドメイン L3Out に対してのみサポートされ、VMM ドメイン L3Out に対してはサポートされません。

- 複数の SVI を異なるアクセスのカプセル化でグループ化する

- 注意事項と制約事項

- GUI を使用して SVI で複数の L3Out のカプセル化を構成する

- CLI を使用して SVI で複数の L3Out のカプセル化を構成する

- REST API を使用した複数の SVI 付き L3Out のカプセル化の設定

複数の SVI を異なるアクセスのカプセル化でグループ化する

次の図は、複数の SVI が異なるアクセス カプセル化でグループ化されている設定を示しています。

この使用ケースでは：

- 次のリーフ スイッチは VPC ペアです。

- node101 および node102

- node103 および node104

- node105 および node106

複数の SVI をレイヤ 2 ブリッジ グループにグループ化する上記の使用例を設定します。

1. VPC ペアごとに 3 つの通常の SVI を作成します。

- 通常の SVI svi-100 をリーフ スイッチ node101 および node102 上で作成

- 通常の SVI svi-101 リーフ スイッチ node103 および node104 上で作成

- 通常の SVI svi-102 リーフ スイッチ node105 および node106 上で作成

2. リーフ スイッチをアクセス カプセル化に構成します。

- アクセス カプセル化 VLAN100 を使用してリーフ スイッチ node101 および node102 を構成します。

- アクセス カプセル化 VLAN101 でリーフ スイッチ node103 および node104 を構成します。

- アクセス カプセル化 vlan 102 を使用してリーフ スイッチ node105 および node106 を構成します。

3. 単一のレイヤ 2ブロード キャスト ドメインの一部として動作するために通常の SVI svi-100、 svi-101、および svi-102 をグループ化します：

1. ブリッジ ドメイン プロファイルを作成します。

ブリッジ ドメイン プロファイルは、新しい MO l3extBdProfile で表されます。

2. ブリッジ ドメイン プロファイルの一意の名前文字列を指定します。

3. 同じブリッジ ドメイン プロファイルにグループ化する必要がある通常および SVI のそれぞれを関連付けます。

この関連付けには、次の 2 つの新しい MO を使用できます： l3extBdProfileCont および l3extRsBdProfile。

注意事項と制約事項

- レイヤ 2 ループは、外部デバイス/ハイパーバイザによってブロックされます。ループを防止するためにスパニングツリープロトコルに依存する外部スイッチでこの機能を使用すると、ループが発生する可能性があります。

- SVI は、外部ブリッジ ドメイン プロファイルの設定後に削除され、再度追加されます。

- 外部ブリッジ ドメイン プロファイルは L3Out スコープです。ノードでは、同じ外部ブリッジ ドメイン プロファイルに 2 つの異なるアクセス カプセル化マッピングを設定することはできません。

- ブリッジ ドメインのグループ化は、カプセル化スコープ ctx （APIC GUI の VRF オプション）ではサポートされていません。

- 異なる回線カプセル化を持つグループ化された SVI は、共通ノードを共有できません。

- リリース 5.2(3) から SVI による L3Out の複数のカプセル化がサポートされていない以前のリリースにダウングレードする場合、複数のカプセル化や外部ブリッジ ドメイン プロファイルで設定された L3Out で次のアクションが実行されます。

- 複数のカプセル化サポートに使用される新しいアロケータ（l3extBdProfileEncapAllocator）が削除されます。

- すべての外部ブリッジドメインプロファイル（新しい l3extBdProfile MO）が削除されます

- すべての新しい l3extBdProfileCont MO が削除されます

- すべての新しい l3extRsBdProfile MO が削除されます

GUI を使用して SVI で複数の L3Out のカプセル化を構成する

手順

ステップ 1

通常の SVI を作成し、リーフ スイッチをカプセル化にアクセスして構成します。

その手順は、 GUI を使用して SVI 外部カプセル化の範囲の構成 を参照してください。

ステップ 2

SVI グループ化に使用される外部ブリッジ グループ プロファイルを作成します。

1. [テナント（Tenants）] > [tenant-name] > [ポリシー（Policies）] > [プロトコル（Protocol）] > [外部ブリッジ グループ プロファイル（External Bridge Group Profiles）]に移動します。

構成済みの外部ブリッジ グループ プロファイルを示すページが表示されます。

2. [外部ブリッジ グループ プロファイル（External Bridge Group Profiles）] を右クリックし、 [外部ブリッジ グループ プロファイルの作成（Create External Bridge Group Profile）]を選択します。

[外部ブリッジ グループ プロファイルの作成（Create External Bridge Group Profile）] ページが表示されます。

3. 外部ブリッジ グループ プロファイルの名前を入力し、 [送信（Submit）]をクリックします。

すでに構成されている外部ブリッジ グループ プロファイルを示すページが、新しい外部ブリッジ グループ プロファイルで更新されます。

ステップ 3

通常の SVI をブリッジ ドメイン プロファイルに関連付けます。

1. [テナント（Tenants）] > [tenant-name] > [ネットワーキング（Networking）] > [L3Outs] > [L3Out-name] > [論理ノード プロファイル（Logical Node Profile）] > [log-node-profile-name] > [論理インターフェイス プロファイル（Logical Interface Profile）] > [log-int-profile-name]に移動します。

この論理インターフェイス プロファイルの [全般（General）] ページが表示されます。

2. SVI タブをクリックします。

構成済みのスイッチ仮想インターフェイスを示すページが表示されます。

3. 外部ブリッジ ドメイン プロファイルに関連付けるスイッチ仮想インターフェイスをダブルクリックします。

このスイッチ仮想インターフェイスの一般情報が表示されます。

4. [外部ブリッジ グループ プロファイル（External Bridge Group Profile）] フィールドで、このスイッチ仮想インターフェイスに関連付ける外部ブリッジ ドメイン プロファイルを選択します。

5. [送信（Submit）]をクリックします。

CLI を使用して SVI で複数の L3Out のカプセル化を構成する

手順

ステップ 1

通常の SVI を作成し、リーフ スイッチをカプセル化にアクセスして構成します。

NX-OS スタイル CLI を使用して、SVI インターフェイスのカプセル化スコープの設定 を参照してください。

ステップ 2

CLI を使用して APIC にログインし、構成モードとテナント構成モードを開始します。

apic1#
apic1# configuration
apic1(config)# tenant <tenant-name>
apic1(config-tenant)#

ステップ 3

次のコマンドを入力して、SVI グループ化に使用する外部ブリッジ プロファイルを作成します。

apic1(config-tenant)# external-bridge-profile <bridge-profile-name>
apic1(config-tenant-external-bridge-profile)# ?

ステップ 4

次のコマンドを入力して、通常の SVI をブリッジ ドメイン プロファイルに関連付けます。

apic1(config)# leaf <leaf-ID>
apic1(config-leaf)# interface vlan <vlan-num>
apic1(config-leaf-if)# vrf member tenant <tenant-name> vrf <VRF-name>
apic1(config-leaf-if)# ip address <IP-address>
apic1(config-leaf-if)# external-bridge-profile <bridge-profile-name>

REST API を使用した複数の SVI 付き L3Out のカプセル化の設定

手順

ステップ 1

通常の SVI を作成し、リーフ スイッチをカプセル化にアクセスして構成します。

その手順の REST API を使用して、SVI インターフェイスのカプセル化スコープの設定 を参照してください。

ステップ 2

次の例のような投稿を入力して、SVI グループ化に使用する外部ブリッジ プロファイルを作成します。

<fvTenant name="t1" dn="uni/tn-t1" >
<l3extBdProfile name="bd100" status=""/>
</fvTenant>

ステップ 3

次の例のように投稿を入力して、通常の SVI をブリッジ ドメイン プロファイルに関連付けます。

<fvTenant name="t1">
<l3extOut name="l1">
<l3extLNodeP name="n1">
<l3extLIfP name="i1">
<l3extRsPathL3OutAtt encap="vlan-108"                      tDn="topology/pod-1/paths-108/pathep-[eth1/10]"                      ifInstT="ext-svi">
<l3extBdProfileCont>
<l3extRsBdProfile tDn="uni/tn-t1/bdprofile-bd100" status=""/                     ></l3extBdProfileCont>
</l3extRsPathL3OutAtt>
</l3extLIfP>
</l3extLNodeP>
</l3extOut>
</fvTenant>

ステップ 4

フローティング ノードの個別のカプセル化を指定するには、次の例のような投稿を入力します。

<fvTenant name="t1">
<l3extOut name="l1">
<l3extLNodeP name="n1">
<l3extLIfP name="i1">
<l3extVirtualLIfP addr="10.1.0.1/24"                      encap="vlan-100"                      nodeDn="topology/pod-1/node-101"                       ifInstT="ext-svi">
<l3extRsDynPathAtt floatingAddr="10.1.0.100/24"                         encap="vlan-104"                          tDn="uni/phys-phyDom"/>
</l3extVirtualLIfP>
</l3extLIfP>
</l3extOut>
</fvTenant>

SVI 自動状態について

（注）

この機能は、APIC リリース 2.2(3x) リリースおよび APIC リリース 3.1 (1) で使用できます。APIC リリース 3.0(x) ではサポートされていません。

スイッチ仮想インターフェイス（SVI）は、デバイスの VLAN のブリッジング機能とルーティング機能間の論理インターフェイスを表します。SVI は、物理ポート、直接ポート チャネル、仮想ポート チャネルのメンバーを有することができます。SVI 論理インターフェイスは VLAN に関連付けられ、VLAN ポート メンバーシップを有します。

SVI の状態はメンバーに依存しません。Cisco APIC の SVI のデフォルトの自動状態動作は、自動状態の値が無効になっているときに最新の状態になっていることを意味します。これは、インターフェイスが対応する VLAN で動作していない場合、SVI がアクティブであることを意味します。

SVI 自動状態の値を有効に変更する場合、関連する VLAN のポート メンバーに依存します。VLAN インターフェイスが VLAN で複数のポートを有する場合、SVI は VLAN のすべてのポートがダウンするとダウン状態になります。

SVI 自動状態

SVI 自動状態

SVI 状態の説明

ディセーブル

インターフェイスが対応する VLAN で動作していない場合、SVI がアップ状態であることを意味します。

無効がデフォルトの SVI 自動状態の値です。

有効

SVI は、関連付けられている VLAN のポート メンバによって異なります。VLAN インターフェイスに複数のポートを含む場合、SVI は VLAN のすべてのポートがダウンするとダウン状態になります。

SVI 自動状態の動作のガイドラインと制限事項

次のガイドラインをお読みください。

- SVI の自動状態の動作を有効化または無効化にすると、SVI あたりの自動状態の動作を設定します。これらはグローバル コマンドではありません。

GUI を使用した SVI 自動状態の構成

始める前に

- テナントと VRF が構成されています。

- L3Out が構成されており、L3Out の論理ノード プロファイルと論理インターフェイス プロファイルが構成されています。

手順

ステップ 1

メニュー バーで、 > [テナント（Tenants）] > [tenant-name]をクリックします。

ステップ 2

[ナビゲーション（Navigation）] ペインで、 [ネットワーキング（Networking）] > [L3Outs] > [L3Out_name] > [論理ノード プロファイル（Logical Node Profiles）] > [LogicalNodeProfile_name] > [論理インターフェイスプロファイル（Logical Interface Profiles）]をクリックします。

ステップ 3

[ナビゲーション（Navigation）] ペインで、 [論理インターフェイス プロファイル（Logical Interface Profile）]を展開し、適切な論理的なインターフェイス プロファイルをクリックします。

ステップ 4

作業ペインで、 SVI タブをクリックし、 + サインをクリックして SVI ダイアログ ボックスを表示します。

ステップ 5

追加の SVI を追加するには、 SVI ダイアログボックスで、次の操作を実行します：

1. [パスタイプ（Path Type）] フィールドで、適切なパス タイプを選択します。

2. [パス（Path）] フィールドで、ドロップダウンリストから適切な物理インターフェイスを選択します。

3. [カプセル化（Encap）] フィールドで、適切な値を選択します。

4. [自動状態（Auto State）] フィールドで、 [作業（Work）] ペインの SVI を選択し、自動状態の値を表示または変更します。

デフォルト値は、 [無効化（Disabled）]です。

（注）

既存 SVI の自動状態の値を確認または変更するには、適切な SVI を選択して、値を確認または変更します。

Cisco フローティング L3Out について

以降では、 [Cisco Application Policy Infrastructure Controller] （[APIC]）リリース 4.2（1）以降では、外部ネットワークデバイスに接続するための複数のレイヤ 3 外部ネットワーク接続（L3Out）論理インターフェイスパスを指定する必要がなくなりました。

このフローティング L3Out 機能を使用すると、論理インターフェイスを指定せずに L3Out を設定できます。この機能により、仮想マシン（特定の仮想ネットワーク機能を実行する）がホスト間を移動する際に、ルーティングを維持するために複数の L3Out 論理インターフェイスを設定する必要がなくなります。フローティング L3Out は、VMware vSphere 分散スイッチ（VDS）を持つ VMM ドメインでサポートされています。

[Cisco APIC] リリース 5.0（1）以降のリリースでは、物理ドメインがサポートされています。これは、同じ単純化された構成を物理ルータの展開にも使用できることを意味します。

詳細については、次の資料を参照してください。 [フローティング L3Out を使用した外部ネットワーク接続の簡素化（Using Floating L3Out to Simplify Outside Network Connections）] ナレッジ ベースの記事：

https://www.cisco.com/c/en/us/td/docs/switches/datacenter/aci/apic/sw/kb/Cisco-ACI-Floating-L3Out.html

Chapter20. ルーティング プロトコルのサポート

この章で説明する内容は、次のとおりです：

- ルーティング プロトコルのサポートについて

- BGP 外部ルーテッド ネットワークと BFD のサポート

- OSPF 外部ルーテッド ネットワーク

- EIGRP 外部ルーテッド ネットワーク

ルーティング プロトコルのサポートについて

ネットワーク内でのルーティング [Cisco ACI] ファブリック内のルーティングは、BGP（BFD サポート）および OSPF または EIGRP ルーティング プロトコルを使用して実装されます。

IP 送信元ルーティングは ACI ファブリックではサポートされません。

- Cisco ACI の等コスト マルチパス ルーティングについて

Cisco ACI の等コスト マルチパス ルーティングについて

[Cisco アプリケーション セントリック インフラストラクチャ（Cisco Application Centric Infrastructure）] （[ACI]）内で、ボーダーリーフスイッチに接続されたすべてのネクスト ホップは、ハードウェアで転送されるときに 1 つの等コスト マルチパス（ ECMP ）ルーティング パスと見なされます。 [Cisco ACI] は、直接接続されたネクストホップの ECMP パスを BGP に再配布しません。しかし、再帰ネクストホップの ECMP パスを BGP に再配布します。

次の例では、ボーダー リーフ スイッチ 1 および 2 が、ネクストホップ伝播を使用して 10.1.1.0/24 ルートをアドバタイズし、接続されたホスト機能を再配布します。

10.1.1.0/24
through 192.168.1.1 (border leaf switch 1) -> ECMP path 1
through 192.168.1.2 (border leaf switch 1) -> ECMP path 1
through 192.168.1.3 (border leaf switch 1) -> ECMP path 1
through 192.168.1.4 (border leaf switch 2) -> ECMP path 2

- ECMP パス 1：50%（ネクストホップ 192.168.1.1、192.168.1.2、192.168.1.3）

- ECMP パス 2：50%（ネクストホップ 192.168.1.4）

（注）

各ネクストホップのトラフィック ハッシュのパーセンテージは概算値です。実際のパーセンテージは異なります。

非境界リーフ スイッチのこのルート エントリは、非境界リーフから各境界リーフ スイッチへの 2 つの ECMP パスになります。これにより、ルートをアドバタイズするボーダー リーフ スイッチ間でネクストホップが均等に分散されていない場合、ボーダー リーフ スイッチへのロード バランシングが不均衡になる可能性があります。

[Cisco ACI] リリース 6.0（2）以降では、ネクストホップ伝播および接続ホスト機能の再配布を使用して、 [Cisco ACI] ファブリック内の最適でないルーティングを回避できます。これらの機能が有効になっている場合、非境界リーフ スイッチからのパケット フローは、ネクストホップ アドレスに接続されているリーフ スイッチに直接転送されます。すべてのネクストホップがハードウェアからの ECMP 転送に使用されるようになりました。さらに、 [Cisco ACI] は、直接接続されたネクストホップと再帰ネクストホップの両方の ECMP パスを BGP に再配布するようになりました。

次の例では、リーフ スイッチ 1 と 2 がネクストホップで 10.1.1.0/24 ルートをアドバタイズし、接続されたホスト機能を再配布します。

10.1.1.0/24
through 192.168.1.1 (border leaf switch 1) -> ECMP path 1
through 192.168.1.2 (border leaf switch 1) -> ECMP path 2
through 192.168.1.3 (border leaf switch 1) -> ECMP path 3
through 192.168.1.4 (border leaf switch 2) -> ECMP path 4

- ECMP パス 1：25%（ネクストホップ 192.168.1.1）

- ECMP パス 2：25%（ネクストホップ 192.168.1.2）

- ECMP パス 3：25%（ネクストホップ 192.168.1.3）

- ECMP パス 4：25%（ネクストホップ 192.168.1.4）

BGP 外部ルーテッド ネットワークと BFD のサポート

ここでは、BFD をサポートする BGP 外部ルーテッド ネットワークの詳細について説明します。

- BGP レイヤ 3 外部ネットワーク接続構成のガイドライン

- BGP の接続タイプとループバックのガイドライン

- 外部 BGP スピーカーに対する BGP プロトコル ピアリング

- BGP 付加パス

- BGP 外部ルーテッド ネットワークの設定

- BGP Max Path の設定

- AS パス プリペンドの設定

- AS オーバーライドの BGP 外部ルーテッド ネットワーク

- BGP ネイバー シャットダウンおよびソフト リセット

- VRF ごと、ノード BGP ごとのタイマーの値の設定

- BFD サポートの設定

- BFD マルチホップ

- [マイクロ BFD（Micro BFD）]

BGP レイヤ 3 外部ネットワーク接続構成のガイドライン

BGP 外部ルーテッド ネットワークを構成するときは、以下のガイドラインに従ってください。

- BGP 直接ルート エクスポートの動作は、リリース 3.2（1）以降に変更されました。この場合 ACI は、エクスポート ルート マップ節を照合するときに、発信元ルート タイプ（スタティック、ダイレクトなど）を評価しません。その結果、アウトバウンド ネイバー ルート マップに常に含まれる「match direct」deny 節は、直接ルートと一致しなくなり、ユーザ定義のルート マップ節が一致するかどうかに基づいて直接ルートがアドバタイズされるようになりました。

したがって、直接ルートはルート マップを介して明示的にアドバタイズする必要があります。そうしないと、アドバタイズされている直接ルートが暗黙的に拒否されます。

- [AS オーバーライド（AS override）] （L3Out の BGP ピア接続プロファイルの [BGP 制御（BGP Controls）] フィールドにあります）オプションは、リリース 3.1（2）で導入されました。これにより、 [Cisco アプリケーション セントリック インフラストラクチャ（Cisco Application Centric Infrastructure）] （[ACI]）は AS_PATH 内のリモート AS を ACI BGP AS で上書きできます。  [Cisco ACI]において、これは通常、eBGP L3Out から同じ AS 番号を持つ別の eBGP L3Out への中継ルーティングを実行するときに使用されます。

ただし、eBGP ネイバーが異なる AS 番号を持つ場合、 [AS オーバーライド（AS override）] オプションを有効にすることによって問題が発生します。この状況では、ピアに反映するときに AS_PATH から peer-as を削除します。

- BGP ピア接続プロファイルの [Local-AS 番号（Local-AS Number）] オプションは、eBGP ピアリングでのみサポートされます。これにより、 [Cisco ACI] ボーダー リーフ スイッチは、ファブリック MP-BGP ルート リフレクタ ポリシーに割り当てられた実際の AS に加えて、別の AS のメンバーであるように見えます。そのため、ローカル AS 番号は [Cisco ACI] ファブリックの実際の AS 番号とは異なる必要があります。この機能が構成されている場合、 [Cisco ACI] ボーダー リーフ スイッチは、ローカル AS 番号を着信更新の AS_PATH に付加し、同じ番号を発信更新の AS_PATH に付加します。次の場所の no-prepend 設定によって、ローカル AS 番号の着信更新への付加を無効にできます。 [ローカルAS番号の設定（Local-AS Number Config）]上にあります。  no-prepend + replace-as 設定を使用すると、ローカル AS 番号が発信更新に付加されるのを防ぐことができます。

- ルーティング プロトコルの L3Out のルーター ID は、ルーテッド インターフェイス、サブインターフェイス、SVI などの L3Out インターフェイスと同じ IP アドレスまたは同じサブネットにすることはできません。ただし、必要に応じて、ルータ ID を L3Out ループバック IP アドレスの 1 つと同じにすることができます。Cisco APICリリース 6.0（4）以降、「ループバックアドレスにルータ ID を使用する」オプションが有効になっていない場合の、この制限は削除されました。

- 同じ VRF インスタンスの同じリーフ スイッチに同じルーティング プロトコルの複数の L3Out がある場合、それらのルータ ID は同じである必要があります。ルータ ID と同じ IP アドレスを持つループバックが必要な場合は、それらの L3Out の 1 つだけにループバックを構成できます。

- L3Out の BGP ピアを定義するには、次の 2 つの方法があります：

- BGP ピア接続プロファイル（bgpPeerP）（論理的なノードプロファイル レベル（l3extLNodeP）で）を通して、これにより、BGP ピアがループバック IP アドレスに関連付けられます。BGP ピアがこのレベルで構成されている場合は、BGP 接続にループバック アドレスが想定されます。そのため、ループバック アドレス設定が欠落していると、障害が発生します。

- BGP ピア接続プロファイル（bgpPeerP）論理的なインターフェイス プロファイル レベル（l3extRsPathL3OutAtt）これにより、BGP ピアがそれぞれのインターフェイスまたはサブインターフェイスに関連付けられます。

- BGP デフォルトタイマーを使用し、双方向転送検出（BFD）をレバレッジして1 秒未満の障害検出を行うを推奨します。アグレッシブ タイマーを設定すると、 CPU の集中的な動作中に BGP セッションが予期せずフラップする可能性があります。

- IPv6 を使用したループバックを介したピアリングを有効にするには、ユーザーが IPv6 アドレスを構成する必要があります。

- BGP l3extOut 接続のテナント ネットワーキング プロトコル ポリシーは、最大プレフィックス制限を使用して構成できます。これにより、ピアから受信するルート プレフィックスの数をモニターし、制限することができます。最大プレフィックス制限を超えると、ログ エントリの記録、それ以降のプレフィックスの拒否、固定期間中にカウントがしきい値未満になった場合の接続の再起動、または接続のシャットダウンを行うことができます。一度に 1 つのオプションだけを使用できます。デフォルト設定では 20,000 プレフィックスに制限され、その後は新しいプレフィックスは拒否されます。拒否オプションを展開すると、BGP は設定されている制限よりも 1 つ多くプレフィックスを受け入れるようになり、（ [Cisco Application Policy Infrastructure Controller] （[APIC]）はエラーを発生させます。

（注）

[Cisco ACI] は IP フラグメンテーションをサポートしていません。したがって、外部ルータへのレイヤ 3 外部（L3Out）接続を構成する場合、または Inter-Pod Network（IPN）を介した [マルチポッド（Multi-Pod）] 接続を構成する場合は、インターフェイス MTU がリンクの両端で適切に設定することを推奨します。  [Cisco ACI]、 [Cisco NX-OS]、および Cisco IOS などの一部のプラットフォームでは、構成可能な MTU 値はイーサネット ヘッダー (一致する IP MTU、14-18 イーサネット ヘッダー サイズを除く) を考慮していません。また、IOS XR などの他のプラットフォームには、構成された MTU 値にイーサネット ヘッダーが含まれています。構成された値が 9000 の場合、 [Cisco ACI]、 [Cisco NX-OS]Cisco IOS の最大 IP パケット サイズは 9000 バイトになりますが、IOS-XR のタグなしインターフェイスの最大 IP パケットサイズは 8986 バイトになります。

各プラットフォームの適切な MTU 値については、それぞれの設定ガイドを参照してください。

CLI ベースのコマンドを使用して MTU をテストすることを強く推奨します。たとえば、 [Cisco NX-OS] CLI で ping 1.1.1.1 df-bit packet-size 9000 source-interface ethernet 1/1などのコマンドを使用します。

- 親リーフや階層 2 リーフ上で L3Out を拡張する場合、ECMP はサポートされません。

BGP の接続タイプとループバックのガイドライン

[ACI] では次の BGP 接続の種類をサポートし、それらのループバックのガイドラインをまとめています：

BGP 接続タイプ

ループバックが必要

ルータ ID と同じループバック

スタティック ルートまたは OSPF ルートが必要

直接 iBGP

いいえ

N/A

非対応

iBGP ループバック ピアリング

はい（L3Out ごとに個別のループバック）

いいえ（同じノードに複数のレイヤ 3 Out がある場合）

はい

直接 eBGP

いいえ

N/A

非対応

eBGP ループバック ピアリング（マルチホップ）

はい（L3Out ごとに個別のループバック）

いいえ（同じノードに複数のレイヤ 3 Out がある場合）

はい

外部 BGP スピーカーに対する BGP プロトコル ピアリング

ACI は、iBGP と eBGP を使用して境界リーフと外部 BGP スピーカーの間のピアリングをサポートします。ACI は、BGP ピアリングで以下の接続をサポートします。

- OSPF 上の iBGP ピアリング

- OSPF 上の eBGP ピアリング

- 直接接続上の iBGP ピアリング

- 直接接続上の eBGP ピアリング

- スタティック ルート上の iBGP ピアリング

（注）

BGP ピアリングで OSPF が使用される場合、OSPF は BGP ピアリング アドレスへのルートの学習とアドバタイズのみに使用されます。レイヤ 3 Outside ネットワーク（EPG）に適用されるすべてのルート制御が BGP プロトコル レベルで適用されます。

ACI は、外部ピアへの iBGP および eBGP 接続用に多数の機能をサポートします。BGP 機能は、 [BGP ピア接続プロファイル（BGP Peer Connectivity Profilem）]で構成されています。

BGP ピアの接続プロファイル機能について、次の表で説明します。

（注）

ACI は、次の BGP 機能をサポートしています。以下にリストされていない NX-OS BGP 機能は、現在 ACI ではサポートされていません。

BGP ピアの接続プロファイル機能

BGP 機能

機能の説明

NX-OS での同等のコマンド

Allow Self-AS

連携する相手 Allowed AS Number Count 設定を展開します。

allowas-in

Disable peer AS check

アドバタイズ時のピア AS 番号のチェックを無効にします。

disable-peer-as-check

Next-hop self

常にローカル ピア アドレスにネクスト ホップ属性を設定します。

next-hop-self

Send community

ネイバーにコミュニティ属性を送信します。

send-community

Send community extended

ネイバーに拡張コミュニティ属性を送信します。

send-community extended

Password

BGP MD5 認証。

password

Allowed AS Number Count

連携する相手 Allow Self-AS 機能です。

allowas-in

Disable connected check

直接接続された EBGP ネイバーの接続チェックを無効にします（EBGP ネイバーがループバックからピアリングすることを許可）。

TTL

EBGP マルチホップ接続の TTL 値を設定します。これは EBGP でのみ有効です。

ebgp-multihop <TTL>

Autonomous System Number

ピアのリモート自律システム番号。

neighbor <x.x.x.x> remote-as

Local Autonomous System Number Configuration

ローカル AS 機能を使用するときのオプション（No Prepend+replace-AS+dual-AS など）。

Local Autonomous System Number

ファブリック MP-BGP ルート リフレクタ プロファイルに割り当てられている AS とは異なる AS 番号をアドバタイズするために使用されるローカル AS 機能。これは EBGP ネイバーの場合にのみサポートされ、ローカル AS 番号がルート リフレクタ ポリシー AS と異なっている必要があります。

local-as xxx <no-prepend> <replace-as> <dual-as>

Site of Origin

site-of-origin（SoO）は、ルーティング ループを防ぐためにルートを学習するサイトを一意に識別するために使用される BGP 拡張コミュニティ属性です。

soo <value>

BGP 付加パス

[Cisco Application Policy Infrastructure Controller] （[APIC]）6.0（2）リリース以降、BGP は、以前のパスに代わる新しいパスなしで、BGP スピーカが同じプレフィックスに対して複数のパスを伝播し、受け入れることを可能にする追加のパス機能をサポートします。この機能は、BGP スピーカのピアが、プレフィックスごとの複数パスのアドバタイズおよび受信をサポートし、また、そのパスのアドバタイズをサポートするかどうかネゴシエートすることを可能にします。特別な 4 バイトのパス ID は、ピア セッションを介して送信される同じプレフィックスに対して複数のパスを区別するため、ネットワーク層到達可能性情報（NLRI）に追加されます。

次の図に、追加の BGP 追加パス受信機能を示します。

追加パスの機能を持つ BGP ルート アドバタイズメント

次の制限が適用されます。

- [Cisco APIC] は受信機能のみをサポートします。

- セッションの確立後に BGP 追加パス受信機能を設定すると、その設定は次のセッション フラップで有効になります。

追加パス受信機能が導入される前は、BGP は 1 つのパスだけをアドバタイズし、BGP スピーカは特定ピアからの特定プレフィックスの 1 パスだけを受け入れました。BGP スピーカが同じセッション内で同じプレフィックスの複数のパスを受信した場合、最新のアドバタイズメントが使用されました。

BGP 外部ルーテッド ネットワークの設定

BGP 外部ルーテッド ネットワークを設定するには、次の項の手順を使用します。

- GUI を使用した BGP L3Out の構成

GUI を使用した BGP L3Out の構成

始める前に

BGP L3Out を設定するテナント、VRF、およびブリッジ ドメインはすでに作成されており、VRF の作成時に [BGP ポリシーの構成（Configure BGP Policies）] オプションを選択しました。

手順

ステップ 1

[メニュー（Menu）] バーで [テナント（Tenants）] > [すべてのテナント（All Tenants）]を選択します。

ステップ 2

作業ウィンドウで、テナントの名前をダブルクリックします。

ステップ 3

[ナビゲーション（Navigation）] ペインで [Tenant_name] > [ネットワーキング（Networking）] > [L3Out（L3Outs）]を展開します。

ステップ 4

[L3Out（L3Outs）] を右クリックし、 [L3Outの作成（Create L3Out）]を選択します。

[L3Outの作成（Create L3Out）] ウィザードが表示されます。

ステップ 5

[識別（Identity）] ページ（ [L3Outの作成（Create L3Out）] ウィザード内）に必要な構成を完了します。

1. [名前（Name）] 、 [VRF] および [L3ドメイン（L3 Domain）] フィールドに必要な情報を入力します。

2. ルーティング プロトコルのチェック ボックスがあるエリアで、 [BGP]を選択します。

3. [次へ（Next）] をクリックし、 [ノードとインターフェイス（Nodes and Interfaces）] ウィンドウに移動します。

ステップ 6

[ノードとインターフェイス（Nodes and Interfaces）] ページ（ [L3Outの作成（Create L3Out）] ウィザード内）に必要な構成を完了します。

1. [レイヤ 3（Layer 3）] エリアで [ルーテッド（Routed）]を選択します。

2. [ノード ID（Node ID）] フィールドのドロップダウン メニューで、L3Out のノードを選択します。

これらの例のトポロジでは、ノード 103を使用します。

3. [ルータ ID（Router ID）] フィールドに、ルータ ID を入力します。

4. （任意） 必要に応じて、ループバック アドレスに別の IP アドレスを構成できます。

[ループバック アドレス（Loopback Address）] フィールドは、 [ルータ ID（Router ID）] フィールドで提供した同じエントリによって自動で入力されます。これは、以前に構築した [ループバック アドレスとしてのユーザー ルータ ID（Use Router ID for Loopback Address）] オプションと同等です。ループバック アドレスにルータ ID を使用しない場合は、ループバック アドレスに別の IP アドレスを入力します。または、ループバック アドレスにルータ ID を使用しない場合は、このフィールドを空のままにします。

5. [ノードとインターフェイス（Nodes and Interfaces）] ページに必要は追加情報を入力します。

このページに表示されるフィールドは、 [レイヤ 3（Layer 3）] および [レイヤ 2（Layer 2）] エリアで選択したオプションによって異なります。

6. [ノードとインターフェイス（Nodes and Interfaces）] ページで残りの必要な追加情報を入力したら、 [次へ（Next）]をクリックします。

[プロトコル（Protocols）] ページが表示されます。

ステップ 7

[プロトコル（Protocols）] ページ（ [L3Outの作成（Create L3Out）] ウィザード内）に必要な情報を入力します。

1. [BGP ループバック ポリシー（BGP Loopback Policies）] および [BGP インターフェイス ポリシー（BGP Interface Policies）] エリアで、次の情報を入力します：

- [ピア アドレス（Peer Address）]：ピア IP アドレスを入力します。

- [EBGP マルチホップ TTL（EBGP Multihop TTL）]：接続の存続可能時間（TTL）を入力します。範囲は 1 〜 255 ホップです。ゼロの場合、TTL は指定されません。デフォルトは 1 です。

- [リモート ASN（Remote ASN）]：ネイバー自律システムを固有に識別する番号を入力します。自律システム番号は、1 〜 4294967295 のプレーン形式で 4 バイトにすることができます。

（注）

ACI は asdot または asdot + 形式の AS 番号をサポートしていません。

2. [次へ（Next）]をクリックします。

[外部 EPG（External EPG）] ページが表示されます。

ステップ 8

[外部 EPG（External EPG）] ページ（ [L3Outの作成（Create L3Out）] ウィザード内）に必要な情報を入力します。

1. [名前（Name）] フィールドに、外部ネットワークの名前を入力します。

2. [提供されたコントラクト（Provided Contract）] フィールドで、提供済みコントラクトの名前を入力します。

3. [消費済みコントラクト（Consumed Contract）] フィールドで、消費済みコントラクトの名前を入力します。

4. リスト [すべての外部ネットワークのデフォルト EPG（Default EPG for all external network）] フィールドで、この L3Out 接続からのすべての中継ルートをアドバタイズしない場合はオフにします。

このボックスをオフにすると、[Subnets] 領域が表示されます。次の手順に従って、必要なサブネットとコントロールを指定します。

5. [+] アイコンをクリックして [サブネット（Subnet）]を展開し、 [サブネットの作成（Create Subnet）] ダイアログ ボックスで次の手順を実行します。

6. [IP アドレス（IP Address）] フィールドに、外部ネットワークの IP アドレスとサブネット マスクを入力します。

（注）

前のステップで入力した内容に応じて、IPv4 または IPv6 のアドレスを入力します。

外部サブネットを作成するときに、プレフィックス EPG の BGP ループバックの両方を設定するか、またはどちらも設定しない必要があります。BGP ループバックを 1 つのみ設定すると、BGP ネイバーシップは確立されません。

7. [名前（Name）] フィールドに、サブネットの名前を入力します。

8. [範囲（Scope）] フィールドで、次のチェックボックスをオンにします。 [エクスポート ルート コントロール サブネット（Export Route Control Subnet）]、 [インポート ルートコントロール サブネット（Import Route Control Subnet）]、および [セキュリティ インポート サブネット（Security Import Subnet）]のチェックボックスをオンにします。  [OK]をクリックします。

（注）

BGP でインポート制御を適用する場合は、 [インポート ルートコントロール サブネット（Import Route Control Subnet）] チェックボックスをオンにします。

9. [OK] を [サブネットの作成（Create Subnet）] ウィンドウで必要な構成を完了した後にクリックします。

10. [終了（Finish）] をクリックして [L3Outの作成（Create L3Out）] ウィザード内の必要な構成を完了します。

ステップ 9

（任意） 必要に応じて、 [BGP ピア接続プロファイル（BGP Peer Connectivity Profilem）] ウィンドウに移動して、BGP 外部ルーテッドネットワークの追加設定を行います。

[テナント（Tenants）] > [tenant_name] > Networking > [L3Out（L3Outs）] > [L3Out_name] > [論理ノード プロファイル（Logical Node Profiles）] > [log_node_prof_name] > [BGP ピア（BGP Peer）] <address>

この L3Out の [BGP ピア接続プロファイル（BGP Peer Connectivity Profilem）] ページが表示されます。

1. [BGP 制御（BGP Controls）] フィールドで、目的の制御をオンにします。

ピアは、ピアに送信される境界ゲートウェイ プロトコル（BGP）属性を指定します。ピア制御オプションは次のとおりです：

- [自身の AS を許可（Allow Self AS）]：自律番号チェックを自身で有効にします。これにより、同じ AS 番号が使用されている場合に BGP ピアが更新を挿入できます。

- [AS オーバーライド（AS override）]：BGP AS オーバーライド機能を有効にして、デフォルト設定をオーバーライドします。AS オーバーライド機能では、発信元のルータからの AS 番号を、アウトバウンド ルートの AS パスの BGP ルータ送信の AS 番号に置き換えます。アドレス ファミリごとにこの機能を有効にできます（IPv4 または IPv6）。

AS オーバーライド機能を有効にするには、 [ピア AS チェックの無効化（Disable peer AS check）] チェックボックスもオンにする必要があります。

- [ピア AS チェックの無効化（Disable peer AS check）]：ピア自律番号チェックを無効にします。このチェックボックスをオンにすると、アドバタイジング ルータが AS パスでレシーバの AS 番号を見つけた場合、そのルータはレシーバにルートを送信しません。

AS オーバーライド機能を有効にするには、 [ピア AS チェックの無効化（Disable peer AS check）] チェックボックスをオンにする必要があります。

- [自身にネクスト ホップを送信（Next-hop Self）]：BGP ネクスト ホップ属性を自身に送信します。

- [コミュニティの送信（Send Community）]：ピアに BGP コミュニティ属性を送信します。

- [拡張コミュニティの送信（Send Extended Community）]この BGP ピアに拡張コミュニティ属性を送信します。

- [ドメイン パスの送信（Send Domain Path）]：BGP ドメイン パスをピアに送信します。

2. ボックスをオンにします。 [追加パスの受信（Receive Additional Paths）] チェックボックスをオンにして、この eBGP L3Out ピアが他の eBGP ピアからプレフィックスごとに追加のパスを受信できるようにします。

[追加パスの受信（Receive Additional Paths）] 機能がない場合、eBGP では、リーフ スイッチがプレフィックスのピアからネクスト ホップを 1 つだけ受信できます。

または、他の eBGP ピアからプレフィックスごとに追加のパスを受信するように、テナントの VRF インスタンス内のすべての eBGP ピアを設定できます。詳細については、 GUI を使用した BGP Max Path の構成を参照してください。

3. [パスワード（Password）] および [管理者パスワード（Administrator Password）] フィールドに、管理者パスワードを入力します。

4. [自身の AS 番号カウントを許可（Allow Self AS Number Count）] フィールドで、ローカル自律システム番号（ASN）の許可される発生回数を選択します。

値の範囲は 1 ～ 10 です。デフォルトは 3 です。

5. [ピア制御（Peer Controls）] フィールドに、ネイバー チェック パラメータを入力します。

次のオプションがあります：

- [双方向フォワーディング検出（Bidirectional Forwarding Detection）]：ピアでBFD をイネーブルにします。

- [接続チェックの無効化（Disable Connected Check）]：ピア接続のチェックを無効にします。

6. [アドレス タイプの制御（Address Type Controls）] フィールドで、必要に応じて BGP IPv4/IPv6 アドレスファミリ機能を設定します。

- [AF Mcast]：マルチキャスト アドレスファミリ機能を有効にする場合にオンにします。

- [AF Ucast]：ユニキャスト アドレスファミリ機能が有効にする場合にオンにします。

7. 必要な場合、 [ルーティング ドメイン ID（Routing Domain ID）]のエントリに注意してください。

[ルーティング ドメイン ID（Routing Domain ID）] フィールド内の値は、 [BGP ルート リフレクタ ポリシー（BGP Route Reflector Policy）] ページで入力したグローバル ドメイン ID ベース値が反映されます。参照先 ループ防止のための BGP ドメインパス機能について を参照してください。

8. リスト [EBGP マルチホップ TTL（EBGP Multihop TTL）] フィールドに、接続存続可能時間（TTL）を入力します。

範囲は 1 〜 255 ホップです。ゼロの場合、TTL は指定されません。デフォルトは 1 です。

9. [このネイバーからのルートのウェイト（Weight for routes from this neighbor）] フィールドで、ピアからのルートの許可される重みを選択します。

ルータにローカルに割り当てられた重みが、最適パスの選択に使用されます。範囲は 0 ～ 65535 です。

10. [プライベート AS 制御（Private AS Control）] フィールドで、プライベート AS 制御を構成します。

これらのオプションは、 ACI BGP AS がパブリック AS 番号である場合、または [ローカルAS番号の設定（Local-AS Number Config）] と [no-Prepend+replace-as] オプションが指定された BGP ピア接続プロファイル（BGPネイバー構成）上でパブリック AS 番号を使用して構成されている場合にのみ有効です。  [replace-as] オプションを使用して AS_PATH から実際のローカルプライベート AS を削除します。 [プライベート AS 制御（Private AS Control）] 機能が、その独自のローカル プライベート AS を削除しません。

次のオプションがあります：

- [すべてのプライベート AS の削除（Remove all private AS）]：発信 eBGP ルート更新ではこのネイバーを更新する際に、AS_PATH からすべてのプライベート AS 番号を削除します。eBGP ルートにプライベート AS 番号とパブリック AS 番号がある場合は、このオプションを使用します。パブリック AS 番号は保持されます。

ネイバーのリモート AS が AS_PATH にある場合、このオプションは適用されません。

このオプションを有効にするには、 [プライベート AS の削除（Remove private AS）] を有効にする必要があります。

- [プライベート AS の削除（Remove private AS）]：このネイバーへの発信 eBGP ルート更新では、AS_PATH にプライベート AS 番号しかない場合、このオプションはすべてのプライベート AS 番号を削除します。eBGP ルートでプライベート AS 番号しか ない場合、このオプションを使用します。

ネイバーのリモート AS が AS_PATH にある場合、このオプションは適用されません。

- [プライベート AS をローカル AS と置換（Replace private AS with local AS）]：このネイバーへの発信 eBGP ルート更新では、このオプションは、パブリック AS またはネイバー リモート AS が AS_PATH に含まれているかどうかに関係なく、AS_PATH 内のすべてのプライベート AS 番号を ACI ローカル AS に置き換えます。

このオプションを有効にするには、 [すべてのプライベート AS の削除（Remove all private AS）] を有効にする必要があります。

11. [BGP ピア プレフィックス ポリシー（BGP Peer Prefix Policy）] フィールドで、既存のピア プレフィックス ポリシーを選択するか、新しいポリシーを作成します。

ピア プレフィックス ポリシーは、ネイバーから受信できるプレフィックスの数と、許可されるプレフィックスの数を超えた場合に実行するアクションを定義します。この機能は、外部 BGP ピアで一般的に使用されますが、内部 BGP ピアにも適用できます。

12. [起源の拠点（Site of Origin）] フィールドに、このピアを識別するための拡張コミュニティ値を入力します。

Site-of-Origin（SoO）拡張コミュニティは、サイトを発信元とするルートを識別し、そのプレフィックスの再アドバタイズメントが送信元のサイトに戻されることを防ぐために使用される BGP 拡張コミュニティ属性です。この SoO 拡張コミュニティは、ルータがルートを学んだサイトを一意に識別します。BGP は、ルートに関連付けられた SoO 値を使用し、ルーティング ループを防止できます。

有効な形式：

- extended:as2-nn2:<2-byte number>:<2-byte number>

例： extended:as2-nn2:1000:65534

- extended:as2-nn4:<2-byte number>:<4-byte number>

例： extended:as2-nn4:1000:6554387

- extended:as4-nn2:<4-byte number>:<2-byte number>

例： extended:as4-nn2:1000:65504

- extended:ipv4-nn2:<IPv4 address>:<2-byte number>

例： extended:ipv4-nn2:1.2.3.4:65515

（注）

ユーザ テナント L3OutのSoO を設定する場合は、ACI ファブリック内で設定されたグローバル ファブリック、ポッド、またはマルチ サイト SoO と同じ SoO 値を設定しないようにしてください。スイッチで次のコマンドを実行すると、ファブリック内に設定されたファブリック、ポッド、およびマルチサイト SoO の値を表示できます：

show bgp process vrf overlay-1 | grep SOO

13. [リモート自律システム番号（Remote Autonomous System Number）] フィールドでネイバー自律システムを固有に識別する番号を選択します。

自律システム番号は、1 〜 4294967295 のプレーン形式で 4 バイトにすることができます。

（注）

ACI は asdot または asdot + 形式の AS 番号をサポートしていません。

14. [ローカルAS番号の設定（Local-AS Number Config）] フィールドで、ローカル自律システム番号（ASN）選択を選択します。

グローバル AS ではなくローカル AS 番号を使用すると、関連付けられたネットワーク内のルーティング デバイスが以前の AS に属しているように見えます。構成は次のとおりです：

- no-Prepend+replace-as+dual-as：ローカル AS での先頭付加を許可せず、両方の AS 番号で置き換えます。

AS パスの先頭に 1 つ以上の自律システム（AS）番号を付加できます。AS 番号は、ルートの発信元である実際の AS 番号がパスに追加された後に、パスの先頭に追加されます。AS パスの前に付加すると、AS パスが短く見えるため、BGP よりも優先度が低くなります。

- [no-prepend]：ローカル AS でのプリペンドを許可しません。

- [オプションなし（no options）]：ローカル AS の変更を許可しません。

- [no-Prepend+replace-as]：ローカル AS での先頭追加を許可せず、AS 番号を置き換えます。

15. [Local-AS 番号（Local-AS Number）] フィールドで、目的の値を選択します。

eBGP ピアのローカル自律システム機能の場合にオプションで必要です。ローカル自律システム番号は、1 〜 4294967295 のプレーン形式で 4 バイトにすることができます。ACI は asdot または asdot + 形式の AS 番号をサポートしていません。

16. [管理状態（Admin State）] フィールドで、 [無効（Disabled）] または [有効（Enabled）]を選択します。

[管理状態（Admin State）] フィールドでは、対応する BGP ネイバーをシャットダウンできます。この機能を使用すると、BGP ピア設定を削除せずに BGP セッションがシャットダウンされます。

次のオプションがあります：

- [無効化（Disabled）]：BGP ネイバーの管理状態を無効にします。

- [有効（Enabled）]：BGP ネイバーの管理状態を有効にします。

17. [ルート制御プロファイル（Route Control Profile）] フィールドで、BGP ピアごとにルート制御ポリシーを構成します。

以下を構成するには [+] をクリックします：

- [名前（Name）] ：ルート制御プロファイル名を選択します。

- [方向（Direction）]：次のいずれかのオプションを選択します：

- [ルート インポート ポリシー（Route Import Policy）]

- [ルート エクスポート ポリシー（Route Export Policy）]

18. [送信（Submit）]をクリックします。

ステップ 10

[テナント（Tenants）] > [tenant_name] > [んネットワーキング（Networking）] > [（L3Out）L3Outs] > [L3Out_name]に移動します。

ステップ 11

[ポリシー/メイン（Policy/Main）] タブで、次の操作を実行します：

1. （任意）   [ルート制御の適用：インポート（Route Control Enforcement: Import）] フィールドで、 [インポート（Import）] チェックボックスをオンにします。

（注）

BGP でインポート制御を適用する場合は、このチェックボックスをオンにします。

2. [ダンプニングのルート制御（Route Control for Dampening）] フィールドを展開し、目的のアドレス ファミリ タイプとルート ダンプニング ポリシーを選択します。  [更新（Update）]をクリックします。

このステップでは、ポリシーはステップ 4 で作成できます。または、ポリシー名を選択する場所の [ルート プロファイルを作成（Create route profile）] のオプションがドロップダウン リストにあります。

ステップ 12

[テナント（Tenants）] > [tenant_name] > [んネットワーキング（Networking）] > [（L3Out）L3Outs] > [L3Out_name]に移動します。

ステップ 13

[ルート制御のインポートおよびエクスポート向けルート マップ（Route map for import and export route control）] に移動します を右クリックし、 [ルート制御のインポートおよびエクスポート向けルート マップの作成（Create Route map for import and export route control）]を選択します。

ステップ 14

このウィンドウに必要な情報を入力し、コンテキスト エリアで + をクリックして [ルート制御コンテキスト（Create Route Control Context）] ウィンドウを表示します。

1. [名前（Name）] フィールドに、ルート制御 VRF の名前を入力します。

2. [属性の設定（Set Attribute）] ドロップダウンリストから、 [アクション ルール プロファイルの作成（Create Action Rule Profile）]を選択します。

アクション ルールを作成するときに、必要に応じてルート ダンプニング属性を設定します。

BGP Max Path の設定

次の機能を使用すると、等コスト マルチパスのロード バランシングを有効にするルート テーブルへのパスの最大数を追加できます。

- GUI を使用した BGP Max Path の構成

GUI を使用した BGP Max Path の構成

始める前に

適切なテナントと BGP 外部ルーティング ネットワークが作成され、使用可能になります。

手順

ステップ 1

[メニュー（Menu）] バーで [テナント（Tenants）] > [すべてのテナント（All Tenants）]を選択します。

ステップ 2

作業ウィンドウで、テナントの名前をダブルクリックします。

ステップ 3

[ナビゲーション（Navigation）] ペインで、 [Tenant_name] > [ポリシー（Policies）] > [プロトコル（Protocol）] > [BGP] > [BGP アドレス ファミリコンテキスト（BGP Address Family Context）]を展開します。

ステップ 4

[BGP アドレス ファミリ コンテキスト（BGP Address Family Context）] を右クリックし、 [BGP アドレスファミリ コンテキスト ポリシーの作成（Create BGP Address Family Context Policy）]を選択します。

ステップ 5

[BGP アドレスファミリ コンテキスト ポリシーの作成（Create BGP Address Family Context Policy）] ダイアログ ボックスで、次のタスクを実行します：

次のフィールドの許容値の 「Cisco ACI の検証済み拡張性ガイド」 を参照します。これは、 「Cisco APIC ドキュメンテーション ページ」 にあります。

1. [名前（Name）] フィールドにポリシーの名前を入力します。

2. [eBGP 距離（eBGP Distance）] フィールドに、eBGP ルートの管理距離の値を入力します。

3. [iBGP 距離（iBGP Distance）] フィールドに、iBGP ルートの管理距離の値を入力します。

4. [ローカル距離（Local Distance）] フィールドに、ローカル距離の値を入力します。

5. [eBGP 最大 ECMP（eBGP Max ECMP）] フィールドに、eBGP ロード シェアリングの等コスト パスの最大数の値を入力します。

6. [iBGP 最大 ECMP（iBGP Max ECMP）] フィールドに、iBGP ロード シェアリングの等コスト パスの最大数の値を入力します。

7. [ローカル最大 ECMP（Local Max ECMP）] フィールドに、ルートの BGP ベスト パスとして再配布する必要があるローカル パスの最大数の値を入力します。これは、BGP を介して検出されないルートに対してのみ機能するもので、OSPF や静的などの他のプロトコルを介して検出されます。

8. DCIG への EVPN タイプ 2（MAC/IP）ホスト ルートの配布を有効にする場合には、 [ホストルートリークを有効化（Enable Host Route Leak）] チェックボックスをオンにします。

9. テナントの VRF インスタンス内のすべての eBGP ピアが他の eBGP ピアからプレフィックスごとに追加のパスを受信するようにする場合は、 [BGP パス追加機能：受信（BGP Add-Path Capability: Receive）] チェックボックスをオンにします。

[BGP パス追加機能：受信（BGP Add-Path Capability: Receive）] をオンにしていない場合、eBGP は、リーフ スイッチに対し、プレフィックスごとにピアから 1 つのネクスト ホップのみの受信を許可します。

10. エントリを更新した後、 [送信（Submit）] をクリックします。

ステップ 6

対象の VRF の設定の詳細を確認して [テナント（Tenants）] > [tenant_name] > [ネットワーキング（Networking）] > VRFs > [vrf_name]

ステップ 7

をクリックします。

ステップ 8

[アドレス ファミリごとの BGP コンテキストの追加（BGP Context Per Address Family）] フィールドおよび [BGP アドレス ファミリ タイプ（BGP Address Family Type）] エリアから、 [IPv4 ユニキャスト アドレス ファミリ（IPv4 unicast address family）] または [IPv6 ユニキャスト アドレス ファミリ（IPv6 unicast address family）]を選択します。

ステップ 9

[BGP アドレス ファミリ コンテキスト（BGP Address Family Context）] ドロップダウン リストで作成した BGP アドレス ファミリ コンテキストにアクセスし、サブジェクトの VRF に関連付けます。

ステップ 10

[送信（Submit）]をクリックします。

AS パス プリペンドの設定

次の項の手順を使用して、AS パスのプリペンドを設定します。

- AS パス プリペンドの設定

- AS 経路プリペンド GUI を使用して構成

AS パス プリペンドの設定

BGP ピアは、AS パス アトリビュートの長さを増やすことで、リモート ピアでベスト パス選択の影響を与えることができます。番号として指定桁の前に付加して AS パス アトリビュートの長さを向上するために使用するメカニズムを提供する AS パス Prepend。

AS パス前に付加は、ルート マップを使用してアウト バウンド方向にのみ適用できます。パスとして前に付加が機能しない iBGP セッションで。

AS パス Prepend 機能は、次のように変更を有効に。

プリペンド

ルート マップと一致するルートの AS パスに、指定した AS 番号を付加します。

（注）

- 1 個以上の AS 番号を設定できます。

- 4 バイト番号がサポートされています。

- 合計を prepend は 32 の AS 番号。AS 番号は、AS パス アトリビュートに挿入されます順序を指定する必要があります。

Prepend-最後-として

最後の前に付加 AS パス 1 から 10 までの範囲に番号として。

次の表では、AS パス Prepend の実装の選択基準について説明します。

プリペンド

1

指定された AS 番号を追加します。

Prepend-最後-として

2

最後の AS 番号を AS パスに付加します。

デフォルト

Prepend(1)

指定された AS 番号を追加します。

AS 経路プリペンド GUI を使用して構成

始める前に

構成済みのテナント

手順

手順の概要

1. APIC GUI にログインし、メニュー バーで、 [テナント（Tenants）] > [tenant_name] > [ポリシー（Policies）] > [プロトコル（Protocol）] > [セット ルール（Set Rule）] をクリックし [ルート マップのセット ルールを作成（Create Set Rules for a Route Map）]を右クリックします。

2. [ルート マップのセット ルールの作成（Create Set Rules For A Route Map）] ダイアログ ボックスで、次のタスクを実行します：

3. [プリペンド AS（Prepend AS）]の基準をクリックし、そして + をクリックして AS 番号のプリペンドをします。

4. AS 番号とその順序を入力し、 [更新（Update）]をクリックします。  [+] をクリックして複数の AS 番号の先頭を追加する必要があるかどうかを繰り返します。

5. 先頭に追加する AS 番号の構成が完了したら、 [プリペンドLast-AS（Prepend Last-AS）] の条件を選択して最後の AS に指定された回数を番号と最後を付加します。

6. [カウント（Count）] （1-10）を入力します。

7. [OK]をクリックします。

8. [ルート マップのセット ルールの作成（Create Set Rules For A Route Map）] ウィンドウで AS パスに基づく設定ルールの基準を確認し、 [完了（Finish）] をクリックします。

9. APIC GUI メニューバーで、 [テナント（Tenants）] > [tenant_name] > [ポリシー（Policies）] > [プロトコル（Protocol）] > [セット ルール（Set Rule）] をクリックし、プロファイルを右クリックします。

10. 画面の下にある、 [AS 経路の設定（Set AS Path）] 値を確認します。

手順の詳細

ステップ 1

APIC GUI にログインし、メニュー バーで、 [テナント（Tenants）] > [tenant_name] > [ポリシー（Policies）] > [プロトコル（Protocol）] > [セット ルール（Set Rule）] をクリックし [ルート マップのセット ルールを作成（Create Set Rules for a Route Map）]を右クリックします。

[ルート マップのセット ルールの作成（Create Set Rules For A Route Map）] ウィンドウが表示されます。

ステップ 2

[ルート マップのセット ルールの作成（Create Set Rules For A Route Map）] ダイアログ ボックスで、次のタスクを実行します：

1. [名前（Name）] フィールドに、名前を入力します。

2. [AS 経路の設定（Set AS Path）] チェックボックスをチェックし、 [次へ（Next）]をクリックします。

3. [AS 経路（AS Path）] ウィンドウをクリックし、+ をクリックし、 [経路の作成（Create Set AS Path）] ダイアログ ボックスを開きます。

ステップ 3

[プリペンド AS（Prepend AS）]の基準をクリックし、そして + をクリックして AS 番号のプリペンドをします。

ステップ 4

AS 番号とその順序を入力し、 [更新（Update）]をクリックします。  [+] をクリックして複数の AS 番号の先頭を追加する必要があるかどうかを繰り返します。

ステップ 5

先頭に追加する AS 番号の構成が完了したら、 [プリペンドLast-AS（Prepend Last-AS）] の条件を選択して最後の AS に指定された回数を番号と最後を付加します。

ステップ 6

[カウント（Count）] （1-10）を入力します。

ステップ 7

[OK]をクリックします。

ステップ 8

[ルート マップのセット ルールの作成（Create Set Rules For A Route Map）] ウィンドウで AS パスに基づく設定ルールの基準を確認し、 [完了（Finish）] をクリックします。

ステップ 9

APIC GUI メニューバーで、 [テナント（Tenants）] > [tenant_name] > [ポリシー（Policies）] > [プロトコル（Protocol）] > [セット ルール（Set Rule）] をクリックし、プロファイルを右クリックします。

ステップ 10

画面の下にある、 [AS 経路の設定（Set AS Path）] 値を確認します。

AS オーバーライドの BGP 外部ルーテッド ネットワーク

AS オーバーライドを使用して BGB 外部ルーテッド ネットワークを設定するには、次の項の手順を使用します。

- BGP 自律システムのオーバーライドについて

- GUI を使用して、BGP 外部ルーテッド ネットワークと有効になっている自律システム オーバーライドを構成する

BGP 自律システムのオーバーライドについて

BGP のループ防止は、自律システム パスの自律システム番号を確認することで行われます。受信側のルータが受信した BGP パケットの自律システム パスで独自の自律システム番号が表示される場合、パケットは廃棄されます。受信側のルータでは、パケットが独自の自律システムから発信され、最初に発信元から同じ場所に達したことが想定されます。この設定では、ルーティング ループが発生しないようにするためのデフォルトです。

別の自立システム番号によりリンクする同一の自律システム番号を持つさまざまなサイトや禁止ユーザーのサイトを使用する場合、デフォルト ルートのループが発生しないようにする設定によって問題が発生する可能性があります。このようなシナリオでは、その他のサイトが受信した場合 1 つのサイトからのルーティング更新は廃棄されます。

このような状況の発生を防ぐため、Cisco APIC リリース 3.1(2m) 以降、BGP 自律システムのオーバーライド機能を有効にして、デフォルトの設定をオーバーライドすることができます。同時に、ピア AS チェックの無効化も有効にする必要があります。

自律システム オーバライド機能では、発信元のルータからの自律システム番号を、アウトバウンド ルートの AS パスの BGP ルータ送信の自律システム番号に置き換えます。アドレス ファミリごとにこの機能を有効にできます（IPv4 または IPv6）。

自律システム オーバライド機能は、GOLF レイヤ 3 設定および非 GOLF レイヤ 3 の設定でサポートされています。

自律システム オーバライド機能を説明するトポロジ例

ルータ 1 およびルータ 2 は、複数のサイトを持つ 2 つの顧客です（サイト A とサイト B）。顧客ルータ 1 は AS 100 で動作し、顧客ルータ 2 は AS 200 で動作します。

上の図は、次のような自律システム（AS）オーバーライド プロセスを示しています。

1. ルータ A サイト 1 では、AS100 でルート 10.3.3.3 をアドバタイズします。

2. ルータ PE-1 は、AS100 として PE2 へ内部ルートとして反映します。

3. ルータ PE-2 は AS121 で 10.3.3.3 をプリペンドし（AS パスの 100 を 121 に置き換えます）、プレフィックスをプロパゲートします。

4. ルータ 2 サイト B は 10.3.3.3 更新プログラムを承認します。

GUI を使用して、BGP 外部ルーテッド ネットワークと有効になっている自律システム オーバーライドを構成する

始める前に

- テナント、VRF、およびブリッジ ドメインが作成されています。

- 非 GOLF 設定の外部ルーテッド ネットワーク、論理ノード プロファイル、および BGP ピア接続プロファイルが作成されています。

手順

ステップ 1

メニューバーで、 [テナント（Tenants）] > [Tenant_name] > [ネットワーキング（Networking）] > [L3Out（L3Outs）] > [Non-GOLF レイヤ 3 Out_name（Non-GOLF Layer 3 Out_name）] > [論理的なノード プロファイル（Logical Node Profiles）]を選択します。

ステップ 2

[ナビゲーション（Navigation）] ペインで、適切な [BGP ピア接続プロファイル（BGP Peer Connectivity Profilem）]を選択します。

ステップ 3

[作業（Work）] ペインの [プロパティ（Properties）] の下で [BGP ピア接続プロファイル（BGP Peer Connectivity Profilem）] は、  [BGP 制御（BGP Controls）] フィールド内で次の操作を行います：

1. [AS オーバーライド（AS override）] フィールドのチェックボックスをオンにします。これは、 [自律システムオーバーライド（Autonomous System overridem）] 機能を有効にします。

2. [ピア AS チェックの無効化（Disable peer AS check）] フィールドのチェックボックスをオンにします。

（注）

AS オーバーライド機能を有効にするために [AS オーバーライド（AS override）] および [ピア AS チェックの無効化（Disable peer AS check）] のチェックボックスをオンにする必要があります。

3. 必要に応じてその他のフィールドを選択します。

ステップ 4

次をクリックします。 [送信（Submit）]。

BGP ネイバー シャットダウンおよびソフト リセット

BGB ネイバーのシャットダウンとソフト リセットを設定するには、次の項の手順を使用します。

- BGP ネイバー シャットダウンとソフト リセットについて

- GUI を使用した BGP ネイバー シャットダウンの設定

- GUI を使用した BGP ネイバー ソフト リセットの設定

BGP ネイバー シャットダウンとソフト リセットについて

リリース 4.2(1) 以降、次の機能がサポートされるようになりました。

- BGP ネイバー シャットダウン

- BGP ネイバー ソフト リセット

BGP ネイバー シャットダウン

BGP ネイバー シャットダウン機能は、NX-OS の neighbor shutdown コマンドに似ており、対応する BGP ネイバーをシャットダウンします。このポリシーを使用して、BGP ネイバーの管理状態を無効または有効にします。この機能を使用すると、BGP ピア設定を削除せずに BGP セッションがシャットダウンされます。

BGP ネイバー ソフト リセット

BGP ネイバー ソフト リセット機能は、BGP ルート リフレッシュ機能を使用して、保存されているルーティング テーブル アップデート情報に依存しない着信および発信 BGP ルーティング テーブル アップデートのダイナミック ソフト リセットを自動的にサポートします。ソフト ダイナミック インバウンド リセットとソフト アウトバウンド リセットを有効にするには、このポリシーを使用します。

GUI を使用した BGP ネイバー シャットダウンの設定

次の手順では、GUI を使用して BGP ネイバー シャットダウン機能を使用する方法について説明します。

始める前に

L3Out を設定する前に、次のような標準的な前提条件を満たします。

- ノード、ポート、AEP、機能プロファイル、レイヤ 3 ドメインを設定します。

- ファブリック内でルートを伝播させるための、BGP ルート リフレクタ ポリシーを設定します。

手順

ステップ 1

L3Out を作成し、L3Out の BGP を設定します。

1. に ナビゲーション ペイン上で、次を拡張します。 テナント および ネットワーキングをクリックします。

2. 次を右クリックします。 L3Out をクリックし、 L3Outの作成。

3. L3Out の BGP を構成するために必要な情報を入力します。

[BGP]を選択します。 これは、L3Out 作成ウィザードの [識別（Identity）] ページにあり、L3Out 向け BGP プロトコルの構成を行います。

4. 残りのページに進みます（ノードとインターフェイス, プロトコル、および 外部 EPG）で、L3Out の構成を完了します。

ステップ 2

L3Out の構成が完了したら、BGP ネイバーのシャットダウンを構成します：

1. BGP ピア接続プロファイル画面に移動します：

[テナント（Tenants）] > [テナント（tenants）] > [ネットワーキング（Networking）] > [L3Outs] > [L3out-name] > [論理ノード プロファイル（Logical Node Profiles）] > [logical-node-profile-name] > [論理インターフェイス プロファイル（Logical Interface Profiles）] > [logical-interface-profile-name] > [BGP ピア接続プロファイル（BGP Peer Connectivity Profile）][IP-address]

2. [管理状態（Admin State）] フィールドまでスクロールし、このフィールドで適切な選択を行います。

- [無効化（Disabled）]無効化：BGP ネイバーの管理状態を無効にします。

- 有効：BGP ネイバーの管理状態を有効にします。

GUI を使用した BGP ネイバー ソフト リセットの設定

次の手順では、GUI を使用して BGP ネイバー ソフト リセット機能を使用する方法について説明します。

始める前に

L3Out を設定する前に、次のような標準的な前提条件を満たします。

- ノード、ポート、AEP、機能プロファイル、レイヤ 3 ドメインを設定します。

- ファブリック内でルートを伝播させるための、BGP ルート リフレクタ ポリシーを設定します。

手順

ステップ 1

L3Out を作成し、L3Out の BGP を設定します。

1. に [ナビゲーション（Navigation）] ペインで、以下を展開します： [テナント（Tenant）] および [ネットワーキング（Networking）]をクリックします。

2. [L3Out（L3Outs）] をクリックし、 [L3Outの作成（Create L3Out）]を選択します。

3. L3Out の BGP を構成するために必要な情報を入力します。

[BGP] を [ID（Identity）] ページで選択してL3Out 向け BGP プロトコルの構成を行います。

4. 残りのページに進みます（ノードとインターフェイス、 [プロトコル（Protocols）]、および [外部 EPG（External EPG）]）で、L3Out の構成を完了します。

ステップ 2

L3Out の構成が完了したら、BGP ネイバーのソフト リセットを構成します。

1. BGP ピア エントリ画面に移動します：

[テナント（Tenants）] > tenant > [ネットワーク（Networking）] > [L3Out（L3Outs）] > [L3out-name] > [論理ノード プロファイル（Logical Node Profiles）] > [logical-node-profile-name] > [構成済みノード（Configured Nodes）] > node > BGP for VRF-[vrf-name] > [ネイバー（Neighbors）]

2. 適切なネイバー エントリを右クリックし、 Clear BGP Peerを選択します。

[クリア BGP（Clear BGP）] ページが表示されます。

3. [モード（Mode）] フィールドで [ソフト（Soft）]を選択します。

[方向（Direction）] フィールドが表示されます。

4. 次のフィールドで適切な値を選択します。 [方向（Direction）] フィールド：

- [着信（Incoming）]：ソフト ダイナミック インバウンド リセットを有効にします。

- [発信（Outgoing）]：ソフト アウトバウンド リセットを有効にします。

VRF ごと、ノード BGP ごとのタイマーの値の設定

ノードごとの BGP タイマー値を設定するには、次の項の手順を使用します。

- ノード BGP タイマー値ごとの各 VRF

- 構成の高度な GUI を使用して BGP タイマーのノードごとの VRF あたり

- 不整合や障害のトラブルシューティング

ノード BGP タイマー値ごとの各 VRF

この機能を紹介する前に、特定の VRF について、すべてのノードには同じ BGP タイマーの値が使用されます。

ノード BGP タイマー値ごとの各 VRF 機能の導入により、BGP タイマーを定義し、各ノード ベースの VRF ごとに関連付けることが可能です。ノードでは複数の\ VRF を所持することが可能で、それぞれ、 fvCtxに対応しています。ノード構成（l3extLNodeP）に、BGP プロトコル プロファイル（bgpProtP) の構成を含めることができます。これは、必要な BGP コンテキストポリシー (bgpCtxPol）を参照します。これにより、同じ VRF 内のさまざまなノードが異なる BGP タイマーの値を含めることが可能になります。

各 VRF では、ノードには bgpDom 具体的な MO を持ちます。その名前（プライマリ キー）は、VRF <fvTenant>:<fvCtx>です。属性として BGP タイマーの値が含まれています（例： holdIntvl、kaIntvl、maxAsLimit）。

有効なレイヤ 3 アウト構成を作成するために必要なすべての手順は、ノード BPG タイマーごとの各 VRF に正常に適用する必要があります。たとえば、次のような MO が必要です： fvTenant、fvCtx、l3extOut、l3extInstP、LNodeP、bgpRR。

ノードでは、BGP タイマー ポリシーは次のアルゴリズムに基づいて選択されます。

- [bgpProtP] が指定されている場合は、 [bgpCtxPol] が使用します。これは、 bgpProtPの下参照されます。

- それ以外では、指定される場合、 bgpCtxPol を使用します。これは、対応する fvCtxの下にあります。

- それ以外の場合、指定されるとテナントでデフォルト ポリシーを使用します。例えば、 uni/tn-<tenant>/bgpCtxP-defaultです。

- それ以外の場合は、 [デフォルト（default）] ポリシーを使用します。これは、テナント [共通（common）]の下にあります。たとえば、 uni/tn-common/bgpCtxP-defaultです。これはプログラム済みです。

構成の高度な GUI を使用して BGP タイマーのノードごとの VRF あたり

BGP タイマーが特定のノードに構成されているときに、ノードで BGP タイマー ポリシーを使用し、VRF に関連付けられている BGP ポリシー タイマーはすべて無視されます。

始める前に

テナントと VRF はすでに構成されています。

手順

ステップ 1

メニューバーで、 [テナント（Tenant）] > [Tenant_name] > [ポリシー（Policies）] > [プロトコル（Protocol）] > [BGP] [ > [BGP タイマー（BGP Timers）]を選択し、 [BGP タイマーポリシーの作成（Create BGP Timers Policy）]右クリックします。

ステップ 2

[BGP タイマーポリシーの作成（Create BGP Timers Policy）] ダイアログボックスで、次の操作を実行します：

1. [名前（Name）] フィールドに、BGP タイマー ポリシーの名前を入力します。

2. 使用可能なフィールドには、必要に応じて、適切な値を選択します。  [送信（Submit）]をクリックします。

BGP タイマー ポリシーが作成されます。

ステップ 3

[テナント（Tenant）] > [Tenant_name] > [ネットワーキング（Networking）] > [L3Outs]に移動し、 [L3Outの作成（Create L3Out）]を右クリックします。

[L3Outの作成（Create L3Out）] ウィザードが表示されます。次の操作を実行して、BGP を有効にした L3Out を作成します。

ステップ 4

[識別（Identity）] ウィンドウの必要な情報を、次に入力します。これは、 L3Outの作成 ウィザードにあります。

1. [名前（Name）] フィールドに L3Out の名前を入力します。

2. [バーチャルアカウント（Virtual Account）] ドロップダウン リストから、 [VRF] ドロップダウンリストから VRF を選択します。

3. L3ドメイン ドロップダウン リストから、適切なドメインを選択します。

4. ルーティング プロトコルのチェック ボックスがあるエリアで、 [BGP] ボックスをオンにします。

5. [次へ（Next）] をクリックし、 [ノードとインターフェイス（Nodes and Interfaces）] ウィンドウに移動します。

6. L3Out 作成プロセスを完了するための L3Outの作成 ウィザードの残りのウィンドウに進みます。

ステップ 5

L3Out を作成したら、作成した L3Out の論理的なノードプロファイルに移動します： [テナント（Tenants）] > [Tenant_name] > [ネットワーキング（Networking）] > [L3Out（L3Outs）] > [L3Out_name] > [論理ノード プロファイル（Logical Node Profiles）] > [LogicalNodeProfile-name] 。

ステップ 6

[論理ノード プロファイル（Logical Node Profile）] ウィンドウで、 [BGP プロトコル プロファイルの作成（Create BGP Protocol Profile）]の横にチェックをします。

[ノード指定 BGP プロトコル プロファイルの作成（Create Node Specific BGP Protocol Profile）] ウィンドウが表示されます。 ウィンドウが表示されます。

ステップ 7

[BGP タイマー（BGP Timers）] フィールドに、ドロップダウンリストから、この特定のノードに関連付ける BGP タイマー ポリシー選択します。  [送信（Submit）]をクリックします。

特定の BGP タイマー ポリシーは、ノードに適用されます。

（注）

BGP タイマー ポリシーと、既存のノードのプロファイルを関連付ける、ノードのプロファイルを右クリックし、タイマー ポリシーを関連付けます。

タイマー ポリシーが具体的に選択していない場合、 [BGP タイマー（BGP Timers）] されたノードのプロファイルが存在する自動的に VRF に関連付けられている BGP タイマー ポリシーは、このノードに適用を取得し、ノードのフィールドします。

ステップ 8

構成の確認するには、 [ナビゲーション（Navigation）] ペインで、次の操作を実行します：

1. [テナント（Tenant）] > [Tenant_name] > [ネットワーキング（Networking）] > L3Outs > [L3Out_name] > [論理ノード プロファイル（Logical Node Profiles）] > [LogicalNodeProfile-name] > [BGP プロトコル プロファイル（Protocol Profiles）]を展開します。

2. [作業（Work）] ペインで、ノードのプロファイルに関連付けられている BGP プロトコル プロファイルが表示されます。

不整合や障害のトラブルシューティング

特定の状況下では、次のような不整合や障害が発生する可能性があります：

異なるレイヤ 3 Out（l3Out）が同じ VRF （fvCtx）と関連している、そして同じノードの場合 、 bgpProtP は、さまざまなポリシーに関連付けられています（bgpCtxPol）、障害が発生します。次の例では、両方のレイヤ 3 Out（out1 および out2）は、同じ VRF （ctx1）と関連しています。  out1の下、 node1 は、BGP タイマー プロトコル pol1 と関連しています。そして、 out2、 node1 は、違う BGP タイマー プロトコル pol2と関連しています。この場合、障害が発生します。

tn1
ctx1
out1
ctx1
node1
protp pol1

out2
ctx1
node1
protp pol2

このような障害が発生した場合は、設定を変更して、BGP タイマー ポリシー間の競合を削除してください。

BFD サポートの設定

BFD サポートを設定するには、次の項の手順を使用します。

- 双方向フォワーディング検出

- サブインターフェイスの BFD の最適化

- GUI を使用したセカンダリ IP アドレスでの双方向フォワーディング検出の構成

- GUI を使用してリーフ スイッチの BFD をグローバルに設定する

- GUI を使用してスパイン スイッチで BFD のグローバル構成

- GUI を使用した BFD インターフェイスのオーバーライドの構成

- GUI を使用して BFD コンシューマ プロトコルを設定する

双方向フォワーディング検出

双方向フォワーディング検出（BFD）を使用して、ピアリング ルータの接続をサポートするように設定された [Cisco アプリケーション セントリック インフラストラクチャ（Cisco Application Centric Infrastructure）] （[ACI]）ファブリック境界リーフ スイッチ間の転送パスのサブセカンド障害検出時間を可能にします。

BFD は、次のような場合に特に役立ちます：

- ルータ同士の間に直接的な接続がない場合に、レイヤ 2 デバイスまたはレイヤ 2 クラウド経由でピアリング ルータが接続されているとき。転送パスに障害があっても、ピア ルータにはそれがわからない可能性があります。プロトコルの制御に利用できるメカニズムは hello タイムアウトだけですが、タイムアウトまでには数十秒、さらには数分の時間がかかる場合があります。BFD では、障害を 1 秒未満で検出することが可能です。

- 信頼できる障害検出に非対応の物理メディア（共有イーサネットなど）経由でピアリング ルータが接続されているとき。この場合も、ルーティング プロトコルは、時間のかかる hello タイマーに頼るしかありません。

- 1 組のルータの間で多くのプロトコルが実行されているとき、各プロトコルは、独自のタイムアウトでリンク障害を検出する独自の hello メカニズムを持っています。BFD は、すべてのプロトコルに均一のタイムアウトを指定し、それによってコンバージェンス時間の一貫性を保ち、予測可能にします。

次に示す BFD の設定のガイドラインおよび制限事項に従ってください：

- [Cisco APIC] リリース 3.1（1）以降、リーフおよびスパイン スイッチ間の BFD は IS-IS のファブリック インターフェイスでサポートされています。さらに、スパイン スイッチの BFD 機能は、OSPF ルートとスタティック ルートでサポートされます。

- [Cisco APIC] リリース 5.2（4）以降、BFD 機能は、セカンダリ IPv4/IPv6 サブネットを使用して到達可能な静的ルートでサポートされています。サブネットに複数のアドレスが設定されている場合、静的 BFD セッションは L3Out インターフェイスのセカンダリ サブネットから発信できません。共有サブネット アドレス（vPC シナリオに使用）と浮動 L3Out に使用される浮動 IP アドレスは、サブネットの追加アドレスとして許可され、自動的にスキップされ、静的 BFD セッションの発信元には使用されません。

（注）

セッションの送信元に使用されているセカンダリ アドレスを変更するには、同じサブネットに新しいアドレスを追加し、後で以前のアドレスを削除します。

- BFD は -EX および -FX ライン カード（または新しいバージョン）のモジュラ スパイン スイッチでサポートされ、また BFD は Nexus 9364C 非モジュラ スパイン スイッチ（または新しいバージョン）でサポートされます。

- vPC ピア間の BFD はサポートされません。

- [Cisco APIC] リリース 5.0（1）以降、BFD マルチホップはリーフ スイッチでサポートされます。BFD マルチホップ セッションが合計に含まれるようになったため、BFD セッションの最大数は変更されません。

- [Cisco APIC] リリース 5.0（1）以降、 [Cisco ACI] C ビット対応BFDをサポートします。BFD がコントロール プレーンに依存しているかいないかは、受信する BFD パケットの C ビットによって判別されます。

- ループバック アドレス ピアでの iBGP 上の BFD はサポートされません。

- インターフェイス ポリシーで BFD サブインターフェイス最適化を有効化できます。このフラグを 1 つのサブインターフェイスに立てることにより、その物理インターフェイス上のすべてのサブインターフェイスの最適化が有効になります。

- BGP プレフィクス ピアの BFD はサポートされません。

（注）

[Cisco ACI] は IP フラグメンテーションをサポートしていません。したがって、外部ルータへのレイヤ 3 外部（L3Out）接続を構成する場合、または Inter-Pod Network（IPN）を介した [マルチポッド（Multi-Pod）] 接続を構成する場合は、インターフェイス MTU がリンクの両端で適切に設定することを推奨します。  [Cisco ACI]、 [Cisco NX-OS]、および Cisco IOS などの一部のプラットフォームでは、構成可能な MTU 値はイーサネット ヘッダー (一致する IP MTU、14-18 イーサネット ヘッダー サイズを除く) を考慮していません。また、IOS XR などの他のプラットフォームには、構成された MTU 値にイーサネット ヘッダーが含まれています。構成された値が 9000 の場合、 [Cisco ACI]、 [Cisco NX-OS]Cisco IOS の最大 IP パケット サイズは 9000 バイトになりますが、IOS-XR のタグなしインターフェイスの最大 IP パケットサイズは 8986 バイトになります。

各プラットフォームの適切な MTU 値については、それぞれの設定ガイドを参照してください。

CLI ベースのコマンドを使用して MTU をテストすることを強く推奨します。たとえば、 [Cisco NX-OS] CLI で ping 1.1.1.1 df-bit packet-size 9000 source-interface ethernet 1/1などのコマンドを使用します。

サブインターフェイスの BFD の最適化

サブインターフェイスの BFD は最適化できます。BFD により、構成されているすべてのサブインターフェイスのセッションが作成されます。BFD により、構成されている最小の VLAN ID を持つサブインターフェイスがマスター サブインターフェイスとして設定され、そのサブインターフェイスは親インターフェイスの BFD セッション パラメータを使用します。残りのサブインターフェイスは slow timer を使用します。

最適化サブインターフェイス セッションでエラーが検出されると、BFD により、その物理インターフェイスのすべてのサブインターフェイスがダウンとマークされます。

BFD モニター対象リンクの一端または両端で BFD エコー機能を構成できます。エコー機能は構成された slow timer に基づいて必要最小受信間隔を遅くします。エコー機能が無効にされている場合、 RequiredMinEchoRx BFD セッション パラメータは、 zero に設定されています。slow timer は、エコー機能がイネーブルの場合、必要最小受信間隔になります。

（注）

サブインターフェイスの 1 つがフラップすると、その物理インターフェイスのサブインターフェイスが影響を受け、1 秒間ダウンします。

GUI を使用したセカンダリ IP アドレスでの双方向フォワーディング検出の構成

この手順では、GUI を使用して、セカンダリ IP アドレスで双方向フォワーディング検出（BFD）を構成します。

手順

ステップ 1

メニューバーで、 [テナント（Tenants）] > [すべてのテナント（All Tenants）]を選択します。

ステップ 2

作業ウィンドウで、テナントの名前をダブルクリックします。

ステップ 3

ナビゲーション ペインで [tenant_name] > [ネットワーキング（Networking）] > [L3Out（L3Outs）] > [l3out_name] > [Logical Node Profiles > node_profile_name > [論理インターフェイス プロファイル（Logical Interface Profiles）] > [interface_profile_name]を選択します。

ステップ 4

作業ペインで、必要に応じて [ポリシー（Policy）] > [ルーテッド サブインターフェース（Routed Sub-Interfaces）]、 [ポリシー（Policy）] > [ルーテッド インターフェイス（Routed Interfaces）]、または [ポリシー（Policy）] > [SVI]を選択します。

ステップ 5

インターフェイスをダブルクリックして、そのプロパティを編集します。

ステップ 6

インターフェイスのタイプに応じて、次のサブステップのいずれかを実行します。

1. インターフェイスがルーテッド サブインターフェイスまたは、ルーテッド インターフェイス、あるいは、 [パスタイプ（Path Type）] が [ポート（Port）] または [ダイレクト ポート チャネル（Direct Port Channel）]に設定されているスイッチ仮想インターフェイス（SVI）場合、 [IPv4 セカンダリ/IPv6 の追加アドレス（IPv4 secondary/IPv6 Additional Addresses）] テーブルで、 [+]をクリックし、 IPアドレスとサブネットを入力し、 [送信（Submit）]をクリックします。

2. このインターフェイスがスイッチの仮想インターフェイス（SVI）であり、 [パスタイプ（Path Type）] が [仮想ポート チャネル（Virtual Port Channel）]に設定されている場合、 [サイド B の IPv4 セカンダリ / IPv6 追加アドレス（Side B IPv4 Secondary/IPv6 Additional Addresses）] テーブルで、 [+]をクリックし、 IPアドレスとサブネットを入力し、 [OK]をクリックします。

ステップ 7

ナビゲーション ペインで [tenant_name] > [ネットワーキング（Networking）] > [L3Outs] > [l3out_name] > [論理ノード プロファイル（Logical Node Profiles）] > [node_profile_name] > [構成済みノード（Configured Nodes）] > [node_name]を選択します。

ステップ 8

[スタティック ルート（Static Routes）] テーブルで、 [+] をクリックし、次のサブステップを実行します：

1. [プレフィックス（Prefix）] フィールドに、外部ネットワークに割り当てられている静的ルートの IP アドレスとマスクを入力します。

2. BFD チェックボックスをオンにします。

3. 次に [ネクスト ホップ アドレス（Next Hop Addresses）] テーブルで、 [+] をクリックし、 [ネクスト ホップ アドレス（Next Hop Address）] フィールドに、インターフェイスに指定したセカンダリ IP アドレスから到達可能な IP アドレスを入力します。

4. 必要に応じて、残りのフィールドに入力します。

5. [OK]をクリックします。

ステップ 9

必要に応じて、残りのフィールドに入力します。

ステップ 10

[送信（Submit）]をクリックします。

GUI を使用してリーフ スイッチの BFD をグローバルに設定する

手順

ステップ 1

メニューバーで、 [ファブリック（Fabric）] > [アクセス ポリシー（Access Policies）]を選択します。

ステップ 2

[ナビゲーション（Navigation）] ペインで、 [ポリシー（Policies）] > [スイッチ（Switch）] > [BFD]を展開します。

構成を双方向フォワーディング検出（BFD）には、使用可能な 2 つの種類があります：

- BFD IPV4

- BFD IPV6

これらの BFD 構成ごとに、デフォルト ポリシーを使用するか、特定のスイッチ（またはスイッチのセット）用に新しいポリシーを作成できます。

（注）

デフォルトでは、APIC コントローラはシステムの起動時にデフォルトのポリシーを作成します。これらのデフォルト ポリシーはグローバルなもので、双方向転送検出（BFD）の構成ポリシーです。  [作業（Work）] ペインのデフォルト グローバル ポリシーで属性を設定または、これらのデフォルト ポリシー値を変更できます。ただし、いったんデフォルトのグローバルポリシーを変更すると、システム全体 (すべてのスイッチ) に影響することに注意してください。デフォルトではありませんが、特定のスイッチ (またはスイッチの設定) の特定の設定を使用する場合は、次の手順の説明に従って、スイッチのプロファイルを作成します。

ステップ 3

特定のグローバル BFD ポリシー（デフォルトではないもの）向けにスイッチ プロファイルを作成するには、 [ナビゲーション（Navigation）] ペインで、 [スイッチ（Switches）] > [リーフ スイッチ（Leaf Switches）] > [プロファイル（Profiles）]を展開します。

[リーフ スイッチ：プロファイル（Leaf Switches - Profiles ）]画面が表示されます。これは、 [作業（Work）] ペインに表示されます。

ステップ 4

[作業（Work）] ペインの右側には、 [リーフ プロファイルの作成（Create Leaf Profile）]を選択します。

[リーフ プロファイルの作成（Create Leaf Profile）] ダイアログボックスが表示されます。

ステップ 5

[リーフ プロファイルの作成（Create Leaf Profile）] ダイアログボックスで、次の操作を実行します：

1. [名前（Name）] フィールドに、リーフ スイッチ プロファイルの名前を入力します

2. （オプション） [説明（Description）] フィールドの隣にに、プロファイルの説明を入力します。

3. （オプション） [リーフ セレクタ（Leaf Selectors）] ツールバーで、 [+]をクリックします。

4. 次に対する適切な値を入力します。 [名前（Name）] （スイッチを名付けます）、 [ブロック（Block）] （スイッチを選択します）、および [ポリシー グループ（Policy Group）] （ [アクセス スイッチ ポリシー グループの作成（Create Access Switch Policy Group）]を選択します）。

[アクセス スイッチ ポリシー グループの作成（Create Access Switch Policy Group）] ダイアログボックスはポリシー グループ id のプロパティを指定できますが表示されます。

ステップ 6

（リーフ セレクタを構成する場合） [アクセス スイッチ ポリシー グループの作成（Create Access Switch Policy Group）] ダイアログボックスで、次の操作を実行します：

1. [名前（Name）] フィールドにポリシー グループの名前を入力します。

2. （オプション） [説明（Description）] フィールドに、ポリシーの説明を入力します。

3. ポリシー タイプを選択します。（[BFD IPV4 ポリシー（BFD IPV4 Policy）] または [BFD IPV6 ポリシー（BFD IPV6 Policy）]）を選択し、値（特定のスイッチまたは、スイッチのセットの[デフォルト（default）]または [BFD グローバル Ipv4 ポリシーを作成します（Create BFD Global Ipv4 Policy）] ）を選択します。

4. [更新（Update）]をクリックします。

ステップ 7

[次へ（Next）] をクリックして [関連付け（Associations）]へ進みます。

（オプション） [関連付け（Associations）] メニューで、リーフ プロファイルをリーフ インターフェイス プロファイルおよびアクセス モジュール プロファイルに関連付けることができます。

ステップ 8

[終了（Finish）]をクリックします。

BFD グローバルポリシーを作成するもう 1 つの方法は、BFD IPV4 BFD IPV4 または BFD IPV6 のいずれかを右クリックします（ ナビゲーション ウィンドウにあります)。

ステップ 9

作成した BFD グローバル構成を表示するには、 [ナビゲーション（Navigation）] ペインで、 [ポリシー（Policies）] > [スイッチ（Switch）] > [BFD]を展開します。

GUI を使用してスパイン スイッチで BFD のグローバル構成

手順

ステップ 1

メニューバーで、 [ファブリック（Fabric）] > [アクセス ポリシー（Access Policies）]を選択します。

ステップ 2

[ナビゲーション（Navigation）] ペインで、 [ポリシー（Policies）] > [スイッチ（Switch）] > [BFD]を展開します。

構成を双方向フォワーディング検出（BFD）には、使用可能な 2 つの種類があります：

- BFD IPV4

- BFD IPV6

これらの BFD 構成ごとに、デフォルト ポリシーを使用するか、特定のスイッチ（またはスイッチのセット）用に新しいポリシーを作成できます。

（注）

デフォルトでは、APIC コントローラはシステムの起動時にデフォルトのポリシーを作成します。これらのデフォルト ポリシーはグローバルなもので、双方向転送検出（BFD）の構成ポリシーです。  [作業（Work）] ペインのデフォルト グローバル ポリシーで属性を設定または、これらのデフォルト ポリシー値を変更できます。ただし、いったんデフォルトのグローバルポリシーを変更すると、システム全体 (すべてのスイッチ) に影響することに注意してください。デフォルトではありませんが、特定のスイッチ（またはスイッチの設定）の特定の構成を使用する場合は、次の手順の説明に従って、スイッチのプロファイルを作成します。

ステップ 3

特定のグローバル BFD ポリシー（デフォルトではないもの）向けにスパイン スイッチ プロファイルを作成するには、 [ナビゲーション（Navigation）] ペインで、 [スイッチ（Switches）] > [スパイン スイッチ（Spine Switches）] > [プロファイル（Profiles）]を展開します。

[スパイン スイッチ：プロファイル（Spine Switches - Profiles）]画面は、 [作業（Work）] ペインに表示されます。

ステップ 4

[作業（Work）] ペインの右側には、 [スパイン プロファイルの作成（Create Spine Profile）]を選択します。

[スパイン プロファイルの作成（Create Spine Profile）] ダイアログ ボックスが表示されます。

ステップ 5

[スパイン プロファイルの作成（Create Spine Profile）] ダイアログボックスで、次の操作を実行します：

1. [名前（Name）] フィールドに、スイッチ プロファイルの名前を入力します。

2. 次に [説明（Description）] フィールドでプロファイルの説明を入力します。（この手順は任意です。）

3. （オプション） [スパイン セレクタ（Spine Selectors）] ツールバーで、 [+]

4. [名前（Name）] （スイッチを名付けます）、 [ブロック（Block）] （スイッチを選択します）、および [ポリシー グループ（Policy Group）] （ [スパイン スイッチ ポリシー グループの作成（Create Spine Switch Policy Group）]を選択します）に適切な値を入力します。

[スパイン スイッチ ポリシー グループの作成（Create Spine Switch Policy Group）] ダイアログボックスはポリシー グループ id のプロパティを指定できますが表示されます。

ステップ 6

（スパイン セレクタを設定する場合） [スパイン スイッチ ポリシー グループの作成（Create Spine Switch Policy Group）] ダイアログボックスで、次の操作を実行します：

1. [名前（Name）] フィールドにポリシー グループの名前を入力します。

2. （オプション） [説明（Description）] フィールドに、ポリシーの説明を入力します。

3. BFD ポリシー タイプ（[BFD IPV4 ポリシー（BFD IPV4 Policy）] または [BFD IPV6 ポリシー（BFD IPV6 Policy）]）を選択し、（特定のスイッチまたは、スイッチのセットの[デフォルト（default）]または [BFD グローバル Ipv4 ポリシーを作成します（Create BFD Global Ipv4 Policy）] ）値を選択します。

4. [更新（Update）]をクリックします。

ステップ 7

[次へ（Next）] をクリックして [関連付け（Associations）]へ進みます。

（オプション） [関連付け（Associations）] メニューで、スパイン プロファイルをスパイン インターフェイス プロファイルに関連付けることができます。

ステップ 8

[終了（Finish）]をクリックします。

BFD グローバル ポリシーを作成するもう 1 つの方法は、 BFD IPV4 または BFD IPV6 のいずれかを右クリックします ( [ナビゲーション（Navigation）] ウィンドウにあります）。

ステップ 9

作成した BFD グローバル構成を表示するには、 [ナビゲーション（Navigation）] ペインで、 [ポリシー（Policies）] > [スイッチ（Switch）] > [BFD]を展開します。

GUI を使用した BFD インターフェイスのオーバーライドの構成

明示的な双方向フォワーディング検出 (BFD) を設定できる、3 つのサポート対象のインターフェイス（ルーテッド レイヤ インターフェイス、外部インターフェイス SVI とルーテッド サブインターフェイス）があります。グローバル コンフィギュレーションを使用しないで、さらに特定のインターフェイスの明示的な設定をしたい場合、特定のスイッチまたは一連のすべてのインターフェイスに適用される独自のグローバル コンフィギュレーションを作成できます。特定のインターフェイス上の特定のスイッチの粒度がさらに必要な場合、このインターフェイス オーバーライド設定を使用する必要があります。

（注）

BFD インターフェイス ポリシーが親ルーテッド インターフェイスに設定されている場合、デフォルトでは、親インターフェイスと同じアドレス ファミリを持つすべてのルーテッド サブインターフェイスがこのポリシーを継承します。継承された設定のいずれかを上書きする必要がある場合は、サブインターフェイスで明示的な BFD インターフェイス ポリシーを設定します。 ただし、 [管理状態（Admin State）] または [エコー管理状態（Echo Admin State）] が無効になっている場合、サブインターフェイスでプロパティをオーバーライドすることはできません。

始める前に

テナントはすでに作成されています。

手順

ステップ 1

メニューバーで、 [テナント（Tenant）]を選択します。

ステップ 2

[ナビゲーション（Navigation）] ペイン（クイック スタートの下）、作成したテナントを展開します [Tenant_name] > [ネットワーキング（Networking）] > [L3Out（L3Outs）]。

ステップ 3

[L3Out（L3Outs）] を右クリックして、 [L3Outの作成（Create L3Out）]を選択します。

[L3Outの作成（Create L3Out）] ウィザードが表示されます。

ステップ 4

[識別（Identity）] ウィンドウで必要な情報を入力します。これは、 [L3Outの作成（Create L3Out）] ウィザードにあります。

1. [名前（Name）]、 [VRF] および [L3ドメイン（L3 Domain）] フィールドに必要な情報を入力します。

2. ルーティング プロトコルのチェック ボックスがあるエリアで、 [BGP]を選択します。

3. [次へ（Next）] をクリックし、 [ノードとインターフェイス（Nodes and Interfaces）] ウィンドウに移動します。

ステップ 5

[ノードとインターフェイス（Nodes and Interfaces）] ウィンドウで必要な情報を入力します。これは、 [L3Outの作成（Create L3Out）] ウィザードにあります。

1. [レイヤ 3（Layer 3）] エリアで [ルーテッド（Routed）]を選択します。

2. [ノード ID（Node ID）] フィールドのドロップダウン メニューで、L3Out のノードを選択します。

これらの例のトポロジでは、ノード 103を使用します。

3. [ルータ ID（Router ID）] フィールドに、ルータ ID を入力します。

4. （任意） 必要に応じて、ループバック アドレスに別の IP アドレスを設定できます。

[ループバック アドレス（Loopback Address）] フィールドは、 [ルータ ID（Router ID）] フィールドで提供した同じエントリによって自動で入力されます。これは、以前に構築した [ループバック アドレスとしてのユーザー ルータ ID（Use Router ID for Loopback Address）] オプションと同等です。ループバック アドレスにルータ ID を使用しない場合は、ループバック アドレスに別の IP アドレスを入力します。または、ループバック アドレスにルータ ID を使用しない場合は、このフィールドを空のままにします。

5. [ノードとインターフェイス（Nodes and Interfaces）] ウィンドウに追加の必要な情報を入力します。

このウィンドウに表示されるフィールドは、 [レイヤ 3（Layer 3）] および [レイヤ 2（Layer 2）] エリアで選択したオプションによって異なります。

6. [ノードとインターフェイス（Nodes and Interfaces）] ページで残りの追加の情報を入力したら、 [次へ（Next）]をクリックします。

[プロトコル（Protocols）] ウィンドウが表示されます。

ステップ 6

[プロトコル（Protocols）] ウィンドウで必要な情報を入力します。これは、 [L3Outの作成（Create L3Out）] ウィザードにあります。

1. [BGP ループバック ポリシー（BGP Loopback Policies）] および [BGP インターフェイス ポリシー（BGP Interface Policies）] エリアで、次の情報を入力します：

- [ピア アドレス（Peer Address）]：ピア IP アドレスを入力します。

- [EBGP マルチホップ TTL（EBGP Multihop TTL）]：接続の存続可能時間（TTL）を入力します。範囲は 1 〜 255 ホップです。ゼロの場合、TTL は指定されません。デフォルトは 0 です。

- [リモート ASN（Remote ASN）]：ネイバー自律システムを固有に識別する番号を入力します。自律システム番号は、1 〜 4294967295 のプレーン形式で 4 バイトにすることができます。

（注）

ACI は asdot または asdot + 形式の AS 番号をサポートしていません。

2. [OSPF] エリアで、デフォルト OSPF ポリシー、以前に作成した OSPF ポリシー、または [OSPF インターフェイス ポリシーの作成（Create OSPF Interface Policy）]を選択します。

3. [次へ（Next）]をクリックします。

[外部 EPG（External EPG）] ウィンドウが表示されます。

ステップ 7

[外部 EPG（External EPG）] ウィンドウで必要な情報を入力します。これは、 [L3Outの作成（Create L3Out）] ウィザードにあります。

1. [名前（Name）] フィールドに、外部ネットワークの名前を入力します。

2. [提供されたコントラクト（Provided Contract）] フィールドで、提供済みコントラクトの名前を入力します。

3. [消費済みコントラクト（Consumed Contract）] フィールドで、消費済みコントラクトの名前を入力します。

4. [すべての外部ネットワークのデフォルト EPG（Default EPG for all external network）] フィールドで、この L3Out 接続からのすべての中継ルートをアドバタイズしない場合はオフにします。

このボックスをオフにすると、サブネット エリアが表示されます。次の手順に従って、必要なサブネットとコントロールを指定します。

5. [終了（Finish）] をクリックして [L3Outの作成（Create L3Out）] ウィザードで必要な構成を完了させます。

ステップ 8

[テナント（Tenants）] > [tenant_name] > [ネットワーキング（Networking）] > L3Outs > [L3Out_name] > [論理ノード プロファイル（Logical Node Profiles）] > [logical_node_profile_name] > [論理インターフェイス プロファイル（Logical Interface Profiles）] > [logical_interface_profile_name]に移動します。

ステップ 9

[論理インターフェイス プロファイル（Logical Interface Profile）] ウィンドウで、 [BFD インターフェイス プロファイルの作成（Create BFD Interface Profile）] フィールドへスクロールし、このフィールドの横にあるボックスをオンにします。

ステップ 10

[BFD インターフェイス プロファイルの作成（Create BFD Interface Profile）] ウィンドウで、 BFD の詳細を入力します。

- [認証タイプ（Authentication Type）] フィールドで、 [認証なし（No authentication）] または [キー付き SHA1（Keyed SHA1）]を選択します。

認証（キー付き SHA1 を選択）をする場合は、 [認証キー ID（Authentication Key ID）] を入力し、 [認証キー（Authentication Key）] （パスワード）を入力し、次に [確認キー（Confirm Key）]の横にパスワードを再入力して確認します。

- [BFD インターフェイス ポリシー（BFD Interface Policy）] フィールドで、 [共通 / デフォルト（common/default）] 構成（デフォルト BFD ポリシー）を選択するか、独自のBFDポリシーを作成します。 [BFD インターフェイス ポリシーを作成（Create BFD Interface Policy）]を選択します。

[BFD インターフェイス ポリシーを作成（Create BFD Interface Policy）]を選択した場合、 [BFD インターフェイス ポリシーを作成（Create BFD Interface Policy）] ダイアログボックスが表示され、 BFD インターフェイス ポリシー値を定義できます。

ステップ 11

[送信（SUBMIT）]をクリックします。

ステップ 12

構成したインターフェイス レベルの BFD ポリシーを確認するには、 [ポリシー（Policies）] > [プロトコル（Protocol）] > [BFD]に移動します。

GUI を使用して BFD コンシューマ プロトコルを設定する

この手順では、BFD 機能の消費者であるコンシューマ プロトコル (OSPF、BGP、EIGRP、スタティック ルート、および IS-IS) での双方向フォワーディング検出 (BFD) を有効にする方法を説明します。これらのプロトコルで BFD を使用するには、それらのフラグを有効にする必要があります。

（注）

これらの 4 つのコンシューマ プロトコルは、左側のナビゲーション ペインの [テナント（Tenant）] > b > [プロトコル（Protocol）]の下にあります。

始める前に

テナントはすでに作成されています。

手順

ステップ 1

[L3Outの作成（Create L3Out）] ウィザードを使用して L3Out を作成します。

ステップ 2

メニューバーで、 [テナント（Tenant）]を選択します。

ステップ 3

BGPプロトコルのBFDを構成するには、 [ナビゲーション（Navigation）] ペイン（クイック スタートの下）、作成したテナントを展開します [Tenant_name] > [ポリシー（Policies）] > [プロトコル　（Protocol）] > [BGP] > [BGP ピア プレフィックス（BGP Peer Prefix）]。

ステップ 4

[作業（Work）] ペインの右側で（ [アクション（ACTIONS）]の下）、 [BGP ピア プレフィックス ポリシーを作成（Create BGP Peer Prefix Policy）]を選択します。

[BGP ピア プレフィックス ポリシーを作成（Create BGP Peer Prefix Policy）] ダイアログボックスが表示されます。

（注）

左側のナビゲーション ペインの [BGP ピア プレフィックス（BGP Peer Prefix）] を右クリックしてポリシーを作成するために [BGP ピア プレフィックスを作成（Create BGP Peer Prefix）] を選択します。

ステップ 5

[名前（Name）] フィールドに名前を入力し、残りのフィールドに値を入力して BGP ピア プレフィックス ポリシーを定義します。

ステップ 6

[送信（Submit）]をクリックします。

作成した BGP ピア プレフィックス ポリシーが、左側のナビゲーションウィンドウで、 [BGP ピア プレフィックス（BGP Peer Prefix）] に表示されます。

ステップ 7

[テナント（Tenants）] > [tenant_name] > Networking > [L3Out（L3Outs）] > [L3Out_name] > [論理ノード プロファイル（Logical Node Profiles）] > [logical_node_profile_name] > [論理インターフェイス プロファイル（Logical Interface Profiles）] > [logical_interface_profile_name] > [BGP ピア接続プロファイル（BGP Peer Connectivity Profile）]に移動します。

ステップ 8

[BGP ピア接続プロファイル（BGP Peer Connectivity Profilem）] ウィンドウで、BGP ピア プレフィックス ポリシー フィールドまでスクロールし、作成した BGP ピア プレフィックス ポリシーを選択します。

ステップ 9

[ピア制御（Peer Controls）] フィールドで、 [双方向フォワーディング検出（Bidirectional Forwarding Detection）] を選択して BGP コンシューマ プロトコルの BFD を有効にします（または、 BFD を無効にする場合は、このボックスをオフにします）。

ステップ 10

OSPF プロトコルでの BFD を構成するには、 [ナビゲーション（Navigation）] ペインで、 [ポリシー（Policies）] > [プロトコル（Protocol）] > [OSPF] > [OSPF インターフェイス（OSPF Interface ）]に移動します。

ステップ 11

[作業（Work）] ペインの右側で（ [アクション（ACTIONS）]の下）、 [OSPF インターフェイス ポリシーの作成（Create OSPF Interface Policy）]を選択します。

[OSPF インターフェイス ポリシーの作成（Create OSPF Interface Policy）] ダイアログ ボックスが表示されます。

（注）

左側のナビゲーション ペインの [OSPF インターフェイス（OSPF Interface）] を右クリックして、ポリシーを作成するために [OSPF インターフェイス ポリシーの作成（Create OSPF Interface Policy）] を選択します。

ステップ 12

[名前（Name）] フィールドに名前を入力し、残りのフィールドに値を入力して OSPF インターフェイス ポリシーを定義します。

ステップ 13

このダイアログボックスの [インターフェイス コントロール（Interface Control）] セクションでは、BFD の有効と無効を切り替えることができます。有効にするには、図のように、 [BFD]の隣のボックスをオンにして OSPF コンシューマ プロトコルにフラグを追加します (またはボックスをオフにして BFD を無効にします)。

ステップ 14

[送信（Submit）]をクリックします。

ステップ 15

EIGRP プロトコルでの BFD を構成するには、 [ナビゲーション（Navigation）] ペインで [tenant_name] > [ポリシー（Policies）] > [プロトコル（Protocol）] > [EIGRP] > [EIGRP インターフェイス（EIGRP Interface）]へ移動します。

ステップ 16

[作業（Work）] ペインの右側で（ [アクション（ACTIONS）]の下）、 [EIGRP インターフェイス ポリシーの作成（Create EIGRP Interface Policy）]を選択します。

[EIGRP インターフェイス ポリシーの作成（Create EIGRP Interface Policy）] ダイアログボックスが表示されます。

（注）

左側のナビゲーション ペインの [EIGRP インターフェイス（EIRGP Interface）] を右クリックして、ポリシーを作成するために [EIGRP インターフェイス ポリシーの作成（Create EIGRP Interface Policy）] ポリシーを作成します。

ステップ 17

[名前（Name）] フィールドに名前を入力し、残りのフィールドに値を入力して OSPF インターフェイス ポリシーを定義します。

ステップ 18

このダイアログ ボックスの [制御状態（Control State）] セクションでは、BFD の有効と無効を切り替えることができます。有効にするには、 [BFD]の隣のボックスをオンにして EIGRP コンシューマ プロトコルにフラグを追加します（またはボックスをオフにして BFD を無効にします）。

ステップ 19

[送信（Submit）]をクリックします。

ステップ 20

スタティック ルートプロトコルで BFD を構成するには、 [ナビゲーション（Navigation）] ペインで [ネットワーキング（ネットワーキング）] > [（L3Out）L3Outs] > [L3Out_name] > [構成済みノード（Configured Nodes）]へ戻り、構成されたノードをクリックして [ノード関連（Node Association）] ウィンドウを表示します。

ステップ 21

[スタティック ルート（Static Routes）] セクションで、「[+]」（拡大）ボタンをクリックします。

[スタティック ルートの作成（Create Static Route）] ダイアログボックスが表示されます。このセクションで、必要なフィールドの値を入力します。

ステップ 22

[ルート制御（Route Control）]の隣に、 [BFD] の横にあるチェック ボックスをオンにして指定したスタティックルート上の BFD を有効（または、無効にする場合にはオフにします）にします。

ステップ 23

[送信（Submit）]をクリックします。

ステップ 24

IS-IS プロトコルで BFD を構成するには、 [ナビゲーション（Navigation）] ペインで [ファブリック（Fabric）] > [ファブリック ポリシー（Fabric Policies）] > [ポリシー（Policies）] > [インターフェイス（Interface）] > [L2 インターフェイス（L3 Interface）]へ移動します。

ステップ 25

[作業（Work）] ペインの右側で（ [アクション（ACTIONS）]の下）、 [L3 インターフェイス ポリシーを作成（Create L2 Interface Policy）]を選択します。

[L3 インターフェイス ポリシーを作成（Create L2 Interface Policy）] ダイアログボックスが表示されます。

（注）

左側のナビゲーション ペインの [L3 インターフェイス（L3 Interface）] を右クリックして、ポリシーを作成するために [L3 インターフェイス ポリシーを作成（Create L2 Interface Policy）] ポリシーを作成します。

ステップ 26

[名前（Name）] フィールドに名前を入力し、残りのフィールドに値を入力して L3 インターフェイス ポリシーを定義します。

ステップ 27

BFD ISIS ポリシーを有効にするには、BFD ISIS ポリシー構成（BFD ISIS Policy Configuration）] フィールドで [有効（enabled）]をクリックします。

ステップ 28

[送信（Submit）]をクリックします。

BFD マルチホップ

BFD マルチホップでは、複数ホップ（最大 255 ホップ）の宛先に対する 1 秒未満の転送障害検出が可能になります。リリース 5.0(1) 以降、APIC は IPv4 の BFD マルチホップおよび IPv6 の BFD マルチホップを、RFC5883 に準拠してサポートします。BFD マルチホップ セッションは、固有のソースと宛先アドレス ペア間で設定されます。BFD マルチホップ セッションは、シングルホップ BFD セッションの場合、インターフェイスではなく、送信元と宛先の間で作成されます。

BFD マルチホップは TTL フィールドを BGP によってサポートされる最大制限に設定し、受信時に値のチェックを行いません。ACI リーフは、BFD マルチホップ パケットが通過できるホップ数には影響しませんが、ホップ数は 255 に制限されます。

BFD マルチホップの注意事項と制約事項

- BFDマルチホップのデフォルトおよび最小送信/受信インターバル タイマーは 250 ミリ秒です。

- デフォルトの最小検出乗数は 3 です。

- エコー モードは BFD マルチホップではサポートされません。

- BFD マルチホップ ポリシーの構成

BFD マルチホップ ポリシーの構成

ポリシーの目的に応じて、GUI の複数の場所で BFD マルチホップ ポリシーを構成できます。

- [グローバル ポリシー（Global Policies）]：デフォルトでは、APIC コントローラはシステムの起動時にデフォルトのポリシーを作成します。これらのデフォルト ポリシーは、グローバル BFD マルチホップ構成ポリシーです。デフォルト グローバル ポリシー内の属性は、作業ペインで設定できます。または、これらデフォルトのポリシーの値を変更することもできます。ただし、いったんデフォルトのグローバル ポリシーを変更すると、システム全体（すべてのスイッチ）に影響が及びます。デフォルトではありませんが、特定のスイッチまたはスイッチのセットの特定の構成を使用する場合は、スイッチ プロファイルを作成し、そのスイッチ プロファイル内で BFD マルチホップの値を変更します。

次の GUI の場所で、IPv4 または IPv6 のグローバル BFD マルチホップ構成ポリシーを作成または変更できます：

- [ファブリック（Fabric）] > [アクセス ポリシー（Access Policies）] > [ポリシー（Policies）] > [スイッチ（Switch）] > [BFD マルチホップ（BFD Multihop）] > [BFD マルチホップ IPv4（BFD Multihop IPv4)]：右クリックして [BFD グローバル IPv4 MH ポリシーの作成（Create BFD Global IPv4 MH Policy）]を選択します。

- [ファブリック（Fabric）] > [アクセス ポリシー（Access Policies）] > [ポリシー（Policies）] > [スイッチ（Switch）] > [BFD マルチホップ（BFD Multihop）] > [BFD マルチホップ IPv6（BFD Multihop IPv6)]：右クリックして、 [BFD グローバル IPv6 MH ポリシーの作成（Create BFD Global IPv6 MH Policy）]を選択します。

- [ノード ポリシー（Node Policies）]：BFD マルチホップ ノード ポリシーは、ノード プロファイルの下のインターフェイスに適用されます。

この GUI の場所で BFD マルチホップ ノード ポリシーを作成または変更できます：

- [テナント（Tenants）] > [テナント） ] > [ポリシー（Policies）] > [プロトコル（Protocol）] > [BFD マルチホップ（BFD Multihop）] > [ノード ポリシー（Node Policies）]：右クリックして、 [BFD マルチホップ ノード ポリシーを作成（Create BFD Multihop Node Policy）]を選択します。

- [インターフェイス ポリシー（Inteface Policies）]：BFD マルチホップ インターフェイス ポリシーは、インターフェイス プロファイルの下のインターフェイスに適用されます。

この GUI の場所で BFD マルチホップ インターフェイス ポリシーを作成または変更できます：

- [テナント（Tenants）] > [テナント） ] > [ポリシー（Policies）] > [プロトコル（Protocol）] > [BFD マルチホップ（BFD Multihop）] > [インターフェイス ポリシー（Interface Policies）]：右クリックして、 [BFD マルチホップ インターフェイス ポリシーを作成（Create BFD Multihop Interface Policy）]を選択します。

- [グローバル ポリシーの上書き（Overriding Global Policies）]：デフォルトのグローバル構成を使用せず、特定のインターフェイスで明示的な構成を行う場合は、独自のグローバル構成を作成できます。この構成は、特定のスイッチまたはスイッチ セットのすべてのインターフェイスに適用されます。特定のインターフェイス上の特定のスイッチの粒度がさらに必要な場合、このインターフェイス オーバーライド構成を使用する必要があります。

次の GUI ロケーションで、ノード プロファイルまたはインターフェイス プロファイルの BFD マルチホップ オーバーライド ポリシーを作成または変更できます：

- [テナント（Tenants）] > [テナント（Tenant）] > [ネットワーキング（Networking）] > [L3Out（L3Outs）] > [l3out] > [論理ノード プロファイル（Logical Node Profiles）] > [logical_node_profile]：右クリックして、 [BFD インターフェイス プロトコル プロファイルの作成（Create BFD Interface Protocol Profile）]を選択し、BFD マルチホップ ノード ポリシーを指定します。

- [テナント（Tenants）] > [テナント（Tenant）] > [ネットワーキング（Networking）] > [L3Out（L3Outs）] > [l3out] > [論理ノード プロファイル（Logical Node Profiles）] > [logical_node_profile] > [論理インターフェイス プロファイル（Logical Interface Profiles）] > [logical_interface_profile]：右クリックして、 [MH-BFD インターフェイス プロトコル プロファイルの作成（Create BFD Interface Protocol Profile）]を選択し、BFD マルチホップ インターフェイス ポリシーを指定します。

- [テナント（Tenants）] > [インフラ（infra）] > [ネットワーキング（Networking）] > [SR-MPLS インフラ L3Out（SR-MPLS Infra L3Outs）] > [l3out] > [論理ノード プロファイル（Logical Node Profiles）] > [logical_node_profile] > [論理インターフェイス プロファイル（Logical Interface Profiles）] > [logical_interface_profile]：右クリックして、 [MH-BFD インターフェイス プロファイルの作成（Create BFD Interface Profile）]BFD マルチホップ インターフェイス ポリシーを指定します。

手順

ステップ 1

BFD マルチホップ ポリシーを作成または構成する GUI の場所に移動します。

ステップ 2

既存のプロファイルまたはポリシーを編集するか、ダイアログ ボックスを起動して新しいプロファイルを作成します。

ステップ 3

プロファイルで、BFD マルチホップ セッション用の [認証タイプ（Authentication Type）] を選択します。

認証なしまたは SHA-1 認証を要求するように選択できます。

ステップ 4

新しいポリシーを作成する場合は、ダイアログ ボックスで設定を行います：

1. ポリシーの [名前（Name）] を入力します。

2. [管理状態（Admin State）] を [有効（Enabled）]に設定します。

3. [検出乗数（Detection Multiplier）] の値を設定します。

セッションがダウンしたと BFD が宣言する前に失われた可能性のある連続するパケットの最小数を指定します。範囲は 1 ～ 50 パケットです。デフォルトは 3 です。

4. [最小送信間隔（Minimum Transmit Interval）] の値を設定します。

送信されるパケットの最小間隔時間。指定できる範囲は 250 ～ 999 ミリ秒です。デフォルトは 250 です。

5. [最大受信間隔（Maximum Receive Interval）] の値を設定します。

受信されたパケットの最大インターバル時間。指定できる範囲は 250 ～ 999 ミリ秒です。デフォルトは 250 です。

6. [送信（Submit）]をクリックします。

[マイクロ BFD（Micro BFD）]

Cisco APIC リリース 5.2（3）以降、IETF RFC 7130 で定義されているように、APIC は [マイクロ BFD（Micro BFD）]をサポートします。Bidirectional Forwarding Detection（BFD）がポート チャネルで構成されている場合、キープアライブ パケットは使用可能なメンバー リンクで送信されます。キープアライブ パケットは残りのリンクを通過するだけであるため、単一のメンバー リンクの障害は検出されない場合があります。 [マイクロ BFD（Micro BFD）] は BFD の拡張機能であり、次の図に示すように、ポート チャネルの各メンバー リンクで個別の BFD セッションを確立します。

[マイクロ BFD（Micro BFD）] ポート チャネルでのセッション

リンク単位の BFD セッションがメンバー リンクで障害を検知すると、障害が発生したリンクは転送テーブルから削除されます。このメカニズムは、障害検出を高速化し、ポート チャネルで障害が発生したリンクを特定します。

の注意事項と制限事項 [マイクロ BFD（Micro BFD）]

- [マイクロ BFD（Micro BFD）] は、LACP ポートチャネルと非 LACP ポートチャネルの両方でサポートされます。

- [マイクロ BFD（Micro BFD）] は、同じポート チャネルでマルチホップ BFD と同時に実行できますが、シングルホップ BFD では実行できません。

- [マイクロ BFD（Micro BFD）] は、シングルホップ BFD 実装です。スイッチのメイン ポート チャネルとスイッチのピアの間にレイヤ 2 スイッチが存在する場合は機能しません。

- [マイクロ BFD（Micro BFD）] は、（同じ）ポートチャネルサブインターフェイスで実行されているシングルホップBFDと、親ポートチャネルで同時に実行できます。

- [マイクロ BFD（Micro BFD）] は、第 1 世代のリーフ スイッチではサポートされていません。第 1 世代のスイッチは、PID（製品識別子）に -EX や -FX などのサフィックスが含まれていないスイッチです。

- [マイクロ BFD（Micro BFD）] は、ポート チャネル上のルーテッド インターフェイスでのみサポートされます。

- クライアント プロトコルは、 [マイクロ BFD（Micro BFD）] が有効になっている同じポート チャネル上のサブインターフェイスで実行できます。

- [マイクロ BFD（Micro BFD）] は、FEX ポートまたはファブリック ポートではサポートされません。

- BFD エコーは、 [マイクロ BFD（Micro BFD）] セッションではサポートされません。

- [マイクロ BFD（Micro BFD）] が有効済みのデュアル IP スタック ポート チャネル（IPv4 および IPv6）で、 [マイクロ BFD（Micro BFD）] IPv4 アドレスまたは IPv6 アドレスのいずれかを使用し、両方は使用しません。IPv4 と IPv6 [マイクロ BFD（Micro BFD）] セッションの両方を使用することはできません。

- Cisco APIC リリース 5.2（3）以降、Cisco APIC では、L3 ポート チャネルのメイン インターフェイスと同じ L3 ポート チャネル上のサブインターフェイスを使用できます。ただし、L3 ポート チャネルのメイン インターフェイスを作成または削除すると、ポート チャネルの物理メンバー ポートがフラップします。これにより、ポート チャネル サブインターフェイスがすでにアクティブな場合、トラフィックが失われます。

- ポート チャネルで [マイクロ BFD（Micro BFD）] を構成

ポート チャネルで [マイクロ BFD（Micro BFD）] を構成

この手順では、L3Out ポート チャンネル インターフェイスを変更して [マイクロ BFD（Micro BFD）]を有効にします。 [マイクロ BFD（Micro BFD）] ポート チャネルの各メンバー リンクで個別の BFD セッションを確立します。

始める前に

- ダイレクト ポート チャネルが L3Out インターフェイスに構成されています。

手順

ステップ 1

[テナント（Tenants）] > t[enant_name] > [ネットワーキング（Networking）] > L3Outs > [L3Out_name] > [論理ノード プロファイル（Logical Node Profiles）] > [logical_node_profile_name] > [論理インターフェイス プロファイル（Logical Interface Profiles）]に移動します。

ステップ 2

変更したい [論理インターフェイス プロファイル（Logical Interface Profile）] を選択します。

ステップ 3

[ルーテッド インターフェイス（Routed Interfaces）] タブを選択します。

[マイクロ BFD（Micro BFD）] は、ポート チャネル上のルーテッド インターフェイスでのみサポートされます。

ステップ 4

[ルーテッド インターフェイス（Routed Interfaces）] セクションで、既存のインターフェイスをダブルクリックして変更するか、 + アイコンをクリックして、論理インターフェイス プロファイルに新しいインターフェイスを追加します。

この手順の残りの手順では、既存の論理インターフェイスで [マイクロ BFD（Micro BFD）] のイネーブル化についてのみ説明します。論理インターフェイス プロファイルに新しいインターフェイスを追加する場合は、 GUI を使用した L3Out のインターフェイスの変更を参照してください。

ステップ 5

選択したインターフェイスの設定済みプロパティで、選択した [パスタイプ（Path Type）] が [ダイレクト ポート チャネル（Direct Port Channel）]であることを確認します。

[マイクロ BFD（Micro BFD）] は、ポート チャネルでのみ適用できます。

ステップ 6

[マイクロ BFD の有効化（Enable Micro BFD）]チェックボックスをオンにします。

ステップ 7

[マイクロ BFD の宛先アドレス（Micro BFD Destination Address）]にポート チャネルの宛先 IP アドレスを入力します。

ステップ 8

[マイクロBFD開始タイマー(秒)]に 60 〜 3600 秒の値を入力します。

開始タイマーは、BFD セッションの確立を可能にするためにメンバー リンクでの BFD モニタリングのアクティブ化を遅延させます。タイマーはオプションです。タイマーが構成されていない場合、アクティベーションは遅延しません。

ステップ 9

[送信（Submit）]をクリックします。

次のタスク

次の例に示すように、CLI を使用して [マイクロ BFD（Micro BFD）] セッションを確認できます：

leaf4# show port-channel database interface port-channel 3
port-channel3
Last membership update is successful
4 ports in total, 4 ports up
First operational port is Ethernet1/44
Age of the port-channel is 0d:22h:46m:03s
Time since last bundle is 0d:22h:42m:43s
Last bundled member is Ethernet1/44
Ports: Ethernet1/41 [on] [up]
Ethernet1/42 [on] [up]
Ethernet1/43 [on] [up]
Ethernet1/44 [on] [up] *

leaf4# show bfd neighbors vrf tenant1:vrf1

OurAddr NeighAddr
LD/RD RH/RS Holdown(mult) State Int Vrf Type

2003:190:190:1::1 2003:190:190:1::2
1090519041/0 Up 6000(3) Up Po3 tenant1:vrf1 singlehop

2003:190:190:1::1 2003:190:190:1::2
1090519042/2148074790 Up 180(3) Up Eth1/44 tenant1:vrf1 singlehop

2003:190:190:1::1 2003:190:190:1::2
1090519043/2148074787 Up 180(3) Up Eth1/41 tenant1:vrf1 singlehop

2003:190:190:1::1 2003:190:190:1::2
1090519044/2148074789 Up 180(3) Up Eth1/43 tenant1:vrf1 singlehop

2003:190:190:1::1 2003:190:190:1::2
1090519045/2148074788 Up 180(3) Up Eth1/42 tenant1:vrf1 singlehop

OSPF 外部ルーテッド ネットワーク

OSPF 外部ルーテッド ネットワークを設定するには、次の項の手順を使用します。

- OSPF レイヤ 3 Outside 接続

- GUI を使用した管理テナントの OSPF L3Out の作成

OSPF レイヤ 3 Outside 接続

OSPF レイヤ 3 Outside 接続は、標準または NSSA エリアです。バックボーン（エリア 0）エリアも、OSPF レイヤ 3 Outside 接続エリアとしてサポートされます。 [Cisco アプリケーション セントリック インフラストラクチャ（Cisco Application Centric Infrastructure）] （[ACI]）は、IPv4 の OSPFv2 と IPv6 の OSPFv3 の両方をサポートします。OSPF レイヤ 3 Outside を作成するときに、OSPF バージョンを設定する必要はありません。インターフェイス プロファイル設定（IPv4 または IPv6 アドレッシング）に基づいて、正しい OSPF プロセスが自動的に作成されます。IPv4 と IPv6 の両方のプロトコルが同じインターフェイス（デュアル スタック）でサポートされますが、2 つの個別インターフェイス プロファイルを作成する必要があります。

レイヤ 3 Outside 接続は、ルーテッド インターフェイス、ルーテッド サブインターフェイス、および SVI でサポートされます。SVI は、レイヤ 2 とレイヤ 3 両方のトラフィックで物理接続を共有する必要がある場合に使用されます。SVI は、物理ポート、ポート チャネル、および仮想ポート チャネルでサポートされています。

OSPF レイヤ 3 Out 接続

SVI がレイヤ 3 Outside 接続に使用されると、外部ブリッジ ドメインが境界リーフ スイッチに作成されます。外部ブリッジ ドメインは、 [Cisco ACI] ファブリック上の 2 つの vPC スイッチ間の接続を可能にします。これにより、両方の vPC スイッチが、相互の、および外部 OSPF デバイスとの OSPF 隣接関係を確立できます。

ブロードキャスト ネットワークで OSPF を実行する場合、障害が発生したネイバーを検出する時間は dead 間隔（デフォルトは 40 秒）です。障害が発生した後でネイバー隣接関係を再確立する場合にも、代表ルータ（DR）の選定が原因で時間がかかる可能性があります。

（注）

- 1 つの vPC ノードへのリンクまたはポート チャネルに障害が発生しても、OSPF 隣接関係がダウンすることはありません。OSPF 隣接関係は、その他の vPC ノードを介してアクセスできる外部ブリッジ ドメインによりアップ状態を維持することができます。

- OSPF 時間ポリシーまたは OSPF、または EIGRP アドレス ファミリ ポリシーが L3Out に適用されると、次の動作を観察できます。

- L3Out とポリシーが同じテナントで定義されている場合、動作に変更はありません。

- 共通テナント以外のユーザー テナントで L3Out が設定されている場合、L3Out VRF インスタンスは共通テナントに解決され、ポリシーが共通テナントで定義されている場合、デフォルト値のみが適用されます。ポリシーの変更は有効になりません。

- 境界リーフ スイッチが 2 つの外部スイッチと OSPF 隣接関係を形成し、2 つのスイッチの 1 つでルート損失が発生し、隣接スイッチでは発生しない場合、 [Cisco ACI] 境界リーフ スイッチは両方のネイバーのルートを再コンバージェンスします。

- OSPF はアグレッシブ タイマーをサポートします。ただし、これらのタイマーはすぐに隣接関係を損なうので、CPU の使用率急増を引き起こします。したがって、デフォルトのタイマーを使用し、双方向転送検出（BFD）を使用して 1 秒未満の障害検出を行うことを推奨します。

GUI を使用した管理テナントの OSPF L3Out の作成

- ルータ ID と論理インターフェイス プロファイルの IP アドレスが異なっていて重複していないことを確認します。

- 次の手順は、管理テナントの OSPF L3Out を作成するためのものです。テナントの OSPF L3Out を作成するには、テナントを選択し、テナント用の VRF を作成する必要があります。

- 詳細については、 『Cisco APIC and Transit Routing』を参照してください。。

手順

ステップ 1

メニューバーで、 Tenants > mgmtを選択します。

ステップ 2

[ナビゲーション（Navigation）] ペイン上で、次を拡張します。 [ネットワーキング（Networking）] > [L3Out（L3Outs）]。

ステップ 3

次を右クリックします。 [L3Out（L3Outs）]そして次をクリックします。 [L3Outの作成（Create L3Out）]。

[L3Outの作成（Create L3Out）] ウィザードが表示されます。

ステップ 4

次のウィザードにある [ID（Identity）] ウィンドウで、次の手順を実行します。 [L3Outの作成（Create L3Out）] ウィザード

1. [名前（Name）] フィールドに、名前（RtdOut）を入力します。

2. [VRF] フィールドのドロップダウン リストから、VRF（inb）を選択します。

（注）

このステップでは、ルーテッド Outside をインバンド VRF に関連付けます。

3. L3ドメイン ドロップダウン リストから、適切なドメインを選択します。

4. [OSPF] チェックボックスをオンにします。

5. [OSPF エリア ID（OSPF Area ID）] フィールドに、エリア ID を入力します。

6. [OSPF エリア制御（OSPF Area Control）] フィールドで、適切なチェックボックスをオンにします。

7. [OSPF エリア タイプ（OSPF Area Type）] フィールドで、適切なエリア タイプを選択します。

8. [OSPF エリア コスト（OSPF Area Cost）] フィールドで適切な値を選択します。

9. [次（Next）] をクリックします。

[ノードとインターフェイス（Nodes and Interfaces）] ウィンドウが表示されます。

ステップ 5

[ノードとインターフェイス（Nodes and Interfaces）] ウィンドウで次のアクションを実行します：

1. 次のチェックボックスをオフにします。 [デフォルトの使用（Use Defaults）] ボックス

これにより、 [ノード プロファイル名（Node Profile Name）] フィールドを編集できます。

2. [ノード プロファイル名（Node Profile Name）] フィールドに、ノード プロファイルの名前を入力します。（borderLeaf）。

3. [ノード ID（Node ID）] フィールドで、ドロップダウン リストから、最初のノードを選択します（leaf1）。

4. [ルータ ID（Router ID）] フィールドに、一意のルータ ID を入力します。

5. ループバック アドレスにルータ ID を使用しない場合は、 [ループバック アドレス（Loopback Address）] フィールドで別の IP アドレスを使用するか、空のままにします。

（注）

[ループバック アドレス（Loopback Address）] フィールドに [ルータ ID（Router ID）] フィールドで入力したエントリと同じ内容が自動で入力されます。これは、以前に構築した [ループバック アドレスとしてのユーザー ルータ ID（Use Router ID for Loopback Address）] オプションと同等です。ループバック アドレスにルータ ID を使用しない場合は、別の IP アドレスを使用するか、このフィールドを空のままにします。

6. 必要に応じて、このノードの [インターフェイス（Interface）]、 [IP アドレス（IP Address）]、 [インターフェイス プロファイル名（Interface Profile Name）] および [MTU] フィールドに適切な情報を入力します。

7. [ノード（Nodes）] フィールドで、 + アイコンをクリックして、別のノードの 2 番目のフィールド セットを追加します。

（注）

2 つ目のノード ID を追加します。

8. [ノード ID（Node ID）] フィールドで、ドロップダウン リストから、最初のノードを選択します（leaf1）。

9. [ルータ ID（Router ID）] フィールドに、一意のルータ ID を入力します。

10. ループバック アドレスにルータ ID を使用しない場合は、別の IP アドレスを使用するか、 [ループバック アドレス（Loopback Address）] フィールドを空のままにします。

（注）

[ループバック アドレス（Loopback Address）] フィールドに [ルータ ID（Router ID）] フィールドで入力したエントリと同じ内容が自動で入力されます。これは、以前に構築した [ループバック アドレスとしてのユーザー ルータ ID（Use Router ID for Loopback Address）] オプションと同等です。ループバック アドレスにルータ ID を使用しない場合は、別の IP アドレスを使用するか、このフィールドを空のままにします。

11. 必要に応じて、このノードの インターフェイス, [IP アドレス（IP Address）], [インターフェイス プロファイル名（Interface Profile Name）] および [MTU] フィールドに適切な情報を入力します。

12. [次（Next）] をクリックします。

[プロトコル（Protocols）] ウィンドウが表示されます。

ステップ 6

[プロトコル（Protocols）] ウィンドウの [ポリシー（Policy）] エリア内で [デフォルト（default）]をクリックし、その後に [次（Next）] をクリックします。

[外部 EPG（External EPG）] ウィンドウが表示されます。

ステップ 7

[外部 EPG（External EPG）] ウィンドウで次のアクションを実行します：

1. [名前（Name）] フィールドに、外部ネットワークの名前（extMgmt）を入力します。

2. 次のチェックボックスをオフにします。 [すべての外部ネットワークのデフォルト EPG（Default EPG for all external network）] フィールド。

[サブネット（Subnets）] エリアが表示されます。

3. + をクリックして [サブネットの作成（Create Subnet）] ダイアロ グボックスにアクセスします。

4. [サブネットの作成（Create Subnet）] ダイアログ ボックスの [IP アドレス（IP Address）] フィールドにサブネットのIPアドレスとマスクを入力します。

5. [範囲（Scope）] フィールドで、目的のチェックボックスをオンにします。  [OK]をクリックします。

6. [外部 EPG（External EPG）] ダイアログボックスで、 [終了（Finish）]をクリックします。

（注）

[作業（Work）] ペインの [L3Out（L3Outs）] エリアに、L3Out アイコン（RtdOut）が表示されます。

EIGRP 外部ルーテッド ネットワーク

EIGRP 外部ルーテッド ネットワークを設定するには、次の項の手順を使用します。

- EIGRP レイヤ 3 Outside 接続について

- GUI を使用した EIGRP の構成

EIGRP レイヤ 3 Outside 接続について

この例は、Cisco [APIC]を使用して、拡張内部ゲートウェイ ルーティング プロトコル（EIGRP） を構成する方法を示しています。次の情報は、EIGRP を構成するときに適用されます：

- テナント、VRF、およびブリッジ ドメインがすでに作成されている必要があります。

- レイヤ 3 外部テナント ネットワークがすでに構成されている必要があります。

- 外部ルーテッドのルート制御プロファイルがすでに構成されている必要があります。

- EIGRP VRF ポリシーは EIGRP ファミリ コンテキスト ポリシーと同じです。

- EIGRP はエクスポート ルート制御プロファイルをサポートしています。ルート制御に関する構成はすべてのプロトコルで共通です。

サブネット ルートをネットワーク レベルのルートへ自動的に要約するよう（ルート要約）、EIGRP を構成できます。たとえば、192.31.7.0 のサブネットが構成されているインターフェイス上で、サブネット 131.108.1.0 が 131.108.0.0 としてアドバタイズされるように構成することができます。自動集約は、EIGRP プロセスに構成されているネットワーク ルータ設定コマンドが 2 つまたはそれ以上ある場合に実行されます。デフォルトでは、この機能は有効です。詳細については、 ルート集約を参照してください。

- EIGRP プロトコルのサポート

- ガイドラインと EIGRP を構成するときの制限事項

EIGRP プロトコルのサポート

EIGRP プロトコルは、（ [Cisco アプリケーション セントリック インフラストラクチャ（Cisco Application Centric Infrastructure）] （[ACI]）ファブリック内の他のルーティング プロトコルと同様にモデル化されています。

サポートされる機能

サポートされる機能は次のとおりです。

- IPv4 および IPv6 ルーティング

- 各アドレス ファミリの仮想ルーティングおよび転送（VRF）とインターフェイスの制御

- ノード間の OSPF による再配布

- VRF ごとのデフォルト ルート リーク ポリシー

- パッシブ インターフェイスおよびスプリット ホライズンのサポート

- エクスポートされたルートにタグを設定するためのルート マップ制御

- EIGRP インターフェイス ポリシーの帯域幅および遅延設定オプション

- 認証サポート

サポートされない機能

次の機能はサポートされていません：

- スタブ ルーティング

- BGP 接続に使用される EIGRP

- 同じノード上の複数の EIGRP L3extOut

- インターフェイスごとの集約（EIGRP サマリー ポリシーは、L3Out で構成されたすべてのインターフェイスに適用されます）

- インターフェイスごとのインポートおよびエクスポート用配布リスト

EIGRP 機能のカテゴリ

EIGRP の機能は、次のように大きく分類できます：

- プロトコル ポリシー

- L3extOut 構成

- インターフェイス構成

- ルート マップ サポート

- デフォルト ルート サポート

- 中継サポート

EIGRP をサポートしているプライマリ管理対象オブジェクト

次のプライマリ管理対象オブジェクトは、EIGRP サポートを提供します。

- EEIGRP アドレス ファミリ コンテキスト ポリシーeigrpCtxAfPol： fvTenantの下で構成されたアドレス ファミリ コンテキスト ポリシー。 （テナント/プロトコル）。

- fvRsCtxToEigrpCtxAfPol： 特定のアドレス ファミリ（IPv4 または IPv6）の VRF から eigrpCtxAfPol への関係です。関係は、アドレス ファミリごとに 1 つのみ存在できます。

- eigrpIfPol： fvTenantで構成された EIGRP インターフェイス ポリシーです。

- eigrpExtP： L3extOutの EIGRP フラグを有効にします。

- eigrpIfP： l3extLIfPへ接続されたEIGRP インターフェイス プロファイルです。

- eigrpRsIfPol：EIGRP インターフェイス プロファイルから eigrpIfPolへの関係です。

- eigrpIfPol： l3extOutの下のデフォルト ルート リーク ポリシーです。

テナントでサポートされる EIGRP プロトコル ポリシー

テナント下では次の EIGRP プロトコル ポリシーがサポートされます：

- [EIGRP インターフェイス ポリシー（EIGRP Interface policy）] （eigrpIfPol）：インターフェイス上の所定のアドレス ファミリに適用される構成が含まれます。インターフェイス ポリシーでは次の構成が可能です：

- [Hello 間隔（Hello interval）] （秒単位）

- [保持間隔（Hold Interval）] （秒単位）

- 次のインターフェイス制御フラグのうち 1 つ以上：

- [スプリット ホライズン（split horizon）]

- [パッシブ（passive）]

- [ネクスト ホップ セルフ（next hop self）]

- [EIGRP アドレス ファミリ コンテキスト ポリシー（EIGRP Address Family Context Policy）] ([eigrpCtxAfPol])：所定の VRF 内の所定のアドレス ファミリの設定が含まれます。  eigrpCtxAfPol は、テナント プロトコル ポリシー下で構成され、テナント下の 1 つ以上の VRF に適用できます。  eigrpCtxAfPol は、VRF-per-address ファミリの関係を通して VRF で有効にできます。特定のアドレス ファミリに関係がない場合、または関係内の指定された eigrpCtxAfPol にが存在しない場合は、 共通 テナントの下で作成されたデフォルト VRF ポリシーがそのアドレス ファミリに使用されます。

次の構成は、 eigrpCtxAfPolで許可されています。

- 内部ルートのアドミニストレーティブ ディスタンス

- 外部ルートのアドミニストレーティブ ディスタンス

- 最大許容 ECMP パス数

- アクティブ タイマー間隔

- メトリック バージョン（32 ビット/64 ビット メトリック）

ガイドラインと EIGRP を構成するときの制限事項

EIGRP を構成する場合は、次の注意事項に従ってください：

- 外部同じレイヤ 3 の EIGRP および BGP を構成することはサポートされていません。

- 外部同じレイヤ 3 の EIGRP や OSPF を構成することはサポートされていません。

- 1 つ EIGRP レイヤ 3 Out VRF あたりノードごとできますがあります。ノードで複数の Vrf を導入している場合、自身レイヤ 3 Out 各 VRF ことができます。

- 複数の EIGRP ピア、1 つレイヤ 3 Out からがサポートされます。これにより、1 つレイヤ 3 Out と同じノードから複数の EIGRP デバイスに接続できます。

- L3Out で EIGRP を有効にする場合は、 VRF トランジット タグの値を 1 〜 255 の範囲内のデフォルト以外の値に変更。中継 VRF タグに大きな値が必要な場合は、 EIGRP ファミリ コンテキストからワイド メトリック スタイルに切り替えることができます。デフォルトのナロー メトリック スタイルの EIGRP は、1 ～ 255 の範囲内の内部タグ値のみをサポートします。

- ルート ポリシー マネージャ（RPM）は、ルート マップ内のコミュニティ リストを使用して BGP コミュニティ属性に基づいて BGP ルート更新をフィルタリングするための IPv6 再配布をサポートしていません。この機能は、IPv4 再配布でのみ使用できます。

次の設定では、EIGRP ネイバーがフラップします：

- VRF の EIGRP アドレス ファミリ コンテキストによるアドミニストレーティブ ディスタンスまたはメトリック スタイル（ワイド/ナロー）の変更

- 外部 EPG への複数の EIGRP サマリー ルートの構成を一度に構成します。これに対し、1 つの EIGRP サマリ ルートだけを構成すれば、EIGRP ネイバーはフラップしません。

- 内部で使用されるテーブルマップを更新する次の構成を設定します：

- VRF のルート タグの変更

- EIGRP L3Out と同じ境界リーフ スイッチ上の同じ VRF 内の OSPF L3Out のインポート方向ルート制御の設定構成（たとえば、ルート制御適用「インポート」オプションの有効化または無効化、インポート方向）。この機能は EIGRP ではサポートされていないため、このような構成は EIGRP L3Out 自体では許可されないことに注意してください。ただし、OSPF L3Out の構成は、同じ VRF とリーフ スイッチの EIGRP L3Out に影響を与えます。これは、OSPF のインポート ルート制御が、同じ境界リーフ スイッチ上の同じ VRF の EIGRP と他の目的で共有されるテーブル マップを使用するためです。

GUI を使用した EIGRP の構成

手順

ステップ 1

メニューバーで、 [テナント（Tenants）] > [すべてのテナント（All Tenants）]を選択します。

ステップ 2

[作業（Work）] ウィンドウで、テナントをダブルクリックします。

ステップ 3

[ナビゲーション（Navigation）] ペインで、 [Tenant_name] > [ポリシー（Policies）] > [プロトコル（Protocol）] > [EIGRP]を展開します。

ステップ 4

[EIGRP アドレス ファミリ コンテキスト ポリシー（EIGRP Address Family Context）] を右クリックし、 [EIGRP アドレスファミリ コンテキスト ポリシーの作成（Create EIGRP Address Family Context Policy）]を選択します。

ステップ 5

[EIGRP アドレスファミリ コンテキスト ポリシーの作成（Create EIGRP Address Family Context Policy）] ダイアログボックスで、次の操作を実行します：

1. [名前（Name）] フィールドに、コンテキスト ポリシーの名前を入力します。

2. [アクティブ間隔（分）（Active Interval (min)）] フィールドで、間隔タイマーを選択します。

3. [外部ディスタンス（External Distance）] および [内部ディスタンス（Internal Distance）] フィールドで、適切な値を選択します。

4. [最大の経路制限（Maximum Path Limit）] フィールドで、インターフェイス (ノードごと/リーフ スイッチごと) 間の値を適切なロード バランシングを選択します。

5. [メトリック スタイル（Metric Style）] フィールドで、適切なメトリック スタイルを選択します。  [送信（Submit）]をクリックします。

[作業（Work）] ペインで、コンテキスト ポリシーの詳細が表示されます。

ステップ 6

VRF にコンテキスト ポリシーを適用するには、 [ナビゲーション（Navigation）] ペインで、 [ネットワーキング（Networking）] > [VRF]を展開します。

ステップ 7

適切な VRF を選択し、 [作業（Work）] ペインの [ポリシー（Policy）] タブで、 [アドレス ファミリごとの EIGRP コンテキスト（EIGRP Context Per Address Family）]を展開します。

ステップ 8

[EIGRP アドレス ファミリ タイプ（EIGRP Address Family Type）] ドロップダウンリストで、 IP バージョンを選択します。

ステップ 9

EIGRP アドレス ファミリ コンテキスト ポリシー ドロップダウンリストで、コンテキストポリシーを選択します。  [更新（Update）]クリックして、 [送信（Submit）]をクリックします。

ステップ 10

レイヤ 3 Out 内でEIGRPを有効にするには、 [ナビゲーション（Navigation）] ペインで、 [ネットワーキング（Networking）] > [L3Out（L3Outs）]をクリックし、目的のレイヤ 3 アウトサイド ネットワークをクリックします。

ステップ 11

[作業（Work）] ペインの [ポリシー（Policy）] タブで、 EIGRPのチェックボックスをオンにします。そして、EIGRP 自律システム番号（ASN）を入力します。  [送信（Submit）]をクリックします。

ステップ 12

EIGRP インターフェイス ポリシーを作成するには、 [ナビゲーション（Navigation）] ペインで、 [Tenant_name] > [ポリシー（Policies）] > [プロトコル（Protocol）] > [EIGRP] をクリックして、次のアクションを実行します：

1. [EIGRP インターフェイス（EIGRP Interface）]を右クリックし、 [EIGRP インターフェイス ポリシーの作成（Create EIGRP Interface Policy）]をクリックします。

2. [EIGRP インターフェイス ポリシーの作成（Create EIGRP Interface Policy）] ダイアログ ボックスで [名前（Name）] フィールドにポリシーの名前を入力します。

3. [制御状態（Control State）] フィールドは、1 つまたは複数の制御を有効にする目的のチェック ボックスをチェックします。

4. Hello 間隔（秒）（Hello Interval (sec)） フィールドで、目的の間隔を選択します。

5. [保留間隔(秒)（Hold Interval（sec））] フィールドで、目的の間隔を選択します。  [送信（Submit）]をクリックします。

6. [帯域幅（Bandwidth）] フィールドで、目的の帯域幅を選択します。

7. [遅延（Delay）] フィールドで、10 マイクロ秒またはピコセル秒で、目的の遅延を選択します。

[作業（Work）] ペインで、EIGRP インターフェイス ポリシーの詳細が表示されます。

ステップ 13

[ナビゲーション（Navigation）] ペインで、 EIGRPが有効になっている適切な外部ルーテッド ネットワークをクリックして、 [論理ノードプロファイル（Logical Node Profiles）] を展開して、次のアクションを実行します：

1. 適切なノードとそのノードの下にインターフェイスを展開します。

2. インターフェイスを右クリックして [EIGRP インターフェイス プロファイルの作成（reate EIGRP Interface Profile）]をクリックします。

3. [EIGRP インターフェイス プロファイルの作成（reate EIGRP Interface Profile）] ダイアログ ボックスの [EIGRP ポリシー（EIGRP Policy）] フィールドで、目的の EIGRP インターフェイス ポリシーを選択します。  [送信（Submit）]をクリックします。

（注）

EIGRP の VRF ポリシーおよび EIGRP インターフェイス ポリシーは、EIGRP が有効になっているときに使用するプロパティを定義します。EIGRP の VRF ポリシーおよび EIGRP インターフェイス ポリシーは、新しいポリシーを作成しない場合にもデフォルト ポリシーとして利用できます。したがって、ポリシーのいずれかを明示的に選択しない場合は、EIGRP が有効になっているとき、デフォルトのポリシーが自動的に利用されます。

これで EIGRP の構成は完了です。

Chapter21. ルート集約

この章で説明する内容は、次のとおりです：

- はじめに

- L3Out 外部 EPG レベルでのルート集約

- VRF レベルでのルート フィルタリングと集約

- 注意事項と制約事項

- GUI を使用した L3out 外部 EPG レベルでのルート要約の構成

- GUI を使用した VRF でのルート制御ポリシーの構成

はじめに

ルート集約では、多数の具体的なアドレスを 1 つのアドレスに置き換えることで、ルート テーブルが簡素化します。たとえば、10.1.1.0/24、10.1.2.0/24、10.1.3.0/24 は 10.1.0.0/16 で置き換えることができます。ルート集約ポリシーにより、ボーダー リーフ スイッチとそのネイバー リーフ スイッチの間でルートを効率的に共有することができます。

Cisco APIC 5.2(4) リリース以降、ACI では 2 つの形式のルート集約がサポートされています。

- L3Out 外部 EPG レベルでのルート要約：

L3Out 外部 EPG レベルでのルート集約のこの設定により、外部 L3Out ピアのみへのルート集約が可能になります。

- VRF レベルでのルート フィルタリングと集約：

Cisco APIC 5.2(4) リリース以降、Cisco APIC は、ファブリックでアドバタイズされるルートのルート フィルタリングと集約を実行して、ファブリックのスケール要件を軽減するオプションも提供します。この機能は、VRF レベルで構成されます。VRF レベルでルートの集約を有効にすると、ACI ファブリックへのルートの集約、および外部 BGP L3Out ピアへのルートの集約を実現するのに役立ちます。

上記の両方の要約形式の詳細については、以降のセクションで説明します。

L3Out 外部 EPG レベルでのルート集約

BGP、OSPF、あるいは EIGRP のルート集約ポリシーは、ブリッジ ドメインまたは中継サブネットに適用されます。OSPF では、エリア間ルート集約と外部ルート集約がサポートされます。集約ルートはエクスポートされます。ファブリック内でのアドバタイズは行われません。

L3Out 外部 EPG でルート集約を有効にすると、ACI ファブリック内ではなく、L3Out ピアのみへのルート集約を実現できます。ACI ファブリックおよび外部 L3Out ピアへの ルートの集約を達成するには、 VRF レベルでのルート フィルタリングと集約を参照してください。

また、このルート集約が設定されている場合、集約プレフィックスは外部 L3Out ピアにアドバタイズされ、より具体的なプレフィックスは L3Out ピアにアドバタイズされません。

VRF レベルでのルート フィルタリングと集約

デフォルトでは、境界リーフ ノードは直接接続されたスタティック ルート、およびルーティング プロトコルから多くのプレフィックスを受け取り、これらのプレフィックスは MP-BGP で再配布され、これらのプレフィックスはすべてのリーフ スイッチとスパイン スイッチにアドバタイズされます。リーフ スイッチは、LPM で構成された VRF のすべてのプレフィックスをプログラムします。この機能を使用すると、管理者は VRF のプレフィックスを LPM テーブルに選択的にインポートしたり、VRF のプレフィックスを MP-BGP または L3Out ピアにエクスポートしたりできます。

Cisco APIC 5.2(4) リリース以降、Cisco APIC は、ファブリックでアドバタイズされるルートを要約またはフィルタリングして、ファブリックのスケール要件を軽減するオプションを提供します。

以下のルート制御ポリシーが VRF 配下に追加されます。

- BGP ルート集約ポリシー

- VRF 内インポート ルート制御ポリシー

- VRF エクスポート ルート制御ポリシー

BGP ルート集約ポリシー

このポリシーを使用すると、サブネットが外部ルーターから直接学習されるかどうかに関係なく、プレフィックスをより大きなサブネットに集約できます。ポリシーでは、集約されたサブネットのみをアドバタイズするか、サブネット内のすべてのプレフィックスをアドバタイズするかを指定することができます。このポリシーは、L3Out ピアと MP-BGP の集約を制御します。

以下の構成がこのポリシーで使用可能です。

- ノード：ルート プロファイルを適用する必要があるボーダー リーフ ノードのリスト。

- ポリシーを展開するには、少なくとも 1 つの境界リーフを構成する必要があります。

- スパイン スイッチはこのポリシーでサポートされていません。

- VRF インスタンス、境界リーフ ノード ペアごとに複数のポリシーを設定できます。

- このポリシーは vPC 非認識です。したがって、vPC ペアのノード間で異なるポリシーを構成できます。

- このポリシーは、ユニキャスト アドレス ファミリにのみ適用されます。

- サブネット：各サブネットがテナントの下で構成された BGP ルート要約ポリシーを指すサブネットのリスト。

- ポリシーを展開するには、少なくとも 1 つのサブネットを設定する必要があります。

- 同じノードの異なるルート集約ポリシーに関連付けられているサブネット間に重複があってはなりません。

- BGP ルート自動要約ポリシー：ルート自動要約ポリシーの制御状態オプションを使用すれば、ピアへの集約プレフィックスのみのアドバタイズを有効にするか、またはピアへの集約プレフィックスと特定のプレフィックスの両方のアドバタイズを許可するかのいずれかを行えます。

- VRF インスタンスの同じサブネット、また同じ l3extSubnet に対してルート自動要約が構成されている場合、 [Cisco APIC] 障害が発生します。ファブリックのアップグレードまたはスイッチのリロードを実行する前には、この障害をクリアしてください。

- BGP ルート自動要約ポリシーを構成するには、 GUI を使用した VRF でのルート制御ポリシーの構成に進みます。

VRF 内インポート ルート制御ポリシー

このポリシーにより、ルーティング テーブルに登録するプレフィックスを制御できます。

以下の構成がこのポリシーで使用可能です。

- ノード：ルート プロファイルを適用する必要があるリーフ ノードのリスト。

- ポリシーを展開するには、少なくとも 1 つのリーフを構成する必要があります。

- このポリシーでは、スパイン スイッチはサポートされていません。

- VRF、リーフ ノードに設定されているインポート ルート制御ポリシーがない場合、MP-BGP からの VRF のすべてのプレフィックスがノードのルーティング テーブルに登録されます。

- このポリシーは vPC 非認識です。したがって、vPC ペアのノード間で異なるポリシーを構成できます。

- ルート マップ: テナントの既存のルート プロファイル構成を構成するのと同じ方法で構成します。次のルート マップの match 句と set 句は、インポート ルート制御構成に適用されます。

Match 句：

- IP プレフィックス リスト

- コミュニティ

- 拡張コミュニティ（マッチオンカラー拡張コミュニティはサポートされていません）

- 正規表現コミュニティ

- 正規表現拡張コミュニティ

- 正規表現 AS パス

Set 句：

- コミュニティ

- Extended Community

- タグ

- 重量

- Preference

- メトリック

ルート集約またはファブリック エクスポート制御が MP-BGP のプレフィックスを抑制するように構成されている場合、このポリシーは、リーフのインポート ルート制御ポリシーによって許可されている場合でも、レシーバー リーフのルーティング テーブルで更新されません。

VRF 間インポート ルート制御ポリシーを構成する手順は、 GUI を使用した VRF でのルート制御ポリシーの構成で提供されています。

VRF エクスポート ルート制御ポリシー

このポリシーにより、ファブリックにアドバタイズされるプレフィックスを制御できます。

以下の構成がこのポリシーで使用可能です。

- ノード：ルート プロファイルを適用する必要があるボーダー リーフ ノードのリスト。

- ポリシーを展開するには、少なくとも 1 つの境界リーフを構成する必要があります。

- スパイン スイッチはこのポリシーでサポートされていません。

- VRF、ボーダー リーフ ペアに設定されているエクスポート ルート制御ポリシーがない場合、ボーダー リーフから MP-BPG への VRF のすべてのプレフィックスがアドバタイズされます。

- このポリシーは vPC 非認識です。したがって、vPC ペアのノード間で異なるポリシーを構成できます。

- ルート マップ: テナントの既存のルート プロファイル構成を構成するのと同じ方法で構成します。次のルート マップの match および set 句は、エクスポート ルート制御設定に適用されます。

Match 句：

- IP プレフィックス リスト

- コミュニティ

- 拡張コミュニティ（マッチオンカラー拡張コミュニティはサポートされていません）

- 正規表現コミュニティ

- 正規表現拡張コミュニティ

Set 句：

- コミュニティ

- 拡張コミュニティ（拡張コミュニティを なしに設定することを除く）

- 重量

- Preference

- メトリック

VRF エクスポート ルート制御ポリシーを設定する手順は、 GUI を使用した VRF でのルート制御ポリシーの構成に提供されています。

注意事項と制約事項

外部 EPG で設定されたルート集約ポリシーにより、同じ境界リーフ スイッチに接続され、同じ VRF にあるすべての BGP ピアに集約されたプレフィックスがアドバタイズされます。これには、同じ境界リーフ スイッチと VRF 条件が満たされている場合に、異なる L3Out に属する BGP ピアが含まれます。

この動作を行わず、集約ルートを受信する BGP ピアを制限する場合は、該当する L3Out のアウトバウンド ルートマップを使用して、該当するルートをブロックします。

GUI を使用した L3out 外部 EPG レベルでのルート要約の構成

このセクションでは、L3Out 外部 EPG に関連付けられたルート集約を構成する手順について説明します。これらの構成手順を使用してルート集約を有効にすると、ACI ファブリック内ではなく、L3Out ピアのみへのルート集約を実現できます。

また、ルート集約が構成されている場合、集約プレフィックスは外部 L3Out ピアにアドバタイズされ、より具体的なプレフィックスは L3Out ピアにアドバタイズされません。

ACI ファブリックおよび外部 L3Out ピアへの ルートの集約を達成するには、 GUI を使用した VRF でのルート制御ポリシーの構成を参照してください。

始める前に

次の設定のそれぞれに対して、L3 Out がすでに作成されていること。L3 Out については、外部ルーテッド ネットワーク、サブネット、およびルート集約ポリシーを作成することができます。

手順

ステップ 1

次のように、GUI を使用して BGP ルート集約を設定します:

1. メニューバーで、 [テナント（Tenants）] > [共通（common）] を選択します。

2. ナビゲーション ペインで、 [ネットワーキング（Networking）] > [L3Out（L3Outs）] を展開します。

3. [L3Out（L3Outs）]を右クリックし、: [L3Outの作成（Create L3Out）]を選択します。

[L3Outの作成（Create L3Out）] ウィザードが表示されます。

4. 作業ペインで、必要な情報([名前（Name）]、 [VRF]、および [L3ドメイン（L3 Domain）]）を入力し、次に [BGP]の横にあるチェックボックスをオンにします。

5. [次へ（Next）]をクリックします。

[ノードとインターフェイス（Nodes and Interfaces）] ウィンドウが表示されます。

6. [ノードとインターフェイス（Nodes and Interfaces）] ウィンドウで、適切なフィールドに入力し、 [次へ（Next）]をクリックします。

[プロトコル（Protocols）] ウィンドウが表示されます。

7. [プロトコル（Protocols）] ウィンドウで、適切なフィールドに入力し、 [次へ（Next）]をクリックします。

[外部 EPG（External EPG）] ウィンドウが表示されます。

8. [名前（Name）] フィールドに名前を入力し、 [すべての外部ネットワークのデフォルト EPG（Default EPG for all external network）] フィールドのチェックをオフにします。

[サブネット（Subnets）] フィールドが表示されます。

9. [+] をクリックします。これは、 [ルーティング集約ポリシー（Route Summarization Policy）]の上にあります。

[サブネットの作成（Create Subnet）] ダイアログボックスが表示されます。

10. [サブネットを指定（Specify the Subnet）] ダイアログ ボックスでは、次の方法で、ルート集約ポリシーをサブネットに関連付けることができます。

例:

- [IP アドレス（IP Address）] フィールドの IP アドレスを入力します。

- [エクスポート ルート コントロール サブネット（Export Route Control Subnet）]の横にあるチェックボックスをオンにします。

- [外部 EPG の外部サブネット（External Subnets for the External EPG）]の横にあるチェックボックスをオンにします。

- [BGP とルーティング集約ポリシー（BGP Route Summarization Policy）] ドロップダウン メニューから、既存の(デフォルト)ポリシーの場合は、 [デフォルト（default）] または、新しいポリシーを作成の場合は、 [BGP ルート自動要約ポリシー（Create BGP route summarization policy）] のいずれかを選択します。

- [BGP ルート自動要約ポリシー（Create BGP route summarization policy）]を選択した場合、 [BGP ルーティング集約ポリシーの作成（Create Route Summarization Policy）] ダイアログボックスが表示されます。  [名前（Name）] フィールドにそれの名前を入力します。そして [制御状態（Control State）] チェックボックス（ [AS-SET 情報を生成（Generate AS-SET information）]内）をチェック、 [送信（Submit）]をクリック、 [OK]をクリック、そして [終了（Finish）]をクリックします。

（注）

[より詳細をアドバタイズしません（Do not advertise more specifics）] コントロールの状態オプションおよび [アドレス タイプの制御（Address Type Controls）] オプションは、ポリシーがVRFルート制御ポリシーに適用されている場合にのみ適用されます。ここでは、AF Ucast と AF Mcast の両方がデフォルトで有効になっています。

ステップ 2

GUI を使用して、次のように OSPF のエリア間および外部の集約を構成します：

1. メニューバーで、 [テナント（Tenants）] > [共通（common）] を選択します。を選択します。

2. ナビゲーション ペインで、 [ネットワーキング（Networking）] > [L3Out（L3Outs）] > [外部 EPG（External EPGs）]を展開し、構成済みの外部 EPG をクリックします。

設定された外部 EPG の概要情報が表示されます。

3. 作業ペインで、 [+] 記号をクリックします。これは、 [ルーティング集約ポリシー（Route Summarization Policy）]の上にあります。

[サブネットの作成（Create Subnet）] ダイアログボックスが表示されます。

4. [サブネットを指定（Specify the Subnet）] ダイアログ ボックスでは、次の方法で、ルート集約ポリシーをサブネットに関連付けることができます。

例:

- [IP アドレス（IP Address）] フィールドの IP アドレスを入力します。

- [エクスポート ルート コントロール サブネット（Export Route Control Subnet）]の横にあるチェックボックスをオンにします。

- [外部 EPG の外部サブネット（External Subnets for the External EPG）]の横にあるチェックボックスをオンにします。

- [OSPF ルート集約ポリシー（OSPF Route Summarization Policy）] ドロップダウンメニューから、既存の(デフォルト)ポリシーの場合 [デフォルト（default）] または新しいポリシーを作成する場合、 [OSPF ルート自動要約ポリシー（Create OSPF route summarization policy）] のいずれかを選択します。

- [OSPF ルート自動要約ポリシー（Create OSPF route summarization policy）]を選択した場合、 [OSPF ルート集約ポリシーの作成（Create OSPF Route Summarization Policy）] ダイアログボックスが表示されます。  [名前（Name）] フィールドにそれの名前を入力し、 [エリア間有効（Inter-Area Enabled）]横にあるチェックボックスをオンにします。 [コスト（Cost）]の横に値を入力します。 [送信（SUBMIT）]をクリックします。

ステップ 3

次のように、GUI を使用して EIGRP の集約を構成します。

1. メニューバーで、 [テナント（Tenants）] > [共通（common）]を選択します。

2. ナビゲーション ペインで、 [ネットワーキング（Networking）] > [L3Out（L3Outs）]を展開します。

3. [L3Out（L3Outs）]を右クリックし、 [L3Outの作成（Create L3Out）]を選択します。

[L3Outの作成（Create L3Out）] ダイアログボックスが表示されます。

4. 作業ウィンドウで、 [EIGRP]の隣のチェック ボックスをオンにします。

5. [名前（Name）] フィールドに名前を入力し、 [次（NEXT）]をクリックします。

[外部 EPG ネットワーク（External EPG networks）] ダイアログボックスが表示されます。

6. 作業ウィンドウで、 [+] 記号をクリックします。

[外部網の定義（Define an External Network）] ダイアログボックスが表示されます。

7. [名前（Name）] フィールドに名前を入力します。そして、 [+] 記号をクリックします。これは、 [ルーティング集約ポリシー（Route Summarization Policy）]の上にあります。

この [サブネットの作成（Create Subnet）] ダイアログボックスが表示されます。

8. [サブネットを指定（Specify the Subnet）] ダイアログボックスでは、次の方法で、ルート集約ポリシーをサブネットに関連付けることができます。

例:

- [IP アドレス（IP Address）] フィールドの IP アドレスを入力します。

- [エクスポート ルート コントロール サブネット（Export Route Control Subnet）]の隣のチェック ボックスをオンにします。

- [外部 EPG の外部サブネット（External Subnets for the External EPG）]の隣のチェック ボックスをオンにします。

- [EIGRP ルート集約（EIGRP Route Summarization）]の横にあるチェックボックスをチェック、 [OK]をクリック、 [OK]をクリック、そして [終了（FINISH）]をクリックします。

GUI を使用した VRF でのルート制御ポリシーの構成

このセクションでは、VRF のルート集約を構成する手順について説明します。これには、ルート集約ポリシー、VRF 内インポート ルート制御、および VRF エクスポート ルート制御を構成する手順が含まれます。

このセクションの手順を使用してルートの集約を有効にすると、ACI ファブリックへのルートと、外部 BGP L3Out ピアへのルートの集約を実現できます。さらに、このセクションの手順を使用して設定されたルート集約では、有効になっている制御状態オプションに基づいて、より具体的なプレフィックスが集約プレフィックスと共にアドバタイズされる場合とされない場合があります。

手順

ステップ 1

次の場所に移動します。 [テナント（Tenants）] > [tenant_name] > [ネットワーキング（Networking）] > [VRF（VRFs）] > [vrf_name]。

ステップ 2

VRF - vrf_name 作業ペインで、 [ルート制御（Route Control）] タブをクリックします。

ステップ 3

VRF レベルでルート フィルタリングと集約をどのように設定するかを決定します。

- BGP ルート集約ポリシーを設定するには、 ステップ 4に進みます。

- VRF 間インポート ルート制御ポリシーを構成するには、 ステップ 5に進みます。

- VRF エクスポート ルート制御ポリシーを設定するには、 ステップ 6に進みます。

ステップ 4

次のように、GUI を使用して、ルート集約ポリシーを構成します：

1. 次の横にある + をクリックします [ルーティング集約ポリシー（Route Summarization Policy）]。

[ルーティング集約ポリシーの作成（Create Route Summarization Policy）] ダイアログ ボックスが表示されます。

2. [名前（Name）] フィールドに名前を入力します。そして [ノード（Nodes）] リストからスイッチを選択します。

3. 次の横にある + をクリックします。 [サブネット（Subnets）]。

[サブネットと要約ポリシーの関連付けの作成（Create Association of Subnet to Summarization Policy）] ダイアログボックスが表示されます。

4. [サブネット（Subnet）] フィールドに IP アドレスを入力します。

5. [BGP とルーティング集約ポリシー（BGP Route Summary Policy）] リストからポリシーを選択します。

[BGP ルーティング集約ポリシーの作成（Create Route Summarization Policy）] ダイアログボックスが表示されます。

6. [名前（Name）] フィールドに名前を入力し、適切な [制御状態（Control State）] および [アドレス タイプの制御（Address Type Controls）] オプションが表示されます。

BGP ルート集約ポリシー設定の [より詳細をアドバタイズしません（Do not advertise more specifics）] オプションが有効になっている場合、集約プレフィックスはアドバタイズされ、より具体的なプレフィックスはピアにアドバタイズされません。  [より詳細をアドバタイズしません（Do not advertise more specifics）] オプションが有効になっていない場合、集約プレフィックスとより詳細なプレフィックスの両方がピアにアドバタイズされます。

7. [送信（Submit）] をクリックして、以前の構成を確認します。

（注）

集約プレフィックスが L3Out ピアから、およびルート集約ポリシー構成を使用してボーダー リーフでローカルに発信された集約プレフィックスから学習される場合、ローカルで発信された集約プレフィックスよりも外部で学習された集約プレフィックスを BGP ベスト パスとして優先する場合、 L3Out ピアから発信されるすべてのルートは、32769 以上に設定する必要があります。

ステップ 5

次のように、GUI を使用して Intra-VRF インポート ルート構成ポリシーを設定します。

1. 次の横にある + をクリックします [VRF 間インポート ルート構成ポリシー（Intra-VRF Import Route Configuration Policy）]。

[VRF インポート ルート制御ポリシーの作成（Create VRF Import Route Control Policy）] ダイアログボックスが表示されます。

2. 次の名前を入力します。 [名前（Name）] フィールドに名前を入力します。そして [ノード（Nodes）] リストからスイッチを選択します。

3. [インポート用のルートプロファイル（Route Profile for Import）] リストからポリシーを選択します。

4. [送信（Submit）]をクリックします。

ステップ 6

次のように、GUI を使用して VRF エクスポート ルート構成ポリシーを構成します：

1. 次の横にある + をクリックします [VRF エクスポート ルート構成ポリシー（Route Profile for Import）]。

[VRF エクスポート ルート制御ポリシーの作成（Create VRF Export Route Control Policy）] ダイアログボックスが表示されます。

2. 次に名前を入力します。 [名前（Name）] フィールドに名前を入力します。そして [ノード（Nodes）] リストからスイッチを選択します。

3. [エクスポート用のルート プロファイル（Route Profile for Export）] リストからポリシーを選択します。

4. 次をクリックします。 [送信（Submit）]。

Chapter22. ルート マップおよびルート プロファイルによるルート制御

この章で説明する内容は、次のとおりです：

- ルート制御プロファイル ポリシー

- BGP ピアごとのルート制御について

ルート制御プロファイル ポリシー

ACI ファブリックは、ファブリックの内部と外部にアドバタイズされるルート用に、ルート マップの set 句もサポートします。route-map set ルールは、ルート制御プロファイル ポリシーとアクション ルール プロファイルで構成されます。

（注）

ACI ファブリックは、match と set のルールのような、作成されたテナント内のルートマップ関連ポリシーの使用のみをサポートします。ルートマップ関連ポリシーが common テナントで作成された場合、common テナントでの使用のみがサポートされます。

ACI は以下の set オプションをサポートします。

アクション ルール プロファイルのプロパティ（ルートマップ の set 句）

プロパティ

OSPF

EIGRP

BGP

注

コミュニティの設定

○

標準コミュニティと拡張コミュニティをサポートします。

追加のコミュニティを設定

○

標準コミュニティと拡張コミュニティをサポートします。

ルート タグ

〇

〇

BD のサブネットのみでサポートされます。中継プレフィックスには、常にタグ 4294967295 が割り当てられます。

優先順位

○

BGP ローカル プリファレンスを設定します。

メトリック

〇

〇

BGP の MED を設定します。EIGRP のメトリックを変更しますが、EIGRP 複合メトリックは指定できません。

メトリック タイプ

○

OSPF タイプ 1 と OSPF タイプ 2。

ルート プロファイル ポリシーは、レイヤ 3 Outside 接続の下に作成されます。ルート制御ポリシーは、以下のオブジェクトで参照できます。

- テナント BD サブネット

- テナント BD

- 外部 EPG

- 外部 EPG のインポート/エクスポート サブネット

以下に、BGP のインポート ルート制御を使用し、2 つの異なるレイヤ 2 Outside から学習した外部ルートのローカル プリファレンスを設定する例を示します。AS300 への外部接続用のレイヤ 3 Outside 接続は、インポート ルート制御を適用して設定されています。アクション ルール プロファイルの設定では、[Local Preference] ウィンドウの [Action Rule Profile] でローカル プリファレンスが 200 に設定されています。

レイヤ 3 Outside 接続の外部 EPG は、0.0.0.0/0 インポート集約ポリシーを使用してすべてのルートを許可するように設定されています。これは、インポート ルート制御が適用されていますが、どのプレフィックスもブロックされてはならないためです。ローカル プリファレンスの設定を許可するために、インポート ルート制御が適用されています。また、[Route Control Profile] ウィンドウの [External EPG] で [Action Rule Profile] を参照するルート プロファイルを使用して、別のインポート サブネット 151.0.1.0/24 が追加されています。

show ip bgp vrf overlay-1 コマンドを使用して、MP-BGP テーブルを表示します。スパインの MP-BGP テーブルには、プレフィックス 151.0.1.0/24 とローカル プリファレンス 200、および BGP 300 レイヤ 3 Outside 接続の境界リーフの次のホップが表示されます。

default-import と default-export という、2 つの特殊なルート制御プロファイルがあります。名前 default-import および default-export を使用して設定すると、ルート制御プロファイルはインポートとエクスポート両方のレイヤ 3 Outside レベルで自動的に適用されます。default-import および default-export のルート制御プロファイルは、0.0.0.0/0 集約を使用して設定することはできません。

ルート制御プロファイルは、次の順序でファブリック ルートに適用されます。

1. テナント BD サブネット

2. テナント BD

3. レイヤ 3 Outside

ルート制御プロファイルは、次の順序で中継ルートに適用されます。

1. 外部 EPG プレフィックス

2. 外部 EPG

3. レイヤ 3 Outside

BGP ピアごとのルート制御について

ルート制御ポリシーは、外部ネットワークにアドバタイズされるルート（エクスポート）またはファブリックに許可されるルート（インポート）を決定します。APIC と CSSM 間の後続の通信では、 [Cisco Application Policy Infrastructure Controller] （[APIC]）リリース 4.2（1）よりも前の Cisco APIC リリースでは、これらのポリシーを、L3Out プロファイル（l3extInstP）の下の L3Out レベル、または L3Out （l3extSubnet）の下の L3Out サブネットを介して構成するため、これらのポリシーは L3Out に含まれるすべてのノードまたはパス向けに構成されるプロトコルに適用されます。この設定では、L3Outに複数のノードプロファイルが設定され、それぞれにBGPネイバーが指定された複数のノードまたはパスがあります。このため、個々のポリシーを各プロトコル エンティティに適用する方法はありません。

以降では [Cisco APIC] リリース 4.2（1）以降では、BGP ピアごとのルート制御機能が導入され、より詳細なルートのエクスポートおよびインポート制御が必要とされるこの状況に対処し始めています。

[Cisco APIC] リリース 6.0（1）以降、マッチ ルールを作成中に [AS パスの照合（Match AS Path）] パラメータを設定できます。1 つのルート マップで、複数の AS パス アクセス リスト名を一致させることができます。

- BGP ピアごとのルート制御に関するガイドラインと制約事項

- GUI を使用した BGP ピアごとのルート制御の設定

BGP ピアごとのルート制御に関するガイドラインと制約事項

BGP ピアごとのルート制御機能のガイドラインと制約事項を次に示します。

- テナントの BGP ピアごとに使用されるルート プロファイルを設定する必要があります。

- ルートマップの一致を設定する方法、ルールまたはルート プロファイルを設定する方法、およびこれらの各コンポーネントの動作は、以前のリリースから変更されていません。

- この機能のルートプロファイルは、 [ルーティングポリシーのみの一致（Match Routing Policy Only）] （グローバル ポリシー）にのみ設定できます。ルート プロファイルは、BGP ピアごとのルート マップを生成する唯一の情報源です。この機能のルート プロファイルを [プレフィックスおよびルーティングポリシーの照合（Match Prefix and Routing Policy）]に設定することはできません。

また、BD サブネットをエクスポートする場合は、プレフィックス リストで BD サブネットを明示的に指定する必要があります。

- 特定の方向の BGP ピアに関連付けることができるルート制御プロファイルは 1 つだけです。

- デフォルト ポリシーは、これらのルートマップではサポートされていません（名前付きルート プロファイルのみを BGP ピアに適用できます）。

- BGP ピアのルート制御プロファイルを指定すると、その情報だけに基づいてルートマップが生成されます。L3Out プロファイル（l3extInstP）または L3Out の下の L3Out サブネット（l3extSubnet）を介して設定されたルート制御プロファイルは、このルートマップに関与しません。同様に、BGP ピアごとのルート制御プロファイル構成がない場合、L3Out の下のルート制御プロファイルが有効になります。

- 一致プレフィックス リストでプライベート BD サブネットを指定すると、そのサブネットが含まれます。プライベート BD サブネットを除外するために追加の構成を行う必要はありません。

- 一致プレフィックス リストで 0.0.0.0/0 を設定すると、BD サブネットを含むすべてのプレフィックスに一致します。

- [Cisco APIC] は <tenant name>_<route profile name>_<L3Out name>-<direction>を使用してボーダー リーフ スイッチにルート マップを作成して展開します。たとえば、次の設定のルート マップがあります：

- [テナント名（Tenant name）]：t1

- [ルート プロファイル名（Route profile name）]: rp1

- [L3Out 名前（L3Out name）]L3Out1

- [方向（Direction）]：インポート

のルート マップ名は次のようになります： t1_rp1_l3out1-in

- BGP ピア接続プロファイル（ピアごとのルート マップ）のルート マップの文字制限は 135 未満です。

(Tenant Name) + (L3Out Name) + (Route Profile Name) + (Route Profile Context Name) + (Route Profile Match Rule Name) + (BGP Peer IP Address) < 135 characters

- BGP ピアごとのルート制御機能を構成しても、共有サービス ルートマップの動作には影響しません。

- APIC ソフトウェアをアップグレードまたはダウングレードする場合は、次の点に注意してください：

- [APIC ソフトウェアのアップグレード（Upgrading the APIC software）]：APIC ソフトウェアをアップグレードする前に L3Out でルート プロファイルを構成した場合、L3Out のルート プロファイルは、BGP ピアごとのルート プロファイルを構成するまで正常に動作し続けます。上記が適用されます。

- [APIC ソフトウェアのダウングレード（Downgrading the APIC software）]：BGP ピアごとのルート プロファイルを構成し、その後で APIC ソフトウェアをダウングレードする場合は、ダウングレードに進む前にポリシーを削除する必要があります。

- 順序が同じ場合、ルート制御プロファイルの許可エントリと拒否エントリの動作は決定論的ではありません。ルート制御プロファイルをピアごとに instp または BGP にマッピングする場合、エントリの順序によって動作が決まります。動作を確実に予測できるようにするには、最初にインストールする必要があるエントリに低い順序を指定し、後でインストールする必要があるエントリに高い順序を指定します。

GUI を使用した BGP ピアごとのルート制御の設定

次の手順では、GUI を使用して BGP ピア単位のルート制御を設定する方法について説明します。

始める前に

- ノード、ポート、AEP、機能プロファイル、レイヤ 3 ドメインを設定します。

- ファブリック内でルートを伝播させるための、BGP ルート リフレクタ ポリシーを設定します。

手順

ステップ 1

テナントおよび VRF の作成

1. メニューバーで、 [テナント（Tenants）] > [テナントの追加（Add Tenant）]を選択します。

[テナントの作成（Create Tenant）] ダイアログボックスが表示されます。

2. [名前（Name）] フィールドに、テナント名を入力します。

3. [VRF名（VRF Name）] フィールドに、VRF 名を入力します。

4. [送信（Submit）]をクリックします。

ステップ 2

ブリッジ ドメインを作成します：

1. [ナビゲーション（Navigation）] ペインで、 [テナント（Tenant）] および [ネットワーキング（Networking）]を展開します。

2. [ブリッジ ドメイン（Bridge Domains）] を右クリックし、 [ブリッジドメインの作成（Create Bridge Domain）]を選択します。

3. [名前（Name）] フィールドに、ブリッジ ドメイン（BD）の名前を入力します。

4. （オプション） 展開されたすべてのボーダー リーフへのアドバタイズメントを有効にして [アドバタイズ ホスト ルート（Advertise Host Routes）] のボックスをクリックします。

5. VRF フィールドのドロップダウンリストから、作成した VRF を選択します (この例では v1)。

6. [次へ（Next）]をクリックします。

7. [+] アイコンをクリックします。これは、 [サブネット（Subnets）]にあります。

8. [ゲートウェイ IP（Gateway IP）] フィールドに、BD のサブネットを入力します。

9. [範囲（Scope）] フィールドで、 [外部にアドバタイズ（Advertised Externally）]を選択します。

後に [ルート プロファイルの L3 アウト（L3 Out for Route Profile）] を追加します。作成した後に行います。

（注）

[アドバタイズ ホスト ルート（Advertise Host Routes）] が有効になっている場合、ルートマップもすべてのホスト ルートを一致させます。

10. [OK]をクリックします。

11. [次へ（Next）] をクリックし、 [終了（Finish）]をクリックします。

ステップ 3

アプリケーション EPG の作成：

1. [アプリケーション プロファイル（Application Profiles）] を右クリックし、 [アプリケーション プロファイルの作成（Create Application Profile）]を選択します。

2. アプリケーションの名前を入力します。

3. [+] アイコンをクリックします。

4. EPG の名前を入力します。

5. BD ドロップダウンリストで、以前に作成したブリッジ ドメインを選択します。

6. [更新（Update）]をクリックします。

7. [送信（Submit）]をクリックします。

ステップ 4

BGP ピアごとのルートマップとして使用されるテナント レベルのルートマップを作成します。

1. [ナビゲーション（Navigation）] ペインで、 [テナント（Tenants）] > [Tenant_name] > [ポリシー（Policies）] > [プロトコル（Protocol）]を展開します。

2. [ルート制御のルートマップ（Route Maps for Route Control）] を右クリックして、 [ルート制御のルート マップの作成（Create Route Maps for Route Control）] を選択します。

3. [ルート制御のルート マップの作成（Create Route Maps for Route Control）] ダイアログ ボックスで [名前（Name）] フィールドに、ルート プロファイルの名前を入力します。

4. タイプ フィールドで、 [ルーティングポリシーのみの一致（Match Routing Policy Only）]を選択します。

5. [コンテキスト（Contexts）] エリアで、 [+] 記号をクリックして [ルート制御コンテキスト（Create Route Control Context）] ダイアログボックスで、次の操作を実行します：

1. 必要に応じて、 [順序（Order）] および [名前（Name）] フィールドを入力します。

2. [一致ルール（Match Rule）] フィールドで、 [一致ルールの作成（Create Match Rule）]をクリックします。

3. [一致ルールの作成（Create Match Rule）] ダイアログ ボックスで [名前（Name）] フィールドにルールの名前を入力します。

4. 適切なフィールドに必要な情報を入力します。（[正規表現コミュニティ用語の照合（Match Regex Community Term）]、 [一致コミュニティ条件（Match Community Terms）]、 [ASパスの正規表現用語の一致（Match AS Path Regex Terms ）]、および [一致プレフィックス（Match Prefix）]）次に、 [送信（Submit）]をクリックします。

5. [ルールの設定（Set Rules）] フィールドで、 [ルート マップのセット ルールを作成（Create Set Rules for a Route Map）]をクリックします。

6. [ルート マップのセット ルールを作成（Create Set Rules for a Route Map）] ダイアログ ボックスで [名前（Name）] フィールドに、アクション ルール プロファイルの名前を入力します。

7. 目的の属性および関連するコミュニティ、条件、タグ、および設定を選択します。  [終了（Finish）]をクリックします。

8. [ルート制御コンテキスト（Create Route Control Context）] ウィンドウで、 [OK]をクリックします。

9. [BGP ダンプニング、インターリークのルートマップの作成（Create Route Maps for BGP Dampening, Inter-leak）] ダイアログボックスで、 [送信（Submit）]をクリックします。

ステップ 5

L3Out を作成し、L3Out の BGP を構成します：

1. [ナビゲーション（Navigation）] ペインで、 [テナント（Tenant）] および [ネットワーキング（Networking）]を展開します。

2. [L3Out（L3Outs）] を右クリックし、 [L3Outの作成（Create L3Out）]を選択します。

3. L3Out の BGP を構成するために必要な情報を入力します。

BGP を選択します。これは、L3Out 作成ウィザードの [識別（Identity）] ページにあり、L3Out 向け BGP プロトコルの構成を行います。

4. L3Out の構成を完了するために残りのページ（[ノードとインターフェイス（Nodes and Interfaces）]、 [プロトコル（Protocols）]、および [外部 EPG（External EPG）]）に進みます。

ステップ 6

L3Out の設定が完了したら、BGP ピアごとのルート制御機能を設定します。

1. BGP ピア接続プロファイル画面に移動します。

[テナント（Tenants）] > [テナント（tenants）] > [ネットワーキング（Networking）] > [L3Outs] > [L3out-name] > [論理ノード プロファイル（Logical Node Profiles）] > [logical-node-profile-name] > [論理インターフェイス プロファイル（Logical Interface Profiles）] > [logical-interface-profile-name] > [BGP ピア接続プロファイル（BGP Peer Connectivity Profile）][IP-address]

2. 下の [ルート制御プロファイル（Route Control Profile）] フィールドへスクロールし、[+]をクリックして次を構成します：

- [名前（Name）]： ステップ 4で構成したルートマップを選択します。

- [方向（Direction）]：次のいずれかのオプションを選択します：

- [ルート インポート ポリシー（Route Import Policy）]

- [ルート エクスポート ポリシー（Route Export Policy）]

ルート マップ/プロファイルについて

ルート プロファイルは、関連付けられているセット アクション ルールと一致する論理アクション ルールの順序付きのセット (rtctrlCtxP) を定義する論理ポリシーです。ルート プロファイルでは、ルート マップの論理抽象です。複数のルート プロファイルは、1 個のルート マップにマージすることができます。ルート プロファイルには、以下のいずれかのタイプを指定できます。

- プレフィックスとルーティング ポリシーと一致: 普及サブネット (fvSubnet) と外部のサブネット (l3extSubnet) がルート プロファイルと組み合わせるし、マージされ、1 つのルート マップ (またはルート マップ エントリ) になります。一致するプレフィックスとルーティング ポリシーは、デフォルト値です。

- 一致ルーティング ポリシーのみ: は、ルート プロファイルは、ルート マップを生成する情報の唯一のソースと、その他のポリシー属性が上書きされます。

（注）

明示的なプレフィクス リストを使用すると、「ルーティング ポリシーのみを一致」にルート プロファイルのタイプを設定する必要があります。

一致後の設定プロファイルが定義されていると、レイヤ 3 Out でルート マップを作成する必要があります。ルート マップは以下のいずれかの方法で作成できます。

- エクスポート ルート コントロールでは、「デフォルト エクスポート」ルート マップとインポート ルート制御の「デフォルト インポート」ルート マップを作成します。

- (デフォルト エクスポートまたはデフォルト インポートしないという名前) 他のルート マップを作成し、l3extInstPs またはサブネット、l3extInstP の下の 1 つまたは複数の関係を設定します。

- いずれにしても、ルート マップ内で rtctrlSubjP を指しているによって明示的なプレフィックス リストでルート マップに一致します。

エクスポートとインポート ルート マップでは、設定と一致のルールは、グループ間の相対シーケンス（rtctrlCtxP）とともにグループにまとめられます。一致の各グループの下でさらに、いずれかに関係ステートメント (rtctrlCtxP) を設定し、または一致プロファイルの詳細については、使用可能な (rtctrlSubjP)。

(たとえば BGP プロトコル) は、アウトのレイヤ 3 で有効になっているすべてのプロトコルは、エクスポートを使用し、ルート フィルタ リングのマップをインポート ルート。

ルート マップ/プロファイルの明示的なプレフィックス リストのサポートについて

Cisco APIC では、公開ブリッジ ドメイン（BD）サブネットと外部の中継ネットワークのインバウンドおよびアウトバウンド ルート コントロールは、明示的なプレフィックス リストを通して提供されます。レイヤ 3 アウトのインバウンドおよびアウトバウンド ルート コントロールは、ルート マップ/プロファイル（rtctrlProfile）によって管理されます。ルート マップ/プロファイル ポリシーは、Cisco ACI ファブリックでレイヤ 3 アウトを完全に管理するプレフィックス リストをサポートし\ています。

プレフィックス リストのサブネットは、ブリッジ ドメイン公開サブネットまたは外部のネットワークを表すことがあります。明示的なプレフィックス リストは別の方法を示し、次の代わりに使用できます。

- BD を介して BD サブネットをレイヤ 3 アウト関係にアドバタイズします。

（注）

BD のサブネットは、アドバタイズされるサブネットに公開としてマークする必要があります。

- 中継トラフィックと外部ネットワークをアドバタイジングするため、エクスポート/インポート ルート コントロールにより l3extInstP でサブネットを指定します。

明示的なプレフィックス リストは一致ルートの宛先（rtctrlMatchRtDest）と呼ばれる新しい一致タイプで定義されます。使用例は次の API の例で説明します。

API の外部ポリシー モデル

明示的なプレフィクス リストを使用する場合の一致ルール、ルール設定に関する追加情報は次の通りです。

- 一致ルール

- ルールの設定

一致ルール

- テナント（fvTenant）で、ルート マップ フィルタ リングの一致プロファイル（rtctrlSubjP）を作成できます。各一致プロファイルは 1 個以上の一致ルールを含めることができます。一致ルールでは、複数の一致タイプをサポートしています。  [Cisco APIC] リリース 2.1 より前は、サポートされていた一致タイプは明示的なプレフィックス リストおよびコミュニティ リストでした。

[Cisco APIC] リリース 2.1 以降では、明示的なプレフィックス一致またはルートの宛先（rtctrlMatchRtDest）の一致がサポートされています。

一致プレフィックス リスト（rtctrlMatchRtDest）は、オプションの集約フラグで 1 つまたは複数のサブネットがサポートされています。集約フラグは、構成で言及されているマスクから始めて、プレフィックスのアドレス ファミリで許可されている最大数のマスクに達するまで、プレフィックスが複数のマスクと一致できるようにするために使用されます。これは、NX-OS ソフトウェアのプレフィックス リストの「le」オプションに相当します（たとえば 10.0.0.0/8 le 32）。

プレフィクス リストは、次のケースに対応するために使用できます：

- すべて許可（集約フラグでは 0.0.0.0/0、0.0.0.0/0 le 32 と同等）

- 1 つ以上の特定のプレフィクス（たとえば 10.1.1.0/24）

- 1 つ以上の集約フラグを伴うプレフィックス（たとえば 10.1.1.0/24 le 32 と同等）。

（注）

一致 プレフィックス「0.0.0.0/0 with aggregate flag」を持つルート マップがエクスポート方向の L3Out EPG で使用される場合、ルールはダイナミック ルーティング プロトコルからの再配布にのみ適用されます。したがって、ルールは次のものには適用されません（OSPF や EIGRP などのルーティング プロトコル）：

- ブリッジ ドメイン（BD）のサブネット

- 境界リーフ スイッチに直接接続されたサブネット

- L3Out で定義されたスタティック ルート

- 明示的なプレフィックス一致ルールは、1 つ以上のサブネットを含めることができます。これらのサブネットとしては、ブリッジ ドメイン パブリック サブネットまたは外部ネットワークがあり得ます。またサブネットは、最大サブネットマスクまで集約することもできます（IPv4 では /32、IPv6 では /128）。

- さまざまなタイプの複数の一致ルールが存在する場合（一致コミュニティや明示的なプレフィックスの一致など）、一致ルールは、個々の一致タイプすべての一致ステートメントが一致する場合だけを許可します。これは AND フィルタと等価です。明示的なプレフィクス一致はサブジェクト プロファイル（rtctrlSubjP）に含められ、サブジェクト プロファイル下に他の一致ルールが存在する場合には論理 AND を形成します。

- 特定の一致タイプ（一致プレフィックス リスト）内では、少なくとも 1 つの一致ルール ステートメントが一致する必要があります。複数の明示的なプレフィックス一致（rtctrlMatchRtDest）は、論理 OR を形成する同じサブジェクト プロファイル（rtctrlSubjP）下で定義することができます。

- ピアごとのルート マップが、permit-all ルールの後に完全一致ルールが続くように構成されている場合、完全一致ルールで構成された特定のプロパティが処理されない可能性があります。

- ルート マップ内の空のルートが、 match 句なしで許可または拒否のアクションと一致した場合、すべてのルートが許可または拒否されます。インポートまたはエクスポート ルート制御用の通常のルート マップは、空のルートを許可しません。  [Cisco APIC] 5.2（4）リリース以降では、静的ルートおよび直接ルートは、ルートが一致しない場合ルートを許可しません。

一致プレフィックスの機能拡張

[Cisco APIC] リリース 4.2（3）以降、一致ルールを作成し、集約を有効にする場合に使用できる 2 つの新しいフィールドが、一致プレフィックス フィールドに設けられました。リリースに基づいて、これらのフィールドには、次の表に示すように異なる命名規則があります。

リリース

フィールド

[Cisco APIC] リリース 4.2（3）

[開始プレフィックス（From Prefix）]

[終了プレフィックス（To Prefix）]

[Cisco APIC] リリース 5.2（2）

[大きいマスク（Greater Than Mask）]

[小さいマスク（Less Than Mask）]

[Cisco APIC] リリース 5.2（6）

[以上マスク（Greater Equal Mask）]

[以下マスク（Less Equal Mask）]

プレフィックス一致ルールを作成して集約を有効にする場合は、これらのフィールドを使用してマスク範囲を指定します。次に、これらのフィールドを使用する状況の例を示します。

- すべて許可（0.0.0.0/0、マスク長 24 〜 30、0.0.0.0/0 ge 24 le 30 に相当）

- 特定の IP アドレスと 28 より大きいネットマスクを持つプレフィックス（たとえば、10.1.1.0/24 ge 28 と同等）

次の表に、これら2つの新しいフィールドを使用するさまざまなシナリオと、各シナリオの結果の詳細を示します。次の点に注意してください：

- [以上マスク（Greater Equal Mask）] および [以下マスク（Less Equal Mask）] フィールドは、 [集約（Aggregate）] オプション選択した場合のみ利用可能です。このオプションは、 [一致ルート宛先ルールの作成（Create Match Route Destination Rule）] ウィンドウにあります。

- [0] の値（ [以上マスク（Greater Equal Mask）] および [以下マスク（Less Equal Mask）] フィールド内）は、 [未指定（unspecified）] と考慮され、次のデフォルト値を想定しています：

- 以上マスク＝ 0

- 以下マスクは、IP アドレス ファミリが IPv4 か IPv6 かによって、32 または 128 になります。

この状況は、従来の動作を前提としており、これらのプロパティが存在しない古い設定のインポートをサポートします。詳細については、次の表の 2 列目を参照してください。

IP アドレス/ネットマスク

集約

以上マスク エントリfromPfxLen）

以下マスク エントリ（toPfxLen）

結果

追加情報

192.0.2.0/24

イネーブルになっていない

N/A

N/A

192.0.2.0/24

完全一致

192.0.2.0/24

有効

0

0

192.0.2.0/24 le 32

従来の動作

192.0.2.0/24

有効済み

24

不適切な値 [以上マスク（Greater Equal Mask）] エントリで指定された値が原因でエラーが発生します）

ERROR： 無効な構成です。

[以上マスク（Greater Equal Mask）] エントリは、ネットマスク長よりも大きくする必要があります。

192.0.2.0/24

有効

28

30

192.0.2.0/24 ge 28 le 30

これらの新しいフィールドによる新しい動作

192.0.2.0/24

有効

30

0

192.0.2.0/24 ge 30

これらの新しいフィールドによる新しい動作

192.0.2.0/24

有効

28

28

192.0.2.0/24 eq 28

これらの新しいフィールドによる新しい動作

192.0.2.0/24

有効

0

28

192.0.2.0/24 le 28

これらの新しいフィールドによる新しい動作

192.0.2.0/24

有効

30

28

ERROR： 無効な構成です。

[以上マスク（Greater Equal Mask）] エントリは [以下マスク（Less Equal Mask）] エントリよりも大きくすることはできません。

ルールの設定

設定ポリシーは、設定コミュニティおよび設定タグなど明示的なプレフィックスで実施される設定ルールを定義するために作成する必要があります。

明示プレフィックス リストの集約サポート

一致するプレフィックス リストの各プレフィックス（rtctrlMatchRtDest）は、1 つのプレフィックス リスト エントリに一致する複数のサブネットをサポートするように集約できます。

集約されたプレフィックスと BD プライベート サブネット

明示的なプレフィックス リスト マッチ内のサブネットは、集約されたマッチまたは正確なマッチにより BD プライベート サブネットとマッチする可能性がありますが、プライベート サブネットは明示的なプレフィックス リストを使用するルーティング プロトコルを通してアドバタイズされることはありません。BD サブネットの範囲は、BD サブネットをアドバタイズするため明示プレフィックス リスト機能に対して「public」に設定する必要があります。

集約による 0.0.0.0/0 の動作の違い

集約設定を使用した 0.0.0.0/0 は、「0.0.0.0/0 le 32」に相当する IP プレフィックス リストを作成します。集約設定の 0.0.0.0/0 は、主に次の 2 つの状況で使用できます。

- L3Out ネットワーク（L3Out EPG）下の L3Out サブネットの「Aggregate Export」スコープを持つ「Export Route Control Subnet」

- 「default-export」という名前のルート マップに割り当てられた明示的なプレフィックス リスト（Match Prefix ルール）

L3Out サブネット下の「Export Route Control Subnet」スコープで使用すると、ルート マップはダイナミック ルーティング プロトコルから学習したルートのみに一致します。BD サブネットまたは直接接続されたネットワークには一致しません。

明示的なルート マップ設定で使用すると、ルート マップは BD サブネットや直接接続ネットワークを含むすべてのルートに一致します。

上記の 2 つの状況で予想される動作と予期しない（一貫性のない）動作を理解するには、次の例を検討してください。

シナリオ 1

最初のシナリオでは、次のような構成ポストを使用してルート マップ（ rpm_with_catch_all）を構成します。

<l3extOut annotation="" descr="" dn="uni/tn-t9/out-L3-out" enforceRtctrl="export" name="L3-out" nameAlias="" ownerKey="" ownerTag="" targetDscp="unspecified">
<rtctrlProfile annotation="" descr="" name="rpm_with_catch_all" nameAlias="" ownerKey="" ownerTag="" type="combinable">
<rtctrlCtxP action="permit" annotation="" descr="" name="catch_all" nameAlias="" order="0">
<rtctrlScope annotation="" descr="" name="" nameAlias="">
<rtctrlRsScopeToAttrP annotation="" tnRtctrlAttrPName="set_metric_type"/>
</rtctrlScope>
</rtctrlCtxP>
</rtctrlProfile>
<ospfExtP annotation="" areaCost="1" areaCtrl="redistribute,summary" areaId="backbone" areaType="regular" descr="" multipodInternal="no" nameAlias=""/>
<l3extRsEctx annotation="" tnFvCtxName="ctx0"/>
<l3extLNodeP annotation="" configIssues="" descr="" name="leaf" nameAlias="" ownerKey="" ownerTag="" tag="yellow-green" targetDscp="unspecified">
<l3extRsNodeL3OutAtt annotation="" configIssues="" rtrId="20.2.0.2" rtrIdLoopBack="no" tDn="topology/pod-1/node-104">
<l3extLoopBackIfP addr="14.1.1.1/32" annotation="" descr="" name="" nameAlias=""/>
<l3extInfraNodeP annotation="" descr="" fabricExtCtrlPeering="no" fabricExtIntersiteCtrlPeering="no" name="" nameAlias="" spineRole=""/>
</l3extRsNodeL3OutAtt>
<l3extLIfP annotation="" descr="" name="interface" nameAlias="" ownerKey="" ownerTag="" tag="yellow-green">
<ospfIfP annotation="" authKeyId="1" authType="none" descr="" name="" nameAlias="">
<ospfRsIfPol annotation="" tnOspfIfPolName=""/>
</ospfIfP>
<l3extRsPathL3OutAtt addr="36.1.1.1/24" annotation="" autostate="disabled" descr="" encap="vlan-3063" encapScope="local" ifInstT="ext-svi" ipv6Dad="enabled" llAddr="::" mac="00:22:BD:F8:19:FF" mode="regular" mtu="inherit" tDn="topology/pod-1/paths-104/pathep-[accBndlGrp_104_pc13]" targetDscp="unspecified"/>
<l3extRsNdIfPol annotation="" tnNdIfPolName=""/>
<l3extRsIngressQosDppPol annotation="" tnQosDppPolName=""/>
<l3extRsEgressQosDppPol annotation="" tnQosDppPolName=""/>
</l3extLIfP>
</l3extLNodeP>
<l3extInstP annotation="" descr="" exceptionTag="" floodOnEncap="disabled" matchT="AtleastOne" name="epg" nameAlias="" prefGrMemb="exclude" prio="unspecified" targetDscp="unspecified">
<l3extRsInstPToProfile annotation="" direction="export" tnRtctrlProfileName="rpm_with_catch_all"/>
<l3extSubnet aggregate="" annotation="" descr="" ip="0.0.0.0/0" name="" nameAlias="" scope="import-security"/>
<fvRsCustQosPol annotation="" tnQosCustomPolName=""/>
</l3extInstP>
</l3extOut>

<rtctrlAttrP annotation="" descr="" dn="uni/tn-t9/attr-set_metric_type" name="set_metric_type" nameAlias="">
<rtctrlSetRtMetricType annotation="" descr="" metricType="ospf-type1" name="" nameAlias="" type="metric-type"/>
</rtctrlAttrP>

<rtctrlSubjP annotation="" descr="" dn="uni/tn-t9/subj-catch_all_ip" name="catch_all_ip" nameAlias="">
<rtctrlMatchRtDest aggregate="yes" annotation="" descr="" ip="0.0.0.0/0" name="" nameAlias=""/>
</rtctrlSubjP>

このルート マップでは、0.0.0.0/0 で予想されることは、すべてのルートが metricType="ospf-type1"プロパティを使用することですが、OSPF ルートに対してのみです。

さらに、ブリッジ ドメイン（たとえば、209.165.201.0/27）の下に、スタティック ルートのパーベイシブ サブネット（fvSubnet）を持つルート マップを使用して、ブリッジ ドメインと L3Out の関係を設定したサブネットがあります。ただし、上記のルート マップは結合可能ですが、上記のルート マップで 0.0.0.0/0 を、スタティック ルートではなく、中継ルートにのみ適用するため、ブリッジ ドメインで設定されたサブネットには適用されません。

以下は、 show route-map および show ip prefix-list コマンドの出力です。 exp-ctx-st-2555939 は、ブリッジドメインで構成されたサブネットのアウトバウンドルート マップの名前です。 そしてプレフィックス リストの名前は、 show route-map コマンドの出力で提供されます：

leaf4# show route-map exp-ctx-st-2555939
route-map exp-ctx-st-2555939, deny, sequence 1
Match clauses:
tag: 4294967295
Set clauses:
route-map exp-ctx-st-2555939, permit, sequence 15801
Match clauses:
ip address prefix-lists: IPv4-st16391-2555939-exc-int-inferred-export-dst
ipv6 address prefix-lists: IPv6-deny-all
Set clauses:

leaf4# show ip prefix-list IPv4-st16391-2555939-exc-int-inferred-export-dst
ip prefix-list IPv4-st16391-2555939-exc-int-inferred-export-dst: 1 entries
seq 1 permit 209.165.201.0/27

leaf4#

この場合、ブリッジ ドメイン サブネットが外に出ると、 rpm_with_catch_all ルート マップ ポリシーが適用されないため、すべてが予期したとおりに動作します。

シナリオ 2

2 番目のシナリオでは、エクスポート ルート制御用の「default-export」ルート マップを構成します。この場合、次のような構成ポストを使用して、明示的なプレフィックス リスト（Match Prefix ルール）が「default-export」ルート マップに割り当てられます：

<l3extOut annotation="" descr="" dn="uni/tn-t9/out-L3-out" enforceRtctrl="export" name="L3-out" nameAlias="" ownerKey="" ownerTag="" targetDscp="unspecified">
<rtctrlProfile annotation="" descr="" name="default-export" nameAlias="" ownerKey="" ownerTag="" type="combinable">
<rtctrlCtxP action="permit" annotation="" descr="" name="set-rule" nameAlias="" order="0">
<rtctrlScope annotation="" descr="" name="" nameAlias="">
<rtctrlRsScopeToAttrP annotation="" tnRtctrlAttrPName="set_metric_type"/>
</rtctrlScope>
</rtctrlCtxP>
</rtctrlProfile>
<ospfExtP annotation="" areaCost="1" areaCtrl="redistribute,summary" areaId="backbone" areaType="regular" descr="" multipodInternal="no" nameAlias=""/>
<l3extRsEctx annotation="" tnFvCtxName="ctx0"/>
<l3extLNodeP annotation="" configIssues="" descr="" name="leaf" nameAlias="" ownerKey="" ownerTag="" tag="yellow-green" targetDscp="unspecified">
<l3extRsNodeL3OutAtt annotation="" configIssues="" rtrId="20.2.0.2" rtrIdLoopBack="no" tDn="topology/pod-1/node-104">
<l3extLoopBackIfP addr="14.1.1.1/32" annotation="" descr="" name="" nameAlias=""/>
<l3extInfraNodeP annotation="" descr="" fabricExtCtrlPeering="no" fabricExtIntersiteCtrlPeering="no" name="" nameAlias="" spineRole=""/>
</l3extRsNodeL3OutAtt>
<l3extLIfP annotation="" descr="" name="interface" nameAlias="" ownerKey="" ownerTag="" tag="yellow-green">
<ospfIfP annotation="" authKeyId="1" authType="none" descr="" name="" nameAlias="">
<ospfRsIfPol annotation="" tnOspfIfPolName=""/>
</ospfIfP>
<l3extRsPathL3OutAtt addr="36.1.1.1/24" annotation="" autostate="disabled" descr="" encap="vlan-3063" encapScope="local" ifInstT="ext-svi" ipv6Dad="enabled" llAddr="::" mac="00:22:BD:F8:19:FF" mode="regular" mtu="inherit" tDn="topology/pod-1/paths-104/pathep-[accBndlGrp_104_pc13]" targetDscp="unspecified"/>
<l3extRsNdIfPol annotation="" tnNdIfPolName=""/>
<l3extRsIngressQosDppPol annotation="" tnQosDppPolName=""/>
<l3extRsEgressQosDppPol annotation="" tnQosDppPolName=""/>
</l3extLIfP>
</l3extLNodeP>
<l3extInstP annotation="" descr="" exceptionTag="" floodOnEncap="disabled" matchT="AtleastOne" name="epg" nameAlias="" prefGrMemb="exclude" prio="unspecified" targetDscp="unspecified">
<l3extSubnet aggregate="" annotation="" descr="" ip="0.0.0.0/0" name="" nameAlias="" scope="import-security"/>
<fvRsCustQosPol annotation="" tnQosCustomPolName=""/>
</l3extInstP>
</l3extOut>

この default-export ルートマップには、 rpm_with_catch_all と同様の情報があることに気づいてください。これには、IP が 0.0.0.0/0（ip=0.0.0.0/0）に設定され、および default-export ルートマップの設定ルールは、 セット メトリック タイプ（tnRtctrlAttrPName=set_metric_type）でのみ構成されます。

前の例の状況と同様にブリッジ ドメインの下に同じサブネットを設定し、前の例と同様にブリッジ ドメインと L3Out の関係を設定します。

ただし、 show route-map および show ip prefix-list コマンドのシナリオの出力です。

leaf4# show route-map exp-ctx-st-2555939
route-map exp-ctx-st-2555939, deny, sequence 1
Match clauses:
tag: 4294967295
Set clauses:
route-map exp-ctx-st-2555939, permit, sequence 8201
Match clauses:
ip address prefix-lists: IPv4-st16391-2555939-exc-int-out-default-export2set-rule0pfx-only-dst
ipv6 address prefix-lists: IPv6-deny-all
Set clauses:
metric-type type-1

leaf4# show ip prefix-list IPv4-st16391-2555939-exc-int-inferred-export-dst
% Policy IPv4-st16391-2555939-exc-int-inferred-export-dst not found
ifav82-leaf4# show ip prefix-list IPv4-st16391-2555939-exc-int-out-default-export2set-rule0pfx-only-dst
ip prefix-list IPv4-st16391-2555939-exc-int-out-default-export2set-rule0pfx-only-dst: 1 entries
seq 1 permit 209.165.201.0/27

leaf4#

この状況では、ブリッジ ドメイン サブネットが発信されると、 default-export ルート マップ ポリシーが適用されます。この状況では、そのルート マップは BD サブネットと直接接続ネットワークを含むすべてのルートに一致します。これは一貫性のない動作です。

注意事項と制約事項

- 次の 2 つの方法のいずれかを選択し、ルート マップの設定を行う必要があります。両方の方法を使用する場合は、二重エントリになり定義されていないルート マップになります。

- レイヤ 3 アウトサイド関係にブリッジ ドメイン（BD）でルートを追加し、BD を設定します。

- rtctrlSubjP マッチ プロファイルで、マッチ プレフィックスを構成します。

- L3Out でのルート マップの文字制限は 93 未満です。

(Route Profile Name) + (Route Profile Context Name) + (Route Profile Match Rule Name) < 93 characters

- エクスポート ルート マップでは、deny-static 暗黙的なエントリはサポートされていません。静的ルートのエクスポートを制御するために必要な許可と拒否を明示的に構成する必要があります。

- L3Oout ではピアごとの Route-map は OSPF および EIGRP でサポートされません。Route-map は、全体として L3Out にのみ適用できます。L3Out のピアごとのルートマップは BGP でサポートされます。

この問題の回避策を次に示します。

- ネイバーの反対側からアドバタイズされないようにプレフィックスをブロックします。

- プレフィックスを学習したくない既存 L3Out で route-map のプレフィックスをブロックし、プレフィックスを学習したい別の L3Out にネイバーを移動して、別の route-map を作成します。

- GUI と API コマンドの組み合わせを使用した route-map の作成はサポートされません。考えられる解決策として、GUI を使用してデフォルトの route-map とは異なる route-map を作成することはできますが、L3Out で GUI を通じて作成された route-map をピアごとに適用することはできません。

GUI を使用した、明示的なプレフィックス リストでルート マップ/プロファイルの構成

始める前に

- テナントと VRF を構成する必要があります。

- リーフ スイッチで VRF をイネーブルにする必要があります。

手順

ステップ 1

メニュー バーで、 [テナント（Tenant）]をクリックし、 [ナビゲーション（Navigation）] ペインで [Tenant_name] > [ポリシー（Policies）] > [プロトコル（Protocol）] > [一致ルール（Match Rules）]を展開します。

ステップ 2

[一致ルール（Match Rules）]を右クリックし、 [ルートマップの一致ルールの作成（Create Match Rule for a Route Map）]をクリックします。

ステップ 3

[一致ルールの作成（Create Match Rule）] ウィンドウで、ルールの名前を入力し、必要なコミュニティ条件を選択します。

ステップ 4

一致プレフィックスに必要な情報を入力します。

一致プレフィックスの情報を入力する方法は、APIC のリリースによって異なります。

- 4.2（3）より前の APIC リリースの場合： [一致ルールの作成（Create Match Rule）] ウィンドウで [一致プレフィックス（Match Prefix）] を展開して、次のアクションを実行します：

1. IP フィールドで、明示的プレフィックス リストを入力します。

明示的プレフィックスは、BD サブネットまたは外部ネットワークを表記できます。

2. （オプション） [説明（Description）] フィールドに、このポリシーの説明を入力します。

3. [集約（Aggregate）] チェック ボックスは、集約プレフィックスが必要な場合にのみオンにします。

4. [更新（Update）]をクリックします。

- APICリリース 4.2（3）以降の場合、 [一致ルールの作成（Create Match Rule）] ウィンドウで、 [+] をクリックします。これは、 [一致プレフィックス（Match Prefix）] エリアにあります。

[一致ルート宛先ルールの作成（Create Match Route Destination Rule）] ウィンドウが表示されます。このウィンドウで次のアクションを実行します：

1. [IP] フィールドで、明示的プレフィックス リストを入力します。

明示的プレフィックスは、BD サブネットまたは外部ネットワークを表記できます。

2. （オプション） [説明（Description）] フィールドに、このポリシーの説明を入力します。

3. 集約プレフィックスが必要かどうかを決定します。

- 集約プレフィックスが不要な場合は、 [集約（Aggregate）] チェックボックスをオフにして、 [送信（Submit）]をクリックし、 ステップ 5に移動します。

- 集約プレフィックスが必要な場合に [集約（Aggregate）] チェック ボックスをオンにします。

[以上マスク（Greater Equal Mask）] および [以下マスク（Less Equal Mask）] フィールドが使用可能になります。

1. [以上マスク（Greater Equal Mask）] フィールドで、一致するプレフィックス長を指定します。

有効な範囲は 0 ～ 128 です。値 0 は未指定と見なされます。

2. [以下マスク（Less Equal Mask）] フィールドで、一致するプレフィックス長を指定します。

有効な範囲は 0 ～ 128 です。値 0 は未指定と見なされます。

次の詳細については、 一致プレフィックスの機能拡張 を参照します。 [以上マスク（Greater Equal Mask）] および APICリリース 4.2（3）以降は、 [以下マスク（Less Equal Mask）] フィールド。

4. [送信（Submit）] をクリックします。これは、 [一致ルート宛先ルールの作成（Create Match Route Destination Rule）] ウィンドウにあります。

ステップ 5

[一致ルールの作成（Create Match Rule）] ウィンドウで、 [送信（Submit）]をクリックします。

一致ルールは、1 つ以上の一致宛先ルールと、1 つ以上の一致コミュニティ条件を持つことができます。一致の種類では AND フィルタがサポートされています。これを利用すると、受け入れられるためには、一致ルール内のすべて条件がルート一致ルールと一致することが必要になります。複数の一致プレフィックスが [接続先ルールの照合（Match Destination Rules）]にある場合、OR フィルタがサポートされています。これを利用すると、任意の一致プレフィックスがルート タイプとして受け入れられます。

ステップ 6

[L3Out（L3Outs）]の下で、利用可能なデフォルト レイヤ 3 Out をクリックして選択します。

別のレイヤ 3 Out が必要な場合には、代わりにそれを選択することができます。

ステップ 7

[ルート制御のインポートおよびエクスポート向けルート マップ（Route map for import and export route control）] に移動しますを右クリックし、 [ルート制御のインポートおよびエクスポート向けルート マップの作成（Create Route map for import and export route control）]をクリックします。

ステップ 8

[ルート制御のインポートおよびエクスポート向けルート マップの作成（Create Route map for import and export route control）] ダイアログボックスで、デフォルトのルート マップを使用するか、使用するルート マップの名前を入力します。

この例では、 default-export ルートマップを使用します。

ステップ 9

[タイプ（Type）] フィールドで、 [ルーティングポリシーのみの一致（Match Routing Policy Only）]を選択します。

一致ルーティング ポリシーは、グローバルな RPC 一致宛先ルートです。このフィールドで使用できる他のオプションとしては、一致プレフィックスおよびルーティング ポリシーで、RPC ルーティング ポリシーの宛先ルートと組み合わせることができます。

ステップ 10

[コンテキスト（Contexts）] エリアで、 [+] アイコンを展開して、 [ルート制御コンテキスト（Create Route Control Context）] ダイアログ ボックスを表示します。

ステップ 11

ルート制御のコンテキストの名前を入力し、各フィールドで必要なオプションを選択します。一致ルールで定義されている基準に一致するルートを拒否するには（次の手順で選択します）、アクション [拒否（deny）]を選択します。デフォルトのアクションは、 [許可（permit）]です。

ステップ 12

[一致ルール（Match Rule）] フィールドで、前に作成したルールを選択します。

ステップ 13

ルールの設定 フィールドで、 [ルート マップのセット ルールを作成（Create Set Rules for a Route Map）]を選択します。

通常は、ルート マップ/プロファイルで一致させることにより、プレフィックス リストに入出力を許可しますが、それに加えて何らかの属性をこれらのルートに設定し、その属性を持つルートをさらに一致させることもできます。

ステップ 14

[ルート マップのセット ルールを作成（Create Set Rules for a Route Map）] ダイアログボックスで、アクション ルールの名前を入力し、必要なチェック ボックスをオンにします。  [終了（Finish）]をクリックします。

ステップ 15

[ルート制御コンテキスト（Create Route Control Context）] ダイアログ ボックスで、 [OK]をクリックします。そして、 [ルート制御のインポートおよびエクスポート向けルート マップの作成（Create Route map for import and export route control）] ダイアログボックスで、 [送信（Submit）]をクリックします。

これで、ルート マップ/プロファイルの作成は完了です。ルート マップは、一致アクション ルールと設定アクション ルールの組み合わせです。ルート マップは、ユーザの必要に応じて、エクスポート プロファイルまたはインポート プロファイルまたは再配布可能プロファイルに関連付けられます。ルート マップのプロトコルを有効にすることができます。

インポート制御とエクスポート制御を使用するルーティング制御プロトコルの設定について

このトピックでは、インポート制御とエクスポート制御を使用するルーティング制御プロトコルを設定する方法の典型的な例を示します。これは、外部 BGP を使用したネットワーク接続のレイヤ 3 が設定されていると仮定します。OSPF で設定されたネットワークの外部レイヤ 3 の次のタスクを実行することもできます。

GUI を使用した、インポート制御とエクスポート制御を使用するルート制御プロトコルの設定

この例では、ネットワーク接続 BGP を使用して外部レイヤ 3 が設定されていることを前提としています。OSPF を使用するように設定されたネットワークに対してもこれらのタスクを実行することができます。

このタスクでは、インポート ポリシーとエクスポート ポリシーの作成手順を示します。デフォルトでは、インポート制御は適用されていないため、インポート制御を手動で割り当てる必要があります。

始める前に

- テナント、プライベート ネットワーク、およびブリッジ ドメインが作成されていること。

- テナント ネットワークのレイヤ 3 Outside が作成されていること。

手順

ステップ 1

メニュー バーで、 [テナント（TENANTS）] > [Tenant_name] > [ネットワーキング（Networking）] > [L3Outs] > [Layer3_Outside_name] をクリックします

ステップ 2

[Layer3_Outside_name] を右クリックし、 [ルート制御のインポートおよびエクスポート向けルート マップの作成（Create Route map for import and export route control）]をクリックします。

ステップ 3

[ルート制御のインポートおよびエクスポート向けルート マップの作成（Create Route map for import and export route control）] ダイアログボックスで、次の操作を実行します：

1. [名前（Name）] フィールドのドロップダウン リストから、適切なルート プロファイルを選択します。

選択内容に応じて、特定の Outside でアドバタイズされている内容が自動的に使用されます。

2. [タイプ（Type）] フィールドで、 [プレフィックスおよびルーティングポリシーの照合（Match Prefix AND Routing Policy）]を選択します。

3. [コンテキスト（Contexts）] エリアで、[+] をクリックして [ルート制御コンテキスト（Create Route Control Context）] ウィンドウを表示します。

ステップ 4

[ルート制御コンテキスト（Create Route Control Context）] ダイアログボックスで、次の操作を実行します：

1. [順序（Order）] フィールドで、目的の順序の番号を選択します。

2. [名前（Name）] フィールドに、ルート制御プライベート ネットワークの名前を入力します。

3. [一致ルール（Match Rule）] フィールドのドロップダウンリストで、 [ルートマップの一致ルールの作成（Create Match Rule For a Route Map）]をクリックします。

4. [一致ルールの作成（Create Match Rule）] ダイアログ ボックスで [名前（Name）] フィールドに、ルート一致ルール名を入力します。  [送信（Submit）]をクリックします。

必要に応じて、正規表現による一致コミュニティ条件および一致コミュニティ条件を指定します。一致コミュニティファクタでは、名前、コミュニティ、およびスコープを指定する必要があります。

5. [ルールの設定（Set Rules）] ドロップダウン リストから、 [ルート マップのセット ルールを作成（Create Set Rules For a Route Map）]を選択します。

6. [ルート マップのセット ルールを作成（Create Set Rules For a Route Map）] ダイアログ ボックスで [名前（Name）] フィールドにルールの名前を入力します。

7. 設定するルールのチェックボックスをオンにし、選択肢として表示されている適切な値を選択します。  [終了（Finish）]をクリックします。

ポリシーが作成され、アクション ルールに関連付けられました。

8. [ルート制御コンテキスト（Create Route Control Context）] ウィンドウで、 [OK]をクリックします。

9. [ルート制御のインポートおよびエクスポート向けルート マップの作成（Create Route map for import and export route control）] ダイアログ ボックスで、 [送信（Submit）]をクリックします。

ステップ 5

[ナビゲーション（Navigation）] ペインで、 [ルート プロファイル（Route Profile）] > [route_profile_name] > [route_control_private_network_name] を選択します。

[作業（Work）] ペインの [プロパティ（Properties）] に、ルート プロファイル ポリシーと関連アクション ルール名が表示されます。

ステップ 6

[ナビゲーション（Navigation）] ペインで、 [Layer3_Outside_name] をクリックし、 [ポリシー/メイン（Policy/Main）] タブをクリックします。

[作業（Work）] ペインの [プロパティ（Properties）] が表示されます。

ステップ 7

（任意）   [ルート制御の適用：インポート（Route Control Enforcement: Import）] フィールドの隣にある [インポート（Import）] チェックボックスをオンにしてインポートポリシーを有効にします。

インポート制御ポリシーはデフォルトで有効になっていませんが、ユーザが有効にすることができます。インポート制御ポリシーは BGP と OSPF でサポートされていますが、EIGRP ではサポートされていません。ユーザーがサポートされていないプロトコルのインポート制御ポリシーを有効にしても、自動的に無視されます。エクスポート制御ポリシーは、BGP、EIGRP、および OSPF でサポートされます。

（注）

BGP が OSPF 上で確立されると、インポート制御ポリシーは BGP にのみ適用され、OSPF は無視されます。

ステップ 8

カスタマイズされたエクスポート ポリシーを作成するには、 [ルート制御のインポートおよびエクスポート向けルート マップ（Route map for import and export route control）] に移動しますを右クリックし、 [ルート制御のインポートおよびエクスポート向けルート マップの作成（Create Route map for import and export route control）]をクリックし、次のアクションを実行します：

1. [ルート制御のインポートおよびエクスポート向けルート マップの作成（Create Route map for import and export route control）] ダイアログボックス（ [名前（Name）] フィールドにあります）でエクスポート ポリシーの名前を選択または、入力をします。

2. [コンテキスト（Contexts）] エリアで、[+] をクリックして [ルート制御コンテキスト（Create Route Control Context）] ウィンドウを表示します。

3. [ルート制御コンテキスト（Create Route Control Context）] ダイアログ ボックスで [順序（Order）] フィールドで、値を選択します。

4. [名前（Name）] フィールドに、ルート制御プライベート ネットワークの名前を入力します。

5. （任意）   [一致ルール（Match Rule）] フィールドのドロップダウン リストから [ルートマップの一致ルールの作成（Create Match Rule For a Route Map）]を選択し、必要に応じて一致ルール ポリシーを作成して添付します。

6. [ルールの設定（Set Rules）] フィールドで、ドロップダウン リストから [ルート マップのセット ルールを作成（Create Set Rules For a Route Map）] を選択して [OK]をクリックします。

または、必要に応じて既存の set アクションを選択し、 [OK] をクリックします。

7. [ルート マップのセット ルールの作成（Create Set Rules For A Route Map）] ダイアログ ボックスで [名前（Name）] フィールドに、名前を入力します。

8. 設定するルールのチェックボックスをオンにし、選択肢として表示されている適切な値を選択します。  [終了（Finish）]をクリックします。

[ルート制御コンテキスト（Create Route Control Context）] ダイアログ ボックスでは、ポリシーが作成されてアクション ルールに関連付けられています。

9. [OK]をクリックします。

10. [ルート制御のインポートおよびエクスポート向けルート マップの作成（Create Route map for import and export route control）] ダイアログ ボックスで、 [送信（Submit）]をクリックします。

[作業（Work）] ペインに、エクスポート ポリシーが表示されます。

（注）

エクスポート ポリシーを有効にするには、最初に適用する必要があります。この例では、このポリシーはネットワークのすべてのサブネットに適用されます。

ステップ 9

[ナビゲーション（Navigation）] ペインで [L3Out（L3Outs）] > [L3Out_name] > [外部 EPG（External EPGs）] > [externalEPG_name] を展開して、次のアクションを実行します：

1. [ルート制御プロファイル（Route Control Profile）]を展開します。

2. [名前（Name）] フィールドのドロップダウン リストから、前に作成したポリシーを選択します。

3. [方向（Direction）] フィールドで、ドロップダウン リストから [ルート エクスポート ポリシー（Route Export Policy）]を選択します。  [更新（Update）]をクリックします。

MP-BGP のインターリーク再配布の概要

このトピックでは、 [Cisco アプリケーション セントリック インフラストラクチャ（Cisco Application Centric Infrastructure）] （[ACI]）を使用して [Cisco Application Policy Infrastructure Controller] （[APIC]）ファブリックでのインターリーク再配布を設定する方法について説明します。

[Cisco ACI]では、レイヤ 3 Outside（L3Out）が展開されている境界リーフ ノードが、L3Out ルートを BGP IPv4/IPv6 アドレス ファミリに再配布し、VRF 情報とともに MP-BGP VPNv4/VPNv6 アドレス ファミリに再配布して、L3Out ルートを配布します。境界リーフ ノードからスパイン ノードを介して他のリーフ ノードに移動します。  [Cisco ACI] ファブリック内のインターリーク再配布は、BGP IPv4/IPv6 アドレス ファミリへの L3Out ルートのこの再配布を指します。デフォルトでは、BGP を介して学習されたルートを除き、ダイナミック ルーティング プロトコル、スタティック ルート、および L3Out インターフェイスの直接接続されたサブネットを介して学習されたルートなど、すべての L3Out ルートでインターリークが発生します。BGP を介して学習されたルートはすでに BGP IPv4/IPv6 テーブルにあり、インターリークなしで MP-BGP VPNv4/VPNv6 にエクスポートする準備ができています。

インターリーク再配布により、ユーザはルートマップを適用して L3Out ルートを選択的に BGP に再配布し、他のリーフ ノードに表示されるルートを制御したり、BGP コミュニティ、プリファレンス、メトリックなどの一部の属性をルートに設定したりできます。 。この再配布により、入力境界リーフ ノードによって設定された属性に基づいて、または他のリーフ ノードがある境界リーフ ノードから別の境界リーフ ノードへのルートを優先できるように、別の境界リーフ ノードで選択的中継ルーティングを実行できます。

以前のリリースでは、OSPF および EIGRP ルートからのインターリーク再配布にルートマップを適用できました。

[Cisco APIC] 4.2（1）リリース以降では、スタティック ルートからのインターリーク再配布へのルートマップの適用がサポートされています。

[Cisco APIC] 5.1（4）リリース以降、直接サブネット（L3Out インターフェイス）からのインターリーク再配布へのルートマップの適用がサポートされています。この機能は、当初 [Cisco APIC] 4.2（6h）リリースで追加されましたが、5.1（4）リリースまではいずれの 5.x リリースでも使用できませんでした。

[Cisco APIC] 5.1（4）リリース以降では、スタティック ルートおよび直接サブネットのインターリーク再配布のために、ルートマップで [拒否（deny）] アクションを構成できます。この機能は当初、 [Cisco APIC] 4.2（6h）リリースで追加されましたが、5.1（4）リリースまではいずれの 5.x リリースでも使用できませんでした。

GUI を使用したインターリーク再配布のルート マップ の構成

インターリーク再配布のルートマップは、以下で作成できます [テナント（Tenant）] > [ポリシー（Policies）] > [プロトコル（Protocol）] > [ルート コントロールのルート マップ（Route Maps for Route Control）]。

始める前に

テナントを作成します。

手順

ステップ 1

メニュー バーで、 [テナント（Tenants）]をクリックします。

ステップ 2

ワーク ペインで、テナントの名前をダブル クリックします。

ステップ 3

[ナビゲーション（Navigation）] ペインで、 [tenant_name] > [ポリシー（Policies）] > [プロトコル（Protocol）] > [ルート コントロールのルート マップ（Route Maps for Route Control）]を拡張します。

ステップ 4

拡張 [ルート制御のルートマップ（Route Maps for Route Control）] を右クリックし、 [ルート制御のルート マップの作成（Create Route Maps for Route Control）] をクリックします。  [ルート制御のルート マップの作成（Create Route Maps for Route Control）] ダイアログボックスが表示されます。

ステップ 5

[名前（Name）] フィールドに、インターリーク（BGP への再配布）を制御するルート マップの名前を入力します。

ステップ 6

[コンテキスト（Contexts）] エリアで、 + 記号をクリックして [ルート制御コンテキスト（Create Route Control Context）] ダイアログボックスを開けます。そして、次の操作を実行します：

1. 必要に応じて、 [順序（Order）] および [名前（Name）] フィールドを入力します。

2. [アクション（Action）] フィールドで、 [許可（Permit）]を選択します。

3. [一致ルール（Match Rule）] フィールドで、目的の一致ルールを選択するか、新しい一致ルールを作成します。

4. [セット ルール（Set Rule）] [セット ルール（Set Rule）] フィールドで、目的のセット ルールを選択するか、新しいセット ルールを作成します。

5. OKをクリックします。

作成する必要があるルート制御コンテキストごとに、この手順を繰り返します。

ステップ 7

[ルート制御のルート マップの作成（Create Route Maps for Route Control）] ダイアログボックスで、 [送信（Submit）]をクリックします。

GUI を使用したインターリーク再配布のルート マップの適用

特定の L3Out からのインターリーク再配布をカスタマイズするルート マップは、L3Out を介して適用する必要があります。

始める前に

テナント、VRF、および L3Out を作成します。

手順

ステップ 1

メニュー バーで、 [テナント（Tenants）]をクリックします。

ステップ 2

ワーク ペインで、テナントの名前をダブル クリックします。

ステップ 3

[ナビゲーション（Navigation）] ペインで、 [tenant_name] > [ネットワーキング（Networking）] > [L3Out（L3Outs）] > [L3Out_name]。

ステップ 4

[ポリシー（L3Out）] > [メイン（Main）] タブをクリックしてこの L3Out の [プロパティ（Properties）] ウィンドウをアクセスします。

ステップ 5

OSPF または EIGRP ルートの場合は、次の操作を実行します：

1. [インターリークのルート プロファイル（Route Profile for Interleak）] フィールドで、ルート マップ/プロファイルを選択または作成します。

2. 作業ペインで、 [送信（Submit）]、そして [変更の送信（Submit Changes）]をクリックします。

ステップ 6

スタティック ルートの場合は、次の操作を実行します：

1. [再配布のルート プロファイル（Route Profile for Redistribution）] フィールドで、 + アイコン をクリックします。

2. [送信元（Source）] フィールドで、インターリーク再配布の送信元としてスタティック ルートの [静的（static）] を選択します。

3. [更新（Update）]をクリックします。

Chapter23. ルーティングとサブネット範囲

この章で説明する内容は、次のとおりです：

サブネットの範囲と集約コントロール

次のセクションでは、サブネットを作成するときに利用できるいくつかの範囲と集約に関するオプションについて説明します：

Export Route Control Subnet：コントロールは、ファブリック外の特定の中継ルートをアドバタイズします。これは中継ルートにのみ影響するもので、内部ルートやブリッジ ドメインで設定されるデフォルトのゲートウェイには影響しません。

インポート ルート コントロール サブネット：このコントロールは、インポート ルート制御の強制が構成されている場合、ルートを Border Gateway Protocol（BGP）と Open Shortest Path First（OSPF） でファブリックにアドバタイズすることを可能にします。

External Subnets for the External EPG (セキュリティ インポート サブネットとも呼ばれる): このオプションは、ルーティング情報のファブリックへの出入りはコントロールしません。トラフィックがある外部 EPG から別の外部 EPG に、または内部 EPG に流れるようにするには、サブネットにはこのコントロールでマークを付ける必要があります。このコントロールを使用してサブネットにマークしなかった場合には、ある EPG から学習したルートが他の外部 EPG にもアドバタイズされますが、パケットはファブリックでドロップされます。パケットがドロップされるのは、APIC が許可済みリスト モデルで動作するからです。そのデフォルトの動作は、契約で明示的に許可されていない限り、EPG 間の全データ プレーン トラフィックをドロップするというものです。この許可済みリスト モデルは外部 EPG とアプリケーション EPG に適用されます。このオプションが構成されているセキュリティ ポリシーを使用する場合には、契約とセキュリティ プレフィックスを構成する必要があります。

Shared Route Control Subnet: VRF 間のリーキングの共有 L3Outs から学習されたサブネットは、他の VRF にアドバタイズされる前に、このコントロールでマークされる必要があります。APIC リリース 2.2（2e）以降では、異なる VRF の共有 L3Outs は契約を使用して相互に通信できます。異なる VRF の共有 L3Outs 間の通信の詳細については、 「Cisco APIC Layer 3 ネットワーキング構成ガイド」を参照してください。

Shared Security Import Subnet: このコントロールは、共有 L3Out 学習ルートについては、[External Subnets for the External EPG] と同じです。トラフィックがある外部 EPG から別の外部 EPG に、または別の内部 EPG に流れるようにするには、サブネットにはこのコントロールでマークを付ける必要があります。このコントロールを使用してサブネットにマークしなかった場合には、ある EPG から学習したルートが他の外部 EPG にもアドバタイズされますが、パケットはファブリックでドロップされます。このオプションが構成されているセキュリティ ポリシーを使用する場合には、契約とセキュリティ プレフィックスを構成する必要があります。

Aggregate Export, Aggregate Import, and Aggregate Shared Routes: このオプションは、0.0.0.0/0 プレフィックスの前に 32 を追加します。現在、インポート/エクスポート ルート制御サブネットに集約できるのは、0.0.0.0/0 プレフィクスのみです。0.0.0.0/0 プレフィックスを集約すると、制御プロファイルを 0.0.0.0/0 ネットワークに適用することはできなくなります。

集約共有ルート：このオプションは、共有ルート制御サブネットとしてマークされている任意のプレフィックスに使用できます。

ルートコントロール プロファイル：ACI ファブリックは、ファブリックの内部と外部にアドバタイズされるルート用に、ルート マップの set 句もサポートします。ルート マップの set ルールは、ルート制御プロファイル ポリシーとアクション ルール プロファイルで構成されます。

静的 L3Out EPG

本書で説明されているポリシーでは、ACI ファブリックの内外へのルーティング情報の交換、およびルートの制御とタグ付けに使用する方法を取り扱ってきました。ファブリックは許可リスト モデルで動作します。そのデフォルトの動作は、契約によって明示的に許可されていない限り、エンドポイント グループ間のすべてのデータプレーン トラフィックをドロップするというものです。この許可リスト モデルは外部 EPG とテナント EPG に適用されます。

中継トラフィックの場合、テナント トラフィックとは、セキュリティ ポリシーの設定方法と実装方法が少し異なります。

中継セキュリティ ポリシー

- プレフィックス フィルタリングを使用します。

- リリース 2.0(1m) 以降では、Ethertype、プロトコル、L4 ポート、および TCP フラグ フィルタのサポートが利用できるようになりました。

- セキュリティ インポート サブネット（プレフィックス）と外部 EPG で設定されたコントラクトを使用して実装されます。

テナント EPG セキュリティ ポリシー

- プレフィックス フィルタリングは使用しないでください。

- Ethertype、プロトコル、L4 ポート、および TCP フラグ フィルタをサポートします。

- テナント EPG←→EPG およびテナント EPG←→外部 EPG でサポートされます。

外部プレフィックス ベースの EPG 間に契約が存在しない場合、トラフィックはドロップされます。2 つの外部 Epg の間のトラフィックを許可するには、契約とセキュリティ プレフィックスを設定する必要があります。プレフィックス フィルタリングのみがサポートされるため、契約ではデフォルト フィルタを使用できます。

外部 L3Out 接続契約

L3Out 接続が展開されているすべてのリーフ ノードでは、L3Out 接続のプレフィックスの結合がプログラムされます。3 つ以上の L3Out 接続が展開されている場合、集約ルール 0.0.0.0/0 を使用すると、契約のない L3Out 接続間でもトラフィックのフローが許可されます。

L3Out インスタンス プロファイル (instP) で、プロバイダーとコンシューマの契約の関連づけとセキュリティ インポート サブネットを設定します。

セキュリティ インポート サブネットが設定されており、集約ルール、0.0.0.0/0 がサポートされている場合、セキュリティ インポート サブネットは ACL タイプのルールに従います。セキュリティ インポート サブネットのルール 10.0.0.0/8 は、 10.0.0.0～10.255.255.255 の範囲のすべてのアドレスに適合します。ルート制御サブネットで許可されているプレフィックスに対して正確なプレフィックス照合を設定する必要はありません。

3 つ以上の L3Out 接続が同じ VRF 内に設定されている場合は、ルールの結合が問題となるため、セキュリティ インポート サブネットを設定するときに注意する必要があります。

同じ L3Out で入出力する中継トラフィック フローは、0.0.0.0/0 セキュリティ インポート サブネットを設定すると、ポリシーによってドロップされます。この動作は、ダイナミックまたはスタティック ルーティングに当てはまります。この動作を防ぐためには、より詳細なサブネットを定義してください。

ダイナミック ESG/L3Out EPG 分類

Cisco APIC 5.2（4）リリースより前は、外部サブネットは外部 EPG の下で構成されていたため、外部サブネットの pcTag は外部 EPG の pcTag から派生していました。ルーティングが変更されると、外部サブネットは別の L3Out または外部 EPG から学習されました。 pcTag は、ルーティングが変更されても変更されません。

Cisco APIC 5.2（4）リリース以降、動的 L3Out EPG 分類（DEC）機能が導入され、ルーティングの変更に伴う pcTag の動的な変更が可能になりました。

この機能により、管理者はサブネットまたは BGP コミュニティを照合することにより、ルート マップを使用して外部 EPG を構成することもできます。外部 EPG 構成が設定されたルート マップは、デフォルト インポートを使用して L3Out に、またはルート制御プロファイルを使用して BGP ピアに適用できます。L3Out の外部 EPG および契約設定は以前と同じままです。ルート マップに基づいて、特定の外部 EPG および関連する契約がプレフィックスに対して決定されます。

（注）

ルート マップによる外部 EPG の選択は、L3Out で設定された外部 EPG サブネットよりも優先されます。たとえば、ルート マップ構成が 10.1.1.0/24 を [外部 EPG1（external EPG1）]に関連付けさせる場合、およびサブネット 10.1.1.0/24 が [外部 EPG2（external EPG2）]に構成した場合、 [外部 EPG1（external EPG1）] は、ルート マップによる外部 EPG 決定が優先されるため、 10.1.1.0/24 ハードウェアでプログラミングされます。

Cisco APIC 6.1（4）リリース以降、動的 ESG 分類（DEC）機能が導入され、L3Out 外部 EPG の代わりに ESG を使用した動的 L3Out EPG 分類と同じ機能をサポートします。

- DEC の注意事項と制限事項

- GUI を使用したダイナミック ESG/L3Out EPG 分類の構成

DEC の注意事項と制限事項

- この機能は、BGP と OSPF のみをサポートします。

- DEC は、L3Out デフォルト インポート ルート マップまたは BGP ピア インポート ルート マップでのみサポートされます。

- 共有セキュリティを有効にするには、共有する共有セキュリティ フラグとサブネットを使用して外部 EPG を構成します。

- DEC は次の機能をサポートしていません。

- サイト間

- 浮動 L3Out との統合

- スタティックルーティング

- EIGRP

- セグメント ルーティング

- 午前

- 浮動 L3Out を使用した BGP ネクストホップ伝達

- [Cisco ACI GOLF]、SR-MPLS、およびフォールバック ルートとの共存

GUI を使用したダイナミック ESG/L3Out EPG 分類の構成

この手順では、ダイナミック ESG / L3Out EPG 分類（DEC）を構成し、BGP を使用してレイヤー 3 外部ネットワーク接続を構成していることを前提としています。OSPF を使用して構成された L3Out に対してこれらのタスクを実行することもできます。

このタスクでは、インポート ポリシーとエクスポート ポリシーの作成手順を示します。デフォルトでは、インポート制御は適用されていないため、インポート制御を手動で割り当てる必要があります。

始める前に

- テナント、プライベート ネットワーク、およびブリッジ ドメインが作成されていること。

- テナント ネットワークのレイヤ 3 Outside が作成されていること。

手順

ステップ 1

メニューバーで、 [テナント（Tenants）] > [すべてのテナント（All Tenants）]を選択します。

ステップ 2

[作業（Work）] ペインで、テナントの名前をダブルクリックします。

ステップ 3

[ナビゲーション（Navigation）] ペインで、 [tenant_name] > [ネットワーキング（Networking）] > [L3Out（L3Outs）] > [l3out_name]を選択します。

ステップ 4

l3out_name を右クリックし、 [ルート制御のインポートおよびエクスポート向けルート マップの作成（Create Route map for import and export route control）]をクリックします。

ステップ 5

[ルート制御のインポートおよびエクスポート向けルート マップの作成（Create Route map for import and export route control）] ダイアログボックスで、次の操作を実行します：

1. [名前（Name）] フィールドのドロップダウンリストで、 default-importを選択します。

選択内容に応じて、特定の L3Out でアドバタイズされている内容が自動的に使用されます。

2. [タイプ（Type）] フィールドで、 [ルーティングポリシーのみの一致（Match Routing Policy Only）]を選択します。

3. [コンテキスト（Contexts）] エリアで、 [+] をクリックして、 [ルート制御コンテキスト（Create Route Control Context）] ダイアログを表示します。

ステップ 6

[ルート制御コンテキスト（Create Route Control Context）] ダイアログボックスで、次の操作を実行します：

1. [順序（Order）] フィールドで、目的の順序の番号を選択します。

2. [名前（Name）] フィールドに、ルート制御プライベート ネットワークの名前を入力します。

3. [関連付けられている一致したルール（Associated Matched Rules）] テーブルで、 [+]をクリックします。

4. [ルール名（Rule Name）] ドロップダウンリストから、 [ルートマップの一致ルールの作成（Create Match Rule for a Route Map）]を選択します。

5. [ルートマップの一致ルールの作成（Create Match Rule for a Route Map）] ダイアログ ボックスで [名前（Name）] フィールドに、ルート一致ルール名を入力します。

6. 必要に応じて、正規表現による一致コミュニティ条件および一致コミュニティ条件を指定します。

一致コミュニティ ファクタでは、名前、コミュニティ、および範囲を指定する必要があります。

7. [送信（Submit）]をクリックします。

8. [ルールの設定（Set Rules）] ドロップダウンリストから、 [ルート マップのセット ルールを作成（Create Set Rules for a Route Map）]を選択します。

9. 次に [ルート マップのセット ルールを作成（Create Set Rules for a Route Map）] ダイアログ ボックスの [名前（Name）] フィールドにルールの名前を入力します。

10. 6.1（3）より前の Cisco APIC リリースおよび APIC (3) リリースの場合は、次の手順を使用します：

[外部 EPGの設定（Set External EPG）] チェック ボックスでチェックを入れて、 [外部 EPG（External EPG）] ドロップダウンリストの EPG を選択します。そして [終了（Finish）]をクリックします。

ポリシーが作成され、アクション ルールに関連付けられました。

11. Cisco APICリリース Cisco APICリリース 6.1（4）以降では、次の手順を使用します。

[PcTagの設定（Set PcTag）]フィールドで、 [外部 EPG（External EPG）]オプションを選択して、 [外部 EPG（External EPG）]ドロップダウンリストから外部 EPGを選択します。または、 [ESG]オプションから ESG [ESG]ドロップダウンリストからを選択します。または、pcTag を設定しない場合は、 [なし（None）]を選択します。その後、 [終了（Finish）]をクリックします。

ポリシーが作成され、アクション ルールに関連付けられました。

12. [ルート制御コンテキスト（Create Route Control Context）] ウィンドウで、 [OK]をクリックします。

13. [ルート制御のインポートおよびエクスポート向けルート マップの作成（Create Route map for import and export route control）] ダイアログボックスで、 [送信（Submit）]をクリックします。

ステップ 7

[作業（Work）] ペインで、 [ポリシー（L3Out）] > [メイン（Main）] タブを選択します。

[作業（Work）] ペインで、 [プロパティ（Properties）] が表示されます。

ステップ 8

[ルート制御の適用：インポート（Route Control Enforcement: Import）]の隣に インポート（Import） チェックボックスをオンにしてインポートポリシーを有効にし、 [送信（Submit）]をクリックします。

インポート制御ポリシーはデフォルトで無効になっています。インポート制御ポリシーは BGP と OSPF でサポートされていますが、EIGRP ではサポートされていません。ユーザーがサポートされていないプロトコルのインポート制御ポリシーを有効にしても、プロトコルは自動的に無視されます。エクスポート制御ポリシーは、BGP、EIGRP、および OSPF でサポートされます。また、ネイバー インポート ルート マップごとに BGP を設定する場合は、インポート ポリシーの [インポート（Import）] チェックボックスをオンにする必要はありません。

（注）

BGP が OSPF 上で確立されると、インポート制御ポリシーは BGP にのみ適用され、OSPF は無視されます。

Chapter24. トランジット ルーティング

この章で説明する内容は、次のとおりです：

- 中継 ACI ファブリックのルーティング

- トランジット ルーティングの使用例

- サポートされるトランジットの組み合わせのマトリックス

中継 ACI ファブリックのルーティング

Cisco APIC ソフトウェアは、OSPF（NSSA）および iBGP を使用した外部レイヤ 3 接続をサポートします。ファブリックは、外部レイヤ 3 アウトサイド（l3out）接続の外部ルータにテナント ブリッジ ドメインのサブネットをアドバタイズします。外部ルータから学習されたルートは、他の外部ルータにアドバタイズされません。ファブリックはスタブ ネットワークと同じように動作し、外部レイヤ 3 ドメイン間のトラフィックの伝送に使用できます。

ファブリックでルーティング中継

中継のルーティングで 1 つのテナントと VRF 内の複数の L3Out 接続がサポートされているし、APIC は別の L3Out 接続を 1 つの L3Out 接続から学習したルートをアドバタイズします。外部レイヤ 3 ドメインは、境界リーフ スイッチの ファブリックとピアリングします。ファブリックはピア間の Multiprotocol-Border Gateway Protocol（MP-BGP）中継ドメインです。

外部 L3Out 接続の構成は、テナントと VRF レベルで実行されます。外部ピアから学習したルートは、VRF ごとに入力リーフの MP-BGP にインポートされます。L3Out 接続から学習したプレフィックスは、テナント VRF が存在するリーフ スイッチにのみエクスポートされます。

（注）

注意事項と中継ルーティングの構成のガイドラインは、次を参照してください。 中継ルーティングのガイドライン

トランジット ルーティングの使用例

レイヤ 3 ドメイン間のトランジット ルーティング

外部ポッド、メインフレーム、サービス ノード、WAN ルータなどの複数のレイヤ 3 ドメインが ACI ファブリックとピアリングして、それらの間のトランジット機能を提供することができます。

レイヤ 3 ドメイン間のトランジット ルーティング

ACI ファブリックで中継されるメインフレーム トラフィック

メインフレームは、論理パーティション（LPAR）および仮想 IP アドレッシング（VIPA）の要件に対応する標準 IP ルーティング プロトコルを実行する IP サーバとして機能します。

メインフレームのトランジット接続

このトポロジにおいて、メインフレームは、ACI ファブリックが WAN ルータを経由して外部と接続するため、およびファブリック内の East-West トラフィックのための中継ドメインとなることを必要とします。これらは、ホスト ルートをファブリックにプッシュして、ファブリック内、および外部インターフェイスに再配布されるようにします。

サービス ノードのトランジット接続

サービス ノードは ACI ファブリックとピアリングし、外部 WAN インターフェイスに再配布される仮想 IP (VIP) ルートをアドバタイズすることができます。

サービス ノードのトランジット接続

VIP は、特定のサイトやサービスの外部向けの IP アドレスです。VIP は、サービス ノードの背後にある 1 つ以上のサーバまたはノードに関連付けられています。

中継ルーティング設定でのマルチポッド

マルチポッド トポロジでは、ファブリックは、外部接続と複数のポッド間の相互接続の中継として機能します。クラウド プロバイダは、顧客データセンター内に管理対象のリソース ポッドを展開できます。責任分界点は、ファブリックとのピアリングを行っている OSPF または BGP を伴う L3Out にすることができます。

中継ルーティング設定における L3Out を伴う複数のポッド

このようなシナリオでは、ポリシーは責任分界点で管理され、ACI ポリシーを設定する必要はありません。

レイヤ4 ～ レイヤ 7 ルート ピアリングはファブリックを中継として使用する特殊な使用例であり、 ファブリックは複数ポッドに対する中継 OSPF または BGP ドメインの役目を果たします。ルート ピアリングは、接続されているリーフ ノードとルートを交換できるようにするため、レイヤ4 ～ レイヤ 7 サービス デバイス上で OSPF または BGP ピアリングを有効にするように設定します。ルート ピアリングの一般的な使用例として、SLB VIP が OSPF および iBGP を介して ファブリック外のクライアントにアドバタイズされる、ルート ヘルス インジェクションがあります。ビジネスインサイトの トランジット ファブリックと L4-L7 ルート ピアリング - 構成ウォークスルー を参照してください。

中継ルーティング構成での GOLF

[APIC]内でリリース 2.0 以降、 [Cisco ACI] は、GOLF L3Out での中継ルーティング（BGP と OSPF）をサポートしています。 たとえば、次の図は、GOLF L3Out と境界リーフ L3Out を伴うファブリックで中継されるトラフィックを示しています。

中継ルーティング構成での GOLF L3Out と境界リーフ L3Out

サポートされるトランジットの組み合わせのマトリックス

レイヤ 3 Outside 接続タイプ

OSPF

iBGP

eBGP

EIGRP v4

EIGRP v6

スタティック ルート

OSPF 上の iBGP

スタティック ルート上の iBGP

直接接続上の iBGP

OSPF 上の eBGP

スタティック ルート上の eBGP

直接接続上の eBGP

OSPF

はい

対応*

○

○* (APIC リリース 1.3 c でテスト)

〇

〇

〇

〇

○* (APIC リリース 1.2 g でテスト)

はい

iBGP

OSPF 上の iBGP

○*

X

X

X

○* (APIC リリース 1.3 c でテスト)

非対応

〇

〇

非対応

○

スタティック ルート上の iBGP

○

X

X

X

○* (APIC リリース 1.2 g でテスト)

X

○* (APIC リリース 1.2 g でテスト)

○

非対応

○

直接接続上の iBGP

○

X

X

X

-

X

○* (APIC リリース 1.2 g でテスト)

○

非対応

○

eBGP

OSPF 上の eBGP

○

○* (APIC リリース 1.3 c でテスト)

○* (APIC リリース 1.3 c でテスト)

○* (APIC リリース 1.3 c でテスト)

○

○* (APIC リリース 1.3 c でテスト)

○* (APIC リリース 1.3 c でテスト)

○

非対応

○* (APIC リリース 1.3 c でテスト)

スタティック ルート上の eBGP

○

X

X

X

○* (APIC リリース 1.2 g でテスト)

○ (APIC リリース 3.0 でテスト)

○* (APIC リリース 1.2 g でテスト)

○

非対応

○

直接接続上の eBGP

〇

〇

〇

○* (APIC リリース 1.3 c でテスト)

○* (APIC リリース 1.3 c でテスト)

○* (APIC リリース 1.3 c でテスト)

〇

〇

非対応

○

EIGRPv4

〇

〇

〇

〇

〇

〇

〇

○ (APIC リリース 1.3 c でテスト)

非対応

○

EIGRPv6

○ (APIC リリース 1.2 g でテスト)

X

X

X

X

X

X

X

○ (APIC リリース 1.3 c でテスト)

○ (APIC リリース 1.2 g でテスト)

スタティック ルート

〇

〇

〇

〇

○ (APIC リリース 1.3 c でテスト)

〇

〇

〇

○ (APIC リリース 1.2 g でテスト)

○

- 接続= 接続

- * = 同じリーフ スイッチではサポートされません

- × = サポートされていないかテストされていない組み合わせ

中継ルーティングのガイドライン

作成し、中継ルーティング接続を維持する場合は、次のガイドラインを使用します。

トピック

注意またはガイドライン

複数の VRF 間のトランジット ルーティング時の ACI ファブリック iBGP への OSPF/EIGRP 再配布：ルート タグ

外部ルータを使用して複数の VRF 間のルーティングを行う中継ルーティング シナリオでは、デフォルト ルート タグ（4294967295）以外のエントリを使用して異なる VRF のポリシーを識別する場合に、1 つまたは複数の OSPF または EIGRP のテナント L3Out から取り消されたルートが存在する時にルーティングがループするリスクがあります。

これは想定されている動作です。EIGRP/OSPF が ACI ファブリックにルートを再配布すると、境界リーフ スイッチのデフォルトの iBGP アンチルーティング ループ メカニズムは、特定のデフォルト ルート タグ 4294967295 を使用するか、または [トランジット ルート タグ ポリシー（Transit Route Tag Policy）] フィールドで割り当てられたものと同じタグを使用します。このフィールドは、 [VRF/ポリシー（VRF/Policy）] ページにあります。

VRF ごとに異なる固有の中継ルート タグを設定すると、デフォルトのアンチルーティング ループ メカニズムは機能しません。この状況を回避するには、同じ値を全ての VRF の [トランジット ルート タグ ポリシー（Transit Route Tag Policy）] フィールドに渡って使用します。ルートマップとタグの使用に関する詳細については、「OSPF または EIGRP のバックツーバック設定」の行と、この表のルート制御プロファイル ポリシーに関するその他の情報を参照してください。

（注）

ルート タグ ポリシーは、 [ルート タグ ポリシーの作成（Create Route Tag Policy）] ページで構成されます。これは、 [トランジット ルート タグ ポリシー（Transit Route Tag Policy）] フィールドからアクセスされます。このフィールドは、 [VRF/ポリシー（VRF/Policy）] ページにあります：

[テナント（Tenants）] > [tenant_name] > [ネットワーキング（Networking）] > VRFs > [VRF_name]

L3Out で EIGRP を有効にする場合に VRF トランジット タグ値を設定する

L3Out で EIGRP を有効にする場合は、 VRF トランジット タグの値を 1 〜 255 の範囲内のデフォルト以外の値に変更。中継 VRF タグに大きな値が必要な場合は、 EIGRP ファミリ コンテキストからワイド メトリック スタイルに切り替えることができます。デフォルトのナロー メトリック スタイルの EIGRP は、1 ～ 255 の範囲内の内部タグ値のみをサポートします。

中継が 1 つの L3Out プロファイルを使用してルーティング

[Cisco APIC] リリース 2.3（1f）より前では、単一の L3Out プロファイル内での中継ルーティングはサポートされていませんでした。  [Cisco APIC] リリース 2.3（1f）以降では、単一の L3Out プロファイル内での中継ルーティングを構成できます。ただし次の制限があります。

- VRF インスタンスが強制されない場合、外部のサブネット 0.0.0.0/0（l3extSubnet）を使用して、同じレイヤ３ EPG を共有するルータ間でのトラフィックを許可できます。

- VRF インスタンスが強制される場合、外部のデフォルト サブネット（0.0.0.0/0）を使用して、同じレイヤ 3 EPG 内のトラフィックで、送信元と接続先のプレフィックスの両方をマッチさせることはできません。同じレイヤ 3 EPG 内のすべてのトラフィックをマッチさせることを目的として、 [Cisco APIC] は次のプレフィックスをサポートしています。

- IPv4

- 0.0.0.0/1：外部 EPG 用の外部サブネット

- 128.0.0.0/1：外部 EPG 用の外部サブネット

- 0.0.0.0/0：インポート ルート制御サブネット、集約インポート

- IPv6

- 0::0/1：外部 EPG 用の外部サブネット

- 8000::0/1：外部 EPG 用の外部サブネット

- 0:0/0：インポート ルート制御サブネット、集約インポート

レイヤ 3 内 EPG 転送のコントラクトは必要ありません。

- または、少なくとも 1 つの他の EPG（アプリケーションまたは外部）を持つコントラクトと組み合わせて、単一のデフォルトサブネット（0.0.0.0/0）を使用することもできます。この EPG の代わりに vzAny を使用することはできません。ただし、他の EPG を展開する必要はありません。

たとえば、アプリケーション EPG の提供コントラクトと、レイヤ 3 EPG の消費コントラクトを使用する場合（0.0.0.0/0 でマッチング）や、アプリケーション EPG の消費コントラクトと、レイヤ 3 EPG の提供コントラクトを使用する場合（0.0.0.0/0 でマッチング）です。

ハードウェア サポートの違いを共有ルート:

第 2 世代のスイッチの VRF 機能間で正常にルートが共有されます（N9K-93108TC-EX など、スイッチ モデル名の最後やその後に「EX」や「FX」がつく Cisco Nexus N9K）。第 1 世代のスイッチですが、ルートを保存する物理的な三値連想メモリ（TCAM）にルートの解析を完全にサポートするだけの容量がないため、この設定のパケットは失敗する可能性があります。

背面に戻る設定で EIGRP や OSPF

Cisco APIC では、中継が、L3Out に設定されているエクスポート ルート制御ポリシーのルーティングをサポートします。ルート (プレフィックス) を通過するこれらのポリシー制御は、L3Out でルーティング プロトコルに再配送されます。これらの中継ルートは、EIGRP や OSPF に再配布されたが、これらはルーティング ループを防ぐためにタグ付けされた 4294967295 です。Cisco ACI ファブリックは、OSPF または EIGRP L3Out で学習すると、このタグに一致するルートを受け入れません。ただし、次の場合、この動作をオーバーライドする必要があります。

- EIGRP や OSPF を使用して、2 つの Cisco ACI ファブリックを接続します。

- EIGRP や OSPF を使用して、同じ Cisco ACI ファブリックで 2 つの異なる Vrf を接続します。

オーバーライドが必要な場合、APIC GUI の次の場所に別のタグ ポリシーを使用して VRF を構成する必要があります： [テナント（Tenans）] > [Tenant_name] > [ポリシー（Policies）] > [プロトコル（Protocol）] > [ルート タグ（Route Tag）]。異なるタグを適用します。

新しいルート タグ ポリシーを作成するには、だけでなく、APIC GUI の次の場所でこのポリシーを使用する VRF を更新： [テナント（Tenant）] > [Tenant_name] > [ネットワーキング（Networking）] > [VRF（VRFs）] > [Tenant_VRF]。VRF を作成したルート タグ ポリシーを適用します。

（注）

複数 L3Outs または同じ L3Out で複数のインターフェイスは同じリーフ スイッチに導入し、中継ルーティングに使用、(、IGP に再配布されません) IGP 内で、ルートをアドバタイズします。この状況では、ルート タグ ポリシーは適用されません。

BD サブネットをファブリック外にアドバタイズする

インポートおよびエクスポートのルート制御ポリシーは、中継ルート（他の外部ピアから学習したルート）およびスタティック ルートのみに適用されます。テナント BD サブネット上に設定されているファブリック内部のサブネットは、エクスポート ポリシー サブネットを使用して外部にアドバタイズされません。IP プレフィックス リストおよびルート マップを使用すると IP テナント サブネットは許可されますが、これらは別の設定手順を使用して実装されます。テナント サブネットをファブリックの外部にアドバタイズする場合は、次の設定手順を参照してください。

1. サブネット プロパティ ウィンドウでテナント サブネットの範囲を [パブリック サブネット（Public Subnet）] として構成します。

2. オプションです。サブネット プロパティ ウィンドウで [サブネット コントロール（Subnet Control）] [ND RAプレフィックス（ND RA Prefix）] として設定します。

3. テナント ブリッジ ドメイン（BD）を外部レイヤ 3 Outside に関連付けます (L3Out)。

4. テナント EPG と外部 EPG 間にコントラクト（プロバイダ/コンシューマ）の関連付けを作成します。

BD サブネットを [パブリック（Public）] 範囲に設定し、BD をレイヤ 3 Out に関連付けると、BD サブネット プレフィックスの境界リーフに IP プレフィックスおよびルート マップの連続エントリが作成されます。

デフォルト ルートのアドバタイズ

デフォルト ルートのみを必要とするファブリックへの外部接続の場合、OSPF、EIGRP、および BGP の L3Out 接続をデフォルト ルートの起点とすることがサポートされます。外部ピアからデフォルト ルートが受信されると、この文書で説明されている中継エクスポート ルート制御に従って、このルートを別のピアに再配布できます。

デフォルト ルートは、デフォルト ルート リーク ポリシーを使用してアドバタイズすることもできます。このポリシーは、デフォルト ルートがルーティング テーブル内にあるか、または常にデフォルト ルートをアドバタイズすることがサポートされている場合、デフォルト ルートのアドバタイズをサポートします。デフォルト ルート リーク ポリシーは、L3Out 接続で設定されます。

デフォルト ルート リーク ポリシーを作成するときは、以下のガイドラインに従ってください：

- BGP の場合、 [常に（Always）] プロパティは適用されません。

- BGP の場合、 [範囲（Scope）] プロパティを構成する場合、 [外部（Outside）]を選択します。

- OSPF の場合、範囲の値 [コンテキスト（Context）] は、type-5 LSA を作成し、範囲の値 [外部（Outside）] は type-7 LSA を作成します。選択したは、L3Out で構成されたエリアのタイプによって異なります。エリア タイプが [通常（Regular）]の場合、範囲を [コンテキスト（Context）]に設定します。エリア タイプが [NSSA]の場合、範囲を [外部（Outside）]に設定します。

- EIGRPの場合、 [範囲（Scope）] プロパティを選択するとき、 [コンテキスト（Context）]を選択する必要があります。

MTU

Cisco ACI は、IP フラグメンテーションをサポートしていません。したがって、外部ルータへのレイヤ 3 Outside（L3Out）接続、または Inter-Pod Network（IPN）を介した multipod 接続を設定する場合は、MTU が両側で適切に設定されていることが重要です。  [ACI]、 [Cisco NX-OS]、Cisco IOS などの一部のプラットフォームでは、構成できる MTU 値は IP ヘッダーを考慮に入れています（結果として、最大パケット サイズは、ACI で 9216 バイト、NX-OS および IOS で 9000 バイトに設定されます）。ただし、IOS XR などの他のプラットフォームは、パケット ヘッダーのを除く MTU 値を設定します（結果として最大パケット サイズは 8986 バイトになります）。

各プラットフォームの適切な MTU 値については、それぞれの設定ガイドを参照してください。

CLI ベースのコマンドを使用して MTU をテストすることを強く推奨します。たとえば、 [Cisco NX-OS] CLI で ping 1.1.1.1 df-bit packet-size 9000 source-interface ethernet 1/1などのコマンドを使用します。

トランジット ルート制御

ルート トランジットは、インポートされるレイヤ 3 アウトサイド ネットワーク L3extOut プロファイル（l3extInstP）を通してトラフィックをインポートするために定義されます。異なるルート トランジットは、エクスポートされる別の l3extInstP を通してトラフィックをエクスポートするために定義されます。

ファブリック内の 1 つまたは複数のノードに複数の l3extOut ポリシーを配置できるので、プロトコルのさまざまな組み合わせがサポートされます。プロトコルの組み合わせはすべて、複数の l3extOut ポリシーを使用する単一ノードまたは複数の l3extOut ポリシーを使用する複数のノードに展開できます。ファブリック内で異なる l3extOut ポリシーでの 2 つ以上のプロトコルの展開は、サポートされます。

エクスポート ルート マップは、プレフィックス リストの一致から構成されます。各 プレフィックス リストは、VRF 内のブリッジ ドメイン（BD）パブリック サブネット プレフィクスと、外部にアドバタイズする必要のあるエクスポート プレフィクストから構成されます。

ルート制御ポリシーは、 l3extOut ポリシーで定義されていて、 l3extOutと関連付けられたプロパティと関係にコントロールされています。APIC は、ルート制御方向を適用するために enforceRtctrl プロパティを使用します。これは、 l3extOut のプロパティです。デフォルトでは、エクスポートの制御を適用し、インポートのすべてを許可します。インポートおよびエクスポートされたルート（l3extSubnets）、 l3extInstPで定義されています。すべてのルートのデフォルト スコープはインポートです。これらは、プレフィックス ベースの EPG を形成するルートおよびプレフィックスです。

インポート ルート マップからのすべてのインポート ルートは、BGP および OSPF によってインポートを制御するために使用されます。エクスポート ルート マップからのすべてのエクスポート ルートは OSPF および BGP によってエクスポートを制御するために使用されます。

インポートとエクスポートのルート制御ポリシーは、異なるレベルで定義されます。IPv6 ではすべての IPv4 ポリシー レベルがサポートされます。  l3extInstP および l3extSubnet MO で定義されている追加の関係はインポートを制御します。

デフォルト ルート リークは、 l3extDefaultRouteLeakP MO を定義することで有効になります。これは、 l3extOutにあります。

l3extDefaultRouteLeakP は、Virtual Routing and Forwarding（VRF）範囲または、OSPF 用のエリアごとに、BGP 用の場合は、ピアごとに L3extOut 範囲を持つことができます。

次の設定ルールは、ルート制御を提供します：

- rtctrlSetPref

- rtctrlSetRtMetric

- rtctrlSetRtMetricType

rtctrlSetComm MO の追加シンタックスには次のものが含まれます：

- no-advertise

- no-export

- no-peer

BGP

ACI ファブリックは、外部ルータとの BGP ピアリングをサポートします。BGP ピアは l3extOut ポリシーと関連付けられています。そして l3extOutごとに複数の BGP ピアを構成できます。BGP は l3extOut レベルで有効にできます。これは、 bgpExtP MO（ l3extOut の下にあります）を定義することによりできます。

（注）

l3extOut ポリシーにルーティング プロトコル（たとえば、関連する VRF を含む BGP）が含まれる一方で、L3Out インターフェイスのプロファイルには必要な BGP インターフェイス設定の詳細が含まれます。いずれも BGP の有効化に必要です。

BGP ピアには、OSPF、EIGRP、接続されたインターフェイス、スタティック ルート、またはループバック経由で到達できます。外部ルータとのピアリングには iBGP または eBGP を使用できます。ファブリック内への外部ルートの配付には MP-BGP が使用されるため、外部ルータからの BGP ルート属性は保持されます。BGP は l3extOutに関連付けられた VRF に Ipv4 や IPv6 アドレス ファミリを有効にすることができます。スイッチ上で有効になるアドレス ファミリは、 bgpPeerP ポリシーで l3extOutのために定義した IP アドレス タイプによって決まります。ポリシーは省略可能です。定義しない場合はデフォルトが使用されます。ポリシーはテナントに対して定義され、名前で参照される VRF によって使用できます。

ピア ポリシーを少なくとも 1 つのピアを定義して、境界リーフ（BL）の各スイッチでプロトコルを有効にする必要があります。ピア ポリシーは 2 つの場所で定義できます。

- l3extRsPathL3OutAtt：送信元インターフェイスとして物理インターフェイスが使用されます。

- l3extLNodeP：送信元インターフェイスとしてのループバック インターフェイスが使用されます。

OSPF

接続を有効にして冗長性を提供するために、さまざまなホスト タイプが OSPF を必要とします。これらには、たとえばファブリック内および WAN へのレイヤ 3 中継として ACI ファブリックを使用するサービス ノード、外部ポッド、メインフレーム デバイスなどがあります。このような外部デバイスは、OSPF を実行している非境界リーフ スイッチを介してファブリックとピアリングします。デフォルト ルートは受信し、全域ルーティングには参加しないよう、OSPF エリアを NSSA（スタブ）エリアとして設定します。通常は、既存のルーティングの導入によって設定の変更が回避されるため、スタブ エリアの設定は必須ではありません。

ospfExtP 管理対象オプジェクトを構成して OSPF を有効にします。このオブジェクトは、 l3extOutにあります。BL スイッチ上で構成されている OSPF IP アドレス ファミリ バージョンは、OSPF インターフェイス IP アドレスに構成されているアドレス ファミリによって決まります。

（注）

l3extOut ポリシーにルーティング プロトコル（たとえば、関連する VRF とエリア ID を含む OSPF）が含まれる一方で、レイヤ 3 外部インターフェイスのプロファイルには必要な OSPF インターフェイスの詳細が含まれます。いずれも OSPF のイネーブル化に必要です。

fvRsCtxToOspfCtxPol 関係を使用して、 VRFレベルでOSPFポリシーを構成します。これは、アドレス ファミリごとに構成できます。設定していない場合、デフォルト パラメータが使用されます。

要求されるエリア プロパティ Ipv6 を公開する ospfExtP 管理対象オブジェクトで OSPF を構成します。

サブネットの範囲と集約コントロール

次のセクションでは、サブネットを作成するときに利用できるいくつかの範囲と集約に関するオプションについて説明します：

Export Route Control Subnet：コントロールは、ファブリック外の特定の中継ルートをアドバタイズします。これは中継ルートにのみ影響するもので、内部ルートやブリッジ ドメインで設定されるデフォルトのゲートウェイには影響しません。

インポート ルート コントロール サブネット：このコントロールは、インポート ルート制御の強制が構成されている場合、ルートを Border Gateway Protocol（BGP）と Open Shortest Path First（OSPF） でファブリックにアドバタイズすることを可能にします。

External Subnets for the External EPG (セキュリティ インポート サブネットとも呼ばれる): このオプションは、ルーティング情報のファブリックへの出入りはコントロールしません。トラフィックがある外部 EPG から別の外部 EPG に、または内部 EPG に流れるようにするには、サブネットにはこのコントロールでマークを付ける必要があります。このコントロールを使用してサブネットにマークしなかった場合には、ある EPG から学習したルートが他の外部 EPG にもアドバタイズされますが、パケットはファブリックでドロップされます。パケットがドロップされるのは、APIC が許可済みリスト モデルで動作するからです。そのデフォルトの動作は、契約で明示的に許可されていない限り、EPG 間の全データ プレーン トラフィックをドロップするというものです。この許可済みリスト モデルは外部 EPG とアプリケーション EPG に適用されます。このオプションが構成されているセキュリティ ポリシーを使用する場合には、契約とセキュリティ プレフィックスを構成する必要があります。

Shared Route Control Subnet: VRF 間のリーキングの共有 L3Outs から学習されたサブネットは、他の VRF にアドバタイズされる前に、このコントロールでマークされる必要があります。APIC リリース 2.2（2e）以降では、異なる VRF の共有 L3Outs は契約を使用して相互に通信できます。異なる VRF の共有 L3Outs 間の通信の詳細については、 「Cisco APIC Layer 3 ネットワーキング構成ガイド」を参照してください。

Shared Security Import Subnet: このコントロールは、共有 L3Out 学習ルートについては、[External Subnets for the External EPG] と同じです。トラフィックがある外部 EPG から別の外部 EPG に、または別の内部 EPG に流れるようにするには、サブネットにはこのコントロールでマークを付ける必要があります。このコントロールを使用してサブネットにマークしなかった場合には、ある EPG から学習したルートが他の外部 EPG にもアドバタイズされますが、パケットはファブリックでドロップされます。このオプションが構成されているセキュリティ ポリシーを使用する場合には、契約とセキュリティ プレフィックスを構成する必要があります。

Aggregate Export, Aggregate Import, and Aggregate Shared Routes: このオプションは、0.0.0.0/0 プレフィックスの前に 32 を追加します。現在、インポート/エクスポート ルート制御サブネットに集約できるのは、0.0.0.0/0 プレフィクスのみです。0.0.0.0/0 プレフィックスを集約すると、制御プロファイルを 0.0.0.0/0 ネットワークに適用することはできなくなります。

集約共有ルート：このオプションは、共有ルート制御サブネットとしてマークされている任意のプレフィックスに使用できます。

ルートコントロール プロファイル：ACI ファブリックは、ファブリックの内部と外部にアドバタイズされるルート用に、ルート マップの set 句もサポートします。ルート マップの set ルールは、ルート制御プロファイル ポリシーとアクション ルール プロファイルで構成されます。

トランジット ルーティングの概要

このトピックでは、Cisco [APIC]を使用する際のトランジット ルーティングを構成する方法の一般的な例を説明します。

この章にある例では、次のトポロジを使用します。

この章の例では、Cisco ACI ファブリックには APIC クラスタによって制御される 2 個のリーフ スイッチと 2 個のスパイン スイッチがあります。境界リーフ スイッチ 101 と 102 には L3Out があり、2 ｔのルータに接続することでインターネットにも接続しています。この例の目標は、2 つの L3Out を通して、インターネット上の EP 1 から EP2 へ、ファブリック内外をトラフィックが行き来できるようにすることです。

この例では、両方の L3Out に関連付けられているテナントは t1です。これは、VRF v1 付きです。

L3Out を構成する前に、ノード、ポート、機能プロファイル、AEP、レイヤ 3 ドメインを構成します。BGP ルート リフレクタとして 104 と 105 スパイン スイッチを構成する必要があります。

トランジット ルーティングの構成には、次のコンポーネントの定義が含まれます：

1. テナントおよび VRF

2. リーフ 101 と 102 上のノードおよびインターフェイス

3. 各 L3Out のプライマリ ルーティング プロトコル（境界リーフ スイッチと外部ルータ間のルートの交換に使用。この例では BGP）

4. 各 L3Out のルーティング プロトコルの接続性（プライマリ プロトコルへの到達可能性情報の提供。この例では、OSPF）

5. 2 個の外部 EPG

6. 1 個のルート マップ

7. 少なくとも 1 つのフィルタと 1 つのコントラクト

8. 外部 EPG とコントラクトを関連付ける

（注）

トランジット ルーティングの注意事項については、 中継ルーティングのガイドラインを参照してください。

次の表では、この章で使用される名前を一覧にしています：

プロパティ

ノード 101 の L3Out1 の名前

ノード 102 の L3Out2 の名前

テナント

t1

t1

VRF

v1

v1

ノード

nodep1 は、ルータ ID 11.11.11.103 付きです。

nodep2 は、ルータ ID 22.22.22.203 付きです。

OSPF インターフェイス

ifp1 は、 Eth1/3にあります。

ifp2 は、 Eth1/3にあります。

BPG ピア アドレス

15.15.15.2/24

25.25.25.2/24

外部 EPG

extnw1 は、 192.168.1.0/24にあります。

extnw2 は、 192.168.2.0/24にあります。

ルート マップ

rp1 は、 ctx1 およびルートの接続先 192.168.1.0/24付きです。

RP2 は、 ctx2 およびルートの接続先 192.168.2.0/24付きです。

フィルタ

http-filter

http-filter

コントラクト

httpCtrct 提供元は、 extnw1

httpCtrct 消費者は、 extnw2

GUI を使用した中継ルーティングの設定

これらの手順は、テナントの中継ルーティングを設定する方法を示しています。この例では、2 つの L3Outs を、1 つの VRF 内、2 つの境界リーフ スイッチ上に展開します。スイッチは別々のルータに接続されています。

テナントと VRF を作成する手順を除き、これらの手順を 2 回繰り返して、同じテナントと VRF の下に 2 つの L3Out を作成します。

サンプルの名前については、 中継 ACI ファブリックのルーティングを参照してください。

始める前に

- L3Out で使用されるインターフェイス（AAEP、VLAN プール、インターフェイス セレクタ）の L3 ドメインおよびファブリック アクセス ポリシーを設定します。

- ファブリック インフラ MPBGP の BGP ルート リフレクタ ポリシーを設定します。

手順

ステップ 1

テナントと VRF を作成するには、メニューバーで [テナント（Tenants）] > [テナントの追加（Add Tenant）] を選択し、 [テナントの作成（Create Tenant）] ダイアログ ボックスで、次のタスクを実行します：

1. [名前（Name）] フィールドに、テナント名を入力します。

2. [VRF名（VRF Name）] フィールドに、VRF 名を入力します。

3. [送信（Submit）]をクリックします。

（注）

この手順の後の手順は 2 回実行して、中継ルーティングのための同じテナントと VRF に 2 つの L3Out を作成します。

ステップ 2

L3Out の作成を開始するには、 [ナビゲーション（Navigation）] ペインで [テナント（Tenant）] および [ネットワーキング（Networking）]を展開し、 [L3Out（L3Outs）] を右クリックし、 [L3Outの作成（Create L3Out）]を選択します。

[L3Outの作成（Create L3Out）] ウィザードが表示されます。次の手順では、 [L3Outの作成（Create L3Out）] ウィザードを使用した L3Out 設定例の手順を示します。

ステップ 3

[識別（Identity）] ウィンドウで必要な情報を入力します。これは、 [L3Outの作成（Create L3Out）] ウィザードにあります。

1. [名前（Name）] フィールドに L3Out の名前を入力します。

2. [VRF] ドロップダウンリストから VRF を選択します。

3. [L3ドメイン（L3 Domain）] ドロップダウン リストで、先ほど作成した、外部ルーテッド ドメインを選択します。

4. ルーテッド プロトコルのチェックボックスがあるエリアで、目的のプロトコル（BGP、OSPF、または EIGRP）をオンにします。

この章の例では、 [BGP] および [OSPF]を選択します。

選択するプロトコルに応じて、設定する必要のあるプロパティに入力します。

5. OSPF を有効にした場合は、OSPF の詳細を入力します。

この章の例では、OSPF エリア [0] を使用し、 [通常エリア（Regular area）]に入力します。

6. [次へ（Next）] をクリックし、 [ノードとインターフェイス（Nodes and Interfaces）] ウィンドウに移動します。

ステップ 4

[ノードとインターフェイス（Nodes and Interfaces）] ウィンドウで必要な情報を入力します。これは、 [L3Outの作成（Create L3Out）] ウィザードにあります。

1. デフォルトの命名規則を使用するかどうかを決定します。

[デフォルトの使用（Use Defaults）] フィールドで、デフォルトのノード プロファイル名およびインターフェイス プロファイル名を使用する場合は、チェックをオンにします：

- デフォルト ノード プロファイル名前は、 [L3Out-name][_nodeProfile]です。 [L3Out-name] が [名前（Name）] フィールドに入力した名前です。このフィールドは、 [識別（Identity）] ページにあります。

- デフォルト ノード プロファイル名前は、 [L3Out-name][_interfaceProfile]です。これには、 [L3Out-name] が [名前（Name）] フィールドに入力した名前です。このフィールドは、 [識別（Identity）] ページにあります。

2. [インターフェイス タイプ（Interface Types）] エリアで、レイヤ 3 およびレイヤ 2 フィールドで必要な選択を行います。

次のオプションがあります：

- レイヤ 3：

- [ルーテッド（Routed）]：ポート チャネルへのレイヤ 3 ルートを構成するには、このオプションを選択します。

このオプションを選択すると、レイヤ 3 ルートは、このページの [レイヤ 2（Layer 2）] フィールドで選択された物理ポートまたはダイレクト ポート チャネルのいずれかになります。

- [ルーテッド サブ（Routed Sub）]：ポート チャネルへのレイヤ 3 サブインターフェイス ルートを設定するには、このオプションを選択します。

このオプションを選択すると、レイヤ 3 サブインターフェイスのルートは、このページの [レイヤ 2（Layer 2）] フィールドで選択された物理ポートまたはダイレクト ポート チャネルのいずれかになります。

- [SVI]：ACI リーフ スイッチとルータ間に接続性を提供する Switch Virtual Interface（SVI）を設定するにはこのオプションを選択します。

SVI は、物理ポート、直接ポート チャネル、仮想ポート チャネルのメンバーを持つことができ、このページの [レイヤ 2（Layer 2）] フィールドで選択します。

- [フローティング SVI（Floating SVI）]：フローティング L3Out を構成するにはこのオプションを選択します。

フローティング L3Out を使用すると、仮想ルータが 1 つのリーフ スイッチの下から別のリーフ スイッチに移動できるようにする L3Out を設定できます。この機能により、VM がホスト間を移動する際に、ルーティングを維持するために複数の L3Out インターフェイスを設定する必要がなくなります。

- レイヤ 2 ：（レイヤ 3 エリアで仮想 SVI を選択した場合は使用できません）

- ポート

- 仮想ポート チャネル（レイヤ 3 エリアで [SVI] を選択した場合に使用可能）

- ダイレクトポートチャネル

3. [ノード ID（Node ID）] フィールドのドロップダウン メニューで、L3Out のノードを選択します。

これらの例のトポロジでは、ノード 103を使用します。

4. [ルータ ID（Router ID）] フィールドで、ルータ ID (L3Out に接続されているルータの IPv4 または IPv6 アドレス) を入力します。

5. （任意） 必要に応じて、ループバック アドレスに別の IP アドレスを設定できます。

[ループバック アドレス（Loopback Address）] フィールドは、 [ルータ ID（Router ID）] フィールドで提供した同じエントリによって自動で入力されます。これは、以前に構築した [ループバック アドレスとしてのユーザー ルータ ID（Use Router ID for Loopback Address）] オプションと同等です。ループバック アドレスにルータ ID を使用しない場合は、ループバック アドレスに別の IP アドレスを入力します。または、ループバック アドレスにルータ ID を使用しない場合は、このフィールドを空のままにします。

6. [ノードとインターフェイス（Nodes and Interfaces）] ウィンドウに追加の必要な情報を入力します。

このウィンドウに表示されるフィールドは、 [レイヤ 3（Layer 3）] および [レイヤ 2（Layer 2）] エリアで選択したオプションによって異なります。

7. [ノードとインターフェイス（Nodes and Interfaces）] ウィンドウで残りの追加の情報を入力したら、 [次へ（Next）]をクリックします。

[プロトコル（Protocols）] ウィンドウが表示されます。

ステップ 5

[プロトコル（Protocols）] ウィンドウで必要な情報を入力します。これは、 [L3Outの作成（Create L3Out）] ウィザード内にあります。

この例ではプロトコルとしてBGPとOSPFを使用しているため、次の手順でこれらのフィールドに情報を提供します。

1. [BGP ループバック ポリシー（BGP Loopback Policies）] および [BGP インターフェイス ポリシー（BGP Interface Policies）] エリアで、次の情報を入力します：

- [ピア アドレス（Peer Address）]：ピア IP アドレスを入力します。

- [EBGP マルチホップ TTL（EBGP Multihop TTL）]：接続の存続可能時間（TTL）を入力します。範囲は 1 〜 255 ホップです。ゼロの場合、TTL は指定されません。デフォルトは 0 です。

- [リモート ASN（Remote ASN）]：ネイバー自律システムを固有に識別する番号を入力します。自律システム番号は、1 〜 4294967295 のプレーン形式で 4 バイトにすることができます。

（注）

ACI は asdot または asdot + 形式の AS 番号をサポートしていません。

2. [OSPF] エリアで、デフォルト OSPF ポリシー、以前に作成した OSPF ポリシー、または [OSPF インターフェイス ポリシーの作成（Create OSPF Interface Policy）]を選択します。

3. [次へ（Next）]をクリックします。

[外部 EPG（External EPG）] ウィンドウが表示されます。

ステップ 6

[外部 EPG（External EPG）] ウィンドウで必要な情報を入力します。これは、 [L3Outの作成（Create L3Out）] ウィザード内にあります。

1. [名前（Name）] フィールドに、外部ネットワークの名前を入力します。

2. [提供されたコントラクト（Provided Contract）] フィールドで、提供済みコントラクトの名前を入力します。

3. [消費済みコントラクト（Consumed Contract）] フィールドで、消費済みコントラクトの名前を入力します。

4. [すべての外部ネットワークのデフォルト EPG（Default EPG for all external network）] フィールドで、この L3Out 接続からのすべての中継ルートをアドバタイズしない場合はオフにします。

このボックスをオフにすると、サブネット エリアが表示されます。次の手順に従って、必要なサブネットとコントロールを指定します。

5. [+] アイコンをクリックして [サブネット（Subnet）]を展開し、 [サブネットの作成（Create Subnet）] ダイアログ ボックスで次の手順を実行します。

6. [IP アドレス（IP Address）] フィールドに、外部ネットワークの IP アドレスとサブネット マスクを入力します。

7. [名前（Name）] フィールドに、サブネットの名前を入力します。

8. [範囲（Scope）] フィールドで、L3Out のプレフィックスのインポートとエクスポートを制御するための適切なチェック ボックスをオンにします。

（注）

範囲のオプションの詳細については、この [サブネットの作成（Create Subnet）] パネルのオンライン ヘルプを参照してください。

9. （任意）   [エクスポート ルート コントロール サブネット（Export Route Control Subnet）]のチェックボックスをオンにします。

[BGP とルーティング集約ポリシー（BGP Route Summarization Policy）] フィールドが使用可能になります。

10. [BGP とルーティング集約ポリシー（BGP Route Summarization Policy）] フィールドでは、ドロップダウンリストから既存のルート集約ポリシーを選択するか、必要に応じて新しいユーザーを作成します。

ルート集約ポリシーのタイプは、L3Out に対して有効になっているルーティング プロトコルに依存します。

11. [OK] を [サブネットの作成（Create Subnet）] ウィンドウで必要な構成を完了した後にクリックします。

12. （任意） より多くのサブネットを追加するにはこれを繰り返します。

13. [終了（Finish）] をクリックして [L3Outの作成（Create L3Out）] ウィザード内で必要な構成を完了します。

ステップ 7

作成した L3Out に移動し、L3Out を右クリックして、 [ルート制御のインポートおよびエクスポート向けルート マップの作成（Create Route map for import and export route control）]を選択します。

ステップ 8

[ルート制御のインポートおよびエクスポート向けルート マップの作成（Create Route map for import and export route control）] ウィンドウで次のアクションを実行します：

1. [名前（Name）] フィールドに、ルート マップ名を入力します。

2. [タイプ（Type）]を選択します。

この例では、デフォルトの [プレフィックスおよびルーティングポリシーの照合（Match Prefix AND Routing Policy）]のままにします。

3. + アイコンをクリックして [コンテキスト（Contexts）] を展開し、ルートマップのルートコンテキストを作成します。

4. プロファイル コンテキストの順序と名前を入力します。

5. このコンテキストで実行するアクションとして [拒否（Deny）] または [許可（Permit）] を選択します。

6. （任意）   [ルールの設定（Set Rules）] フィールドで、 [ルート マップのセット ルールを作成（Create Set Rules for a Route Map）]を選択します。

セット ルールのための名前を入力し、ルールで使用するオブジェクトをクリックし、 [終了（Finish）]をクリックします。

7. [一致ルール（Match Rule）] フィールドで、 [ルートマップの一致ルールの作成（Create Match Rule for a Route Map）]を選択します。

8. 一致ルールの名前を入力し、ルールに一致するために [正規表現コミュニティ用語の照合（Match Regex Community Term）]、 [一致コミュニティ条件（Match Community Terms）]、または [一致プレフィックス（Match Prefix）] を入力します。

9. GUI のフィールドへの入力が完了したら、 [一致ルールの作成（Create Match Rule）] ウィンドウで、 [送信（Submit）]をクリックします。

10. [ルート制御コンテキスト（Create Route Control Context）] ダイアログボックスで、 [OK]をクリックします。

11. [ルート制御のインポートおよびエクスポート向けルート マップの作成（Create Route map for import and export route control）] ダイアログボックスで、 [送信（Submit）]をクリックします。

ステップ 9

ナビゲーション ペインで、 [L3Out（L3Outs）] > [L3Out_name] > [外部 EPG（External EPGs）] > [externalEPG_name] を展開し、次のアクションを実行します。

1. [+] アイコンをクリックして [ルート制御プロファイル（Route Control Profile）]を展開します。

2. [名前（Name）] フィールドのドロップダウン リストから、前に作成したルート制御プロファイルを選択します。

3. [方向（Direction）] フィールドで、 [ルート エクスポート ポリシー（Route Export Policy）]を選択します。

4. [更新（Update）]をクリックします。

ステップ 10

作成した L3Out に移動し、L3Out を右クリックして、 [ルート制御のインポートおよびエクスポート向けルート マップの作成（Create Route map for import and export route control）]を選択します。

ステップ 11

[ルート制御のインポートおよびエクスポート向けルート マップの作成（Create Route map for import and export route control）] ウィンドウで次のアクションを実行します：

（注）

受信ルートについて BGP、OSPF、または EIGRP の属性を設定するには、default-import ルート制御プロファイルを作成し、適切な set アクションと、 no match のアクションを作成します。

1. [名前（Name）] フィールドで、 [default-import]を選択します。

2. [タイプ（Type）] フィールドで [ルーティングポリシーのみの一致（Match Routing Policy Only）]を選択する必要があります。

3. [ルート制御のインポートおよびエクスポート向けルート マップの作成（Create Route map for import and export route control）] ダイアログボックスで、 [送信（Submit）]をクリックします。

ステップ 12

L3Out を使用していた EPG 間の通信を有効にするには、次の手順を使用して、少なくとも 1 つのフィルタと契約を作成します:

1. ナビゲーション ウィンドウの L3Out を使用するテナントの下で、 [コントラクト（Contracts）] を展開します。

2. [フィルタ（Filters）] を右クリックし、 [フィルタの作成（Create Filter）]を選択します。

3. [名前（Name）] フィールドに、ファイルの名前を入力します。

フィルタは基本的にはアクセス コントロール リスト (ACL) です。

4. [+] アイコンをクリックして [エントリ（Entries）]を展開し、フィルタ エントリを追加します。

5. エントリの詳細を追加します。

たとえば、単純な Web フィルタの場合には、次のような条件を設定します：

- [EtherType]—[IP]

- [IP プロトコル（IP Protocol）]—[tcp]

- [宛て先ポートの範囲（開始）（Destination Port Range From）]— [未指定（Unspecified）]

- [宛て先ポートの範囲（終了）（Destination Port Range To）] ～ [https]

6. [更新（Update）]をクリックします。

7. [フィルタの作成（Create Filter）] ダイアログボックスで、 [送信（Submit）]をクリックします。

ステップ 13

契約を追加するには、次の手順を実行します:

1. [コントラクト（Contracts）] の下、 [標準（Standard）] を右クリックし、 [コントラクトの作成（Create Contract）]を選択します。

2. 契約の名前を入力します。

3. [+] アイコンをクリックして [サブジェクト（Subjects）] を展開し、情報カテゴリを契約に追加します。

4. 情報カテゴリの名前を入力します。

5. [+] アイコンをクリックして [フィルタ（Filters）] を展開し、ドロップダウン リストから、前に作成したフィルタを選択します。

6. [更新（Update）]をクリックします。

7. [コントラクト サブジェクトの作成（Create Contract Subject）] ダイアログ ボックスで、 [OK]をクリックします。

8. [コントラクトの作成（Create Contract）] ダイアログ ボックスで、 [送信（Submit）]をクリックします。

ステップ 14

次の手順で、L3Out のための EPG を契約に関連付けます：

最初の L3 外部 EPG（extnw1）は、コントラクトのプロバイダーであり、2 番目の L3 外部 EPG（extnw2）は、コンシューマです。

1. 契約をプロバイダとしての L3 外部 EPG に関連付けるには、テナントの下で [ネットワーキング（Networking）]をクリックし、 [L3Out（L3Outs）]をクリックし、L3Out を展開します。

2. [外部 EPG（External EPGs）]をクリックし、L3 外部 EPG をクリックして、 [コントラクト（Contracts）] タブをクリックします。

3. [+] アイコンをクリックして [提供されるコントラクト（Provided Contracts）]を展開します。

2 番目の L3 外部 EPG で、+ アイコンをクリックして Consumed Contracts を展開します。

4. [名前（Name）] フィールドで、前に作成した契約をリストから選択します。

5. [更新（Update）]をクリックします。

6. [送信（Submit）]をクリックします。

Chapter25. 共有サービス

この章で説明する内容は、次のとおりです：

- 共有レイヤ 3 Out

- レイヤ 3 アウトからレイヤ 3 アウト内部 VRF への漏洩

共有レイヤ 3 Out

共有レイヤ 3 アウトサイド（L3Out または l3extOut）構成は、外部ネットワークへのルーテッド接続を、VRF インスタンス間またはテナント間の共有サービスとして提供します。L3Out の外部 EPG インスタンス プロファイル（外部 EPG または l3extInstP）は、ルーティングの観点とコントラクトの観点の両方から共有できるルートを制御するための構成を提供します。外部 EPG 下のコントラクトは、これらのルートをリークする必要がある VRF インスタンスまたはテナントを決定します。

L3Out は、任意のテナント（[ユーザー（user）]、 [共通（common）]、 [インフラ（Infra）]、または [管理（mgmt）]）の共有サービスとしてプロビジョニングできます。任意のテナントの EPG は、外部 EPG がファブリック内のどこにプロビジョニングされているかには関係なく、共有サービス コントラクトを使用して、外部 EPG に接続できます。これにより、外部ネットワークへのルーテッド接続のプロビジョニングが簡単になります。複数のテナントが、外部ネットワークへのルーテッド接続用に単一の外部 EPG を共有できます。外部 EPG を共有すると、単一の共有外部 EPG を使用する EPG の数には関係なくスイッチ上で使用されるセッションは 1 つのみであるため、より効率的になります。

次の図は、共有外部 EPG 用に構成された主なポリシー モデル オブジェクトを示しています。

共有 L3Out ポリシー モデル

共有 L3Out ネットワーク構成については、以下の注意事項と制限事項に注意してください：

- テナント制限なし：テナント A と B は、任意の種類のテナント（[ユーザー（user）]、 [共通（common）]、 [インフラ（Infra）]、 [管理（mgmt）]）です。共有外部 EPG が [共通（common）] テナントにある必要はありません。

- EPG の柔軟な配置：上の図の EPG A と EPG B は異なるテナントにあります。EPG A と EPG B で同じブリッジ ドメインと VRF インスタンスを使用することはできますが、それは必須ではありません。EPG A と EPG B は異なるブリッジ ドメインおよび異なる VRF インスタンスにありますが、同じ外部 EPG を共有しています。

- サブネットは [プライベート（private）]、 [パブリック（public）]、または [共有（shared）]である可能性があります。L3Out のコンシューマまたはプロバイダ EPG にアドバタイズされるサブネットは、 [共有（shared）]に設定されている必要があります。L3Out にエクスポートされるサブネットは [パブリック（public）]に設定される必要があります。

- 共有サービス コントラクトは、共有 L3Out ネットワーク サービスを提供する外部 EPG が含まれているテナントからエクスポートされます。共有サービス コントラクトは、共有サービスを使用する EPG が含まれているテナントにインポートされます。

- 共有 L3Out では禁止コントラクトを使用しないでください。この構成はサポートされません。

- 外部 EPG は、共有サービス プロバイダーとしてサポートされますが、非外部 EPG コンシューマと組み合わせる場合に限られます（L3Out EPG が外部 EPG と同じ）。

- トラフィック中断（フラップ）：外部 EPG を、外部サブネット 0.0.0.0/0 を使用して構成し、外部 EPG サブセットのスコープ プロパティを共有ルート制御（shared-rctrl）または共有セキュリティ（shared-security）に設定すると、VRF インスタンスはグローバル pcTagを使用して再配置されます。これにより、その VRF インスタンス内のすべての外部トラフィックが中断されます（VRF インスタンスがグローバル pcTagを使用して再配置されるため）。

- 共有レイヤ L3Out のプレフィックスは一意である必要があります。同じ VRF インスタンスの同じプレフィックスを使用した、複数の共有 L3Out 構成は動作しません。VRF インスタンスにアドバタイズする外部サブネット（外部プレフィックス）が一意であることを確認してください（同じ外部サブネットが複数の外部 EPG に属することはできません）。prefix1 付きの L3Out 構成（たとえば、 L3Out1と呼ばれます) と同じ VRF インスタンスに属する prefix1 付きの 2 番目の L3Out 構成（たとえば、 L3Out2と呼ばれます）は、機能しません。（導入される pcTag が 1 つだけであるため）。

- L3Out の異なる動作が、同じ VRF インスタンスの同じリーフ スイッチ上に構成される場合があります。考えられるシナリオは次の 2 つです：

- シナリオ 1 は、SVI インターフェイスおよび 2 つのサブネット（10.10.10.0/24 および 0.0.0.0/0）が定義された L3Out がある場合です。L3Out ネットワーク上の入力トラフィックが、マッチング プレフィックス 10.10.10.0/24 を持っていると、入力トラフィックは外部 EPG pcTag を使用します。L3Out ネットワーク上の入力トラフィックが、マッチング デフォルト プレフィックス 0.0.0.0/0 を持っていると、入力トラフィックは外部ブリッジ pcTag を使用します。

- シナリオ 2 は、2 つのサブネット（10.10.10.0/24 および 0.0.0.0/0）が定義されたルーテッドまたはルーテッドサブインターフェイスを使用する L3Out がある場合です。L3Out ネットワーク上の入力トラフィックが、マッチング プレフィックス 10.10.10.0/24 を持っていると、入力トラフィックは外部 EPG pcTag を使用します。L3Out ネットワーク上の入力トラフィックが、マッチング デフォルト プレフィックス 0.0.0.0/0 を持っていると、入力トラフィックは VRF インスタンス pcTag を使用します。

- ここまでで説明した動作の結果として、同じ VRF インスタンスおよび同じリーフ スイッチに、SVI インターフェイスを使用する L3Out-A および L3Out-B が構成されている場合、次のユース ケースが考えられます：

ケース 1 は L3Out-A用です：この外部ネットワーク EPG には、10.10.10.0/24 および 0.0.0.0/1 という 2 つのサブネットが定義されています。  L3Out-A 上の入力トラフィックは、マッチング プレフィックス 10.10.10.0/24 を持つ場合、これは、外部 EPG pcTag と contract-Aを使用します。これは、 L3Out-Aと関連付けられています。  L3Out-A の出力トラフィックで特定のマッチが見つからない場合でも、0.0.0.0/1 との最大プレフィックス マッチがあるので、外部ブリッジ ドメイン pcTag と contract-Aを使用します。

ケース 2は L3Out-B用です：この外部 EPG では、1 つのサブネット 0.0.0.0/0 が定義されています。  L3Out-B の入力通信が一致するプレフィックス 10.10.10.0/24（ L3Out-Aで定義されています）を持つ場合、これは、 L3Out-A および contract-Aの外部 EPG pcTag を使用します。これは、 L3Out-Aと関連付けられています。  contract-Bを使用しません。これは、 L3Out-Bと関連付けられています。

- 許可されないトラフィック：無効な構成で、共有ルート制御（shared-rtctrl）に対する外部サブネットのスコープが、共有セキュリティ（shared-security）に設定されているサブネットのサブセットとして設定されている場合、トラフィックは許可されません。たとえば、以下の設定は許可されません：

- shared rtctrl：10.1.1.0/24、10.1.2.0/24

- shared security: 10.1.0.0/16

この場合、10.1.1.0/24 および 10.1.2.0/24 の各プレフィックスがドロップ ルールを使用してインストールされているため、宛先 IP 10.1.1.1 を使用して非境界リーフの入力トラフィックはドロップされます。トラフィックは許可されません。このようなトラフィックは、 shared-rtctrl プレフィックスを共有セキュリティ プレフィックスとしても使用するように構成を修正することで有効にできます。

- 不注意によるトラフィック フロー：次の設定シナリオを避けることで、不注意によるトラフィック フローを予防します：

- ケース 1 構成の詳細

- VRF1 との L3Out ネットワーク構成（たとえば、 L3Out-1と名付けられた) は、 provider1と呼ばれます。

- VRF2 を使用する 2 番目の L3Out ネットワーク構成（例えば L3Out-2と名付けられた）は provider2と呼ばれます。

- L3Out-1 の VRF1 は、デフォルト ルート、0.0.0.0/0 をインターネットにアドバタイズします。これは shared-rtctrl および shared-securityの両方を有効にします。

- L3Out-2 の VRF2 は特定のサブネット、192.0.0.0/8 を DNS および NTP にアドバタイズし、 shared-rtctrlを有効にします。

- L3Out-2 の VRF2 には特定のサブネット、192.1.0.0/16 があります。これは shared-securityを有効にします。

- [バリエーション A（Variation A）]：EPG トラフィックは複数の VRF インスタンスに向かいます。

- EPG1 と L3Out-1 の間の通信は、 allow_all 契約によって規制されています。

- EPG1 と L3Out-2 の間の通信は、 allow_all 契約によって規制されています。

[結果（Result）]：EPG1 から L3Out-2 へのトラフィックも 192.2.xx に移動します

- [バリエーション B（Variation B）]：EPG は 2 番目の共有 L3Out ネットワークの allow_all に準拠します。

- EPG1 と L3Out-1 の間の通信は、 allow_all 契約によって規制されています。

- EPG1 と L3Out-2 の間の通信は、 allow_icmp 契約によって規制されています。

[結果（Result）]：EPG1 から L3Out-2 へそして192.2.xx へのトラフィックは、 allow_all 契約に準拠します。

- ケース 2 構成の詳細：

- 外部 EPG は、1 つの共有プレフィックスと、その他の非共有プレフィックスを持っています。

- src = non-shared 付きの着信トラフィックは、EPG にアクセスできます。

- [バリエーション A（Variation A）]：意図しないトラフィックが EPG を通過します。

外部 EPG トラフィックは、次のプレフィックスを持つ L3Out を通過します。

- 192.0.0.0/8 = import-security, shared-rtctrl

- 192.1.0.0/16 = shared-security

- EPG は、 1.1.0.0/16 = sharedを持ちます。

[結果（Result）]：192.2.x.x からのトラフィックも EPG に向かいます。

- [バリエーション B（Variation B）]：意図しないトラフィックが EPG を通過します。共有 L3Out に到達したトラフィックは EPG を通過できます。

- 共有 L3Out VRF インスタンスは、 pcTag = prov vrf 付きの EPG を持ち、契約は、 allow_allに設定されています。

- EPG <subnet> = sharedです。

[結果（Result）]：レイヤ 3 Out に到達するトラフィックは EPG を通過することができます。

レイヤ 3 アウトからレイヤ 3 アウト内部 VRF への漏洩

Cisco APIC リリース 2.2（2e）から、2 つの異なる VRF に 2 個のレイヤ 3 アウトがある場合、VRF 内部の漏洩がサポートされています。

この機能を稼働するには、次の条件を満たす必要があります。

- 2 個のレイヤ 3 アウト間にはコントラクトが必要です。

- レイヤ 3 アウトの接続したり移行したりするサブネットのルートは、コントラクトを適用し（L3Out-L3Out および L3Out-EPG）、VRF 間の動的または静的ルートを漏洩させることなく漏洩します。

- 動的または静的ルートは、コントラクトを適用し（L3Out-L3Out および L3Out-EPG）、VRF 間で直接接続したり移行したりするルートをアドバタイズすることなく漏洩します。

- 異なる VRF の共有のレイヤ 3 アウトは相互に通信できます。

- ブリッジ ドメインに必要な関連付けられた L3Out はありません。VRF 間共有 L3Out を使用する場合は、テナント 共通の L3Out にユーザー テナント ブリッジ ドメインを関連付ける必要はありません。テナント固有の L3Out がある場合、それぞれのテナントのブリッジ ドメインに関連付けられます。

- 2 個のレイヤ 3 アウトは異なる 2 個の VRF に存在し、正常にルートを交換できます。

- この強化は、アプリケーション EPG およびレイヤ 3 アウト内部 VRF 間の通信と同じです。唯一の違いは、アプリケーション EPG ではなく別のレイヤ 3 アウトが存在します。したがってこの状況では、コントラクトは 2 個のレイヤ 3 アウト間で記録されます。

次の図では、共有サブネットによる 2 個のレイヤ 3 アウトが存在します。両方の VRF でレイヤ 3 外部インスタンス プロファイル（l3extInstP）間のコントラクトがあります。この場合、VRF 1 の共有レイヤ 3 アウト は VRF 2 の共有レイヤ 3 と通信できます。

2 個の VRF 間で通信する共有レイヤ 3 アウト

- 拡張 GUI を使用した共有レイヤ 3 Out VRF 間リーキングの設定

拡張 GUI を使用した共有レイヤ 3 Out VRF 間リーキングの設定

始める前に

コンシューマとプロバイダーによって使用される契約ラベルがすでに作成されています。

手順

ステップ 1

メニューバーで、 [テナント（Tenants）] > [テナントの追加（Add Tenant）]を選択します。

ステップ 2

[テナントの作成（Create Tenant）] ダイアログボックスに、プロバイダーのテナント名を入力します。

ステップ 3

[VRF名（VRF Name）] フィールドに、プロバイダーのVRF名を入力し、 [送信（Submit）] をクリックしてテナントを作成します。

ステップ 4

[ナビゲーション（Navigation）] ペインの新しいテナント名の下で [L3Out（L3Outs）]に移動します。

ステップ 5

[L3Out（L3Outs）] を右クリックして、 [L3Outの作成（Create L3Out）]を選択します。

[L3Outの作成（Create L3Out）] ウィザードが表示されます。

ステップ 6

[L3Outの作成（Create L3Out）] ダイアログボックスで、次の操作を実行します：

1. [名前（Name）] フィールドに L3Out の名前を入力します。

2. [VRF] フィールドで、前に作成した VRF を選択します。

3. [L3ドメイン（L3 Domain）] フィールドで、L3 ドメインを選択します。

4. プロトコルに適切な選択を行い、 [次へ（Next）]をクリックします。

ステップ 7

[外部 EPG（External EPG）] ウィンドウが表示されるまで、次のウィンドウで必要な選択を行います。

[ノードとインターフェイス（Nodes and Interfaces）] ウィンドウと [プロトコル（Protocols）] ウィンドウが表示される場合があります。これは、 [識別（Identity）] ウィンドウで選択したプロトコルによっていずれかが表示されます。  [L3Outの作成（Create L3Out）] ウィザードの最後のウィンドウは、 [外部 EPG（External EPG）] ウィンドウです。

ステップ 8

[外部 EPG（External EPG）] ウィンドウで次のアクションを実行します：

1. [名前（Name）] フィールドに、外部ネットワーク名を入力します。

2. [すべての外部ネットワークのデフォルト EPG（Default EPG for all external network）] チェックボックスをオフにします。

[サブネット（Subnets）] フィールドが表示されます。

3. [+] をクリックして [サブネットの作成（Create Subnet）] ウィンドウにアクセスします。

4. [サブネットの作成（Create Subnet）] ダイアログ ボックスで [IP アドレス（IP Address）] フィールドに、一致する IP アドレスを入力します。  [OK]をクリックします。

5. [終了（Finish）] をクリックします。これは、 [L3Outの作成（Create L3Out）] ウィザードにあります。

ステップ 9

[ナビゲーション（Navigation）] ペインで、作成した [L3Out_name] > [外部 EPG（External EPGs）] > [ExternalEPG_name] に移動します。

ステップ 10

[作業（Work）] ペイン（外部ネットワークの [プロパティ（Properties）] の下）で、解決された VRF が [解決された VRF（Resolved VRF）] フィールドに表示されていることを確認します。

ステップ 11

外部サブネットの IP アドレスをダブルクリックして、 [サブネット（Subnet）] ダイアログ ボックスを開きます。

ステップ 12

[範囲（Scope）] フィールドで、必要なチェック ボックスをオンにして、OK をクリックします。 [送信（Submit）]をクリックします。

このシナリオで、次のチェック ボックスをオンにします：

- [外部 EPG の外部サブネット（External Subnets for the External EPG）]

- [共有ルート コントロール サブネット（Shared Route Control Subnet）]

- [共有セキュリティ インポート サブネット（Shared Route Control Subnet）]

ステップ 13

事前に作成した [L3 外部（L3 Outside）] に移動します。

ステップ 14

[プロバイダー ラベル（Provider Label）] フィールドに、このタスクを開始するための前提条件として作成したプロバイダ名を入力します。  [送信（Submit）]をクリックします。

ステップ 15

メニュー バーで、 [テナント（Tenants）] > [テナントの追加（Add Tenant）]をクリックします。

ステップ 16

[テナントの作成（Create Tenant）] ダイアログ ボックスで、L3 コンシューマのためのテナント名を入力します。

ステップ 17

[VRF 名（VRF name）] フィールドに、コンシューマの VRF 名を入力します。

ステップ 18

[ナビゲーション（Navigation）] ペインの新しいテナント名の下で、コンシューマ向けの [L3Out（L3Outs）] に移動します。

ステップ 19

[L3Out（L3Outs）] を右クリックして、 [L3Outの作成（Create L3Out）]を選択します。

[L3Outの作成（Create L3Out）] ウィザードが表示されます。

ステップ 20

[L3Outの作成（Create L3Out）] ダイアログボックスで、次の操作を実行します：

1. [名前（Name）] フィールドに L3Out の名前を入力します。

2. [VRF] フィールドで、ドロップダウン メニューから、コンシューマのために作成された VRF を選択します。

3. [コンシューマ ラベル（Consumer Label）] フィールドに、コンシューマ ラベルの名前を入力します。

4. [L3ドメイン（L3 Domain）] フィールドで、L3 ドメインを選択します。

5. プロトコルに適切な選択を行い、 [次へ（Next）]をクリックします。

ステップ 21

[外部 EPG（External EPG）] ウィンドウが表示されるまで、次のウィンドウで必要な選択を行います。

[ノードとインターフェイス（Nodes and Interfaces）] ウィンドウと [プロトコル（Protocols）] ウィンドウが表示される場合があります。これは、 [識別（Identity）] ウィンドウで選択したプロトコルによっていずれかが表示されます。  [L3Outの作成（Create L3Out）] ウィザードでの最後のウィンドウは、 [外部 EPG（External EPG）] ウィンドウです。

ステップ 22

[外部 EPG（External EPG）] ウィンドウで次のアクションを実行します：

1. [名前（Name）] フィールドに、外部ネットワーク名を入力します。

2. [すべての外部ネットワークのデフォルト EPG（Default EPG for all external network）] チェックボックスをオフにします。

[サブネット（Subnets）] フィールドが表示されます。

3. [+] をクリックして [サブネットの作成（Create Subnet）] ウィンドウにアクセスします。

4. [サブネットの作成（Create Subnet）] ダイアログ ボックスで [IP アドレス（IP Address）] フィールドに、一致する IP アドレスを入力します。  [OK]をクリックします。

5. [範囲（Scope）] フィールドで、必要なチェック ボックスをオンにして、 [OK]をクリックします。

このシナリオで、 [共有ルート コントロール サブネット（Shared Route Control Subnet）] および [共有セキュリティ インポート サブネット（Shared Route Control Subnet）]のチェックボックスをオンにします。

6. [終了（Finish）] をクリックします。これは、 [L3Outの作成（Create L3Out）] ウィザードにあります。

これで、共有レイヤ 3 Out VRF 間リーキングの構成は完了です。

Chapter26. L3Out の QoS

この章で説明する内容は、次のとおりです：

- L3Out QoS

- L3Out QoS ガイドラインと制約事項

- GUI を使用して L3Out に QoS ディレクトリを設定する

- GUI を使用した L3Outs の QoS コントラクトの設定

L3Out QoS

L3Out QoS は、外部 EPG レベルで適用されるコントラクトを使用して設定できます。リリース 4.0（1）以降、L3Out QoS は L3Out インターフェイスで直接構成することもできます。

（注）

[Cisco APIC] リリース 4.0（1）以降を実行している場合は、L3Out に直接適用されるカスタム QoS ポリシーを使用して L3Out の QoS を構成することを推奨します。

パケットは入力 DSCP または CoS 値を使用して分類されるため、カスタム QoS ポリシーを使用して着信トラフィックを [Cisco ACI] QoS キューに分類できます。カスタム QoS ポリシーには、DSCP/CoS 値をユーザ キューまたは新しい DSCP/CoS 値（マーキングの場合）にマッピングするテーブルが含まれます。特定の DSCP/CoS 値のマッピングがない場合、ユーザー キューは入力 L3Out インターフェイスの QoS 優先度設定によって選択されます（構成されている場合）。

L3Out QoS ガイドラインと制約事項

L3Out の QoS 構成には次の注意事項が適用されます：

- カスタム QoS ポリシーは、 [Cisco アプリケーション セントリック インフラストラクチャ（Cisco Application Centric Infrastructure）] （[ACI]）ファブリックの外部から送信された（L3Out から受信した）レイヤ 3 マルチキャスト トラフィックではサポートされません。

- L3Out が存在する境界リーフ スイッチに適用するコントラクトを使用して QoS ポリシーを設定するには、VRF テーブルが出力モードである必要があります（ポリシー制御適用の方向は「出力」にする必要があります）。

カスタム QoS 設定は L3Out で直接構成でき、境界リーフ スイッチからのトラフィックに適用できます。そのため、VRF テーブルは出力モードである必要はありません。

- 適用する QoSポリシーを有効にするには、VRF ポリシー制御適用設定を「適用」にする必要があります。

- L3Out とその他の EPG 間の通信を制御する契約を設定する際に、契約またはサブジェクトに QoS クラスまたはターゲット DSCP を含めます。

（注）

外部 EPG ではなく、契約の QoS クラスまたはターゲット DSCP のみ構成します（l3extInstP）。

- 契約のサブジェクトを作成する際は、QoS 優先度レベルを選択する必要があります。  [未指定（Unspecified）]を選択できません。

（注）

カスタム QoS ポリシーは QoS クラスが [未指定（Unspecified）]に設定されている場合でも DSCP/CoS 値を設定するため、カスタム QoS ポリシーは例外となります。QoS レベルが指定されていない場合、レベルはデフォルトで 3 として扱われます。

- 第 2 世代スイッチでは、QoS で、グローバル ポリシー、EPG、L3Out、カスタム QoS、および契約で設定された新しいレベル 4、5、6 をサポートします。次の制限が適用されます。

- 厳密な優先順位を設定できるクラスの数は、5 つまで増加できます。

- 3 つの新しいクラスは、第 2 世代スイッチでのみサポートされます。

- 第 1 世代スイッチと、 第 2 世代スイッチの間でトラフィックが流れる場合、トラフィックは QoS レベル 3 を使用します。

- 新しいクラスで FEX と通信するため、トラフィックは値 0 のレイヤ 2 Cos を伝送します。

第 1 世代スイッチは、名の末尾に「EX」、「FX」、「FX2」、「GX」またはそれ以降のサフィックスがないことで識別できます。たとえば、N9K-9312TX という名前などです。第 1 世代以降のスイッチは、名の末尾に「EX」、「FX」、「FX2」、「GX」またはそれ以降のサフィックスが付いていることで識別できます。たとえば、N9K-93108TC-EX や N9K-9348GC-FXP という名前などです。

- QoS クラスを構成したり、L3Out インターフェイスに適用するカスタム QoS ポリシーを作成できるようになりました。

GUI を使用して L3Out に QoS ディレクトリを設定する

この項では L3Out で QoS ディレクトリを設定する方法について説明します。これは、 [Cisco APIC] リリース 4.0（1）以降の L3Out QoS の推奨構成方法です。

手順

ステップ 1

メイン メニューから、 [テナント（Tenants）] > <tenant-name> を選択します。

ステップ 2

左側のナビゲーション ウィンドウで、 [テナント（Tenant）]<tenant-name> > [ネットワーキング（Networking）] > [L3Outs] > <routed-network-name> > [論理ノード プロファイル（Logical Node Profiles）] > <node-profile-name> > [論理インターフェイス プロファイル（Logical Interface Profiles）] > <interface-profile-name>を拡張します。

存在しない場合は、新しいネットワーク、ノード プロファイル、およびインターフェイス プロファイルを作成する必要があります。

ステップ 3

メイン ウィンドウ ペインで、L3Out のカスタム QoS を設定します。

[QoS 優先順位（QoS Priority）] ドロップダウンリストを使用して、標準 QoS レベルの優先順位を設定できます。または、 [カスタム QoS ポリシー（Custom QoS Policy）] ドロップダウンから既存のカスタム QoS ポリシーを設定するか、新しいカスタム QoS ポリシーを作成できます。

GUI を使用した L3Outs の QoS コントラクトの設定

この項では、コントラクトを使用して L3Out の QoS を設定する方法について説明します。

（注）

リリース 4.0（1）以降では、 GUI を使用して L3Out に QoS ディレクトリを設定する で説明されているようにL3Out QoS 用にカスタム QoS ポリシーを使用することを推奨しています。

この項で説明するコントラクトを使用した QoS 分類の設定は、L3Out で直接設定された QoS ポリシーよりも優先されます。

手順

ステップ 1

L3Out により使用される境界リーフ スイッチに適用される QoS をサポートするために、 L3Out を利用していたテナントの VRF インスタンスを設定します。

1. メニューバーで、 [テナント（Tenants）] > <tenant-name> を選択します。

2. ナビゲーション ペインで [ネットワーキング（Networking）]を展開し、 [VRF（VRFs）]を右クリックし、 [VRFの作成（Create VRF）]を選択します。

3. VRF の名前を入力します。

4. [ポリシー制御適用優先設定（Policy Control Enforcement Preference）] フィールドで、 [適用（Enforced）]を選択します。

5. [ポリシー コントロール適用方向（Policy Control Enforcement Direction）] で [出力（Egress）]を選択します。

QoS 分類がコントラクトで実行される場合は、VRF の適用を強制を 出力 に設定する必要があります。

6. L3Out の要件に従って VRF を設定します。

ステップ 2

L3Out を使用する EPG の間の通信を可能にするためにフィルタを設定するときには、QoS クラスまたはターゲット DSCP を含めて、L3Out を通して入力されるトラフィックにおける QoS の優先順位を適用します。

1. ナビゲーション ウィンドウの L3Out を使用するテナントで、 [コントラクト（Contracts）] を展開し、 [フィルタ（Filters）] を右クリックし、 [フィルタの作成（Create Filter）]を選択します。

2. [名前（Name）] フィールドに、ファイルの名前を入力します。

3. [エントリ（Entries）] フィールドに名前を入力し、 [+] をクリックし、フィルタ エントリを追加します。

4. エントリ の詳細を追加します。 [更新（Update）] および [送信（Submit）]をクリックします。

5. 以前に作成したフィルタを展開し、フィルタ エントリをクリックします。

6. [一致の DSCP（Match DSCP）] フィールドを、そのエントリで必要な DSCP レベルに設定します。たとえば、 EFにします。

ステップ 3

契約を追加します。

1. [コントラクト（Contracts）] の下、 [標準（Standard）] をクリックし、 [コントラクトの作成（Create Contract）]を選択します。

2. 契約の名前を入力します。

3. [QoS クラス（QoS Class）] フィールドで、この契約で管理されるトラフィックの QoS 優先順位を選択します。または、 ターゲットDSCP の値を選択することもできます。

この項で説明するコントラクトを使用した QoS 分類の設定は、L3Out で直接設定された QoS ポリシーよりも優先されます

4. 情報カテゴリを契約に追加するために [+] アイコンをクリックします。これは、 [情報カテゴリ（Subjects）] にあります。

5. 情報カテゴリの名前を入力します。

6. QoS 優先順位フィールドで、必要な優先度レベルを選択します。  [未指定（Unspecified）]を選択できません。

7. [フィルタ チェーン（Filter Chain）]の下、 [+] アイコンをクリックします。これは、 [フィルタ（Filters）] にあります。そして、先ほど作成したフィルタをドロップダウンリストから選択します。

8. [更新（Update）]をクリックします。

9. [コントラクト サブジェクトの作成（Create Contract Subject）] ダイアログボックスで、 [OK]をクリックします。

Chapter27. IP SLAs

この章で説明する内容は、次のとおりです：

- ACI IP SLA について

- IP SLA のガイドラインと制約事項

- スタティック ルートの ACI IP SLA の設定および関連付け

- ACI IP SLA モニタリング情報の確認

ACI IP SLA について

多くの企業ではビジネスのほとんどをオンラインで行い、サービスの損失は企業の収益性に影響を及ぼすことがあります。今では、インターネット サービス プロバイダ（ISP）や内部 IT 部門でさえも、定義済みのサービス レベル、サービス レベル契約（SLA）を提供して、お客様に一定の予測可能性を提供しています。

IP SLA トラッキングは、ネットワークの一般的な要件です。IP SLA トラッキングにより、ネットワーク管理者はネットワーク パフォーマンスに関する情報をリアルタイムで収集できます。Cisco ACI IP SLA では、ICMP および TCP プローブを使用して IP アドレスを追跡できます。トラッキング設定はルート テーブルに影響を与える可能性があり、トラッキング結果がネガティブになったときにルートを削除し、結果が再びポジティブになったときにルートをテーブルに戻すことができます。

ACI IP SLA は、次のものに使用できます。

- スタティック ルート：

- ACI 4.1 の新機能

- ルート テーブルからのスタティック ルートの自動削除または追加

- ICMP および TCP プローブを使用してルートを追跡する

- ポリシーベース リダイレクト（PBR）トラッキング：

- ACI 3.1 以降で使用可能

- ネクスト ホップの自動削除または追加

- ICMP プローブと TCP プローブ、または L2Ping を使用した組み合わせを使用して、ネクストホップ IP アドレスを追跡します。

- ネクストホップの到達可能性に基づいて PBR ノードにトラフィックをリダイレクトする

PBR トラッキングの詳細については、 『Cisco APIC Layer 4 to Layer 7 Services Deployment Guide』の「ポリシーベース リダイレクトの構成」を参照してください。

（注）

いずれの機能でも、設定、API の使用、スクリプトの実行など、プローブの結果に基づいてネットワーク アクションを実行できます。

ACI IP SLA でサポートされるトポロジ

次の ACI ファブリック トポロジは IP SLA をサポートします。

- シングル ファブリック： IP SLA トラッキングは、L3out と EPG/BD の両方を介して到達可能な IP アドレスでサポートされます。

- マルチポッド

- 異なるポッドで単一のオブジェクト トラッキング ポリシーを定義できます。

- ワークロードは、あるポッドから別のポッドに移動できます。IP SLA ポリシーは引き続きアクセス可能性情報をチェックし、エンドポイントが移動したかどうかを検出します。

- エンドポイントが別のポッドに移動すると、IP SLA トラッキングも他のポッドに移動されるため、トラッキング情報は IP ネットワークを通過しません。

- リモート リーフ

- ACI メイン データ センターおよびリモート リーフ スイッチ全体で単一オブジェクト トラッキング ポリシーを定義できます。

- リモート リーフ スイッチの IP SLA プローブは、IP ネットワークを使用せずに IP アドレスをローカルに追跡します。

- ワークロードは、1 つのローカル リーフからリモート リーフに移動できます。IP SLA ポリシーは引き続きアクセス可能性情報をチェックし、エンドポイントが移動したかどうかを検出します。

- IP SLA ポリシーは、エンドポイントの場所に基づいてリモート リーフ スイッチまたは ACI メイン データ センターに移動し、ローカル トラッキングを行うため、トラッキング トラフィックは IP ネットワークを通過しません。

（注）

現在、ACI は vPC トポロジのスタティック ルートの IP SLA をサポートしていません。

Cisco ACI IP SLA のオペレーション

Cisco ACI IP SLA は、ACI ファブリック上でモニタリング機能を提供し、SLA プローブをデータ センター ネットワーク全体および外部ネットワークで実行できるようにします。これは、モニタリング中に使用されるプローブ タイプを定義する IP SLA モニタリング ポリシーを設定することによって実現されます。モニタリング ポリシーは、「トラック メンバー」と呼ばれるモニタリング プローブ プロファイルに関連付けられます。設定が完了すると、IP アドレス、関連付けられたモニタリング ポリシー、およびスコープ（ブリッジ ドメインまたは L3Out）によって、エンドポイントまたはネクスト ホップを定義します。1 つ以上のトラック メンバーを「トラック リスト」に割り当てることができます。トラックリストは、しきい値を設定します。これを超えると、トラック リストが使用可能（アップ）か使用不可（ダウン）かが決まります。

次の 4 つの例は、スタティック ルートでサポートされる ACI IP SLA の使用例を示しています。

例 1：ネクストホップのトラッキングによるスタティック ルートの可用性

次の図は、ネットワーク トポロジと、ルータのスタティック ルートの可用性を追跡する動作を示しています。

ネクストホップのトラッキングによるスタティック ルートの可用性

この使用ケースでは：

- ネクストホップは直接または間接のいずれかになります。つまり、ネクストホップはルータのループバック IP アドレスになります。

- ネクストホップには、物理インターフェイス、サブインターフェイス、ポート チャネル（PC）、PC サブインターフェイス、またはスイッチ仮想インターフェイス（SVI）を介してアクセスできます。

- スタティック ルートは L3out 外部ネットワークの下で設定され、ネクストホップのアクセス可能性に基づいてルート テーブルから削除または追加できます。

例 2：L3Out を介した IP アドレスのトラッキングによるスタティック ルートの可用性

次の図は、L3Out 外部ルートを介してサーバのスタティック ルートの可用性を追跡するためのネットワーク トポロジと動作を示しています。

L3Out を介した IP アドレスの追跡によるスタティック ルートの可用性

この使用ケースでは：

- ACI ファブリック（境界リーフ）からルータに接続されているサーバの IP アドレスを追跡し、サーバのアクセス可能性に基づいてスタティック ルートを削除または追加します。

- L3Out は、ポート チャネル（PC）、PC サブインターフェイス、スイッチ仮想インターフェイス（SVI）、L3 インターフェイス、または L3 サブインターフェイスを経由できます。

- スタティック ルートは L3Out で設定され、IP アドレスのアクセス可能性に基づいて削除または追加されます。

例 3：L3Out を介した IP アドレスのトラッキングによるスタティック ルートの削除

次の図は、L3Out 外部ルートを介してサーバのスタティック ルートの可用性を追跡するためのネットワーク トポロジと動作を示しています。L3Out/VRFからアクセスできない場合、ルートは削除されます。

L3Out を介した IP アドレスのトラッキングによるスタティック ルートの削除

この使用ケースでは：

- L3Out は VLAN/SVI を介して設定され、その SVI は複数のリーフに拡張されます。

- L3Out を介してアクセス可能なサーバの IP アドレスは、リーフ間を移動できます。

- サーバの IP アドレスを追跡し、L3Out/VRF からアクセスできない場合は、ルート テーブルからスタティック ルートを削除します。

- サーバが再びアクセス可能になると、スタティック ルートがルート テーブルに戻されます。

例 4：ACI ファブリックの IP アドレスのトラッキングによるスタティック ルートの削除

前の例で示したように、ルートの IP SLA のプローブ IP は通常、ルートのネクストホップまたはルート経由で到達可能な外部 IP アドレスですが、エンドポイントが IP SLA の対象となるルートの背後に存在しない場合でも、プローブ IP として ACI BD でエンドポイント IP アドレスを使用することもできます。これは、ACI 内の特定のエンドポイントだけがスタティック ルートを使用する場合に役立ちます。このようなエンドポイントが存在しない場合、ルートは使用されません。

次の図は、ネットワーク トポロジと、ACI ファブリックの IP アドレスを追跡する動作を示しています。

ACI ファブリックでの IP アドレスの追跡によるスタティック ルートの可用性

この使用ケースでは：

- EPG/BD 経由で接続されているエンドポイントの IP 到達可能性を追跡します。

- エンドポイントのアクセス可能性に基づいて、スタティック ルートが L3Out で削除または追加されます。

- エンドポイントがファブリック内のある場所から別の場所に移動しても、同じ BD からエンドポイントへの IP 到達可能性がある限り、IP SLA モニタリングはそれをアクセス可能と見なし、スタティック ルートの有効性に影響を与えません。

- IP SLA モニタリングポリシー

- IP SLA トラック メンバー

- IP SLA トラック リスト

- IP SLA 設定コンポーネントの関連付けの例

IP SLA モニタリングポリシー

IP Service Level Agreements（SLA）は、継続的で信頼性のある予測可能な方法でトラフィックを生成する、アクティブ トラフィック モニタリングを使用し、ネットワークのパフォーマンスを測定するために分析を行います。IP SLA モニタリング ポリシー動作による測定統計情報を、トラブルシューティング、問題分析、ネットワーク トポロジの設計に使用できます。

Cisco ACI では、IP SLA モニタリング ポリシーは次のものに関連付けられます。

- サービス リダイレクト ポリシー：サービス リダイレクト ポリシー下のすべての宛先は、モニタリング ポリシーで設定された設定とパラメータに基づいてモニタされます。

- スタティック ルート：IP SLA モニタリング ポリシーをトラック リストまたはトラック メンバーに追加し、スタティック ルートに関連付けることで、ルートのネクスト ホップ セグメントの可用性をモニタリングできます。

IP SLA モニタリング ポリシーは、プローブの頻度とタイプを識別します。

ACI IP SLA モニタリング動作プローブ タイプ

ACI IP SLA を使用して、コア、分散、エッジといったネットワークの任意の領域間のパフォーマンスをモニタできます。モニタリングは、物理的なプローブを展開しなくても、時間と場所を問わず実行できます。ACI IP SLA は、生成されたトラフィックを使用して、スイッチなどの 2 つのネットワーク デバイス間のネットワーク パフォーマンスを測定します。IP SLA 動作のタイプは次のとおりです。

- ICMP： エコー プローブ

- TCP：プローブの接続

- TCP 接続動作

- ICMP エコー動作

TCP 接続動作

IP SLA TCP 接続動作は、シスコ スイッチと IP デバイス間の TCP プローブの実行に要する応答時間を測定します。TCP は、信頼性の高い全二重データ伝送を行うトランスポート層（レイヤ 4）インターネット プロトコルです。宛先デバイスは、IP を使用する任意のデバイスになります。

次の図では、設定されたスタティック ルートに基づいて、スイッチ B が送信元 IP SLA デバイスとして設定されています。TCP接続動作は、IP SLA モニタリング ポリシー（スタティック ルートに関連付けられている）で、宛先デバイスを IP ホスト 1 として設定されます。

TCP 接続の動作例

接続応答時間は、スイッチ B から IP ホスト 1 に TCP 要求メッセージを送信してから、IP ホスト 1 からの応答を受信するまでの時間を測定して算出されます。

ICMP エコー動作

Internet Control Message Protocol（ICMP）エコー動作は、IPv4 または IPv6 を使用する 2 台のデバイス間のエンドツーエンド応答時間を測定します。応答時間は、ICMP エコー要求メッセージを宛先に送信して応答を受信するまでの時間を測定して算出します。ICMP エコーは、ネットワーク接続問題のトラブルシューティングに役立ちます。ICMP エコー動作の結果を表示および分析することで、ネットワーク IP 接続の実況状況を判断できます。

次の図では、ICMP エコー動作は ping ベースのプローブを使用して送信元 IP SLA デバイスと宛先 IP デバイスの間の応答時間を測定します。多くのお客様が、応答時間の測定に IP SLA ICMP ベース動作、社内 ping テスト、または ping ベース専用プローブを使用しています。

ICMP エコー動作の例

IP SLA ICMP エコー動作と ICMP ping テストは同じ IETF 仕様に準拠しているので、どちらの方法でも同じ応答時間が得られます。

IP SLA トラック メンバー

IP SLA トラック メンバーは、以下を識別します。

- 追跡対象の IP アドレス

- IP SLA モニタリング ポリシー（プローブの頻度とタイプ）

- スコープ（ブリッジ ドメインまたは L3Out）

IP SLA トラック リスト

IP SLA トラック リストは、モニタ対象のネットワーク セグメントを表す 1 つ以上の IP SLA トラック メンバーを集約します。トラック リストは、スタティック ルートを使用可能または使用不可と見なすために必要なトラック メンバーのパーセンテージまたは重みを決定します。しきい値のパーセンテージまたは重みに基づいてトラック リストが稼働している場合、スタティック ルートはルーティング テーブルに残ります。トラック リストがダウンしている場合、スタティック ルートは、トラック リストが回復するまでルーティング テーブルから削除されます。

次に、しきい値パーセンテージ オプションを使用して、トラック リストに 4 つのトラック メンバーを設定する例を示します。

しきい値の設定：

- 「Percentage Up」パラメータを 100（パーセント）に設定します。

- 「Percentage Down」パラメータを 50（パーセント）に設定します。

このトラック リストでは、4 つのトラック メンバーのそれぞれに 25％ が割り当てられます。トラック リストが到達不能（ダウン）になるには、4 つのトラック メンバーのうち 2 つが到達不能（50％）である必要があります。トラック リストが到達可能（アップ）に戻るには、4 つのトラック メンバーすべてが到達可能（100％）である必要があります。

（注）

トラッキング リストがスタティック ルートに関連付けられ、トラッキング リストが到達不能（ダウン）になると、トラッキング リストが再び到達可能になるまで、スタティック ルートはルーティング テーブルから削除されます。

IP SLA 設定コンポーネントの関連付けの例

ACI IP SLA は、トラック メンバーとトラック リストに基づいて、送信するプローブのタイプと送信先を特定します。設定を計画すると、タスクを簡単かつ迅速に行うことができます。このセクションでは、IP SLA の設定方法を説明する例を使用します。

Cisco ACI IP SLA L3Out Example

次の図は、ACI ファブリック内で外部エンドポイントを含む特定の設定済みスタティック ルートのモニタリング/プローブを提供する Cisco ACI IP SLA を示しています。

例：ACI L3Out IP SLA

次の図は、エンドポイント プレフィックス 192.168.13.1/24 のスタティック ルートを示しています。また、L3Out リーフ スイッチとコンシューマ エンドポイント間のスタティック ルートにあるルータのペアも示します。

スタティックルートの例

上の図に基づいて ACI IP SLA を設定するには、ルータをモニタして、コンシューマ エンドポイントへの接続を確認する必要があります。これを行うには、スタティック ルート、トラック メンバー、およびトラック リストを作成します。

- ネクスト ホップ 10.10.10.1 および 11.11.11.1 の 192.168.13.1/24 のスタティック ルート

- トラック メンバー 1（TM-1）には、ルータの IP アドレス 10.10.10.1 が含まれています（これはネクスト ホップ プローブです）。

- トラック メンバー 2（TM-2）には、ルータの IP アドレス 11.11.11.1 が含まれています（これはネクスト ホップ プローブです）。

- TM-1 および TM-2 を含むトラック リスト 1（TL-1）（スタティック ルートに関連付けられたトラック リスト）。トラック リストには、設定されたプレフィックス エンドポイントに到達できるネクスト ホップのリストが含まれます。トラック リストが到達可能か到達不能かを決定するしきい値も設定されます）。

- TM-1 を含むトラック リスト 2（TL-2）（スタティック ルートに含まれるネクスト ホップ エントリに関連付けられる）

- TM-2 を含むトラック リスト 3（TL-3）（スタティック ルートに含まれるネクスト ホップ エントリに関連付けられる）

汎用スタティック ルートの場合、TL-1 をスタティック ルートに関連付け、TL-2 を 10.10.10.1 ネクスト ホップに関連付け、TL-3 を 11.11.11.1 ネクスト ホップに関連付けることができます。特定のスタティック ルートのペア（両方とも 192.168.13.1/24）では、一方の TL-2 と他方の TL-3 を関連付けることができます。また、ルータのネクスト ホップに TL-2 と TL-3 が関連付けられている必要があります。

これらのオプションを使用すると、1 台のルータで障害が発生しても、障害発生時にバックアップ ルートを提供できます。トラック メンバーとトラック リストの詳細については、次のセクションを参照してください。

IP SLA のガイドラインと制約事項

IP サービス レベル合意事項を計画および構成する場合は、次のガイドラインと制限事項を考慮してください：

- IP SLA は、IPv4 アドレスと IPv6 アドレスの両方をサポートします。

- IP SLA は、-EX および -FX シャーシを含むすべての Cisco Nexus 第 2 世代スイッチでサポートされます。

- [Cisco Application Policy Infrastructure Controller] （[APIC]）リリース 4.1（1）以降、IP SLA モニタ ポリシーは IP SLA ポート値を検証します。検証のため、 TCP がIP SLAタイプとして構成されている場合、 [Cisco APIC] は、以前のリリースで許可されていたIP SLAポート値 0 を受け入れなくなりました。IP SLA ポート値が 0 である以前のリリースの IP SLA モニタ ポリシーは、 [Cisco APIC] がリリース 4.1(1) 以降にアップグレードされると無効になります。これにより、構成のインポートまたはスナップショットのロールバックが失敗します。

回避策は、をアップグレードする前にゼロ以外の IP SLA ポート値を設定することです。 [Cisco APIC]、 IP SLAポートの変更後に取得されたスナップショットと構成のエクスポートを使用します。

- IP SLA でリモート リーフ スイッチをサポートする場合は、グローバル GIPo を有効にする必要があります：

1. メニュー バーで、 [システム（System）] > [システム設定（System Settings）]をクリックします。

2. システム設定ナビゲーション ウィンドウで System Global GIPoをクリックします。

3. システム グローバル GIPo ポリシー作業ウィンドウで [有効（Enabled）]をクリックします。

4. ポリシー使用警告ダイアログで、GIPo ポリシーを使用する可能性があるノードとポリシーを確認し、必要に応じて [変更の送信（Submit Changes）]をクリックします。

- [ファブリック（Fabric）] > [インベントリ（Inventory）] > [ポッド（Pod）] で表示される統計情報 [番号（number）] > リーフ ノード [名前（name）] > [プロトコル（Protocols）] > [IP SLA] > [ICMP エコー操作（ICMP Echo Operations）]または [TCP 接続操作（TCP Connect Operations）] で表示される統計情報は、5 分間隔でのみ収集できます。間隔のデフォルトは 15 分、ただし、これは 5分に設定する必要があります。

- IP SLA ポリシーは、vPod 経由で接続されたエンドポイントではサポートされません。

- IP SLA は、単一のポッド、Cisco ACI Multi-Pod、およびリモート リーフ スイッチでサポートされます。

- 追跡対象の宛先 IP アドレスが [Cisco ACI マルチサイト（Cisco ACI Multi-Site）]に接続されている場合、IP SLA はサポートされません。

- ボーダー リーフ スイッチに、VRF の MP-BGP（マルチプロトコル ボーダー ゲートウェイ プロトコル）で再配布される静的ルートがある場合、MP-BGP ルートのアドミニストレーティブ ディスタンスは、次に示すように、静的ルートと同じになります。

leaf102# show ip route 10.10.10.10/32 vrf test:VRF-1
IP Route Table for VRF "test:VRF-1"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>

10.10.10.10/32, ubest/mbest: 1/0
*via 102.0.0.2, vlan45, [1/0], 01w00d, static

このルートは、VRF のファブリック MP-BGP ルートに挿入され、次に示すように、他のリモート リーフ スイッチによって iBGP ルートとして検出されます。

leaf103# show ip route 10.10.10.10/32 vrf test:VRF-1
IP Route Table for VRF "test:VRF-1"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>

10.10.10.10/32, ubest/mbest: 1/0
*via 10.0.200.64%overlay-1, [1/0], 01w00d, bgp-65310, internal, tag 65310
recursive next hop: 10.0.200.64/32%overlay-1

ただし、iBGP ルートのアドミニストレーティブ ディスタンスは、iBGP AD のアドミニストレーティブ ディスタンスではなく、静的ルートのアドミニストレーティブ ディスタンスと同じです。

これは、APIC リリース 4.1（1）と APIC リリース 5.0（1）の両方で観察されました。

検証済みのIP SLA番号については、適切な 「Cisco ACI の検証済み拡張性ガイド」 を参照します。これは、 「Cisco APIC ドキュメンテーション ページ」にあります。

スタティック ルートの ACI IP SLA の設定および関連付け

ここでは、次の IP SLA ポリシーおよびプロファイルを設定および関連付けるために必要なタスクについて説明します。

- IP SLA モニターリング ポリシー

- IP SLA トラック メンバー

- IP SLA トラック リスト

前のコンポーネントは、スタティック ルートまたはネクスト ホップ プロファイルに適用されます。

- GUI を使用した IP SLA モニタリング ポリシーの設定

- GUI を使用した IP SLA トラック メンバーの設定

- GUI を使用した IP SLA トラック リストの構成

- GUI を使用したスタティック ルートとトラック リストの関連付け

- GUI を使用した、トラック リストとネクスト ホップ プロファイルの関連付け

GUI を使用した IP SLA モニタリング ポリシーの設定

[Cisco Application Policy Infrastructure Controller] （[APIC]）が特定の SLA タイプのモニタリング プローブを送信できるようにする（ [Cisco APIC] GUI を使用して）には、次の手順を実行します。

手順

ステップ 1

メニュー バーで、 [テナント（Tenant）] > [tenant_name]をクリックします。ナビゲーション ペインで、 [ポリシー（Policies）] > [プロトコル（Protocol）] > [IP SLA]をクリックします。

ステップ 2

[IP SLA モニターリング ポリシー（IP SLA Monitoring Policies）]を右クリックし、 [IP SLAモニタリングポリシーの作成（Create IP SLA Monitoring Policy）]をクリックします。

ステップ 3

[IP SLAモニタリングポリシーの作成（Create IP SLA Monitoring Policy）] ダイアログボックスで、次の操作を実行します：

1. [名前（Name）] フィールドに、IP SLA モニタリング ポリシーの一意の名前を入力します。

2. [SLA タイプ（SLA Type）] フィールドで、SLA タイプを選択します。

SLA タイプは [TCP]、 [ICMP]、 [L2Ping]または [HTTP]である場合があります。 [ICMP] は、デフォルト値です。

（注）

[L2Ping] は、レイヤ 1/レイヤ 2 ポリシーベース リダイレクト（PBR）トラッキングでのみサポートされます。

3. [HTTP] SLA タイプとして選択したの場合は、 [HTTP バージョン（HTTP Version）] ボタンで、バージョンを選択します。

4. SLA タイプを [HTTP] として選択した場合は 、 [HTTP URI] フィールドに、サービス ノード トラッキングに使用する HTTP URI を入力します。

URI は「/index.html」のように「/」で始まる必要があります。

5. SLA タイプを [TCP] として選択した場合は、 宛先ポート（Destination Port） フィールドにポート番号を入力します。

6. [SLA 頻度（SLA Frequency）] フィールドに、パケットを追跡するために設定された頻度を決定する値を秒単位で入力します。

範囲は、1 ～ 300 です。デフォルト値は 60 です。HTTP トラッキングの最小頻度は 5 秒です。

7. [検出乗数（Detect Multiplier）] フィールドに、失敗が検出されたか、またはトラックがダウンしていることを示す、失敗したプローブの数を行に入力します。

デフォルトでは、3 つのプローブが連続して検出されなかった場合に障害が検出されます。  [検出乗数（Detect Multiplier）] フィールドの値を変更すると、行で検出されなかったプローブの数が変更されます。これにより、障害が検出されたタイミング、またはトラックがダウンしていると見なされるタイミングが決まります。

[SLA 頻度（SLA Frequency）]内のエントリと組み合わせて使用して、障害が検出されるタイミングを決定できます。たとえば、これらのフィールドに次のエントリを入力したとします。

- [SLA頻度（秒）（SLA Frequency (sec)）]：5

- [検出乗数（Detect Multiplier）]：30

この例のシナリオでは、約 150 秒で障害が検出されます（5 秒 x 30）。

8. [TCP]を除く任意の SLA タイプを選択した場合、次の場合: [データ サイズ（バイト）の要求（Request Data Size（bytes））] フィールドに、IP SLA 動作の要求パケットのペイロードに含まれるプロトコル データのサイズをバイト単位で入力します。

9. [サービスのタイプ（Type of Service）] フィールドに、IP SLA 動作の IPv4 ヘッダーのタイプ オブ サービス（ToS）を入力します。

10. [処理タイムアウト（ミリ秒）（Operarion Timeout（milliseconds））] フィールドに、要求パケットの応答に対する IP SLA 処理の待機時間をミリ秒単位で指定します。

11. [しきい値（ミリ秒）（Threshold (milliseconds)）] フィールドに、IP SLA 動作によって作成されるネットワーク モニターリング統計情報を計算するための上限しきい値を入力します。

12. [トラフィック クラス値（Traffic Class Value）] フィールドに、IPv6 ネットワークの IP SLA 動作の IPv6 ヘッダーのトラフィック クラス バイトを入力します。

13. [送信（Submit）]をクリックします。

IP SLA モニタリング ポリシーが構成されます。

GUI を使用した IP SLA トラック メンバーの設定

このタスクを使用して、IP SLA トラック リストに追加された番号の 1 つである IP SLA トラック メンバーを作成します。トラッキング リストはスタティック ルートに適用され、定義されたネクスト ホップ間のパフォーマンスをモニタします。

始める前に

IP SLA モニタリング ポリシーを作成し、スタティック ルートでこのトラック メンバーが表すネクスト ホップの宛先 IP アドレスを知っている必要があります。

APIC GUI を使用して IP SLA トラック メンバーを設定するには、次の手順を実行します。

手順

ステップ 1

メニュー バーで、 [テナント（Tenants）] > [tenant-name]をクリックします。

ステップ 2

ナビゲーション ペインで、 [ポリシー（Policies）] を展開し、 [プロトコル（Protocol）]を展開します。

ステップ 3

[IP SLA]を展開し、 [トラック メンバー（Track Members）] を右クリックし、[トラック メンバーの作成（Create Track Member）]を選択します。

ステップ 4

次のパラメータを構成します：

1. [名前（Name）] フィールドに、トラック メンバーの一意の名前を入力します。

2. 宛先 IP（Destination IP） フィールドに、この構成が表すネクスト ホップの IP アドレスを入力します。

3. [トラックメンバーのスコープ（Scope of Track Member）] ドロップダウン リストで、このトラック メンバーが属する既存のブリッジ ドメインまたは外部ネットワークを選択します。

4. [IP SLA ポリシー（IP SLA Policy）] フィールドで、既存のを選択するか、モニタリング中に使用されるプローブを定義する新しい IP SLA モニタリング ポリシーを作成します。

ステップ 5

[送信（Submit）]をクリックします。

次のタスク

上記の手順を繰り返して、モニタするスタティック ルートに必要な数のトラック メンバーを作成します。すべてのトラック メンバーを構成したら、トラック リストを作成して追加します。

GUI を使用した IP SLA トラック リストの構成

このタスクを使用して、スタティック ルートのネクスト ホップを表すトラック メンバーのグループを定義する IP SLA トラック リストを作成します。トラッキング リストはスタティック ルートに適用され、定義されたネクスト ホップ間のパフォーマンスをモニターします。

始める前に

1 つ以上の IP SLA トラック メンバーを作成しておく必要があります。

APIC GUI を使用して IP SLA トラック リストを構成するには、次の手順を実行します：

手順

ステップ 1

メニュー バーで、 [テナント（Tenants）] > [tenant-name]をクリックします。

ステップ 2

ナビゲーション ペインで、 [ポリシー（Policies）] を展開し、 [プロトコル（Protocol）]を展開します。

ステップ 3

[IP SLA]を展開し、 [トラック リスト（Track Lists）] を右クリックし、[トラックリストの作成（Create Track List）]を選択します。

[トラックリストの作成（Create Track List）] ダイアログが表示されます。

ステップ 4

次のパラメータを構成します：

1. [名前（Name）] フィールドに、トラック リストの一意の名前を入力します。

2. [トラックリストのタイプ（Type of Track List）] フィールドで、 [しきい値パーセンテージ（Threshold percentage）] を選択します。ルートの可用性が各トラック メンバーに割り当てられた重み値に基づいている場合は、 [しきい値の重み（Threshold weight）] を選択します。

3. [トラック メンバー関係のトラック リスト（Track list to track member relation）] テーブルで、テーブル ヘッドの [+] アイコンをクリックして、トラック メンバーをリストに追加します。既存のトラック メンバーを選択し、 [トラックリストのタイプ（Type of Track List）] は、 [しきい値の重み（Threshold weight）]の場合、重み値を割り当てます。

ステップ 5

[送信（Submit）]をクリックします。

次のタスク

スタティック ルートまたはネクスト ホップ IP アドレスにトラック リストを関連付けます。

GUI を使用したスタティック ルートとトラック リストの関連付け

このタスクを使用して、トラック リストを設定済みのスタティック ルートに関連付け、システムが一連のネクスト ホップのパフォーマンスをモニタできるようにします。

（注）

次のタスクは、スタティック ルートのネクスト ホップ設定がすでに存在することを前提としています。

始める前に

スタティック ルートが設定されたルーテッド ネットワークが使用可能である必要があります。設定済みのトラック リストも使用できる必要があります。

APIC GUI を使用して IP SLA トラック リストをスタティック ルートに関連付けるには、次の手順を実行します。

手順

ステップ 1

メニュー バーで、 [テナント（Tenants）] > [tenant-name]をクリックします。

ステップ 2

ナビゲーション ペインで、 [ネットワーキング（Networking）] を展開し、 [L3Out（L3Outs）]を展開します。

ステップ 3

構成ルーテッド ネットワーク（名前）、 [論理ノードプロファイル（Logical Node Profiles）]、構成済み論理ノードプロファイル（name）、および [構成済みのノード（Configured Nodes）]を展開します。

ステップ 4

構成済みのノード（名前）をクリックします。

[ノード関連（Node Association）] ワーク ペインが表示されます。

ステップ 5

[スタティック ルート（Static Routes）] テーブルで、トラック リストを追加するルート エントリをダブルクリックします。

[スタティック ルート（Static Route）] ダイアログが表示されます。

ステップ 6

[トラック ポリシー（Track Policy）] ドロップダウン リストで、このスタティック ルートに関連付ける IP SLA トラック リストを選択または作成します。

ステップ 7

[送信（Submit）]をクリックします。

ステップ 8

[ポリシー使用警告（Policy Usage Warning）] ダイアログが表示されます。

ステップ 9

この変更がこのスタティック ルートを使用する他のノードまたはポリシーに影響を与えないことを確認し、 [変更の送信（Submit Changes）]をクリックします。

GUI を使用した、トラック リストとネクスト ホップ プロファイルの関連付け

このタスクを使用して、トラック リストを設定済みのスタティック ルートのネクスト ホップ プロファイルに関連付けると、システムがネクスト ホップのパフォーマンスをモニタできるようにします。

始める前に

スタティック ルートとネクスト ホップ プロファイルが設定されたルーテッド ネットワークが使用可能である必要があります。

APIC GUI を使用して IP SLA トラック リストをネクスト ホップ プロファイルに関連付けるには、次の手順を実行します。

手順

ステップ 1

メニュー バーで、 Tenants > tenant-nameをクリックします。

ステップ 2

ナビゲーション ウィンドウで、 [ネットワーキング（Networking）] を展開します。そして、 L3Outを展開します。

ステップ 3

構成ルーテッド ネットワーク（名前）、 [論理ノードプロファイル（Logical Node Profiles）]、構成済み論理ノードプロファイル（name）、および [構成済みのノード（Configured Nodes）]を展開します。

ステップ 4

設定済みのノード（名前）をクリックします。

[ノード関連（Node Association）] ワーク ペインが表示されます。

ステップ 5

[スタティック ルート（Static Routes）] テーブルで、トラック リストを追加するルート エントリをダブルクリックします。

静的ルート ダイアログが表示されます。

ステップ 6

[ネクスト ホップ アドレス（Next Hop Addresses）] テーブルで、トラック リストを追加するネクスト ホップ エントリをダブルクリックします。

[ネクスト ホップ プロファイル（Next Hop Profile）] ダイアログが表示されます。

ステップ 7

トラッキングポリシー ドロップダウン リストで、このスタティック ルートに関連付ける IP SLA トラック リストを選択または作成します。

（注）

IP SLA ポリシーをネクスト ホップ プロファイルに追加すると、トラック メンバーとトラック リストが自動的に作成され、プロファイルに関連付けられます。

ステップ 8

次をクリックします。 送信。

ステップ 9

[ポリシー使用警告（Policy Usage Warning）] ダイアログが表示されます。

ステップ 10

この変更がこのスタティック ルートを使用する他のノードまたはポリシーに影響を与えないことを確認し、次をクリックします [変更の送信（Submit Changes）]。

ACI IP SLA モニタリング情報の確認

ここでは、IP SLA 統計情報、トラック リスト、トラック メンバー、および関連するスタティック ルートを表示するために必要なタスクについて説明します。

- GUI を使用した ACI IP SLA プローブ統計情報の表示

- CLI を使用したトラック リストおよびトラック メンバー ステータスの表示

- GUI を使用した IP SLA プローブ統計情報の確認

GUI を使用した IP SLA プローブ統計情報の確認

ACI IP SLA は、次のリアルタイム統計情報を生成します。

ICMP

- ICMP エコー ラウンド トリップ時間（ミリ秒）

- 失敗した ICMP エコー プローブ（パケット）の数

- 成功した ICMP エコー プローブ（パケット）の数

- 伝送した ICMP エコー プローブ（パケット）の数

[TCP]

- 失敗した TCP 接続プローブ（パケット）の数

- 成功した TCP 接続プローブ（パケット）の数

- 伝送した TCP 接続プローブ（パケット）の数

- TCP 接続ラウンド トリップ時間（ミリ秒）

このタスクを使用して、現在スタティック ルートまたはネクスト ホップをモニタしている IP SLA トラック リストまたはメンバーの統計情報を表示します。

始める前に

統計情報を表示する前に、IP SLAトラック リストを作成し、スタティック ルートに関連付ける必要があります。

手順

ステップ 1

メニュー バーで、 [テナント（Tenants）] > [tenant-name]をクリックします。

ステップ 2

ナビゲーション セクションで、 [ポリシー（Policies）] を展開し、 [プロトコル（Protocol）]を展開します。

ステップ 3

[IP SLA] を展開し、 [トラック メンバー（Track Members）] または [トラック リスト（Track Lists）]をのいずれかを展開します。

ステップ 4

表示する既存のトラック メンバーまたはトラック リストをクリックします。

ステップ 5

[統計（Stats）] タブをクリックします。

ステップ 6

[統計の選択（Select Stats）] アイコンをクリックして、表示するプローブ統計タイプを選択します。

ステップ 7

プローブ統計タイプを選択し（選択した統計タイプは青色で強調表示されます）、矢印アイコンで [応答可能（Available）] から [選択済み（Selected）] に移動します。反対の矢印アイコンで [選択済み（Selected）] からプローブ統計タイプを [応答可能（Available）] へ移動できます。

ステップ 8

表示するプローブ統計タイプの選択が終了したら、 [送信（Submit）]をクリックします。

次のタスク

このタスクで選択された統計情報は、グラフの上の凡例に表示されます。カウンタが累積し始めると、選択したプローブ統計タイプを表す線がグラフに表示されます。

Chapter28. HSRP

この章は、次の項で構成されています。

- HSRP について

- Cisco APIC と HSRP について

- HSRP のバージョン

- 注意事項と制約事項

- デフォルトの HSRP 設定

- GUI を使用した HSRP の構成

HSRP について

HSRP はファーストホップ冗長プロトコル（FHRP）であり、ファーストホップ IP ルータの透過的なフェールオーバーを可能にします。HSRP は、デフォルト ルータの IP アドレスを指定して設定された、イーサネット ネットワーク上の IP ホストにファーストホップ ルーティングの冗長性を提供します。ルータ グループでは HSRP を使用して、アクティブ ルータおよびスタンバイ ルータを選択します。ルータ グループでは、アクティブ ルータはパケットをルーティングするルータであり、スタンバイ ルータはアクティブ ルータに障害が発生したときや、プリセット条件に達したときに使用されるルータです。

大部分のホストの実装では、ダイナミックなルータ ディスカバリ メカニズムをサポートしていませんが、デフォルトのルータを設定することはできます。すべてのホスト上でダイナミックなルータ ディスカバリ メカニズムを実行するのは、管理上のオーバーヘッド、処理上のオーバーヘッド、セキュリティ上の問題など、さまざまな理由で現実的ではありません。HSRP は、そうしたホストにフェールオーバー サービスを提供します。

HSRP を使用するとき、ホストのデフォルト ルータとして HSRP 仮想 IP アドレスを設定します（実際のルータ IP アドレスの代わりに）。仮想 IP アドレスは、HSRP が動作するルータのグループで共有される IPv4 または IPv6 アドレスです。

ネットワーク セグメントに HSRP を設定する場合は、HSRP グループ用の仮想 MAC アドレスと仮想 IP アドレスを設定します。グループの各 HSRP 対応インターフェイス上で、同じ仮想アドレスを指定します。各インターフェイス上で、実アドレスとして機能する固有の IP アドレスおよび MAC アドレスも設定します。HSRP はこれらのインターフェイスのうちの 1 つをアクティブ ルータにするために選択します。アクティブ ルータは、グループの仮想 MAC アドレス宛てのパケットを受信してルーティングします。

指定されたアクティブ ルータで障害が発生すると、HSRP によって検出されます。その時点で、選択されたスタンバイ ルータが HSRP グループの MAC アドレスおよび IP アドレスの制御を行うことになります。HSRP はこの時点で、新しいスタンバイ ルータの選択も行います。

HSRP ではプライオリティ指示子を使用して、デフォルトのアクティブ ルータにする HSRP 設定インターフェイスを決定します。アクティブ ルータとしてインターフェイスを設定するには、グループ内の他のすべての HSRP 設定インターフェイスよりも高いプライオリティを与えます。デフォルトのプライオリティは 100 なので、それよりもプライオリティが高いインターフェイスを 1 つ設定すると、そのインターフェイスがデフォルトのアクティブ ルータになります。

HSRP が動作するインターフェイスは、マルチキャスト ユーザ データグラム プロトコル（UDP）ベースの hello メッセージを送受信して、障害を検出し、アクティブおよびスタンバイ ルータを指定します。アクティブ ルータが設定された時間内に hello メッセージを送信できなかった場合は、最高のプライオリティのスタンバイ ルータがアクティブ ルータになります。アクティブ ルータとスタンバイ ルータ間のパケット フォワーディング機能の移動は、ネットワーク上のすべてのホストに対して完全に透過的です。

1 つのインターフェイス上で複数の HSRP グループを設定できます。仮想ルータは物理的には存在しませんが、相互にバックアップするように設定されたインターフェイスにとって、共通のデフォルト ルータになります。アクティブ ルータの IP アドレスを使用して、LAN 上でホストを設定する必要はありません。代わりに、仮想ルータの IP アドレス（仮想 IP アドレス）をホストのデフォルト ルータとして設定します。アクティブ ルータが設定時間内に hello メッセージを送信できなかった場合は、スタンバイ ルータが引き継いで仮想アドレスに応答し、アクティブ ルータになってアクティブ ルータの役割を引き受けます。ホストの観点からは、仮想ルータは同じままです。

（注）

ルーテッド ポートで受信した HSRP 仮想 IP アドレス宛のパケットは、ローカル ルータ上で終端します。そのルータがアクティブ HSRP ルータであるのかスタンバイ HSRP ルータであるのかは関係ありません。このプロセスには ping トラフィックと Telnet トラフィックが含まれます。レイヤ 2（VLAN）インターフェイスで受信した HSRP 仮想 IP アドレス宛のパケットは、アクティブ ルータ上で終端します。

Cisco APIC と HSRP について

Cisco ACI の HSRP は、ルーテッド インターフェイスまたはサブインターフェイスでのみサポートされます。したがって HSRP は、レイヤ 3 Out でのみ設定できます。レイヤ 2 接続は、HSRP を実行している ACI リーフ スイッチ間のレイヤ 2 スイッチなどの外部デバイスから提供される必要があります。HSRP は外部レイヤ 2 接続上で Hello メッセージを交換するリーフ スイッチ上で動作するからです。HSRP の hello メッセージは、スパイン スイッチではパス スルーされません。

次に示すのは、Cisco APIC での HSRP の導入のトポロジの例です。

HSRP の配置トポロジ

HSRP のバージョン

Cisco APICは、デフォルトで HSRP バージョン 1 をサポートします。HSRP バージョン 2 を使用するようにインターフェイスを設定できます。

HSRP バージョン 2 では、HSRP バージョン 1 から次のように拡張されています。

- グループ番号の範囲が拡大されました。HSRP バージョン 1 がサポートするグループ番号は 0 ～ 255 です。HSRP バージョン 2 がサポートするグループ番号は 0 ～ 4095 です。

- IPv4 では、HSRP バージョン 1 で使用する IP マルチキャスト アドレス 224.0.0.2 の代わりに、IPv4 マルチキャスト アドレス 224.0.0.102 または IPv6 マルチキャスト アドレス FF02::66 を使用して hello パケットを送信します。

- IPv4 では 0000.0C9F.F000 ～ 0000.0C9F.FFFF、IPv6 アドレスでは 0005.73A0.0000 ～ 0005.73A0.0FFF の MAC アドレス範囲を使用します。HSRP バージョン 1 で使用する MAC アドレス範囲は、0000.0C07.AC00 ～ 0000.0C07.ACFF です。

注意事項と制約事項

次の注意事項と制約事項に従ってください。

- HSRP 状態は、HSRP IPv4 および IPv6 の両方で同じである必要があります。フェールオーバー後に同じ状態になるようにするには、プライオリティとプリエンプションを構成する必要があります。

- 現在、1 個の IPv4 と 1 個の IPv6 グループのみが Cisco ACI の同じサブインターフェイスでサポートされています。デュアル スタックが構成されている場合でも、仮想 MAC は IPv4 および IPv6 HSRP の構成で同じである必要があります。

- HSRP ピアに接続しているネットワークが純粋なレイヤ 2 ネットワークである場合、 FD IPv4 および IPv6 がサポートされています。リーフ スイッチでは、別のルータの MAC アドレスを構成する必要があります。BFD セッションは、リーフ インターフェイスで異なる MAC アドレスを構成する場合にのみアクティブになります。

- ユーザーは、デュアル スタック構成の IPv4 および IPv6 HSRP グループに同じ MAC アドレスを構成する必要があります。

- HSRP VIP はインターフェイス IP と同じサブネット内にある必要があります。

- HSRP 構成のインターフェイス遅延を構成することをお勧めします。

- HSRP は、ルーテッド インターフェイスまたはサブインターフェイスでのみサポートされます。HSRP は、VLAN インターフェイスおよびスイッチ済み仮想インターフェイス（SVI）ではサポートされていません。したがって、HSRP の VPC サポートは使用できません。

- HSRP のオブジェクト トラッキングはサポートされていません。

- SNMP の HSRP 管理情報ベース（MIB）はサポートされません。

- HSRP では、複数グループの最適化（MGO） はサポートされていません。

- ICMP IPv4 および IPv6 のリダイレクトはサポートされていません。

- [コールド スタンバイ（Cold Standby）] および Non-Stop Forwarding（NSF）は、Cisco ACI 環境で再起動できないためサポートされていません。

- HSRP はリーフ スイッチでのみサポートされているため、拡張ホールドダウン タイマーのサポートはありません。HSRP はスパイン スイッチでサポートされていません。

- APIC 内では、HSRP のバージョン変更はサポートされていません。構成を削除し、新しいバージョンを再構成する必要があります。

- HSRP バージョン 2 は HSRP バージョン 1 と相互運用できません。どちらのバージョンも相互に排他的なので、インターフェイスはバージョン 1 およびバージョン 2 の両方を運用できません。しかし、同一ルータの異なる物理インターフェイス上であれば、異なるバージョンを実行できます。

- ルート セグメンテーションは、HSRP がインターフェイスでアクティブな場合、Cisco Nexus 93128TX、Cisco Nexus 9396PX、および Cisco Nexus 9396TX リーフ スイッチでプログラムされています。したがって、インターフェイスでルート パケットに実施する DMAC=router MAC チェックはありません。この制限は、Cisco Nexus 93180LC EX、Cisco Nexus 93180YC-EX、Cisco Nexus 93108TC EX リーフ スイッチには適用されません。

- HSRP 構成は、基本的な GUI モードではサポートされていません。APIC リリース 3.0（1）以降、基本的な GUI モードが廃止されました。

- ファブリックからレイヤ 3 アウト トラフィックは、状態に関係なく HSRP リーフ スイッチ全体で常にロード バランスします。HSRP リーフ スイッチが複数のポッドにわたる場合、ファブリックからアウト トラフィックは同じポッドで常にリーフ スイッチを使用します。

- この制限は、以前の Cisco Nexus 93128TX、Cisco Nexus 9396PX と Cisco Nexus 9396TX スイッチの一部に適用されます。HSRP を使用すると、レイヤ 2 の外部デバイスのフラッピングを防ぐため、ルーテッド インターフェイスまたはルーテッド サブインターフェイスの MAC アドレスを 1 個変更する必要があります。これは、インターフェイス論理プロファイルの下で論理インターフェイスごとに Cisco APIC が同じ MAC アドレス（00:22:BD:F8:19:FF）を割り当てるためです。

デフォルトの HSRP 設定

パラメータ

デフォルト値

Version

1

Delay

0

Reload Delay

0

Interface Control

No 使用-焼き込みアドレス (BIA)

Group ID

0

Group Af

IPv4

IP Obtain Mode

admin

プライオリティ

100

Hello Interval

3000 ミリ秒

Hold Interval

10000 ミリ秒

Group Control

プリエンプションは無効

Preempt Delay

0

Authentication Type

プレーン テキスト

Authentication Key Timeout

0

VMAC

導出方法 (HSRP グループ Id)

GUI を使用した HSRP の構成

リーフ スイッチが構成されている場合、HSRP が有効になっています。

始める前に

- テナントと VRF が構成されています。

- VLAN プールは、適切な VLAN 範囲が定義され、レイヤ 3 ドメインが作成されて VLAN プールに接続されている状態で構成される必要があります。

- エンティティ プロファイルの接続も、レイヤ 3 ドメインに関連付けられている必要があります。

- リーフ スイッチのインターフェイス プロファイルは必要に応じて構成する必要があります。

手順

ステップ 1

メニュー バーで、 > [テナント（Tenants）] > [tenant-name]をクリックします。  [ナビゲーション（Navigation）] ペインで、 [ネットワーキング（Networking）] > [L3Outs] > [L3Out_name] > [論理ノード プロファイル（Logical Node Profiles）] > [論理インターフェイス プロファイル（Logical Interface Profile）]をクリックします。

ここで、HSRP インターフェイス プロファイルが作成されます。

ステップ 2

論理インターフェイス プロファイルを選択し、 [HSRP インターフェイス プロファイルの作成（Create HSRP Interface Profile）]をクリックします。

ステップ 3

[HSRP インターフェイス プロファイルの作成（Create HSRP Interface Profile）] ダイアログボックスで、次の操作を実行します。

1. [バージョン（Version）] フィールドで、該当するバージョンを選択します。

2. [HSRP インターフェイス ポリシー（HSRP Interface Policy）] フィールドで、ドロップダウンから次を選択します。 [HSRP インターフェイス ポリシーを作成（Create HSRP Interface Policy）]を選択します。

3. [HSRP インターフェイス ポリシーを作成（Create HSRP Interface Policy）] ダイアログ ボックスで [名前（Name）] フィールドにポリシーの名前を入力します。

4. [制御（Control）] フィールドで、該当するコントロールを選択します。

5. [遅延（Delay）] フィールドと [リロード遅延（Reload Delay）] フィールドで、目的の値を設定します。  送信。

HSRP インターフェイス ポリシーが作成され、インターフェイス プロファイルに関連付けられます。

ステップ 4

[HSRP インターフェイス プロファイルの作成（Create HSRP Interface Profile）] ダイアログボックスで [HSRP インターフェイス グループ（HSRP Interface Groups）]を展開します。

ステップ 5

[HSRP グループ プロファイルの作成（Create HSRP Group Profile）] ダイアログボックスで、次の操作を実行します：

1. [名前（Name）] フィールドに、HSRP インターフェイスのグループ名を入力します。

2. [グループ ID（Group ID）] フィールドで、適切な ID を選択します。

使用可能な値は、HSRP バージョン 1 または 2 のバージョンのいずれがインターフェイス プロファイルに選択されたかに応じて異なります。

3. [IP] フィールドに、IP アドレスを入力します。

この IP アドレスはインターフェイスと同じサブネット内になければなりません。

4. [MAC アドレス（MAC address）] フィールドに Mac アドレスを入力します。

（注）

このフィールドを空白のままにすると、HSRP 仮想 MAC アドレスはグループ ID に基づいて自動的に計算されます。

5. [グループ名（Group Name）] フィールドにグループ名を入力します。

これは、HSRP MGO 機能の HSRP により、プロトコルで使用する名前です。

6. [グループ タイプ（Group Type）] フィールドで、該当するタイプを選択します。

7. [IP 取得モード（IP Obtain Mode）] フィールドで、目的のモードを選択します。

8. [HSRP グループ ポリシー（HSRP Group Policy）] フィールドで、ドロップダウン リストから [HSRP グループ ポリシーの作成（Create HSRP Group Policy）]を選択します。

ステップ 6

[HSRP グループ ポリシーの作成（Create HSRP Group Policy）] ダイアログボックスで、次の操作を実行します：

1. [名前（Name）] フィールドに、HSRP グループポリシーの名前を入力します。

2. [キーまたは、パスワード（Key or Password）] フィールドには自動的に値が入力されます。

認証タイプのデフォルト値はシンプルで、キーは、「cisco」です。これはユーザーが新規ポリシーを作成するときに、デフォルトで選択されます。

3. [タイプ（Type）] フィールドで、必要とするセキュリティのレベルを選択します。

4. [優先順位（Priority）] フィールドで、アクティブ ルータとスタンバイ ルータを定義する優先度を選択します。

5. 残りのフィールドで、該当する値を選択し、 [送信（Submit）]をクリックします。

HSRP グループ ポリシーが作成されます。

6. [セカンダリ仮想 IP（Secondary Virtual IPs）] フィールドに自動記入することにより、セカンダリ バーチャル IP を作成します。

これは、セカンダリ バーチャル IP で各サブインターフェイスで HSRP を有効にするために使用できます。また、ここで指定する IP アドレスは、インターフェイスのサブネットになければなりません。

7. [OK]をクリックします。

ステップ 7

[HSRP インターフェイス プロファイルの作成（Create HSRP Interface Profile）] ダイアログ ボックスで、 [送信（Submit）]をクリックします。

これで HSRP の構成は完了です。

ステップ 8

ナビゲーション ペインで、作成した HSRP インターフェイスとグループ ポリシーを確認するには、 [ネットワーク（Networking）] > [プロトコル ポリシー（Protocol Policies）] > [HSRP]をクリックします。

Chapter29. [Cisco ACI GOLF]

- [Cisco ACI GOLF]

[Cisco ACI GOLF]

[Cisco ACI GOLF] 機能 (ファブリック WAN のレイヤ 3 EVPN サービス機能とも呼ばれる) では、より効率的かつスケーラブルな ACI ファブリック WAN 接続が可能になります。スパイン スイッチに接続されている WAN に OSPF 経由で BGP EVPN プロトコルが使用されます。

[Cisco ACI GOLF] トポロジ

すべてのテナント WAN 接続が、WAN ルータが接続されたスパイン スイッチ上で単一のセッションを使用します。データセンター相互接続ゲートウェイ（DCIG）へのテナント BGP セッションのこの集約では、テナント BGP セッションの数と、それらすべてに必要な設定の量を低減することによって、コントロール プレーンのスケールが向上します。ネットワークは、スパイン ファブリック ポートに設定された レイヤ 3 サブインターフェイスを使用して拡張されます。  [GOLF] を使用した、共有サービスを伴うトランジット ルーティングはサポートされていません。

レイヤ 3 外部アウトサイド ネットワーク（L3extOut） [GOLF] は、 infra テナントの下で指定されています。このネットワークは、スパイン スイッチの物理接続です。そして次のものが含まれます：

- LNodeP （infra テナントの L3Out では、l3extInstP は、必要ありません。）

- 次のプロバイダー ラベル。 L3extOut これは、インフラ テナント内にある [GOLF] のプロバイダー ラベルです。

- OSPF プロトコル ポリシー

- BGP プロトコル ポリシー

すべての通常テナントが、上記で定義した物理接続を使用します。通常のテナントで定義した L3extOut では、次が必要です：

- サブネットとコントラクトを持つ l3extInstP （EPG）。サブネットの範囲を使用して、ルート制御ポリシーとセキュリティ ポリシーのインポートまたはエクスポートを制御します。 ブリッジ ドメイン サブネットは外部的にアドバタイズするように設定される必要があり、アプリケーション EPG および GOLF L3Out EPG と同じ VRF に存在する必要があります。

- アプリケーション EPG と GOLF L3Out EPG の間の通信は、(契約優先グループではなく) 明示的な契約によって制御されます。

- l3extConsLbl コンシューマ ラベルです。これは、 L3Out の同じプロバイダー ラベルと一致している必要があります。このL3Out は、 [GOLF] 用であり、 infra テナント内にあります。ラベルを一致させることにより、他のテナント内のアプリケーション EPG が LNodeP 外部 L3Out EPG を利用することが可能になります。

- 一致するプロバイダー L3extOut （ infra テナント内）の BGP EVPN セッションは、この L3Outで定義されてるテナント ルートをアドバタイズします。

- 次の注意事項と制限事項 [Cisco ACI GOLF]

- ACI の構成 [GOLF] GUI の使用

- [Cisco ACI GOLF] NX-OS スタイル CLI を使用した 構成の例

- 構成 [GOLF] REST API の使用

次の注意事項と制限事項 [Cisco ACI GOLF]

次の [Cisco ACI GOLF] 注意事項と制約事項を確認します：

- GOLF は共有サービスをサポートしていません。

- GOLF はトランジット ルーティングをサポートしていません。

- GOLF ルータは、トラフィックを受け入れるために少なくとも 1 つのルートを [Cisco アプリケーション セントリック インフラストラクチャ（Cisco Application Centric Infrastructure）] （[ACI]）にアドバタイズする必要があります。  [Cisco ACI] が外部ルータからルートを受信するまで、リーフ スイッチと外部ルータの間にトンネルは作成されません。

- すべての Cisco Nexus 9000 シリーズ [Cisco ACI]：モード スイッチおよびすべてのCisco Nexus 9500 プラットフォーム [Cisco ACI]：モード スイッチ ライン カードおよびファブリック モジュールは GOLF をサポートします。  [Cisco APIC]、リリース 3.1（x）以降では、これに N9K-C9364C スイッチが含まれます。

- 現時点では、現時点では、ファブリック全体のスパイン スイッチ インターフェイスに展開できるのは、単一の [GOLF] プロバイダ ポリシーだけです。

- [Cisco APIC] リリース 2.0（2）まで、 [GOLF] は、 [Cisco ACI マルチポッド（Cisco ACI Multi-Pod）]でサポートされていません。リリース 2.0（2）では、同じファブリックでの 2 つの機能を、スイッチ名の末尾に「EX」のない Cisco Nexus N9000K スイッチ上でのみサポートしています。たとえば N9K-9312TX です。2.1（1）リリース以降では、2 つの機能を [Cisco ACI マルチポッド（Cisco ACI Multi-Pod）] および EVPN トポロジで使用されているすべてのスイッチでともに展開できるようになりました。

- スパイン スイッチで [GOLF] を構成する場合、コントロール プレーンがコンバージするまでは、別のスパイン スイッチで [GOLF] の構成を行わないでください。

- スパイン スイッチは複数のプロバイダー [GOLF] 外部ネットワーク（[GOLF] L3Out）に追加できます。ただし [GOLF] 各 L3Out に違うプロバイダー ラベルが必要です。また、この例では、OSPF エリアも L3extOutごとに異なっていて、異なるループバック アドレスを使用する必要があります。

- 一致するプロバイダー L3Out （ infra テナント内）の BGP EVPN セッションは、この L3extOutで定義されたテナントルートをアドバタイズします。

- 3 つの [GOLF] Outs を展開する時、 [GOLF]に 1 つだけがプロバイダー/利用者ラベル、および 0/0 エクスポート集約を持たない場合、 [Cisco APIC] は、すべてのルートをエクスポートします。これはテナントのリーフ スイッチ上にある既存の L3extOut と同じです。

- VRF インスタンスに SPAN 接続先がある ERSPAN セッションがあり、VRF インスタンスで GOLF が有効になっており、ERSPAN 送信元にスパイン スイッチ上のインターフェイスがある場合、トランジット プレフィックスは非 GOLF L3Out から間違った BGP ネクストホップで GOLF ルータに送信されます。

- スパイン スイッチとデータセンター相互接続（DCI）ルータ間に直接ピアリングがある場合、リーフ スイッチから ASR へのトランジット ルートには、リーフ スイッチの PTEP として次のホップが存在することになります。この場合、その [Cisco ACI] ポッドの TEP 範囲に対して ASR の静的ルートを定義します。また、DCI が同じポッドにデュアルホーム接続されている場合は、静的ルートの優先順位（管理距離）は、他のリンクを通じて受信するルートと同じである必要があります。

- デフォルトの bgpPeerPfxPol ポリシーはルートを 20,000 に制限します。  [Cisco ACI] WAN インターコネクト ピアの場合には、必要に応じてこれを増やしてください。

- 2 つの L3extOutが存在するデプロイメントシナリオでは、1 つのスパイン スイッチ上に 、そのうちの 1 つにプロバイダ ラベル prov1 があり DCI 1とピアリングし、2番目の L3extOut は、プロバイダー ラベル prov2を持つ DCI 2 とピアリングします。テナント VRF インスタンスに、プロバイダ ラベルのいずれか一方（prov1 または prov2）をポイントしているコンシューマ ラベルがある場合、テナント ルートは DCI 1 と DCI 2 の両方に送信されます。

- GOLF OpFlex VRFインスタンスを集約する場合、ルートのリークは、 [Cisco ACI] ファブリックまたは、GOLF OpFlex VRF インスタンスとシステム内の他の VRF インスタンス間の GOLF デバイス上では発生しません。VRF リーキングのためには、（GOLF ルータではなく）外部デバイスを使用する必要があります。

（注）

[Cisco ACI] は IP フラグメンテーションをサポートしていません。したがって、外部ルータへのレイヤ 3 外部（L3Out）接続を構成する場合、または Inter-Pod Network（IPN）を介した [マルチポッド（Multi-Pod）] 接続を構成する場合は、インターフェイス MTU がリンクの両端で適切に設定することを推奨します。  [Cisco ACI]、 [Cisco NX-OS]、および Cisco IOS などの一部のプラットフォームでは、構成可能な MTU 値はイーサネット ヘッダー (一致する IP MTU、14-18 イーサネット ヘッダー サイズを除く) を考慮していません。また、IOS XR などの他のプラットフォームには、構成された MTU 値にイーサネット ヘッダーが含まれています。構成された値が 9000 の場合、 [Cisco ACI]、 [Cisco NX-OS]Cisco IOS の最大 IP パケット サイズは 9000 バイトになりますが、IOS-XR のタグなしインターフェイスの最大 IP パケットサイズは 8986 バイトになります。

各プラットフォームの適切な MTU 値については、それぞれの設定ガイドを参照してください。

CLI ベースのコマンドを使用して MTU をテストすることを強く推奨します。たとえば、 [Cisco NX-OS] CLI で ping 1.1.1.1 df-bit packet-size 9000 source-interface ethernet 1/1などのコマンドを使用します。

複数のサイトで共有 APIC ゴルフ接続

トポロジでは、複数のサイト、APIC サイトの拡大 Vrf は、ゴルフ接続を共有している場合、リスクのクロス VRF トラフィックの問題を回避する次のガイドラインに従います。

スパイン スイッチと、DCI の間でルート ターゲットの設定

ゴルフ Vrf の EVPN ルート ターゲット (RTs) を設定する 2 つの方法があります: 手動 RT と自動 RT. ルート ターゲットは、ACI 背表紙と OpFlex を介して DCIs の間で同期されます。ゴルフ Vrf の自動 RT は、形式に組み込まれて Fabric ID: – ASN: [FabricID] VNID

2 つのサイトには、次の図のように導入の Vrf がある、Vrf 間のトラフィックを混在させることができます。

サイト 1

サイト 2

ASN: 100、ファブリック ID: 1

ASN: 100、ファブリック ID: 1

VRF A：VNID 1000

インポート/エクスポート ルート ターゲット：100：[1] 1000

VRF A：VNID 2000

インポート/エクスポート ルート ターゲット：100：[1] 2000

VRF B：VNID 2000

インポート/エクスポート ルート ターゲット：100：[1] 2000

VRF B：VNID 1000

インポート/エクスポート ルート ターゲット：100：[1] 1000

Dci のために必要なルート マップ

トンネルは、中継ルートは、[DCI を介してリークとサイト間では作成されません、ため、コントロール プレーンの手間をも削減する必要があります。もう 1 つのサイトでゴルフ スパインに、DCI への 1 つのサイトでゴルフ スパインから送信される EVPN タイプ 5 およびタイプ 2 ルートを送信できませんする必要があります。これが発生スパイン スイッチに dci のために次のタイプの BGP セッションが必要がある場合。

Site1: IBGP--DCI--EBGP--サイト 2

Site1: EBGP--DCI--IBGP--サイト 2

Site1:--DCI--EBGP EBGP--サイト 2

Site1: IBGP RR クライアント--DCI (RR)----IBGP サイト 2

Dci のためにこの問題を避けるためには、ルート マップは、インバウンドおよびアウト バウンドのピア ポリシーのさまざまな BGP コミュニティで使用されます。

ルートを 1 つのサイト、もう 1 つのサイト フィルタ着信ピア ポリシーでコミュニティに基づくルートでゴルフ スパインへのアウト バウンド ピア ポリシー ゴルフ スパインから受信します。別のアウト バウンド ピア ポリシーは、WAN へコミュニティを取り除き。すべてのルート マップは、ピアのレベルでです。

NX-OS スタイル CLI を使用した推奨される共有 GOLF 設定

マルチサイトで管理されている複数の APIC サイト間で、DCI による GOLF 接続を共有する場合、ルート マップと BPG を設定し VRF 間のトラフィックの問題を避けるために次の手順を使用します。

手順

ステップ 1

インバウンド ルート マップ

例:

Inbound peer policy to attach community:

route-map multi-site-in permit 10

set community 1:1 additive

ステップ 2

アウトバウンド ピア ポリシーを設定し、インバウンド ピア ポリシーのコミュニティに基づいてルートをフィルタします。

例:

ip community-list standard test-com permit 1:1

route-map multi-site-out deny 10

match community test-com exact-match

route-map multi-site-out permit 11

ステップ 3

アウトバウンド ピア ポリシーを設定し、WAN へのコミュニティをフィルタします。

例:

ip community-list standard test-com permit 1:1

route-map multi-site-wan-out permit 11

set comm-list test-com  delete

ステップ 4

BGP を設定します。

例:

router bgp 1

address-family l2vpn evpn

neighbor 11.11.11.11 remote-as 1

update-source loopback0

address-family l2vpn evpn

send-community both

route-map multi-site-in in

neighbor 13.0.0.2 remote-as 2

address-family l2vpn evpn

send-community both

route-map multi-site-out out

ACI の構成 [GOLF] GUI の使用

次の手順は、すべてのテナントネットワークが利用できるインフラ [GOLF] サービスを構成する方法を説明します。

手順

ステップ 1

メニュー バーで、 [テナント（Tenants）]をクリックし、その後にインフラ テナントを選択するために [インフラ（Infra）] をクリックします。

ステップ 2

[ナビゲーション（Navigation）] ペインで、 [ネットワーキング（Networking）] オプションを展開して、次のアクションを実行します：

1. [L3Out（L3Outs）] を右クリックし、 [L3Outの作成（Create L3Out）] をクリックして、 [L3Outの作成（Create L3Out）] ウィザードを開きます。

2. [名前（Name）]、 [VRF] および [L3ドメイン（L3 Domain）] フィールドに必要な情報を入力します。

3. [使用目的：（Use For:）] フィールドで、 [ゴルフ（Golf）]を選択します。

[プロバイダー ラベル（Provider Label）] および [ルートターゲット（Route Target）] フィールドが表示されます。

4. [プロバイダー ラベル（Provider Label）] フィールドに、プロバイダー ラベルを入力します(たとえば、 [ゴルフ（Golf）]）。

5. [ルートターゲット（Route Target）] フィールドで、自動または明示的なポリシーを持つ BGP ルート ターゲットをフィルタリング ポリシーを使用するかどうかを選択します。

- [自動（Automatic）]：自動 BGP ルート ターゲット Vrf でフィルタ リングは、これに関連付けられている実装は、外部設定をルーティングします。

- [明示的（Explicit）] ：ルート ターゲットの明示的にフィルタ リングの実装では、この設定の外部ルーティングに関連付けられている Vrf に BGP ルート ターゲット ポリシーが設定されています。

（注）

明示的なルート ターゲット ポリシーは、 [BGP ルート ターゲット プロファイル（BGP Route Target Profilse）] テーブルで構成されます。これは、 [BGP ページ（BGP Page）] （ [VRF ウィザードの作成（Create VRF Wizard）]内）にあります。  [自動（Automatic）] オプション [ルートターゲット（Route Target）] フィールドで選択した場合、 [VRF ウィザードの作成（Create VRF Wizard）] 内で明示ルート ターゲット ポリシーの構成は、BGP ルーティング中断の原因となる可能性があります。

6. 残りのフィールドはそのままにして（BGP を選択するなど）、 [次へ（Next）]をクリックします。

[ノードとインターフェイス（Nodes and Interfaces）] ウィンドウが表示されます。

ステップ 3

[ノードとインターフェイス（Nodes and Interfaces）] ウィンドウで必要な情報を入力します。これは、 [L3Outの作成（Create L3Out）] ウィザードにあります。

1. [ノード ID（Node ID）] ドロップダウン リストで、スパイン スイッチ ノード ID を選択します。

2. [ルータ ID（Router ID）] フィールドに、ルータ ID を入力します。

3. （任意） 必要に応じて、ループバック アドレスに別の IP アドレスを設定できます。

次のフィールドに入力したエントリと同じ内容が [ループバック アドレス（Loopback Address）] フィールドに自動で入力されます。 [ルータ ID（Router ID）] フィールド。これは、以前に構築した [ループバック アドレスとしてのユーザー ルータ ID（Use Router ID for Loopback Address）] オプションと同等です。ループバックアドレスにルートIDを使用しない場合は、ループバックアドレスに別のIPアドレスを入力します。ループバック アドレスにルータ ID を使用しない場合は、このフィールドを空のままにします。

4. [外部制御ピアリング（External Control Peering）] フィールドをオンのままにします。

5. [ノードとインターフェイス（Nodes and Interfaces）] ウィンドウに追加の必要な情報を入力します。

このウィンドウに表示されるフィールドは、 [レイヤ 3（Layer 3）] および [レイヤ 2（Layer 2）] エリアで選択したオプションによって異なります。

6. [ノードとインターフェイス（Nodes and Interfaces）] ページで残りの追加の情報を入力したら、 [次へ（Next）]上に構築できます。

[プロトコル（Protocols）] ウィンドウが表示されます。

ステップ 4

[プロトコル（Protocols）] ウィンドウで必要な情報を入力します。これは、 [L3Outの作成（Create L3Out）] ウィザードにあります。

1. [BGP ループバック ポリシー（BGP Loopback Policies）] および [BGP インターフェイス ポリシー（BGP Interface Policies）] エリアで、次の情報を入力します：

- [ピア アドレス（Peer Address）]：ピア IP アドレス

- [EBGP マルチホップ TTL（EBGP Multihop TTL）]を入力します：接続の存続可能時間（TTL）を入力します。範囲は 1 〜 255 ホップです。ゼロの場合、TTL は指定されません。デフォルトは 0 です。

- [リモート ASN（Remote ASN）]：ネイバー自律システムを固有に識別する番号を入力します。自律システム番号は、プレーン形式の 1 〜 4294967295 の 4 バイトにすることができます。

（注）

ACI は asdot または asdot+ 形式の自律システム番号をサポートしません。

2. [OSPF] エリアで、デフォルト OSPF ポリシー、以前に作成した OSPF ポリシー、または [OSPF インターフェイス ポリシーの作成（Create OSPF Interface Policy）]を選択します。

3. [次へ（Next）]をクリックします。

[外部 EPG（External EPG）] ウィンドウが表示されます。

ステップ 5

[外部 EPG（External EPG）] ウィンドウの必要な情報を、次に入力します。これは、 [L3Outの作成（Create L3Out）] ウィザードにあります。

1. [名前（Name）] フィールドに、外部ネットワークの名前を入力します。

2. [提供されたコントラクト（Provided Contract）] フィールドで、提供済みコントラクトの名前を入力します。

3. [消費済みコントラクト（Consumed Contract）] フィールドで、消費済みコントラクトの名前を入力します。

4. [すべてのサブネットを許可（Allow All Subnet）] フィールドで、この L3Out 接続からのすべての中継ルートをアドバタイズしない場合はオフにします。

このボックスをオフにすると、サブネット エリアが表示されます。次の手順に従って、必要なサブネットとコントロールを指定します。

5. [終了（Finish）] をクリックして [L3Outの作成（Create L3Out）] ウィザードで必要な構成を完了します。

ステップ 6

任意のテナントの [ナビゲーション（Navigation）] ペインで、 [tenant_name] > [ネットワーキング（Networking）] > [L3Out（L3Outs）] を展開して、次のアクションを実行します：

1. [L3Out（L3Outs）] を右クリックし、 [L3Outの作成（Create L3Out）] をクリックしてウィザードを開きます。

2. [名前（Name）]、 [VRF] および [L3ドメイン（L3 Domain）] フィールドに必要な情報を入力します。

3. [GOLF に活用（Use for GOLF）] フィールドの横にあるチェックボックスをオンにします。

4. [ラベル（Label）] フィールドで、 [コンシューマ（Consumer）]を選択します。

5. [コンシューマ ラベル（Consumer Label）]を割り当てます。この例では、 [ゴルフ（Golf）] （以前に作成済み）を作成します。

6. [次へ（Next）]クリックし、 [終了（Finish）]をクリックします。

[Cisco ACI GOLF] NX-OS スタイル CLI を使用した 構成の例

次の例を構成する CLI コマンドの [GOLF] サービスで、OSPF over スパイン スイッチに接続されている WAN ルータの BGP EVPN プロトコルを使用します。

BGP EVPN のテナント インフラの構成

次の例を構成する方法を示しています、インフラ VLAN ドメイン、VRF、インターフェイスの IP アドレッシングを含む、BGP EVPN および OSPF のテナントします。

configure
vlan-domain evpn-dom dynamic
exit
spine 111
# Configure  Tenant Infra VRF overlay-1 on the spine.
vrf context tenant infra vrf overlay-1
router-id 10.10.3.3
exit

interface ethernet 1/33
vlan-domain member golf_dom
exit
interface ethernet 1/33.4
vrf member tenant infra vrf overlay-1
mtu 1500
ip address 5.0.0.1/24
ip router ospf default area 0.0.0.150
exit
interface ethernet 1/34
vlan-domain member golf_dom
exit
interface ethernet 1/34.4
vrf member tenant infra vrf overlay-1
mtu 1500
ip address 2.0.0.1/24
ip router ospf default area 0.0.0.200
exit

router ospf default
vrf member tenant infra vrf overlay-1
area 0.0.0.150 loopback 10.10.5.3
area 0.0.0.200 loopback 10.10.4.3
exit
exit

スパイン ノード上の BGP の構成

次の例では、BGP EVPN をサポートする BGP を構成する方法を示します。

Configure
spine 111
router bgp 100
vrf member tenant infra vrf overlay- 1
neighbor 10.10.4.1 evpn
label golf_aci
update-source loopback 10.10.4.3
remote-as 100
exit
neighbor 10.10.5.1 evpn
label golf_aci2
update-source loopback 10.10.5.3
remote-as 100
exit
exit
exit

BGP EVPN のテナントの構成

次の例では、BGP EVPN、BGP EVPN セッションで提供されるゲートウェイ サブネットを含むのテナントを構成する方法を示します：

configure
tenant sky
vrf context vrf_sky
exit
bridge-domain bd_sky
vrf member vrf_sky
exit
interface bridge-domain bd_sky
ip address 59.10.1.1/24
exit
bridge-domain bd_sky2
vrf member vrf_sky
exit
interface bridge-domain bd_sky2
ip address 59.11.1.1/24
exit
exit

BGP EVPN ルート ターゲット、ルート マップと、テナントのプレフィックス EPG の構成

次の例では、BGP EVPN を介してブリッジ ドメイン サブネットをアドバタイズするルート マップを構成する方法を示します。

configure
spine 111
vrf context tenant sky vrf vrf_sky
address-family ipv4 unicast
route-target export 100:1
route-target import 100:1
exit

route-map rmap
ip prefix-list p1 permit 11.10.10.0/24
match bridge-domain bd_sky
exit
match prefix-list p1
exit

evpn export map rmap label golf_aci

route-map rmap2
match bridge-domain bd_sky
exit
match prefix-list p1
exit
exit

evpn export map rmap label golf_aci2

external-l3 epg l3_sky
vrf member vrf_sky
match ip 80.10.1.0/24
exit

構成 [GOLF] REST API の使用

手順

手順の概要

1. 次の例では、REST API を使用して [GOLF]のノードおよびスパイン スイッチ インターフェイスを展開する方法を示しています、 REST APIを使用：

2. 次の XML で、スパイン スイッチ インターフェイスと [GOLF] サービスのインフラ テナント プロバイダを構成します。次の XML 構造を POST メッセージの本文に含めます。

3. 次の XML で、 [GOLF] サービスのインフラ部分のテナント コンシューマを構成します。次の XML 構造を POST メッセージの本文に含めます。

手順の詳細

ステップ 1

次の例では、REST API を使用して [GOLF]のノードおよびスパイン スイッチ インターフェイスを展開する方法を示しています、 REST APIを使用：

例:

POST
https://192.0.20.123/api/mo/uni/golf.xml

ステップ 2

次の XML で、スパイン スイッチ インターフェイスと [GOLF] サービスのインフラ テナント プロバイダを構成します。次の XML 構造を POST メッセージの本文に含めます。

例:

<l3extOut descr="" dn="uni/tn-infra/out-golf" enforceRtctrl="export,import"      name="golf"      ownerKey="" ownerTag="" targetDscp="unspecified">
<l3extRsEctx tnFvCtxName="overlay-1"/>
<l3extProvLbl descr="" name="golf">
ownerKey="" ownerTag="" tag="yellow-green"/>
<l3extLNodeP configIssues="" descr=""           name="bLeaf" ownerKey="" ownerTag=""           tag="yellow-green" targetDscp="unspecified">
<l3extRsNodeL3OutAtt rtrId="10.10.3.3" rtrIdLoopBack="no"               tDn="topology/pod-1/node-111">
<l3extInfraNodeP descr="" fabricExtCtrlPeering="yes" name=""/>
<l3extLoopBackIfP addr="10.10.3.3" descr="" name=""/>
</l3extRsNodeL3OutAtt>
<l3extRsNodeL3OutAtt rtrId="10.10.3.4" rtrIdLoopBack="no"               tDn="topology/pod-1/node-112">
<l3extInfraNodeP descr="" fabricExtCtrlPeering="yes" name=""/>
<l3extLoopBackIfP addr="10.10.3.4" descr="" name=""/>
</l3extRsNodeL3OutAtt>
<l3extLIfP descr="" name="portIf-spine1-3"               ownerKey="" ownerTag="" tag="yellow-green">
<ospfIfP authKeyId="1" authType="none" descr="" name="">
<ospfRsIfPol tnOspfIfPolName="ospfIfPol"/>
</ospfIfP>
<l3extRsNdIfPol tnNdIfPolName=""/>
<l3extRsIngressQosDppPol tnQosDppPolName=""/>
<l3extRsEgressQosDppPol tnQosDppPolName=""/>
<l3extRsPathL3OutAtt addr="7.2.1.1/24" descr=""                  >encap="vlan-4"
encapScope="local"
ifInstT="sub-interface"
llAddr="::" mac="00:22:BD:F8:19:FF"
mode="regular"
mtu="1500"
tDn="topology/pod-1/paths-111/pathep-[eth1/12]"
targetDscp="unspecified"/>
</l3extLIfP>
<l3extLIfP descr="" name="portIf-spine2-1"                ownerKey=""                ownerTag=""                tag="yellow-green">
<ospfIfP authKeyId="1"                     authType="none"                     descr=""                     name="">
<ospfRsIfPol tnOspfIfPolName="ospfIfPol"/>
</ospfIfP>
<l3extRsNdIfPol tnNdIfPolName=""/>
<l3extRsIngressQosDppPol tnQosDppPolName=""/>
<l3extRsEgressQosDppPol tnQosDppPolName=""/>
<l3extRsPathL3OutAtt addr="7.1.0.1/24" descr=""                     >encap="vlan-4"
encapScope="local"
ifInstT="sub-interface"
llAddr="::" mac="00:22:BD:F8:19:FF"
mode="regular"
mtu="9000"
tDn="topology/pod-1/paths-112/pathep-[eth1/11]"
targetDscp="unspecified"/>
</l3extLIfP>
<l3extLIfP descr="" name="portif-spine2-2"                ownerKey=""                ownerTag=""                tag="yellow-green">
<ospfIfP authKeyId="1"                     authType="none" descr=""                     name="">
<ospfRsIfPol tnOspfIfPolName="ospfIfPol"/>
</ospfIfP>
<l3extRsNdIfPol tnNdIfPolName=""/>
<l3extRsIngressQosDppPol tnQosDppPolName=""/>
<l3extRsEgressQosDppPol tnQosDppPolName=""/>
<l3extRsPathL3OutAtt addr="7.2.2.1/24" descr=""                     >encap="vlan-4"
encapScope="local"
ifInstT="sub-interface"
llAddr="::" mac="00:22:BD:F8:19:FF"
mode="regular"
mtu="1500"
tDn="topology/pod-1/paths-112/pathep-[eth1/12]"
targetDscp="unspecified"/>
</l3extLIfP>
<l3extLIfP descr="" name="portIf-spine1-2"                    ownerKey="" ownerTag="" tag="yellow-green">
<ospfIfP authKeyId="1" authType="none" descr="" name="">
<ospfRsIfPol tnOspfIfPolName="ospfIfPol"/>
</ospfIfP>
<l3extRsNdIfPol tnNdIfPolName=""/>
<l3extRsIngressQosDppPol tnQosDppPolName=""/>
<l3extRsEgressQosDppPol tnQosDppPolName=""/>
<l3extRsPathL3OutAtt addr="9.0.0.1/24" descr=""                     >encap="vlan-4"
encapScope="local"
ifInstT="sub-interface"
llAddr="::" mac="00:22:BD:F8:19:FF"
mode="regular"
mtu="9000"
tDn="topology/pod-1/paths-111/pathep-[eth1/11]"
targetDscp="unspecified"/>
</l3extLIfP>
<l3extLIfP descr="" name="portIf-spine1-1"                     ownerKey="" ownerTag="" tag="yellow-green">
<ospfIfP authKeyId="1" authType="none" descr="" name="">
<ospfRsIfPol tnOspfIfPolName="ospfIfPol"/>
</ospfIfP>
<l3extRsNdIfPol tnNdIfPolName=""/>
<l3extRsIngressQosDppPol tnQosDppPolName=""/>
<l3extRsEgressQosDppPol tnQosDppPolName=""/>
<l3extRsPathL3OutAtt addr="7.0.0.1/24" descr=""                       >encap="vlan-4"
encapScope="local"
ifInstT="sub-interface"
llAddr="::" mac="00:22:BD:F8:19:FF"
mode="regular"
mtu="1500"
tDn="topology/pod-1/paths-111/pathep-[eth1/10]"
targetDscp="unspecified"/>
</l3extLIfP>
<bgpInfraPeerP addr="10.10.3.2"                  allowedSelfAsCnt="3"                  ctrl="send-com,send-ext-com"                  descr="" name="" peerCtrl=""                  >peerT="wan"
privateASctrl="" ttl="2" weight="0">
<bgpRsPeerPfxPol tnBgpPeerPfxPolName=""/>
<bgpAsP asn="150" descr="" name="aspn"/>
</bgpInfraPeerP>
<bgpInfraPeerP addr="10.10.4.1"                  allowedSelfAsCnt="3"                  ctrl="send-com,send-ext-com" descr="" name="" peerCtrl=""                  >peerT="wan"
privateASctrl="" ttl="1" weight="0">
<bgpRsPeerPfxPol tnBgpPeerPfxPolName=""/>
<bgpAsP asn="100" descr="" name=""/>
</bgpInfraPeerP>
<bgpInfraPeerP addr="10.10.3.1"                  allowedSelfAsCnt="3"                  ctrl="send-com,send-ext-com" descr="" name="" peerCtrl=""                  >peerT="wan"
privateASctrl="" ttl="1" weight="0">
<bgpRsPeerPfxPol tnBgpPeerPfxPolName=""/>
<bgpAsP asn="100" descr="" name=""/>
</bgpInfraPeerP>
</l3extLNodeP>
<bgpRtTargetInstrP descr="" name="" ownerKey="" ownerTag="" rtTargetT="explicit"/>
<l3extRsL3DomAtt tDn="uni/l3dom-l3dom"/>
<l3extInstP descr="" matchT="AtleastOne" name="golfInstP"                   prio="unspecified"                   targetDscp="unspecified">
<fvRsCustQosPol tnQosCustomPolName=""/>
</l3extInstP>
<bgpExtP descr=""/>
<ospfExtP areaCost="1"                 areaCtrl="redistribute,summary"                 areaId="0.0.0.1"                 areaType="regular" descr=""/>
</l3extOut>

ステップ 3

次の XML で、 [GOLF] サービスのインフラ部分のテナント コンシューマを構成します。次の XML 構造を POST メッセージの本文に含めます。

例:

<fvTenant descr="" dn="uni/tn-pep6" name="pep6" ownerKey="" ownerTag="">
<vzBrCP descr="" name="webCtrct"            ownerKey="" ownerTag="" prio="unspecified"            scope="global" targetDscp="unspecified">
<vzSubj consMatchT="AtleastOne" descr=""                 name="http" prio="unspecified" provMatchT="AtleastOne"                 revFltPorts="yes" targetDscp="unspecified">
<vzRsSubjFiltAtt directives="" tnVzFilterName="default"/>
</vzSubj>
</vzBrCP>
<vzBrCP descr="" name="webCtrct-pod2"             ownerKey="" ownerTag="" prio="unspecified"             scope="global" targetDscp="unspecified">
<vzSubj consMatchT="AtleastOne" descr=""                  name="http" prio="unspecified"                  provMatchT="AtleastOne" revFltPorts="yes"                  targetDscp="unspecified">
<vzRsSubjFiltAtt directives=""                        tnVzFilterName="default"/>
</vzSubj>
</vzBrCP>
<fvCtx descr="" knwMcastAct="permit"              name="ctx6" ownerKey="" ownerTag=""              pcEnfDir="ingress" pcEnfPref="enforced">
<bgpRtTargetP af="ipv6-ucast"                   descr="" name="" ownerKey="" ownerTag="">
<bgpRtTarget descr="" name="" ownerKey="" ownerTag=""                   rt="route-target:as4-nn2:100:1256"                   type="export"/>
<bgpRtTarget descr="" name="" ownerKey="" ownerTag=""                        rt="route-target:as4-nn2:100:1256"                        type="import"/>
</bgpRtTargetP>
<bgpRtTargetP af="ipv4-ucast"                   descr="" name="" ownerKey="" ownerTag="">
<bgpRtTarget descr="" name="" ownerKey="" ownerTag=""                        rt="route-target:as4-nn2:100:1256"                        type="export"/>
<bgpRtTarget descr="" name="" ownerKey="" ownerTag=""                        rt="route-target:as4-nn2:100:1256"                        type="import"/>
</bgpRtTargetP>
<fvRsCtxToExtRouteTagPol tnL3extRouteTagPolName=""/>
<fvRsBgpCtxPol tnBgpCtxPolName=""/>
<vzAny descr="" matchT="AtleastOne" name=""/>
<fvRsOspfCtxPol tnOspfCtxPolName=""/>
<fvRsCtxToEpRet tnFvEpRetPolName=""/>
<l3extGlobalCtxName descr="" name="dci-pep6"/>
</fvCtx>
<fvBD arpFlood="no" descr="" epMoveDetectMode=""              ipLearning="yes"              limitIpLearnToSubnets="no"              llAddr="::" mac="00:22:BD:F8:19:FF"              mcastAllow="no"              multiDstPktAct="bd-flood"              name="bd107" ownerKey="" ownerTag="" type="regular"              unicastRoute="yes"              unkMacUcastAct="proxy"              unkMcastAct="flood"              vmac="not-applicable">
<fvRsBDToNdP tnNdIfPolName=""/>
<fvRsBDToOut tnL3extOutName="routAccounting-pod2"/>
<fvRsCtx tnFvCtxName="ctx6"/>
<fvRsIgmpsn tnIgmpSnoopPolName=""/>
<fvSubnet ctrl="" descr="" ip="27.6.1.1/24"                   name="" preferred="no"                   scope="public"                   virtual="no"/>
<fvSubnet ctrl="nd" descr="" ip="2001:27:6:1::1/64"                        name="" preferred="no"                        scope="public"                        virtual="no">
<fvRsNdPfxPol tnNdPfxPolName=""/>
</fvSubnet>
<fvRsBdToEpRet resolveAct="resolve" tnFvEpRetPolName=""/>
</fvBD>
<fvBD arpFlood="no" descr="" epMoveDetectMode=""              ipLearning="yes"              limitIpLearnToSubnets="no"              llAddr="::" mac="00:22:BD:F8:19:FF"              mcastAllow="no"              multiDstPktAct="bd-flood"              name="bd103" ownerKey="" ownerTag="" type="regular"              unicastRoute="yes"              unkMacUcastAct="proxy"              unkMcastAct="flood"              vmac="not-applicable">
<fvRsBDToNdP tnNdIfPolName=""/>
<fvRsBDToOut tnL3extOutName="routAccounting"/>
<fvRsCtx tnFvCtxName="ctx6"/>
<fvRsIgmpsn tnIgmpSnoopPolName=""/>
<fvSubnet ctrl="" descr="" ip="23.6.1.1/24"                   name="" preferred="no"                   scope="public"                   virtual="no"/>
<fvSubnet ctrl="nd" descr="" ip="2001:23:6:1::1/64"                   name="" preferred="no"                   scope="public" virtual="no">
<fvRsNdPfxPol tnNdPfxPolName=""/>
</fvSubnet>
<fvRsBdToEpRet resolveAct="resolve" tnFvEpRetPolName=""/>
</fvBD>
<vnsSvcCont/>
<fvRsTenantMonPol tnMonEPGPolName=""/>
<fvAp descr="" name="AP1"              ownerKey="" ownerTag="" prio="unspecified">
<fvAEPg descr=""                   isAttrBasedEPg="no"                   matchT="AtleastOne"                   name="epg107"                   pcEnfPref="unenforced" prio="unspecified">
<fvRsCons prio="unspecified"                        tnVzBrCPName="webCtrct-pod2"/>
<fvRsPathAtt descr=""                        encap="vlan-1256"                        instrImedcy="immediate"                        mode="regular" primaryEncap="unknown"                        tDn="topology/pod-2/paths-107/pathep-[eth1/48]"/>
<fvRsDomAtt classPref="encap" delimiter=""                        encap="unknown"                        instrImedcy="immediate"                        primaryEncap="unknown"                        resImedcy="lazy" tDn="uni/phys-phys"/>
<fvRsCustQosPol tnQosCustomPolName=""/>
<fvRsBd tnFvBDName="bd107"/>
<fvRsProv matchT="AtleastOne"                        prio="unspecified"                        tnVzBrCPName="default"/>
</fvAEPg>
<fvAEPg descr=""                   isAttrBasedEPg="no"                   matchT="AtleastOne"                   name="epg103"                   pcEnfPref="unenforced" prio="unspecified">
<fvRsCons prio="unspecified" tnVzBrCPName="default"/>
<fvRsCons prio="unspecified" tnVzBrCPName="webCtrct"/>
<fvRsPathAtt descr="" encap="vlan-1256"                        instrImedcy="immediate"                        mode="regular" primaryEncap="unknown"                        tDn="topology/pod-1/paths-103/pathep-[eth1/48]"/>
<fvRsDomAtt classPref="encap" delimiter=""                             encap="unknown"                             instrImedcy="immediate"                             primaryEncap="unknown"                             resImedcy="lazy" tDn="uni/phys-phys"/>
<fvRsCustQosPol tnQosCustomPolName=""/>
<fvRsBd tnFvBDName="bd103"/>
</fvAEPg>
</fvAp>
<l3extOut descr=""              enforceRtctrl="export"              name="routAccounting-pod2"              ownerKey="" ownerTag="" targetDscp="unspecified">
<l3extRsEctx tnFvCtxName="ctx6"/>
<l3extInstP descr=""                   matchT="AtleastOne"                   name="accountingInst-pod2"                   prio="unspecified" targetDscp="unspecified">
<l3extSubnet aggregate="export-rtctrl,import-rtctrl"                   descr="" ip="::/0" name=""                   scope="export-rtctrl,import-rtctrl,import-security"/>
<l3extSubnet aggregate="export-rtctrl,import-rtctrl"                   descr=""                   ip="0.0.0.0/0" name=""                   scope="export-rtctrl,import-rtctrl,import-security"/>
<fvRsCustQosPol tnQosCustomPolName=""/>
<fvRsProv matchT="AtleastOne"                   prio="unspecified" tnVzBrCPName="webCtrct-pod2"/>
</l3extInstP>
<l3extConsLbl descr=""                   name="golf2">
owner="infra"
ownerKey="" ownerTag="" tag="yellow-green"/>
</l3extOut>
<l3extOut descr=""              enforceRtctrl="export"              name="routAccounting"              ownerKey="" ownerTag="" targetDscp="unspecified">
<l3extRsEctx tnFvCtxName="ctx6"/>
<l3extInstP descr=""                   matchT="AtleastOne"                   name="accountingInst"                   prio="unspecified" targetDscp="unspecified">
<l3extSubnet aggregate="export-rtctrl,import-rtctrl" descr=""                   ip="0.0.0.0/0" name=""                   scope="export-rtctrl,import-rtctrl,import-security"/>
<fvRsCustQosPol tnQosCustomPolName=""/>
<fvRsProv matchT="AtleastOne" prio="unspecified" tnVzBrCPName="webCtrct"/>
</l3extInstP>
<l3extConsLbl descr=""                   name="golf">
owner="infra"
ownerKey="" ownerTag="" tag="yellow-green"/>
</l3extOut>
</fvTenant>

DCIG への BGP EVPN タイプ 2 のホスト ルートの配信

APIC ではリリース 2.0(1f) まで、ファブリック コントロール プレーンは EVPN ホスト ルートを直接送信してはいませんでしたが、Data Center Interconnect Gateway（DCIG）にルーティングしている BGP EVPN タイプ 5（IP プレフィックス）形式のパブリック ドメイン（BD）サブネットをアドバタイズしていました。これにより、最適ではないトラフィックの転送となる可能性があります。転送を改善するため APIC リリース 2.1 x では、 ファブリック スパインを有効にして、パブリック BD サブネットとともに DCIG に EVPN タイプ 2（MAC-IP）ホスト ルートを使用してホスト ルートをアドバタイズできます。

そのためには、次の手順を実行する必要があります。

1. BGP アドレス ファミリ コンテキスト ポリシーを設定する際に、ホスト ルート リークを有効にします。

2. GOLF セットアップで BGP EVPN へのホスト ルートをリークする場合：

1. GOLF が有効になっている場合にホスト ルートを有効にするには、インフラストラクチャ テナント以外に、BPG アドレス ファミリ コンテキスト ポリシーがアプリケーション テナント（アプリケーション テナントはコンシューマ テナントであり、エンドポイントを BGP EVPN にリークします）で設定されている必要があります。

2. 単一ポッド ファブリックについては、ホスト ルート機能は必要ありません。ホスト ルート機能は、マルチポッド ファブリック セットアップで最適ではない転送を避けるために必要です。ただし、単一ポッド ファブリックがセットアップされる場合、エンドポイントから BGP EVPN にリークするため、ファブリック外部接続ポリシーを設定し ETEP IP アドレスを提供する必要があります。そうしないと、ホスト ルートは、BGP EVPN にはリークされません。

3. VRF のプロパティを設定する場合：

1. IPv4 および IPv6 の各アドレス ファミリの BGP コンテキストに BGP アドレス ファミリ コンテキスト ポリシーを追加します。

2. VRF からインポートまたはエクスポート可能なルートを特定する BGP ルート ターゲット プロファイルを設定します。

GUI を使用して DCIG への BGP EVPN タイプ 2 のホスト ルートを分散する

次の手順で BGP EVPN タイプ 2 のホスト ルートの分散を有効にします。

始める前に

インフラ テナントでの [ACI] の WAN 相互接続サービスをすでに構成およびサービスを使用するテナントを構成している必要があります。

手順

ステップ 1

メニュー バーで、 [テナント（Tenants）] > [インフラ（infra）]をクリックします。

ステップ 2

ナビゲーション ウィンドウで [ポリシー（Policies）] > [プロトコル（Protocol）] > [BGP]へ移動します。

ステップ 3

次を右クリックします。 [BGP アドレス ファミリ コンテキスト（BGP Address Family Context）]、次を選択します [BGP アドレスファミリ コンテキスト ポリシーの作成（Create BGP Address Family Context Policy）] および次のステップを実行します：

1. ポリシーの名前を入力し、必要に応じて説明を追加します。

2. [ホストルートリークを有効化（Enable Host Route Leak）] チェックボックスをオンにします。

3. [送信（Submit）]をクリックします。

ステップ 4

登録手続きを開始するには、 [テナント（Tenants）] > [tenant-name] （BGP アドレス ファミリ コンテキスト ポリシーを使用するテナント）をクリックし、 [ネットワーキング（Networking）]を展開します。

ステップ 5

VRF を展開し、分散するホスト ルートを含む VRF をクリックします。

ステップ 6

VRF のプロパティを構成する場合、IPv4 および IPv6 のために [BGP アドレス ファミリー コンテキスト ポリシー（BGP Address Family Context Policy）] を [アドレス ファミリごとの BGP コンテキストの追加（BGP Context Per Address Families）] へ追加します。

ステップ 7

[送信（Submit）]をクリックします。

NX-OS スタイル CLI を使用して DCIG への配布の BGP EVPN タイプ 2 のホスト ルートの有効化

手順

BGP アドレス ファミリ configuration mode(設定モード、コンフィギュレーション モード) で、次のコマンドを DCIG に配布 EVPN タイプ 2 のホスト ルートを設定します。

例:

apic1(config)# leaf 101
apic1(config-leaf)#  template bgp address-family bgpAf1 tenant bgp_t1
apic1(config-bgp-af)#  distance 250 240 230
apic1(config-bgp-af)#  host-rt-enable
apic1(config-bgp-af)#  exit

このテンプレートは、テナント bgp_t1 は VRF の導入を持つすべてのノードで利用可能になります。配布 EVPN タイプ 2 のホスト ルートを無効にするには、 no host-rt-enable コマンドを使用します。

REST API を使用した DCIG への BGP EVPN タイプ 2 ホスト ルート配信の有効化

次のように REST API を使用して、BGP EVPN タイプ 2 ホスト ルートの配信を有効にします。

始める前に

EVPN サービスを設定する必要があります。

手順

ステップ 1

次の例のように、XML が含まれている POST で、ホスト ルート リーク ポリシーを設定します。

例:

<bgpCtxAfPol descr="" ctrl="host-rt-leak" name="bgpCtxPol_0 status=""/>

ステップ 2

次の例のように、XML が含まれている POST を使用してアドレス ファミリの一方または両方の VRF BGP アドレス ファミリ コンテキスト ポリシーに、ポリシーを適用します。

例:

<fvCtx name="vni-10001">
<fvRsCtxToBgpCtxAfPol af="ipv4-ucast" tnBgpCtxAfPolName="bgpCtxPol_0"/>
<fvRsCtxToBgpCtxAfPol af="ipv6-ucast" tnBgpCtxAfPolName="bgpCtxPol_0"/>
</fvCtx>

レイヤ 3 ネットワーキングの注意事項

- レイヤ 3 ネットワーキングの注意事項

レイヤ 3 ネットワーキングの注意事項

レイヤ 3 外部接続を作成し、維持する際には、次のガイドラインを使用してください。

トピック

注意またはガイドライン

IPv6 エンドポイントがあり、対応するブリッジ ドメインがボーダー リーフ スイッチに展開されている場合、トラフィックがドロップされる

ボーダー リーフ スイッチのレイヤ 3 ネクスト ホップの使用率が高く、同じボーダー リーフ スイッチに多数の IPv6 エンドポイントが展開されているブリッジ ドメインがある場合、ボーダー リーフ スイッチがトラフィックをドロップする可能性があります。

すべてのリーフ スイッチには、一意の IP アドレスを構成する必要があります。

同じ SVI IPv4 または IPv6 プライマリ アドレスまたは優先アドレスを、管理テナント内の同じ L3Out 内の複数のリーフ スイッチに構成することはできます。しかしこれにより、ネットワークが中断する可能性があります。これを回避するには、各リーフ スイッチが一意の SVI プライマリまたは優先 IP アドレスで構成されていることを確認してください。

vPC ペアの境界リーフ スイッチが、誤った VNID を持つ BGP パケットをピア上で学習したエンドポイントに転送する問題

構成に次の条件が存在する場合：

- 2 つのリーフ スイッチが vPC ペアの一部である

- L3Out の背後に接続されている 2 つのリーフ スイッチの場合、宛先エンドポイントは 2 番目（ピア）の境界リーフ スイッチに接続され、エンドポイントはそのリーフ スイッチで学習されたピアです。

ピアが学習したエンドポイント宛ての BGP パケットを受信する入力リーフ スイッチでエンドポイントが学習した場合、L3Out の背後にある最初のレイヤ 3 スイッチ間で中継 BGP 接続が確立できないという問題が発生する可能性があります。および vPC ペアの 2 番目のリーフ スイッチ上のピア上で学習されたエンドポイント。これは、ポート 179 を持つ中継 BGP パケットが VRF VNID ではなくブリッジ ドメイン VNID を使用して誤って転送されるために発生します。

この問題を解決するには、エンドポイントをファブリック内の他の非ピア リーフ スイッチに移動して、リーフ スイッチで学習されないようにします。

境界リーフ スイッチおよび GIR（メンテナンス）モード

境界リーフ スイッチに静的ルートがあり、GIR（Graceful Insertion and Removal）モード、またはメンテナンス モードがある場合、境界リーフ スイッチからのルートは ACI ファブリックにあるルーティング テーブルから削除されない可能性があり、ルーティングの問題が発生します。

この問題を回避するには、次のいずれかを実行します：

- その他の境界リーフ スイッチで同じ管理ディスタンスを持つ同じ静的ルートを構成するか、

- 静的ルートの次のホップへの到達性を追跡するため IP SLA または BFD を使用します

L3Out 集約統計情報は出力ドロップ カウンタをサポートしません

[統計の選択（Select Stats）] ウィンドウに [テナント（Tenants）] > [tenant_name] > [ネットワーキング（Networking）] > [L3Out（L3Outs）] > [L3Out_name] > [統計（Stats）]を介してアクセスする場合、L3Out 集約統計情報は出力ドロップ カウンタをサポートしないことが表示されます。これは、EPG VLAN からの出力ドロップを記録する ASIC に現在ハードウェア テーブルがないため、これらのカウンタに統計情報が入力されないためです。EPG VLAN の入力ドロップだけがあります。

CLI による更新

API または GUI で作成され CLI を通して更新されたレイヤ 3 外部ネットワークについては、プロトコルは API または GUI を通して外部ネットワークでグローバルに有効にする必要があり、CLI を介してさらに更新を行う前に、すべての参加ノードのノード プロファイルは API または GUI を通して追加される必要があります。

同じノード上のレイヤ 3 ネットワークのループバック

同じノードで 2 つのレイヤ 3 の外部ネットワークを構成するときに、ループバックはレイヤ 3 ネットワークに別々に構成されます。

入力べース ポリシーの適用

Cisco APIC リリース 1.2（1）以降、入力ベース ポリシーの適用により、出入力両方向でレイヤ 3 アウトサイド（L3Out）トラフィックにポリシー適用を定義できます。デフォルトでは入力になっています。リリース 1.2（1）以降にアップグレード中、既存の L3Out 構成が出力に設定され、動作が既存の構成と一致します。特別なアップグレードのシーケンスは必要ありません。アップグレード後、グローバル プロパティ値を入力に変更します。変更されると、システムがルールとプレフィックス エントリを再プログラミングします。規則は出力リーフから削除され、入力リーフ上に既存の規則がない場合は、入力リーフ上にインストールされます。まだ構成されていない場合は、 Actrl プレフィックス エントリは入力リーフにインストールされます。ダイレクト サーバ リターン（DSR）および属性 EPG には入力ベースのポリシー適用が必要です。vzAny と禁止コントラクトは、入力ベースのポリシー適用を契約無視します。入力には中継規則が適用されます。

L3Outs によるブリッジ ドメイン

テナントのブリッジ ドメインには、共通テナントでプロビジョニングされている l3extOut によってアドバタイズされたパブリック サブネットを含めることができます。

OSPF と EIGRP のブリッジ ドメイン ルート アドバタイズメント

OSPF と EIGRP の両方があるノード上の同じ VRF で有効であり、ブリッジ ドメインのサブネットがいずれか 1 つの L3Out からアドバタイズされる場合、他の L3Out で有効になっているプロトコルからも同様にアドバタイズされます。

OSPF と EIGRP では、ブリッジ ドメイン ルート アドバタイズメントは VRF ごとに行われ、L3Out ごとには行われません。同じ VRF とノードで（複数エリアの）複数の OSPF L3Out が有効になっている場合、これと同じ動作が想定されます。この場合、ブリッジ ドメインのルートがいずれかのエリアで有効になっていれば、すべてのエリアからアドバタイズされます。

BGP 最大プレフィックス制限

Cisco APICリリース 1.2（1x）以降、BGP のテナント ポリシー BGPl3extOut 接続のテナント ネットワーキング プロトコル ポリシーは、最大プレフィックス制限を使用して構成できます。これにより、ピアから受信するルート プレフィックスの数をモニタし、制限することができます。最大プレフィックス制限を超えると、ログ エントリが記録され、さらにプレフィックスが拒否されます。カウントが一定の間隔でしきい値を下回る場合、接続を再起動することができますが、そうしない場合接続がシャット ダウンします。一度に 1 つのオプションだけを使用できます。デフォルト設定では 20,000 プレフィックスに制限され、その後は新しいプレフィックスは拒否されます。拒否オプションが導入されると、APIC でエラーが発生する前に BGP は構成されている制限よりも 1 つ多くプレフィックスを受け入れます。

MTU

- [Cisco ACI] は IP フラグメンテーションをサポートしていません。したがって、外部ルータへのレイヤ 3 外部（L3Out）接続を構成する場合、または Inter-Pod Network（IPN）を介した [マルチポッド（Multi-Pod）] 接続を設定する場合は、インターフェイス MTU がリンクの両端で適切に構成することを推奨します。  [Cisco ACI]、 [Cisco NX-OS]、Cisco IOS などの一部のプラットフォームでは、構成可能な MTU 値はイーサネット ヘッダー (一致する IP MTU、14-18 イーサネット ヘッダー サイズを除く) を考慮していません。また、IOS XR などの他のプラットフォームには、構成された MTU 値にイーサネット ヘッダーが含まれています。構成された値が 9000 の場合、 [Cisco ACI]、 [Cisco NX-OS]Cisco IOS の最大 IP パケット サイズは 9000 バイトになりますが、IOS-XR のタグなしインターフェイスの最大 IP パケットサイズは 8986 バイトになります。

- [Cisco ACI] 物理インターフェイスの MTU 設定：

- サブインターフェイスの場合、物理インターフェイスの MTU は固定され、リーフ スイッチの前面パネルポートでは 9216 に設定されます。

- SVI の場合、物理インターフェイス MTU はファブリック MTU ポリシーに基づいて設定されます。たとえば、ファブリック MTU ポリシーが 9000 に設定されている場合、SVI の物理インターフェイスは 9000 に設定されます。

L3Outs の QoS

L3Out 用の QoS ポリシーを構成し、L3Out が存在する BL スイッチで適用されるポリシーを有効にするには、次の注意事項に従ってください。

- VRF ポリシー制御の適用方向を出力に設定する必要があります。

- VRF ポリシー制御適用の優先度設定を [有効（Enabled）]に設定する必要があります。

- L3Out を使用して EPG 間の通信を制御するコントラクトを構成する際に、コントラクトまたはコントラクトの件名に QoS クラスまたはターゲット DSCP を含めます。

ICMP 設定

スイッチのCPU がこれらのパケットを生成しないように保護するために [Cisco ACI] では、 ICMPリダイレクトと ICMP 到達不能はデフォルトで無効になっています。

NX-OS スタイル CLI を使用したタスクの実行

NX-OS スタイルの CLI を使用した共通パーベイシブ ゲートウェイの設定

- NX-OS スタイルの CLI を使用した共通パーベイシブ ゲートウェイの設定

NX-OS スタイルの CLI を使用した共通パーベイシブ ゲートウェイの設定

始める前に

- テナント、VRF、およびブリッジ ドメインが作成されていること。

手順

共通パーベイシブ ゲートウェイを設定します。

例:

apic1#configure
apic1(config)#tenant demo
apic1(config-tenant)#bridge-domain test
apic1(config-tenant-bd)#l2-unknown-unicast flood
apic1(config-tenant-bd)#arp flooding
apic1(config-tenant-bd)#exit

apic1(config-tenant)#interface bridge-domain test
apic1(config-tenant-interface)#multi-site-mac-address 12:34:56:78:9a:bc
apic1(config-tenant-interface)#mac-address 00:CC:CC:CC:C1:01 (Should be unique for each ACI fabric)
apic1(config-tenant-interface)#ip address 192.168.10.1/24 multi-site
apic1(config-tenant-interface)#ip address 192.168.10.254/24 (Should be unique for each ACI fabric)

NX-OS Style CLI を使用した IP エージングの設定

- NX-OS スタイル CLI を使用した IP エージング ポリシーの設定

NX-OS スタイル CLI を使用した IP エージング ポリシーの設定

このセクションでは、CLI を使用した IP エージング ポリシーを有効および無効にする方法を説明します。

手順

ステップ 1

IP エージング ポリシーを有効にするには：

例:

ifc1(config)# endpoint ip aging

ステップ 2

IP エージング ポリシーを無効にするには：

例:

ifav9-ifc1(config)# no endpoint ip aging

次のタスク

エンドポイントの IP アドレスをトラッキングするために使用される間隔を指定するには、エンドポイント保持ポリシーを作成します。

NX-OS スタイル CLI を使用したブリッジ ドメイン上のスタティック ルートの設定

- NX-OS スタイル CLI を使用したブリッジ ドメイン上のスタティック ルートの構成

NX-OS スタイル CLI を使用したブリッジ ドメイン上のスタティック ルートの構成

パーベイシブ ブリッジ ドメイン (BD) でスタティック ルートを構成するには、NX-OS スタイルの次の CLI コマンドを使用します:

始める前に

テナント、VRF、BD および EPG が構成されています。

- スタティック ルートのサブネットを作成するには、epg (fvAEPg で fvSubnet オブジェクト)、普及 BD (fvBD) 自体 BD しないに関連付けられているように構成されます。

- サブネットマスクが/32 にする必要があります (128/for IPv6) 1 つの IP アドレスまたは 1 つのエンドポイントをポイントします。これは、EPG に関連付けられている普及 BD で含まれています。

手順

手順の概要

1. configure

2. tenant tenant-name

3. application ap-name

4. epg epg-name

5. endpoint ipA.B.C.D/LEN next-hop A.B.C.D [scope scope ]

手順の詳細

ステップ 1

configure

構成モードに入ります。

例:

apic1# configure

ステップ 2

tenant tenant-name

テナントを作成するか、テナント構成モードに入ります。

例:

apic1(config)# tenant t1

ステップ 3

application ap-name

アプリケーション プロファイルを作成するか、アプリケーション プロファイル モードに入ります。

例:

apic1(config-tenant)# application ap1

ステップ 4

epg epg-name

EPG を作成するか、EPG 構成モードに入ります。

例:

apic1(config-tenant-app)# epg ep1

<>  <A.B.C.D> [scope <scope>]

ステップ 5

endpoint ipA.B.C.D/LEN next-hop A.B.C.D [scope scope ]

EPG の背後にエンドポイントを作成します。サブネットマスクは /32 で (IPv6 の場合は /128)、1 つの IP アドレスまたは 1 つのエンドポイントをポイントしている必要があります。

例:

apic1(config-tenant-app-epg)# endpoint ip 125.12.1.1/32 next-hop 26.0.14.101

例

次の例は、EPG の背後にあるエンドポイントを構成するコマンドを示しています。

apic1# config
apic1(config)# tenant t1
apic1(config-tenant)# application ap1
apic1(config-tenant-app)# epg ep1
apic1(config-tenant-app-epg)# endpoint ip 125.12.1.1/32 next-hop 26.0.14.101

NX-OS Style CLI を使用した VRF ごとのデータプレーン IP ラーニングの設定

- NX-OS-Style CLI を使用したデータプレーン IP ラーニングの設定

NX-OS-Style CLI を使用したデータプレーン IP ラーニングの設定

このセクションでは、NX-OS-Style CLI を使用してデータプレーン IP ラーニングを無効にする方法について説明します。

特定の VRF のデータプレーン IP ラーニングを無効にするには：

手順

ステップ 1

コンフィギュレーション モードを開始します。

例:

apic1# config

ステップ 2

特定のテナントのテナント モードに入ります。

例:

apic1(config)# tenant name

ステップ 3

VRF のコンテキスト モードに入ります。

例:

apic1(config-tenant)# vrf context name

ステップ 4

VRF のデータプレーン IP ラーニングを無効にします。

例:

apic1(config-tenant-vrf)# ipdataplanelearning disabled

NX-OS Style CLI を使用した IPv6 ネイバー探索の設定

- NX-OS スタイル CLI を使用したブリッジ ドメイン上の IPv6 ネイバー検索によるテナント、VRF、ブリッジ ドメインの設定

- NX-OS スタイル CLI を使用したレイヤ 3 インターフェイス上の RA による IPv6 ネイバー探索インターフェイス ポリシーの設定

NX-OS スタイル CLI を使用したブリッジ ドメイン上の IPv6 ネイバー検索によるテナント、VRF、ブリッジ ドメインの設定

手順

ステップ 1

IPv6 ネイバー検索インターフェイス ポリシーを設定し、ブリッジ ドメインに割り当てます。

1. IPv6 ネイバー検索インターフェイス ポリシーを作成します。

例:

apic1(config)# tenant ExampleCorp
apic1(config-tenant)# template ipv6 nd policy NDPol001
apic1(config-tenant-template-ipv6-nd)# ipv6 nd mtu 1500

2. VRF およびブリッジ ドメインを作成します:

例:

apic1(config-tenant)# vrf context pvn1
apic1(config-tenant-vrf)# exit
apic1(config-tenant)# bridge-domain bd1
apic1(config-tenant-bd)# vrf member pvn1
apic1(config-tenant-bd)# exit

3. IPv6 ネイバー検索ポリシーをブリッジ ドメインに割り当てます。

例:

apic1(config-tenant)# interface bridge-domain bd1
apic1(config-tenant-interface)# ipv6 nd policy NDPol001
apic1(config-tenant-interface)#exit

ステップ 2

サブネット上で IPV6 ブリッジ ドメイン サブネットおよびネイバー検索プレフィックス ポリシーを作成します。

例:

apic1(config-tenant)# interface bridge-domain bd1
apic1(config-tenant-interface)# ipv6 address 34::1/64
apic1(config-tenant-interface)# ipv6 address 33::1/64
apic1(config-tenant-interface)# ipv6 nd prefix 34::1/64 1000 1000
apic1(config-tenant-interface)# ipv6 nd prefix 33::1/64 4294967295 4294967295

NX-OS スタイル CLI を使用したレイヤ 3 インターフェイス上の RA による IPv6 ネイバー探索インターフェイス ポリシーの設定

この例では、IPv6 ネイバー検索インターフェイス ポリシーを設定し、レイヤ 3 インターフェイスに割り当てます。次に、IPv6 レイヤ 3 アウト インターフェイス、ネイバー検索プレフィックス ポリシーを設定し、インターフェイスにネイバー検索ポリシーを関連付けます。

手順

ステップ 1

configure

コンフィギュレーション モードに入ります。

例:

apic1# configure

ステップ 2

tenant tenant_name

テナントを作成し、テナント モードを開始します。

例:

apic1(config)# tenant ExampleCorp
apic1(config-tenant)#

ステップ 3

template ipv6 nd policy policy_name

IPv6 ND ポリシーを作成します。

例:

apic1(config-tenant)# template ipv6 nd policy NDPol001

ステップ 4

ipv6 nd mtu mtu value

IPv6 ND ポリシーに MTU 値を割り当てます。

例:

apic1(config-tenant-template-ipv6-nd)# ipv6 nd mtu 1500
apic1(config-tenant-template-ipv6)# exit
apic1(config-tenant-template)# exit
apic1(config-tenant)#

ステップ 5

vrf context VRF_name

VRF を作成します。

例:

apic1(config-tenant)# vrf context pvn1
apic1(config-tenant-vrf)# exit

ステップ 6

l3out VRF_name

レイヤ 3 アウト を作成します。

例:

apic1(config-tenant)# l3out l3extOut001

ステップ 7

vrf member VRF_name

VRF をレイヤ 3 アウトインターフェイスに関連付けます。

例:

apic1(config-tenant-l3out)# vrf member pvn1
apic1(config-tenant-l3out)# exit

ステップ 8

external-l3 epg instp l3out l3extOut001

レイヤ 3 アウトおよび VRF をレイヤ 3 インターフェイスに割り当てます。

例:

apic1(config-tenant)# external-l3 epg instp l3out l3extOut001
apic1(config-tenant-l3ext-epg)# vrf member pvn1
apic1(config-tenant-l3ext-epg)# exit

ステップ 9

leaf 2011

リーフ スイッチ モードを開始します。

例:

apic1(config)# leaf 2011

ステップ 10

vrf context tenant ExampleCorp vrf pvn1 l3out l3extOut001

VRF をリーフ スイッチに関連付けます。

例:

apic1(config-leaf)# vrf context tenant ExampleCorp vrf pvn1 l3out l3extOut001

apic1(config-leaf-vrf)# exit

ステップ 11

int eth 1/1

インターフェイス モードに入ります。

例:

apic1(config-leaf)# int eth 1/1
apic1(config-leaf-if)#

ステップ 12

vrf member tenant ExampleCorp vrf pvn1 l3out l3extOut001

インターフェイスで関連付けられているテナント、VRF、レイヤ 3 Out を指定します。

例:

apic1(config-leaf-if)# vrf member tenant ExampleCorp vrf pvn1 l3out l3extOut001

ステップ 13

ipv6 address 2001:20:21:22::2/64 preferred

プライマリまたは優先 Ipv6 アドレスを指定します。

例:

apic1(config-leaf-if)# ipv6 address 2001:20:21:22::2/64 preferred

ステップ 14

ipv6 nd prefix 2001:20:21:22::2/64 1000 1000

レイヤ 3 インターフェイス下で IPv6 ND プレフィックス ポリシーを設定します。

例:

apic1(config-leaf-if)# ipv6 nd prefix 2001:20:21:22::2/64 1000 1000

ステップ 15

inherit ipv6 nd NDPol001

レイヤ 3 インターフェイス下で ND ポリシーを設定します。

例:

apic1(config-leaf-if)# inherit ipv6 nd NDPol001
apic1(config-leaf-if)# exit
apic1(config-leaf)# exit

設定が完了します。

NX-OS Style CLI を使用した Microsoft NLB の設定

- NX-OS Style CLI を使用したユニキャスト モードでのMicrosoft NLB の構成

- NX-OS Style CLI を使用したマルチキャスト モードでの Microsoft NLB の構成

- NX-OS Style CLI を使用した IGMP モードでの Microsoft NLB の構成

NX-OS Style CLI を使用したユニキャスト モードでのMicrosoft NLB の構成

このタスクは、ブリッジ ドメインのすべてのポートに Microsoft NLB がフラッドするように構成します。

始める前に

これらの手順を進める前に次の使用可能な情報を準備してください。

- Microsoft NLB クラスタ VIP

- Microsoft NLB クラスタ MAC アドレス

手順

手順の概要

1. configure

2. tenant tenant-name

3. application app-profile-name

4. epg epg-name

5. [no] endpoint {ip | ipv6} ip-address epnlb mode mode-uc mac mac-address

手順の詳細

ステップ 1

configure

例:

apic1# configure

構成モードに入ります。

ステップ 2

tenant tenant-name

例:

apic1 (config)# tenant tenant1

存在しない場合はテナントを作成します。または、テナント構成モードを開始します。

ステップ 3

application app-profile-name

例:

apic1 (config-tenant)# application app1

存在しない場合はアプリケーション プロファイルを作成します。または、アプリケーション プロファイル構成モードを開始します。

ステップ 4

epg epg-name

例:

apic1 (config-tenant-app)# epg epg1

存在しない場合は EPG を作成します。または、EPG 構成モードを開始します。

ステップ 5

[no] endpoint {ip | ipv6} ip-address epnlb mode mode-uc mac mac-address

例:

apic1 (config-tenant-app-epg)# endpoint ip 192.0.2.2/32 epnlb mode mode-uc mac 03:BF:01:02:03:04

Microsoft NLB をユニキャスト モードで構成します：

- ip-address は Microsoft NLB クラスタ VIP です。

- mac-address Microsoft NLB クラスタ MAC アドレスです。

NX-OS Style CLI を使用したマルチキャスト モードでの Microsoft NLB の構成

このタスクは、ブリッジ ドメインの特定のポートでのみ Microsoft NLB がフラッドするように構成します。

始める前に

これらの手順を進める前に次の使用可能な情報を準備してください。

- Microsoft NLB クラスタ VIP

- Microsoft NLB クラスタ MAC アドレス

手順

手順の概要

1. configure

2. tenant tenant-name

3. application app-profile-name

4. epg epg-name

5. [no] endpoint {ip | ipv6} ip-address epnlb mode mode-mcast--static mac mac-address

6. [no] nlb static-group mac-address leaf leaf-num interface {ethernet slot/port | port-channel port-channel-name} vlan portEncapVlan

手順の詳細

ステップ 1

configure

例:

apic1# configure

構成モードに入ります。

ステップ 2

tenant tenant-name

例:

apic1 (config)# tenant tenant1

存在しない場合はテナントを作成します。または、テナント構成モードを開始します。

ステップ 3

application app-profile-name

例:

apic1 (config-tenant)# application app1

存在しない場合はアプリケーション プロファイルを作成します。または、アプリケーション プロファイル構成モードを開始します。

ステップ 4

epg epg-name

例:

apic1 (config-tenant-app)# epg epg1

EPG 構成モードを開始します。まだ存在しない場合は EPG を作成します。

ステップ 5

[no] endpoint {ip | ipv6} ip-address epnlb mode mode-mcast--static mac mac-address

例:

apic1 (config-tenant-app-epg)# endpoint ip 192.0.2.2/32 epnlb mode mode-mcast--static mac 03:BF:01:02:03:04

静的マルチキャスト モードで Microsoft NLB を構成します：

- ip-address は Microsoft NLB クラスタ VIP です。

- mac-address Microsoft NLB クラスタ MAC アドレスです。

ステップ 6

[no] nlb static-group mac-address leaf leaf-num interface {ethernet slot/port | port-channel port-channel-name} vlan portEncapVlan

例:

apic1 (config-tenant-app-epg)# nlb static-group 03:BF:01:02:03:04 leaf 102 interface ethernet 1/12 vlan 19

Microsoft NLB マルチキャスト VMAC を、Microsoft NLB サーバが接続されている EPG ポートに追加します。

- mac-address は、入力したMicrosoft NLBクラスタのMACアドレスです。 ステップ 5。

- leaf-num は、追加または削除するインターフェイスを含むリーフ スイッチです。

- port-channel-name は、port-channel オプションを使用する場合のポートチャネルの名前です。

- portEncapVlan は、アプリケーション EPG の静的メンバーのカプセル化 VLAN です。

NX-OS Style CLI を使用した IGMP モードでの Microsoft NLB の構成

このタスクは、ブリッジ ドメインの特定のポートでのみ Microsoft NLB がフラッドするように構成します。

始める前に

これらの手順を進める前に次の使用可能な情報を準備してください。

- Microsoft NLB クラスタ VIP

- Microsoft NLB クラスタ MAC アドレス

手順

手順の概要

1. configure

2. tenant tenant-name

3. application app-profile-name

4. epg epg-name

5. [no] endpoint {ip | ipv6} ip-address epnlb mode mode-mcast-igmp group multicast-IP-address

手順の詳細

ステップ 1

configure

例:

apic1# configure

構成モードに入ります。

ステップ 2

tenant tenant-name

例:

apic1 (config)# tenant tenant1

存在しない場合はテナントを作成します。または、テナント構成モードを開始します。

ステップ 3

application app-profile-name

例:

apic1 (config-tenant)# application app1

存在しない場合はアプリケーション プロファイルを作成します。または、アプリケーション プロファイル構成モードを開始します。

ステップ 4

epg epg-name

例:

apic1 (config-tenant-app)# epg epg1

存在しない場合は EPG を作成します。または、EPG 構成モードを開始します。

ステップ 5

[no] endpoint {ip | ipv6} ip-address epnlb mode mode-mcast-igmp group multicast-IP-address

例:

apic1 (config-tenant-app-epg)# endpoint ip 192.0.2.2/32 epnlb mode mode-mcast-igmp group 1.3.5.7

Microsoft NLB を IGMP モードで構成します：

- ip-address は Microsoft NLB クラスタ VIP です。

- multicast-IP-address は、NLB エンドポイント グループのマルチキャスト IP です。

NX-OS Style CLI を使用した IGMP スヌーピングの設定

- NX-OS スタイル CLI を使用した IGMP スヌーピング ポリシーの設定とブリッジ ドメインへの割り当て

- NX-OS スタイル CLI によりスタティック ポートで IGMP スヌーピングおよびマルチキャストの有効化

- NX-OS スタイル CLI を使用した IGMP スヌーピングおよびマルチ キャスト グループへのアクセスの有効化

NX-OS スタイル CLI を使用した IGMP スヌーピング ポリシーの設定とブリッジ ドメインへの割り当て

始める前に

- IGMP スヌーピングのポリシーを消費するテナントを作成します。

- IGMP スヌーピング ポリシーを接続するテナントのブリッジ ドメインを作成します。

手順

ステップ 1

デフォルト値に基づいてスヌーピング ポリシーを作成します。

例:

apic1(config-tenant)# template ip igmp snooping policy cookieCut1
apic1(config-tenant-template-ip-igmp-snooping)# show run all

# Command: show running -config all tenant foo template ip igmp snooping policy cookieCut1
# Time: Thu Oct 13 18:26:03 2016
tenant t_10
template ip igmp snooping policy cookieCut1
ip igmp snooping
no ip igmp snooping fast-leave
ip igmp snooping last-member-query-interval 1
no ip igmp snooping querier
ip igmp snooping query-interval 125
ip igmp snooping query-max-response-time 10
ip igmp snooping stqrtup-query-count 2
ip igmp snooping startup-query-interval 31
no description
exit
exit
apic1(config-tenant-template-ip-igmp-snooping)#

例の NX-OS スタイル CLI シーケンス：

- デフォルト値を持つ cookieCut1 という名前の IGMP スヌーピング ポリシーを作成します。

- ポリシー cookieCut1 のデフォルト IGMP スヌーピングの値が表示されます。

ステップ 2

必要に応じてスヌーピング ポリシーを変更します。

例:

apic1(config-tenant-template-ip-igmp-snooping)# ip igmp snooping query-interval 300
apic1(config-tenant-template-ip-igmp-snooping)# show run all

# Command: show running -config all tenant foo template ip igmp snooping policy cookieCut1
#Time: Thu Oct 13 18:26:03 2016
tenant foo
template ip igmp snooping policy cookieCut1
ip igmp snooping
no ip igmp snooping fast-leave
ip igmp snooping last-member-query-interval 1
no ip igmp snooping querier
ip igmp snooping query-interval 300
ip igmp snooping query-max-response-time 10
ip igmp snooping stqrtup-query-count 2
ip igmp snooping startup-query-interval 31
no description
exit
exit
apic1(config-tenant-template-ip-igmp-snooping)# exit
apic1(config--tenant)#

例の NX-OS スタイル CLI シーケンス：

- cookieCut1 という名前の IGMP スヌーピング ポリシーのクエリ間隔値のカスタム値を指定します。

- ポリシー cookieCut1 の変更された IGMP スヌーピング値を確認します。

ステップ 3

必要に応じてスヌーピング ポリシーを変更します。

例:

apic1(config-tenant-template-ip-igmp-snooping)# ip igmp snooping ?
<CR>
fast-leave                  Enable IP IGMP Snooping fast leave processing
last-member-query-interval  Change the IP IGMP snooping last member query interval param
querier                     Enable IP IGMP Snooping querier processing
query-interval              Change the IP IGMP snooping query interval param
query-max-response-time     Change the IP IGMP snooping max query response time
startup-query-count         Change the IP IGMP snooping number of initial queries to send
startup-query-interval      Change the IP IGMP snooping time for sending initial queries
version                     Change the IP IGMP snooping version param

apic1(config-tenant-template-ip-igmp-snooping)# ip igmp snooping version ?
v2  version-2
v3  version-3

apic1(config-tenant)# show run
# Command: show running-config tenant tenant1
# Time: Mon Jun  1 01:53:53 2020
tenant tenant1
<snipped>
interface bridge-domain amit_bd
ip address 10.175.31.30/24 secondary
ip address 100.175.31.1/32 secondary snooping-querier
ip igmp snooping policy igmp_snoop_policy
exit
template ip igmp snooping policy igmp_snoop_policy
ip igmp snooping fast-leave
ip igmp snooping last-member-query-interval 2
ip igmp snooping querier v3
ip igmp snooping query-interval 100
ip igmp snooping startup-query-count 5
ip igmp snooping version v3
exit
exit

例の NX-OS スタイル CLI シーケンス：

- IGMP スヌーピング ポリシーのクエリ バージョンのカスタム値を指定します。

- ポリシーの変更された IGMP スヌーピング バージョンを確認します。

ステップ 4

ブリッジ ドメインにポリシーを割り当てます。

例:

apic1(config-tenant)# int bridge-domain bd3
apic1(config-tenant-interface)# ip igmp snooping policy cookieCut1

例の NX-OS スタイル CLI シーケンス：

- ブリッジ ドメインの BD3 に移動します。IGMP スヌーピング ポリシーのクエリ間隔値は cookieCut1 という名前です。

- ポリシー cookieCut1 の変更された IGMP スヌーピングの値を持つ IGMP スヌーピングのポリシーを割り当てます。

次のタスク

複数のブリッジ ドメインに IGMP スヌーピングのポリシーを割り当てることができます。

NX-OS スタイル CLI によりスタティック ポートで IGMP スヌーピングおよびマルチキャストの有効化

EPG に静的に割り当てられたポートで IGMP スヌーピングおよびマルチキャストをイネーブルにできます。それらのポートで有効な IGMP スヌーピングおよびマルチキャスト トラフィックへのアクセスを許可または拒否するアクセス ユーザーのグループを作成および割り当てることができます。

このタスクで説明されている手順には、次のエンティティの事前設定を前提とします。

- テナント：tenant_A

- アプリケーション：application_A

- EPG：epg_A

- ブリッジ ドメイン：bridge_domain_A

- vrf：vrf_A -- a member of bridge_domain_A

- VLAN ドメイン：vd_A（300 ～ 310 の範囲で設定される）

- リーフ スイッチ：101 およびインターフェイス 1/10

スイッチ 101 のターゲット インターフェイス 1/10 が VLAN 305 に関連付けられており、enant_A、application_A、epg_A に静的にリンクされています。

- リーフ スイッチ：101 およびインターフェイス 1/11

スイッチ 101 のターゲット インターフェイス 1/11 が VLAN 309 に関連付けられており、enant_A、application_A、epg_A に静的にリンクされています。

始める前に

EPG に IGMP スヌーピングおよびマルチキャストを有効にする前に、次のタスクを実行します。

- この機能を有効にして静的に EPG に割り当てるインターフェイスを特定する

（注）

静的割り当てポートの詳細については、 [NX-OS スタイルの CLI を使用した APIC の特定のポートへの EPG の導入（Deploying an EPG on a Specific Port with APIC Using the NX-OS Style CLI）] を参照します。これは、 [Cisco APIC レイヤ 2 ネットワーク構成ガイド（Cisco APIC Layer 2 Networking Configuration Guide）]にあります。

- IGMP スヌーピング マルチキャスト トラフィックの受信者の IP アドレスを特定します。

手順

ターゲット インターフェイスで IGMP スヌーピングおよびレイヤ 2 マルチキャスティングを有効にします

例のシーケンスでは次を有効にします。

- 静的にリンクされているターゲット インターフェイス 1/10 の IGMP スヌーピング、そしてマルチキャスト IP アドレス、225.1.1.1 に関連付けます

- 静的にリンクされているターゲット インターフェイス 1/11 の IGMP スヌーピング、そしてマルチキャスト IP アドレス、227.1.1.1 に関連付けます

例:

apic1# conf t
apic1(config)# tenant tenant_A
apic1(config-tenant)# application application_A
apic1(config-tenant-app)# epg epg_A
apic1(config-tenant-app-epg)# ip igmp snooping static-group 225.1.1.1 leaf 101 interface ethernet 1/10 vlan 305
apic1(config-tenant-app-epg)# end

apic1# conf t
apic1(config)# tenant tenant_A; application application_A; epg epg_A
apic1(config-tenant-app-epg)# ip igmp snooping static-group 227.1.1.1 leaf 101 interface ethernet 1/11 vlan 309
apic1(config-tenant-app-epg)# exit
apic1(config-tenant-app)# exit

NX-OS スタイル CLI を使用した IGMP スヌーピングおよびマルチ キャスト グループへのアクセスの有効化

EPG に静的に割り当てられたポートで IGMP スヌーピングおよびマルチキャストを有効にした後、それらのポートで有効な IGMP スヌーピングおよびマルチキャスト トラフィックへのアクセスを許可または拒否するユーザーのアクセス グループを作成および割り当てできます。

このタスクで説明されている手順には、次のエンティティの事前設定を前提とします。

- テナント：tenant_A

- アプリケーション：application_A

- EPG：epg_A

- ブリッジ ドメイン：bridge_domain_A

- vrf：vrf_A -- a member of bridge_domain_A

- VLAN ドメイン：vd_A（300 ～ 310 の範囲で設定される）

- リーフ スイッチ：101 およびインターフェイス 1/10

スイッチ 101 のターゲット インターフェイス 1/10 が VLAN 305 に関連付けられており、enant_A、application_A、epg_A に静的にリンクされています。

- リーフ スイッチ：101 およびインターフェイス 1/11

スイッチ 101 のターゲット インターフェイス 1/11 が VLAN 309 に関連付けられており、enant_A、application_A、epg_A に静的にリンクされています。

（注）

静的割り当てポートの詳細については、 [NX-OS スタイルの CLI を使用した APIC の特定のポートへの EPG の導入（Deploying an EPG on a Specific Port with APIC Using the NX-OS Style CLI）] を参照します。これは、 [Cisco APIC レイヤ 2 ネットワーク構成ガイド（Cisco APIC Layer 2 Networking Configuration Guide）]にあります。

手順

ステップ 1

route-map「アクセス グループ」を定義します。

例のシーケンスを構成します：

- マルチキャスト グループ 225.1.1.1/24 にリンクされる Route-map-access グループ「foobroker」のアクセスが許可されています。

- マルチキャスト グループ 225.1.1.1/24 にリンクされる Route-map-access グループ「foobroker」のアクセスが拒否されています。

例:

apic1# conf t
apic1(config)# tenant tenant_A; application application_A; epg epg_A
apic1(config-tenant)# route-map fooBroker permit
apic1(config-tenant-rtmap)# match ip multicast group 225.1.1.1/24
apic1(config-tenant-rtmap)# exit

apic1(config-tenant)# route-map fooBroker deny
apic1(config-tenant-rtmap)# match ip multicast group 227.1.1.1/24
apic1(config-tenant-rtmap)# exit

ステップ 2

ルート マップ設定を確認します。

例:

apic1(config-tenant)# show running-config tenant test route-map fooBroker
# Command: show running-config tenant test route-map fooBroker
# Time: Mon Aug 29 14:34:30 2016
tenant test
route-map fooBroker permit 10
match ip multicast group 225.1.1.1/24
exit
route-map fooBroker deny 20
match ip multicast group 227.1.1.1/24
exit
exit

ステップ 3

アクセス グループ接続パスを指定します。

例のシーケンスを設定します。

- リーフ スイッチ 101、インターフェイス 1/10、VLAN 305 で接続されている Route-map-access グループ「foobroker」。

- リーフ スイッチ 101、インターフェイス 1/10、VLAN 305 で接続されている Route-map-access グループ「newbroker」。

例:

apic1(config-tenant)# application application_A
apic1(config-tenant-app)# epg epg_A
apic1(config-tenant-app-epg)# ip igmp snooping access-group route-map fooBroker leaf 101 interface ethernet 1/10 vlan 305
apic1(config-tenant-app-epg)# ip igmp snooping access-group route-map newBroker leaf 101 interface ethernet 1/10 vlan 305

ステップ 4

アクセスグループ接続を確認します。

例:

apic1(config-tenant-app-epg)# show run
# Command: show running-config tenant tenant_A application application_A epg epg_A
# Time: Mon Aug 29 14:43:02 2016
tenant tenent_A
application application_A
epg epg_A
bridge-domain member bridge_domain_A

ip igmp snooping access-group route-map fooBroker leaf 101 interface ethernet 1/10 vlan 305
ip igmp snooping access-group route-map fooBroker leaf 101 interface ethernet 1/11 vlan 309
ip igmp snooping access-group route-map newBroker leaf 101 interface ethernet 1/10 vlan 305
ip igmp snooping static-group 225.1.1.1 leaf 101 interface ethernet 1/10 vlan 305
ip igmp snooping static-group 225.1.1.1 leaf 101 interface ethernet 1/11 vlan 309
exit
exit
exit

NX-OS Style CLI を使用した MLD スヌーピングの設定

- NX-OS Style CLI を使用したブリッジ ドメインに対する MLD スヌーピング ポリシーの構成と割り当て

NX-OS Style CLI を使用したブリッジ ドメインに対する MLD スヌーピング ポリシーの構成と割り当て

始める前に

- MLD スヌーピングのポリシーを消費するテナントを作成します。

- MLD スヌーピング ポリシーを接続するテナントのブリッジ ドメインを作成します。

手順

手順の概要

1. configure terminal

2. tenant tenant-name

3. template ipv6 mld snooping policy policy-name

4. [no] ipv6 mld snooping

5. [no] ipv6 mld snooping fast-leave

6. [no] ipv6 mld snooping querier

7. ipv6 mld snooping last-member-query-interval parameter

8. ipv6 mld snooping query-interval parameter

9. ipv6 mld snooping query-max-response-time parameter

10. ipv6 mld snooping startup-query-count parameter

11. ipv6 mld snooping startup-query-interval parameter

12. exit

13. interface bridge-domain bridge-domain-name

14. ipv6 address sub-bits/prefix-length snooping-querier

15. ipv6 mld snooping policy policy-name

16. exit

手順の詳細

ステップ 1

configure terminal

例:

apic1# configure terminal
apic1(config)#

構成モードに入ります。

ステップ 2

tenant tenant-name

例:

apic1(config)# tenant tn1
apic1(config-tenant)#

テナントを作成するか、テナント構成モードに入ります。

ステップ 3

template ipv6 mld snooping policy policy-name

例:

apic1(config-tenant)# template ipv6 mld snooping policy mldPolicy1
apic1(config-tenant-template-ip-mld-snooping)#

MLD スヌーピング ポリシーを作成します。例の NX-OS スタイルの CLI シーケンスは、mldPolicy1 という名前の MLD スヌーピング ポリシーを作成します。

ステップ 4

[no] ipv6 mld snooping

例:

apic1(config-tenant-template-ip-mld-snooping)# ipv6 mld snooping
apic1(config-tenant-template-ip-mld-snooping)# no ipv6 mld snooping

MLD スヌープ ポリシーの管理状態を有効または無効にします。デフォルトのステートはディセーブルです。

ステップ 5

[no] ipv6 mld snooping fast-leave

例:

apic1(config-tenant-template-ip-mld-snooping)# ipv6 mld snooping fast-leave
apic1(config-tenant-template-ip-mld-snooping)# no ipv6 mld snooping fast-leave

IPv6 MLD スヌーピング ファストリーブ処理を有効または無効にします。

ステップ 6

[no] ipv6 mld snooping querier

例:

apic1(config-tenant-template-ip-mld-snooping)# ipv6 mld snooping querier
apic1(config-tenant-template-ip-mld-snooping)# no ipv6 mld snooping querier

IPv6 MLD スヌーピング クエリア処理を有効または無効にします。有効にするクエリア オプションを割り当て済みのポリシーで効果的に有効にするには、 ステップ 14で説明されているように、ポリシーを適用するブリッジ ドメインに割り当てられるサブネットでもクエリア オプションを有効にする必要があります。

ステップ 7

ipv6 mld snooping last-member-query-interval parameter

例:

apic1(config-tenant-template-ip-mld-snooping)# ipv6 mld snooping last-member-query-interval 25

IPv6 MLD スヌーピングの最終メンバー クエリー間隔パラメータを変更します。NX-OS スタイルの CLI シーケンスの例では、IPv6 MLD スヌーピングの最後のメンバーのクエリー間隔パラメータが 25 秒に変更されます。有効なオプションは 1 〜 25 です。デフォルト値は 1 秒です。

ステップ 8

ipv6 mld snooping query-interval parameter

例:

apic1(config-tenant-template-ip-mld-snooping)# ipv6 mld snooping query-interval 300

IPv6 MLD スヌーピング クエリー間隔パラメータを変更します。NX-OS スタイルの CLI シーケンス例では、IPv6 MLD スヌーピング クエリ間隔パラメータを 300 秒に変更します。有効なオプションは 1 〜 18000 です。デフォルト値は 125 秒です。

ステップ 9

ipv6 mld snooping query-max-response-time parameter

例:

apic1(config-tenant-template-ip-mld-snooping)# ipv6 mld snooping query-max-response-time 25

IPv6 MLD スヌーピングの最大クエリー応答時間を変更します。NX-OS スタイルの CLI シーケンスの例では、IPv6 MLD スヌーピングの最大クエリ応答時間が 25 秒に変更されます。有効なオプションは 1 〜 25 です。デフォルトは 10 秒です。

ステップ 10

ipv6 mld snooping startup-query-count parameter

例:

apic1(config-tenant-template-ip-mld-snooping)# ipv6 mld snooping startup-query-count 10

送信する初期クエリーの IPv6 MLD スヌーピング数を変更します。NX-OS スタイルの CLI シーケンスの例では、最初のクエリの IPv6 MLD スヌーピング数を 10 に変更します。有効なオプションは 1 〜 10 です。デフォルトは 2 です。

ステップ 11

ipv6 mld snooping startup-query-interval parameter

例:

apic1(config-tenant-template-ip-mld-snooping)# ipv6 mld snooping startup-query-interval 300

初期クエリを送信するための IPv6 MLD スヌーピング時間を変更します。NX-OS スタイルの CLI シーケンスの例では、最初のクエリを送信するための IPv6 MLD スヌーピング時間が 300 秒に変更されます。有効なオプションは 1 〜 18000 です。デフォルト値は 31 秒です。

ステップ 12

exit

例:

apic1(config-tenant-template-ip-mld-snooping)# exit
apic1(config-tenant)#

構成モードに戻ります。

ステップ 13

interface bridge-domain bridge-domain-name

例:

apic1(config-tenant)# interface bridge-domain bd1
apic1(config-tenant-interface)#

インターフェイス ブリッジ ドメインを構成します。例の NX-OS スタイルの CLI シーケンスは、bd1 という名前のインターフェイス ブリッジ ドメインを構成します。

ステップ 14

ipv6 address sub-bits/prefix-length snooping-querier

例:

apic1(config-tenant-interface)# ipv6 address 2000::5/64 snooping-querier

ブリッジ ドメインをスイッチ クエリアとして構成します。これにより、ポリシーが適用されるブリッジ ドメインに割り当てられたサブネットでクエリア オプションが有効になります。

ステップ 15

ipv6 mld snooping policy policy-name

例:

apic1(config-tenant-interface)# ipv6 mld snooping policy mldPolicy1

ブリッジ ドメインを MLD スヌーピング ポリシーに関連付けます。例の NX-OS スタイルの CLI シーケンスは、mldPolicy1 という名前の MLD スヌーピング ポリシーにブリッジ ドメインを関連付けます。

ステップ 16

exit

例:

apic1(config-tenant-interface)# exit
apic1(config-tenant)#

構成モードに戻ります。

NX-OS Style CLI を使用した IP マルチキャストの設定

- NX-OS スタイルの CLI を使用したレイヤ 3 マルチキャストの設定

- NX-OS Style CLI を使用したレイヤ 3 IPv6 の設定

- NX-OS スタイルの CLI を使用したマルチキャスト フィルタリングの構成

NX-OS スタイルの CLI を使用したレイヤ 3 マルチキャストの設定

手順

ステップ 1

コンフィギュレーション モードを開始します。

例:

apic1# configure

ステップ 2

テナントの設定モード、VRF の設定モードは、および PIM オプションの設定モードに入ります。

例:

apic1(config)# tenant tenant1
apic1(config-tenant)# vrf context tenant1_vrf
apic1(config-tenant-vrf)# ip pim
apic1(config-tenant-vrf)# ip pim fast-convergence
apic1(config-tenant-vrf)# ip pim bsr forward

ステップ 3

IGMP を設定し、VRF に適切な IGMP オプションを設定します。

例:

apic1(config-tenant-vrf)# ip igmp
apic1(config-tenant-vrf)# exit
apic1(config-tenant)# interface bridge-domain tenant1_bd
apic1(config-tenant-interface)# ip multicast
apic1(config-tenant-interface)# ip igmp allow-v3-asm
apic1(config-tenant-interface)# ip igmp fast-leave
apic1(config-tenant-interface)# ip igmp inherit interface-policy igmp_intpol1
apic1(config-tenant-interface)# exit

ステップ 4

テナントの L3 Out モードに入り、PIM を有効にし、リーフ インターフェイス モードに入ります。このインターフェイスの PIM を設定します。

例:

apic1(config-tenant)# l3out tenant1_l3out
apic1(config-tenant-l3out)# ip pim
apic1(config-tenant-l3out)# exit
apic1(config-tenant)# exit
apic1(config)#
apic1(config)# leaf 101
apic1(config-leaf)# interface ethernet 1/125
apic1(config-leaf-if) ip pim inherit interface-policy pim_intpol1

ステップ 5

IGMP コマンドを使用して、インターフェイスの IGMP を設定します。

例:

apic1(config-leaf-if)# ip igmp fast-leave
apic1(config-leaf-if)# ip igmp inherit interface-policy igmp_intpol1
apic1(config-leaf-if)# exit
apic1(config-leaf)# exit

ステップ 6

ファブリック RP を設定します。

例:

apic1(config)# tenant tenant1
apic1(config-tenant)# vrf context tenant1_vrf
apic1(config-tenant-vrf)# ip pim fabric-rp-address 20.1.15.1 route-map intervrf-ctx2
apic1(config-tenant-vrf)# ip pim fabric-rp-address 20.1.15.2 route-map intervrf-ctx1
apic1(config-tenant-vrf)# exit

ステップ 7

Inter-VRF マルチキャストを設定します。

例:

apic1(config-tenant)# vrf context tenant1_vrf
apic1(config-tenant-vrf)# ip pim inter-vrf-src ctx2 route-map intervrf-ctx2
apic1(config-tenant-vrf)# route-map intervrf-ctx2 permit 1
apic1(config-tenant-vrf)# match ip multicast group 226.20.0.0/24
apic1(config-tenant-vrf)#  exit
apic1(config-tenant)# exit
apic1(config)#

これにより、APIC のレイヤ 3 マルチキャストの設定を完了します。

NX-OS Style CLI を使用したレイヤ 3 IPv6 の設定

始める前に

- 目的の VRF、ブリッジ ドメイン、IPv6 アドレスを持つレイヤ 3 Out インターフェイス は、PIM6 が有効になるように設定する必要があります。レイヤ 3 Out の場合、IPv6 マルチキャストが機能するために、論理ノード プロファイルのノードに IPv6 ループバック アドレスが設定されます。

- 基本的なユニキャスト ネットワークを設定する必要があります。

手順

ステップ 1

VRF で PIM6 を有効にし、ランデブー ポイント（RP）を設定します。

例:

apic1(config)# tenant tenant1
apic1(config-tenant)# vrf context tenant1_vrf
apic1(config-tenant-vrf)# ipv6 pim
apic1(config-tenant-vrf)# ipv6 rp-address 2018::100:100:100:100 route-map ipv6_pim_routemap

ステップ 2

PIM6 インターフェイス ポリシーを設定し、レイヤ 3 Out に適用します。

例:

apic1(config-tenant)# l3out tenant1_l3out
apic1(config-tenant-l3out)# ipv6 pim
apic1(config-tenant-l3out)# exit
apic1(config-tenant)# exit
apic1(config)#
apic1(config)# leaf 101
apic1(config-leaf)# interface ethernet 1/125
apic1(config-leaf-if) ipv6 pim inherit interface-policy pim6_intpol1

ステップ 3

BD で PIM6 を有効にします。

例:

apic1(config-tenant)# interface bridge-domain tenant1_bd
apic1(config-tenant-interface)# ipv6 multicast
apic1(config-tenant)# exit
apic1(config)#

PIM6 を使用したレイヤ 3 IPv6 マルチキャストが有効になります。

NX-OS スタイルの CLI を使用したマルチキャスト フィルタリングの構成

ブリッジ ドメイン レベルでマルチキャスト フィルタリングを構成します。このトピックの手順を使用して、ブリッジ ドメイン レベルで送信元フィルタリングまたは受信者フィルタリング、あるいはその両方を構成します。

始める前に

- マルチキャスト フィルタリングを構成するブリッジ ドメインはすでに作成されています。

- ブリッジ ドメインは PIM 対応ブリッジ ドメインです。

- レイヤ 3 マルチキャストは VRF レベルで有効になります。

手順

ステップ 1

構成モードを開始します。

apic1# configure
apic1(config)#

ステップ 2

テナントにアクセスし、PIM を有効にします。

apic1(config)# tenant tenant-name
apic1(config-tenant)# vrf context VRF-name
apic1(config-tenant-vrf)# ip pim
apic1(config-tenant-vrf)# exit
apic1(config-tenant)#

例:

apic1(config)# tenant t1
apic1(config-tenant)# vrf context v1
apic1(config-tenant-vrf)# ip pim
apic1(config-tenant-vrf)# exit
apic1(config-tenant)#

ステップ 3

マルチキャスト フィルタリングを構成するブリッジ ドメインにアクセスします。

apic1(config-tenant)# bridge-domain BD-name
apic1(config-tenant-bd)#

例:

apic1(config-tenant)# bridge-domain bd1
apic1(config-tenant-bd)#

ステップ 4

このブリッジ ドメインにマルチキャスト 送信元 または 受信者 のフィルタリングを有効にするかどうかを決定します。

（注）

送信元フィルタリングと受信先フィルタリングの両方を同じブリッジ ドメインで有効にできます。

- このブリッジ ドメインでマルチキャスト送信元フィルタリングを有効にする場合は、次の例のように入力します。

apic1(config-tenant-bd)# src-filter source-route-map-policy

次に例を示します。

apic1(config-tenant-bd)# src-filter routemap-Mcast-src

- このブリッジ ドメインでマルチキャスト送信元フィルタリングを有効にする場合は、次の例のように入力します。

apic1(config-tenant-bd)# dst-filter destination-route-map-policy

次に例を示します。

apic1(config-tenant-bd)# dst-filter routemap-Mcast-dst

ステップ 5

IPv4 のマルチキャストを有効にします。

apic1(config-tenant-bd)# mcast-allow
apic1(config-tenant-bd)#

ステップ 6

VRF にブリッジ ドメインを関連付けます。

apic1(config-tenant-bd)# vrf member VRF-name
apic1(config-tenant-bd)# exit
apic1(config-tenant)#

例:

apic1(config-tenant-bd)# vrf member v1
apic1(config-tenant-bd)# exit
apic1(config-tenant)#

ステップ 7

ブリッジ ドメインでマルチキャストを有効にします。

apic1(config-tenant)# interface bridge-domain BD-name
apic1(config-tenant-interface)# ip multicast
apic1(config-tenant-interface)# exit
apic1(config-tenant)#

例:

apic1(config-tenant)# interface bridge-domain bd1
apic1(config-tenant-interface)# ip multicast
apic1(config-tenant-interface)# exit
apic1(config-tenant)#

ステップ 8

ルート マップを構成します。

apic1(config-tenant)# route-map destination-route-map-policy <permit/deny> sequence_number
apic1(config-tenant-rtmap)# match ip multicast <source/group> IP_address_subnet <source/group> IP_address_subnet
apic1(config-tenant-rtmap)# exit
apic1(config-tenant)# exit
apic1(config)#

例:

apic1(config-tenant)# route-map routemap-Mcast-src permit 1
apic1(config-tenant-rtmap)# match ip multicast source 10.10.1.1/24 group 192.1.1.1/32
apic1(config-tenant-rtmap)# exit
apic1(config-tenant)# route-map routemap-Mcast-dst permit 1
apic1(config-tenant-rtmap)# match ip multicast group 192.2.2.2/32
apic1(config-tenant-rtmap)# exit
apic1(config-tenant)# exit
apic1(config)#

NX-OS Style CLI を使用したマルチポッドの設定

- NX-OS CLI を使用したマルチポッド ファブリックのセットアップ

NX-OS CLI を使用したマルチポッド ファブリックのセットアップ

始める前に

- ノード グループ ポリシーと L3Out ポリシーがすでに作成されています。

手順

ステップ 1

次の例に示すように、マルチポッドを設定します。

例:

ifav4-ifc1#  show run system
# Command: show running-config system
# Time: Mon Aug  1 21:32:03 2016
system cluster-size 3
system switch-id FOX2016G9DW 204 ifav4-spine4 pod 2
system switch-id SAL1748H56D 201 ifav4-spine1 pod 1
system switch-id SAL1803L25H 102 ifav4-leaf2 pod 1
system switch-id SAL1819RXP4 101 ifav4-leaf1 pod 1
system switch-id SAL1931LA3B 203 ifav4-spine2 pod 2
system switch-id SAL1934MNY0 103 ifav4-leaf3 pod 1
system switch-id SAL1934MNY3 104 ifav4-leaf4 pod 1
system switch-id SAL1938P7A6 202 ifav4-spine3 pod 1
system switch-id SAL1938PHBB 105 ifav4-leaf5 pod 2
system switch-id SAL1942R857 106 ifav4-leaf6 pod 2
system pod 1 tep-pool 10.0.0.0/16
system pod 2 tep-pool 10.1.0.0/16
ifav4-ifc1#

ステップ 2

次の例のよ、VLAN ドメインを設定します。

例:

ifav4-ifc1# show running-config vlan-domain l3Dom
# Command: show running-config vlan-domain l3Dom
# Time: Mon Aug  1 21:32:31 2016
vlan-domain l3Dom
vlan 4
exit
ifav4-ifc1#

ステップ 3

次の例のよ、ファブリックの外部接続を設定します。

例:

ifav4-ifc1# show running-config fabric-external
# Command: show running-config fabric-external
# Time: Mon Aug  1 21:34:17 2016
fabric-external 1
bgp evpn peering
pod 1
interpod data hardware-proxy 100.11.1.1/32
bgp evpn peering
exit
pod 2
interpod data hardware-proxy 200.11.1.1/32
bgp evpn peering
exit
route-map interpod-import
ip prefix-list default permit 0.0.0.0/0
exit
route-target extended 5:16
exit
ifav4-ifc1#

ステップ 4

スパイン スイッチ インターフェイスと次の例のよの OSPF 設定を構成します。

例:

# Command: show running-config spine
# Time: Mon Aug  1 21:34:41 2016
spine 201
vrf context tenant infra vrf overlay-1
router-id 201.201.201.201
exit
interface ethernet 1/1
vlan-domain member l3Dom
exit
interface ethernet 1/1.4
vrf member tenant infra vrf overlay-1
ip address 201.1.1.1/30
ip router ospf default area 1.1.1.1
ip ospf cost 1
exit
interface ethernet 1/2
vlan-domain member l3Dom
exit
interface ethernet 1/2.4
vrf member tenant infra vrf overlay-1
ip address 201.2.1.1/30
ip router ospf default area 1.1.1.1
ip ospf cost 1
exit
router ospf default
vrf member tenant infra vrf overlay-1
area 1.1.1.1 loopback 201.201.201.201
area 1.1.1.1 interpod peering
exit
exit
exit
spine 202
vrf context tenant infra vrf overlay-1
router-id 202.202.202.202
exit
interface ethernet 1/2
vlan-domain member l3Dom
exit
interface ethernet 1/2.4
vrf member tenant infra vrf overlay-1
ip address 202.1.1.1/30
ip router ospf default area 1.1.1.1
exit
router ospf default
vrf member tenant infra vrf overlay-1
area 1.1.1.1 loopback 202.202.202.202
area 1.1.1.1 interpod peering
exit
exit
exit
spine 203
vrf context tenant infra vrf overlay-1
router-id 203.203.203.203
exit
interface ethernet 1/1
vlan-domain member l3Dom
exit
interface ethernet 1/1.4
vrf member tenant infra vrf overlay-1
ip address 203.1.1.1/30
ip router ospf default area 0.0.0.0
ip ospf cost 1
exit
interface ethernet 1/2
vlan-domain member l3Dom
exit
interface ethernet 1/2.4
vrf member tenant infra vrf overlay-1
ip address 203.2.1.1/30
ip router ospf default area 0.0.0.0
ip ospf cost 1
exit
router ospf default
vrf member tenant infra vrf overlay-1
area 0.0.0.0 loopback 203.203.203.203
area 0.0.0.0 interpod peering
exit
exit
exit
spine 204
vrf context tenant infra vrf overlay-1
router-id 204.204.204.204
exit
interface ethernet 1/31
vlan-domain member l3Dom
exit
interface ethernet 1/31.4
vrf member tenant infra vrf overlay-1
ip address 204.1.1.1/30
ip router ospf default area 0.0.0.0
ip ospf cost 1
exit
router ospf default
vrf member tenant infra vrf overlay-1
area 0.0.0.0 loopback 204.204.204.204
area 0.0.0.0 interpod peering
exit
exit
exit
ifav4-ifc1#

NX-OS Style CLI を使用したリモート リーフ スイッチの設定

- NX-OS スタイル CLI を使用したリモート リーフ スイッチの設定

NX-OS スタイル CLI を使用したリモート リーフ スイッチの設定

この例では、リーフ スイッチがメインのファブリック ポッドと通信できるようにするため、スパイン スイッチとリモート リーフ スイッチを設定しています。

始める前に

- IPN ルータとリモート リーフ スイッチはアクティブで設定されています。 WAN ルータとリモート リーフ スイッチ設定の注意事項を参照してください。

- リモート リーフ スイッチは、13.1.x 以降 (aci n9000 dk9.13.1.x.x.bin) のスイッチ イメージを実行しています。

- リモート リーフ スイッチを追加する予定のポッドが作成され、設定されています。

手順

ステップ 1

ポッド 2 のリモート ロケーション 5 で TEP プールを定義します。

ネットワーク マスクは /24 以下である必要があります。

次の新しいコマンドを使用します： system remote-leaf-site site-id pod pod-id tep-pool ip-address-and-netmask

例:

apic1(config)# system remote-leaf-site 5 pod 2 tep-pool 192.0.0.0/16

ステップ 2

ポッド 2 の、リモート リーフ サイト 5 にリモート リーフ スイッチを追加します。

次のコマンドを使用します： system switch-id serial-number node-id leaf-switch-namepod pod-id remote-leaf-site remote-leaf-site-id node-type remote-leaf-wan

例:

apic1(config)# system switch-id FDO210805SKD 109 ifav4-leaf9 pod 2
remote-leaf-site 5 node-type remote-leaf-wan

ステップ 3

VLAN 4 を含む VLAN で VLAN ドメインを構成します。

例:

apic1(config)# vlan-domain ospfDom
apic1(config-vlan)# vlan 4-5
apic1(config-vlan)# exit

ステップ 4

インフラ テナントに 2 つの L3Out を構成します。1 つはリモート リーフ接続のためで、もう 1 つはマルチポッド IPN のためです。

例:

apic1(config)# tenant infra
apic1(config-tenant)# l3out rl-wan
apic1(config-tenant-l3out)# vrf member overlay-1
apic1(config-tenant-l3out)# exit
apic1(config-tenant)# l3out ipn-multipodInternal
apic1(config-tenant-l3out)# vrf member overlay-1
apic1(config-tenant-l3out)# exit
apic1(config-tenant)# exit
apic1(config)#

ステップ 5

L3Out が使用する、スパイン スイッチ インターフェイスとサブインターフェイスを構成します。

例:

apic1(config)# spine 201
apic1(config-spine)# vrf context tenant infra vrf overlay-1 l3out rl-wan-test
apic1(config-spine-vrf)# exit
apic1(config-spine)# vrf context tenant infra vrf overlay-1 l3out ipn-multipodInternal
apic1(config-spine-vrf)# exit
apic1(config-spine)#
apic1(config-spine)# interface ethernet 8/36
apic1(config-spine-if)# vlan-domain member ospfDom
apic1(config-spine-if)# exit
apic1(config-spine)# router ospf default
apic1(config-spine-ospf)# vrf member tenant infra vrf overlay-1
apic1(config-spine-ospf-vrf)# area 5 l3out rl-wan-test
apic1(config-spine-ospf-vrf)# exit
apic1(config-spine-ospf)# exit
apic1(config-spine)#
apic1(config-spine)# interface ethernet 8/36.4
apic1(config-spine-if)# vrf member tenant infra vrf overlay-1 l3out rl-wan-test
apic1(config-spine-if)# ip router ospf default area 5
apic1(config-spine-if)# exit
apic1(config-spine)# router ospf multipod-internal
apic1(config-spine-ospf)# vrf member tenant infra vrf overlay-1
apic1(config-spine-ospf-vrf)# area 5 l3out ipn-multipodInternal
apic1(config-spine-ospf-vrf)# exit
apic1(config-spine-ospf)# exit
apic1(config-spine)#
apic1(config-spine)# interface ethernet 8/36.5
apic1(config-spine-if)# vrf member tenant infra vrf overlay-1 l3out ipn-multipodInternal
apic1(config-spine-if)# ip router ospf multipod-internal area 5
apic1(config-spine-if)# exit
apic1(config-spine)# exit
apic1(config)#

ステップ 6

メインのファブリック ポッドと通信するために使用するリモートのリーフ スイッチ インターフェイスとサブインターフェイスを構成します。

例:

(config)# leaf 101
apic1(config-leaf)# vrf context tenant infra vrf overlay-1 l3out rl-wan-test
apic1(config-leaf-vrf)# exit
apic1(config-leaf)#
apic1(config-leaf)# interface ethernet 1/49
apic1(config-leaf-if)# vlan-domain member ospfDom
apic1(config-leaf-if)# exit
apic1(config-leaf)# router ospf default
apic1(config-leaf-ospf)# vrf member tenant infra vrf overlay-1
apic1(config-leaf-ospf-vrf)# area 5 l3out rl-wan-test
apic1(config-leaf-ospf-vrf)# exit
apic1(config-leaf-ospf)# exit
apic1(config-leaf)#
apic1(config-leaf)# interface ethernet 1/49.4
apic1(config-leaf-if)# vrf member tenant infra vrf overlay-1 l3out rl-wan-test
apic1(config-leaf-if)# ip router ospf default area 5
apic1(config-leaf-if)# exit

例

次の例は、ダウンロード可能な構成を示しています：

apic1# configure
apic1(config)# system remote-leaf-site 5 pod 2 tep-pool 192.0.0.0/16
apic1(config)# system switch-id FDO210805SKD 109 ifav4-leaf9 pod 2
remote-leaf-site 5 node-type remote-leaf-wan
apic1(config)# vlan-domain ospfDom
apic1(config-vlan)# vlan 4-5
apic1(config-vlan)# exit
apic1(config)# tenant infra
apic1(config-tenant)# l3out rl-wan-test
apic1(config-tenant-l3out)# vrf member overlay-1
apic1(config-tenant-l3out)# exit
apic1(config-tenant)# l3out ipn-multipodInternal
apic1(config-tenant-l3out)# vrf member overlay-1
apic1(config-tenant-l3out)# exit
apic1(config-tenant)# exit
apic1(config)#
apic1(config)# spine 201
apic1(config-spine)# vrf context tenant infra vrf overlay-1 l3out rl-wan-test
apic1(config-spine-vrf)# exit
apic1(config-spine)# vrf context tenant infra vrf overlay-1 l3out ipn-multipodInternal
apic1(config-spine-vrf)# exit
apic1(config-spine)#
apic1(config-spine)# interface ethernet 8/36
apic1(config-spine-if)# vlan-domain member ospfDom
apic1(config-spine-if)# exit
apic1(config-spine)# router ospf default
apic1(config-spine-ospf)# vrf member tenant infra vrf overlay-1
apic1(config-spine-ospf-vrf)# area 5 l3out rl-wan-test
apic1(config-spine-ospf-vrf)# exit
apic1(config-spine-ospf)# exit
apic1(config-spine)#
apic1(config-spine)# interface ethernet 8/36.4
apic1(config-spine-if)# vrf member tenant infra vrf overlay-1 l3out rl-wan-test
apic1(config-spine-if)# ip router ospf default area 5
apic1(config-spine-if)# exit
apic1(config-spine)# router ospf multipod-internal
apic1(config-spine-ospf)# vrf member tenant infra vrf overlay-1
apic1(config-spine-ospf-vrf)# area 5 l3out ipn-multipodInternal
apic1(config-spine-ospf-vrf)# exit
apic1(config-spine-ospf)# exit
apic1(config-spine)#
apic1(config-spine)# interface ethernet 8/36.5
apic1(config-spine-if)# vrf member tenant infra vrf overlay-1 l3out ipn-multipodInternal
apic1(config-spine-if)# ip router ospf multipod-internal area 5
apic1(config-spine-if)# exit
apic1(config-spine)# exit
apic1(config)#
apic1(config)# leaf 101
apic1(config-leaf)# vrf context tenant infra vrf overlay-1 l3out rl-wan-test
apic1(config-leaf-vrf)# exit
apic1(config-leaf)#
apic1(config-leaf)# interface ethernet 1/49
apic1(config-leaf-if)# vlan-domain member ospfDom
apic1(config-leaf-if)# exit
apic1(config-leaf)# router ospf default
apic1(config-leaf-ospf)# vrf member tenant infra vrf overlay-1
apic1(config-leaf-ospf-vrf)# area 5 l3out rl-wan-test
apic1(config-leaf-ospf-vrf)# exit
apic1(config-leaf-ospf)# exit
apic1(config-leaf)#
apic1(config-leaf)# interface ethernet 1/49.4
apic1(config-leaf-if)# vrf member tenant infra vrf overlay-1 l3out rl-wan-test
apic1(config-leaf-if)# ip router ospf default area 5
apic1(config-leaf-if)# exit

NX-OS Style CLI を使用した MP-BGP ルート リフレクタの設定

- ACI ファブリックの MP-BGP ルート リフレクタの設定

ACI ファブリックの MP-BGP ルート リフレクタの設定

ACI ファブリック内のルートを配布するために、MP-BGP プロセスを最初に実行し、スパイン スイッチを BGP ルート リフレクタとして設定する必要があります。

次に、MP-BGP ルート リフレクタの設定例を示します。

（注）

この例では、BGP ファブリック ASN は 100 です。スパイン スイッチ 104 と 105 が MP-BGP ルート リフレクタとして選択されます。

apic1(config)# bgp-fabric
apic1(config-bgp-fabric)# asn 100
apic1(config-bgp-fabric)# route-reflector spine 104,105

NX-OS Style CLI を使用したレイヤ 3 ルーテッド ポート チャネルとサブインターフェイス ポート チャネルの設定

- ポート チャネルの NX-OS は、CLI を使用してをルーテッド レイヤ 3 の構成

- NX-OS CLI を使用したレイヤ 3 サブインターフェイス ポート チャネルの設定

- NX-OS CLI を使用したレイヤ 3 ポート チャネルにポートを追加する

ポート チャネルの NX-OS は、CLI を使用してをルーテッド レイヤ 3 の構成

この手順では、レイヤ 3 ルーテッドポート チャネルを構成します。

手順

手順の概要

1. configure

2. leaf node-id

3. interface port-channel channel-name

4. no switchport

5. vrf member vrf-name tenant tenant-name

6. vlan-domain member vlan-domain-name

7. ip address ip-address/subnet-mask

8. ipv6 address sub-bits/prefix-length preferred

9. ipv6 link-local ipv6-link-local-address

10. mac-address mac-address

11. mtu mtu-value

手順の詳細

ステップ 1

configure

グローバル構成モードを開始します。

例:

apic1# configure

ステップ 2

leaf node-id

リーフ スイッチまたはリーフ スイッチの構成を指定します。  node-id は、1 つの ID または ID の範囲になります。 node-id1-node-id2形式に次の構成が適用されます：

例:

apic1(config)# leaf 101

ステップ 3

interface port-channel channel-name

指定したポート チャネルのインターフェイス構成モードを開始します。

例:

apic1(config-leaf)# interface port-channel po1

ステップ 4

no switchport

レイヤ 3 インターフェイスを可能になります。

例:

apic1(config-leaf-if)# no switchport

ステップ 5

vrf member vrf-name tenant tenant-name

この仮想ルーティングおよび転送 (VRF) インスタンスと L3 ポリシー、外部には、このポート チャネルを関連付けます場所。

- vrf-name は、VRF 名です。32 文字以内の英数字のストリング（大文字と小文字を区別）で指定します。

- tenant-name は、テナント名です。32 文字以内の英数字のストリング（大文字と小文字を区別）で指定します。

例:

apic1(config-leaf-if)# vrf member v1 tenant t1

ステップ 6

vlan-domain member vlan-domain-name

以前に構成された VLAN ドメインには、ポート チャネルのテンプレートを関連付けます。

例:

apic1(config-leaf-if)# vlan-domain member dom1

ステップ 7

ip address ip-address/subnet-mask

指定した インターフェイスの IP アドレスとサブネット マスクを設定します。

例:

apic1(config-leaf-if)# ip address 10.1.1.1/24

ステップ 8

ipv6 address sub-bits/prefix-length preferred

IPv6 の一般的なプレフィックスに基づいて IPv6 アドレスを構成し、インターフェイスにおける IPv6 処理をイネーブルにします。場所：

- sub-bits 引数は、prefix-name 引数で指定された一般的なプレフィックスによって提供されるプレフィックスに連結する、アドレスのサブプレフィックス ビットおよびホスト ビットです。sub-bits 引数は、RFC 2373 に記載された形式で指定する必要があります。この形式では、アドレスは、16 進数値を 16 ビット単位でコロンで区切って指定します。

- prefix-length は、IPv6 プレフィクスの長さです。プレフィックス（アドレスのネットワーク部分）を構成するアドレスの上位連続ビット数を示す 10 進値です。10 進数値の前にスラッシュ記号が必要です。

例:

apic1(config-leaf-if)# ipv6 address 2001::1/64 preferred

ステップ 9

ipv6 link-local ipv6-link-local-address

インターフェイスに IPv6 リンクローカル アドレスを構成します。

例:

apic1(config-leaf-if)# ipv6 link-local fe80::1

ステップ 10

mac-address mac-address

インターフェイス MAC アドレスを手動で設定します。

例:

apic1(config-leaf-if)# mac-address 00:44:55:66:55::01

ステップ 11

mtu mtu-value

このサービス クラスの MTU を設定します

例:

apic1(config-leaf-if)# mtu 1500

例

この例では、基本レイヤ 3 ポート チャネルを設定する方法を示します。

apic1# configure
apic1(config)# leaf 101
apic1(config-leaf)# interface port-channel po1
apic1(config-leaf-if)# no switchport
apic1(config-leaf-if)# vrf member v1 tenant t1
apic1(config-leaf-if)# vlan-domain member dom1
apic1(config-leaf-if)# ip address 10.1.1.1/24
apic1(config-leaf-if)# ipv6 address 2001::1/64 preferred
apic1(config-leaf-if)# ipv6 link-local fe80::1
apic1(config-leaf-if)# mac-address 00:44:55:66:55::01
apic1(config-leaf-if)# mtu 1500

NX-OS CLI を使用したレイヤ 3 サブインターフェイス ポート チャネルの設定

この手順では、レイヤ 3 サブインターフェイス ポート チャネルを設定します。

手順

手順の概要

1. configure

2. leaf node-id

3. vrf member vrf-name tenant tenant-name

4. vlan-domain member vlan-domain-name

5. ip address ip-address / subnet-mask

6. ipv6 address sub-bits / prefix-length preferred

7. ipv6 link-local ipv6-link-local-address

8. mac-address mac-address

9. mtu mtu-value

10. exit

11. interface port-channel channel-name

12. vlan-domain member vlan-domain-name

13. exit

14. interface port-channel channel-name.number

15. vrf member vrf-name tenant tenant-name

16. exit

手順の詳細

ステップ 1

configure

グローバル コンフィギュレーション モードを開始します。

例:

apic1# configure

ステップ 2

leaf node-id

リーフ スイッチまたはリーフ スイッチの設定を指定します。  node-id は、構成が適用される node-id1-node-id2形式で 1 つの ID または ID の範囲になります。

例:

apic1(config)# leaf 101

ステップ 3

vrf member vrf-name tenant tenant-name

この仮想ルーティングおよび転送 (VRF) インスタンスと L3 アウトサイド ポリシーにポート チャネルを関連付けます。場所：

- vrf-name は、VRF 名です。32 文字以内の英数字のストリング（大文字と小文字を区別）で指定します。

- tenant-name は、テナント名です。32 文字以内の英数字のストリング（大文字と小文字を区別）で指定します。

例:

apic1(config-leaf-if)# vrf member v1 tenant t1

ステップ 4

vlan-domain member vlan-domain-name

以前に設定された VLAN ドメインには、ポート チャネルのテンプレートを関連付けます。

例:

apic1(config-leaf-if)# vlan-domain member dom1

ステップ 5

ip address ip-address / subnet-mask

指定した インターフェイスの IP アドレスとサブネット マスクを設定します。

例:

apic1(config-leaf-if)# ip address 10.1.1.1/24

ステップ 6

ipv6 address sub-bits / prefix-length preferred

IPv6 の一般的なプレフィックスに基づいて IPv6 アドレスを設定し、インターフェイスにおける IPv6 処理をイネーブルにします。場所：

- sub-bits 引数は、prefix-name 引数で指定された一般的なプレフィックスによって提供されるプレフィックスに連結する、アドレスのサブプレフィックス ビットおよびホスト ビットです。sub-bits 引数は、RFC 2373 に記載された形式で指定する必要があります。この形式では、アドレスは、16 進数値を 16 ビット単位でコロンで区切って指定します。

- prefix-length は、IPv6 プレフィクスの長さです。プレフィックス（アドレスのネットワーク部分）を構成するアドレスの上位連続ビット数を示す 10 進値です。10 進数値の前にスラッシュ記号が必要です。

例:

apic1(config-leaf-if)# ipv6 address 2001::1/64 preferred

ステップ 7

ipv6 link-local ipv6-link-local-address

インターフェイスに IPv6 リンクローカル アドレスを設定します。

例:

apic1(config-leaf-if)# ipv6 link-local fe80::1

ステップ 8

mac-address mac-address

インターフェイス MAC アドレスを手動で設定します。

例:

apic1(config-leaf-if)# mac-address 00:44:55:66:55::01

ステップ 9

mtu mtu-value

このサービス クラスの MTU を設定します

例:

apic1(config-leaf-if)# mtu 1500

ステップ 10

exit

設定モードに戻ります。

例:

apic1(config-leaf-if)# exit

ステップ 11

interface port-channel channel-name

指定したポート チャネルのインターフェイス コンフィギュレーション モードを開始します。

例:

apic1(config-leaf)# interface port-channel po1

ステップ 12

vlan-domain member vlan-domain-name

以前に設定された VLAN ドメインには、ポート チャネルのテンプレートを関連付けます。

例:

apic1(config-leaf-if)# vlan-domain member dom1

ステップ 13

exit

設定モードに戻ります。

例:

apic1(config-leaf-if)# exit

ステップ 14

interface port-channel channel-name.number

指定したサブインターフェイス ポート チャネルのインターフェイス設定モードを開始します。

例:

apic1(config-leaf)# interface port-channel po1.2001

ステップ 15

vrf member vrf-name tenant tenant-name

この仮想ルーティングおよび転送 (VRF) インスタンスと L3 アウトサイド ポリシーにポート チャネルを関連付けます。場所：

- vrf-name は、VRF 名です。32 文字以内の英数字のストリング（大文字と小文字を区別）で指定します。

- tenant-name は、テナント名です。32 文字以内の英数字のストリング（大文字と小文字を区別）で指定します。

例:

apic1(config-leaf-if)# vrf member v1 tenant t1

ステップ 16

exit

設定モードに戻ります。

例:

apic1(config-leaf-if)# exit

例

この例では、基本的なレイヤ 3 サブインターフェイス ポートチャネルを設定する方法を示します。

apic1# configure
apic1(config)# leaf 101
apic1(config-leaf)# interface vlan 2001
apic1(config-leaf-if)# no switchport
apic1(config-leaf-if)# vrf member v1 tenant t1
apic1(config-leaf-if)# vlan-domain member dom1
apic1(config-leaf-if)# ip address 10.1.1.1/24
apic1(config-leaf-if)# ipv6 address 2001::1/64 preferred
apic1(config-leaf-if)# ipv6 link-local fe80::1
apic1(config-leaf-if)# mac-address 00:44:55:66:55::01
apic1(config-leaf-if)# mtu 1500
apic1(config-leaf-if)# exit
apic1(config-leaf)# interface port-channel po1
apic1(config-leaf-if)# vlan-domain member dom1
apic1(config-leaf-if)# exit
apic1(config-leaf)# interface port-channel po1.2001
apic1(config-leaf-if)# vrf member v1 tenant t1
apic1(config-leaf-if)# exit

NX-OS CLI を使用したレイヤ 3 ポート チャネルにポートを追加する

この手順では、以前に構成したレイヤ 3 ポート チャネルにポートを追加します。

手順

手順の概要

1. configure

2. leaf node-id

3. interface Ethernet slot/port

4. channel-group channel-name

手順の詳細

ステップ 1

configure

グローバル構成モードを開始します。

例:

apic1# configure

ステップ 2

leaf node-id

リーフ スイッチまたはリーフ スイッチの構成を指定します。  node-id は、構成が適用される node-id1-node-id2形式で 1 つの ID または ID の範囲になります。

例:

apic1(config)# leaf 101

ステップ 3

interface Ethernet slot/port

構成するインターフェイスのインターフェイス構成モードを開始します。

例:

apic1(config-leaf)# interface Ethernet 1/1-2

ステップ 4

channel-group channel-name

チャネル グループでポートを構成します。

例:

apic1(config-leaf-if)# channel-group p01

例

この例では、ポートをレイヤ 3 にポートチャネルを追加する方法を示します。

apic1# configure
apic1(config)# leaf 101
apic1(config-leaf)# interface Ethernet 1/1-2
apic1(config-leaf-if)# channel-group p01

NX-OS Style CLI を使用したスイッチ仮想インターフェイスの設定

- NX-OS スタイル CLI を使用して、SVI インターフェイスのカプセル化スコープの設定

- NX-OS スタイル CLI を使用した SVI 自動状態の設定

NX-OS スタイル CLI を使用して、SVI インターフェイスのカプセル化スコープの設定

SVI インターフェイス カプセル化のスコープ設定を次の例表示する手順では、名前付きのレイヤ 3 アウト設定です。

手順

手順の概要

1. コンフィギュレーション モードを開始します。

2. スイッチ モードを開始します。

3. VLAN インターフェイスを作成します。

4. カプセル化の範囲を指定します。

5. インターフェイス モードを終了します。

手順の詳細

ステップ 1

コンフィギュレーション モードを開始します。

コンフィギュレーション モードを開始します。

例:

apic1# configure

ステップ 2

スイッチ モードを開始します。

スイッチ モードを開始します。

例:

apic1(config)# leaf 104

ステップ 3

VLAN インターフェイスを作成します。

VLAN インターフェイスを作成します。VLAN の範囲は 1 ～ 4094 です。

例:

apic1(config-leaf)# interface vlan 2001

ステップ 4

カプセル化の範囲を指定します。

カプセル化の範囲を指定します。

例:

apic1(config-leaf-if)# encap scope vrf context

ステップ 5

インターフェイス モードを終了します。

インターフェイス モードを終了します。

例:

apic1(config-leaf-if)# exit

NX-OS スタイル CLI を使用した SVI 自動状態の設定

始める前に

- テナントと VRF が設定されています。

- レイヤ 3 アウトが設定されており、レイヤ 3 アウトの論理ノード プロファイルと論理インターフェイス プロファイルが設定されています。

手順

手順の概要

1. コンフィギュレーション モードを開始します。

2. スイッチ モードを開始します。

3. VLAN インターフェイスを作成します。

4. SVI 自動状態を有効にします。

5. インターフェイス モードを終了します。

手順の詳細

ステップ 1

コンフィギュレーション モードを開始します。

コンフィギュレーション モードを開始します。

例:

apic1# configure

ステップ 2

スイッチ モードを開始します。

スイッチ モードを開始します。

例:

apic1(config)# leaf 104

ステップ 3

VLAN インターフェイスを作成します。

VLAN インターフェイスを作成します。VLAN の範囲は 1 ～ 4094 です。

例:

apic1(config-leaf)# interface vlan 2001

ステップ 4

SVI 自動状態を有効にします。

SVI 自動状態を有効にします。

例:

apic1(config-leaf-if)# autostate

デフォルトで、SVI 自動状態の値は有効ではありません。

ステップ 5

インターフェイス モードを終了します。

インターフェイス モードを終了します。

例:

apic1(config-leaf-if)# exit

NX-OS Style CLI を使用したルーティング プロトコルの設定

- NX-OS Style CLI を使用した BFD サポート付き BGP 外部ルーテッド ネットワークの設定

- NX-OS Style CLI を使用した OSPF 外部ルーテッド ネットワークの設定

- NX-OS Style CLI を使用した EIGRP 外部ルーテッド ネットワークの設定

NX-OS Style CLI を使用した BFD サポート付き BGP 外部ルーテッド ネットワークの設定

- NX-OS スタイルの CLI を使用した BGP 外部ルーテッド ネットワークの設定

- NX-OS スタイルの CLI を使用した BGP 最大パスの設定

- NX-OS スタイルの CLI を使用した AS パスのプリペンド

- NX-OS Style CLI を使用した BGP ネイバー シャットダウンの設定

- NX-OS スタイル CLI を使用してノード BGP タイマー ポリシーあたりの VRF あたりを設定する

- NX-OS スタイルの CLI を使用したセカンダリ IP アドレスでの双方向フォワーディング検出の設定

- NX-OS スタイル CLI を使用したリーフ スイッチでの BFD のグローバルな設定

- NX-OS スタイル CLI を使用したスパイン スイッチ上の BFD のグローバル設定

- NX-OS スタイルの CLI を使用して BFD インターフェイスのオーバーライドを設定する

- NX-OS スタイルの CLI を使用した BFD コンシューマ プロトコルの設定

NX-OS スタイルの CLI を使用した BGP 外部ルーテッド ネットワークの設定

手順

ここでは、NX-OS CLI を使用して BGP 外部ルーテッド ネットワークを設定する方法を示します。

例:

apic1(config-leaf)# template route-profile damp_rp tenant t1
This template will be available on all leaves where tenant t1 has a VRF deployment
apic1(config-leaf-template-route-profile)# set dampening 15 750 2000 60
apic1(config-leaf-template-route-profile)# exit
apic1(config-leaf)#
apic1(config-leaf)# router bgp 100
apic1(config-bgp)# vrf member tenant t1 vrf ctx3
apic1(config-leaf-bgp-vrf)# neighbor 32.0.1.0/24 l3out l3out-bgp
apic1(config-leaf-bgp-vrf-neighbor)# update-source ethernet 1/16.401
apic1(config-leaf-bgp-vrf-neighbor)# address-family ipv4 unicast
apic1(config-leaf-bgp-vrf-neighbor-af)# weight 400
apic1(config-leaf-bgp-vrf-neighbor-af)# exit
apic1(config-leaf-bgp-vrf-neighbor)# remote-as 65001
apic1(config-leaf-bgp-vrf-neighbor)# private-as-control remove-exclusive
apic1(config-leaf-bgp-vrf-neighbor)# private-as-control remove-exclusive-all
apic1(config-leaf-bgp-vrf-neighbor)# private-as-control remove-exclusive-all-replace-as
apic1(config-leaf-bgp-vrf-neighbor)# exit
apic1(config-leaf-bgp-vrf)# address-family ipv4 unicast
apic1(config-leaf-bgp-vrf-af)# inherit bgp dampening damp_rp
This template will be inherited on all leaves where VRF ctx3 has been deployed
apic1(config-leaf-bgp-vrf-af)# exit
apic1(config-leaf-bgp-vrf)# address-family ipv6 unicast
apic1(config-leaf-bgp-vrf-af)# inherit bgp dampening damp_rp
This template will be inherited on all leaves where VRF ctx3 has been deployed
apic1(config-leaf-bgp-vrf-af)# exit

NX-OS スタイルの CLI を使用した BGP 最大パスの設定

始める前に

次のフィールドの許容値は、 『Verified Scalability Guide for Cisco APIC』 を参照します。これは、 Cisco APIC ドキュメンテーション ページ にあります。

適切なテナントと BGP 外部ルーテッド ネットワークが作成され、使用可能になっています。

BGP にログインして、次のコマンドを使用します：

- eBGP パスのマルチパスを構成するためのコマンド：

maximum-paths <value>

no maximum-paths <value>

- iBGP パスのマルチパスを構成するためのコマンド：

maximum-paths ibgp <value>

no maximum-paths ibgp <value>

例：

apic1(config)# leaf 101
apic1(config-leaf)# template bgp address-family newAf tenant t1
This template will be available on all nodes where tenant t1 has a VRF deployment
apic1(config-bgp-af)# maximum-paths ?
<1-64>     Number of parallel paths
ibgp     Configure multipath for IBGP paths
apic1(config-bgp-af)# maximum-paths 10
apic1(config-bgp-af)# maximum-paths ibgp 8
apic1(config-bgp-af)# end
apic1#

NX-OS スタイルの CLI を使用した AS パスのプリペンド

このセクションでは、NX-OS スタイル コマンドライン インターフェイス (CLI) を使用して、AS パスのプリペンド機能を実現する方法について説明します。

始める前に

構成済みのテナント

手順

手順の概要

1. 境界ゲートウェイ プロトコル (BGP) ルートの自動システムパス (AS パス) を変更するには、 set as-path コマンドを使用します。set as-path コマンドには、 apic1(config-leaf-vrf-template-route-profile)# set as-path {'prepend as-num [ ,... as-num ] | prepend-last-as num}の形式です。

手順の詳細

境界ゲートウェイ プロトコル (BGP) ルートの自動システムパス (AS パス) を変更するには、 set as-path コマンドを使用します。set as-path コマンドには、 apic1(config-leaf-vrf-template-route-profile)# set as-path {'prepend as-num [ ,... as-num ] | prepend-last-as num}の形式です。

例:

apic1(config)# leaf 103

apic1(config-leaf)# vrf context tenant t1 vrf v1

apic1(config-leaf-vrf)# template route-profile rp1

apic1(config-leaf-vrf-template-route-profile)# set as-path ?

prepend Prepend to the AS-Path

prepend-last-as Prepend last AS to the as-path

apic1(config-leaf-vrf-template-route-profile)# set as-path prepend 100, 101, 102, 103

apic1(config-leaf-vrf-template-route-profile)# set as-path prepend-last-as 8

apic1(config-leaf-vrf-template-route-profile)# exit

apic1(config-leaf-vrf)# exit

apic1(config-leaf)# exit

次のタスク

AS パスのプリペンドを無効にするには、示されているコマンドの no 形式を使用します:

apic1(config-leaf-vrf-template-route-profile)# [no] set as-path { prepend as-num [ ,... as-num ] | prepend-last-as num}

NX-OS Style CLI を使用した BGP ネイバー シャットダウンの設定

- NX-OS Style CLI を使用した BGP ネイバー シャットダウンの構成

NX-OS Style CLI を使用した BGP ネイバー シャットダウンの構成

次の手順では、NX-OS CLI を使用して BGP ネイバー シャットダウン機能を使用する方法について説明します。

手順

ステップ 1

L3Out のノードとインターフェイスを構成します。

この例では、ノード103（境界リーフスイッチ）の VRF v1 を構成します。これは、 nodep1と名付けられています。ルータ ID 11.11.11.103付きです。また、インターフェイス eth1/3 をルーテッドインターフェイス（レイヤ 3 ポート）として構成します。これは、IP アドレス 12.12.12.3/24 およびレイヤ 3 ドメイン dom1と構成します。

例:

apic1(config)# leaf 103
apic1(config-leaf)# vrf context tenant t1 vrf v1
apic1(config-leaf-vrf)# router-id 11.11.11.103
apic1(config-leaf-vrf)# exit
apic1(config-leaf)# interface ethernet 1/3
apic1(config-leaf-if)# vlan-domain member dom1
apic1(config-leaf-if)# no switchport
apic1(config-leaf-if)# vrf member tenant t1 vrf v1
apic1(config-leaf-if)# ip address 12.12.12.3/24
apic1(config-leaf-if)# exit
apic1(config-leaf)# exit

ステップ 2

BGP ルーティング プロトコルを構成します。

この例では 15.15.15.2、 および ASN 100 の BGP ピア アドレスを使用して、プライマリのルーティング プロトコルとして BGP を構成します。

例:

apic1(config)# leaf 103
apic1(config-leaf)# router bgp 100
apic1(config-leaf-bgp)# vrf member tenant t1 vrf v1
apic1(config-leaf-bgp-vrf)# neighbor 15.15.15.2

ステップ 3

BGPネイバーシャットダウン機能を使用します。

例:

apic1(config-leaf-bgp-vrf-neighbor)# shutdown
apic1(config-leaf-bgp-vrf)# exit
apic1(config-leaf-bgp)# exit
apic1(config-leaf)# exit

NX-OS スタイル CLI を使用してノード BGP タイマー ポリシーあたりの VRF あたりを設定する

手順

手順の概要

1. タイマー ポリシーを作成する前に、BGP ASN およびルート リフレクタを設定します。

2. タイマー ポリシーを作成します。

3. 設定された BGP ポリシーを表示します。

4. ノードで特定のポリシーを参照します。

5. 特定の BGP のタイマー ポリシーのノードが表示されます。

手順の詳細

ステップ 1

タイマー ポリシーを作成する前に、BGP ASN およびルート リフレクタを設定します。

例:

apic1(config)#
apic1(config)# bgp-fabric
apic1(config-bgp-fabric)# route-reflector spine 102
apic1(config-bgp-fabric)# asn 42
apic1(config-bgp-fabric)# exit
apic1(config)# exit
apic1#

ステップ 2

タイマー ポリシーを作成します。

特定の値は、例としてのみ提供されます。

例:

apic1# config
apic1(config)# leaf 101
apic1(config-leaf)# template bgp timers pol7 tenant tn1
This template will be available on all nodes where tenant tn1 has a VRF deployment
apic1(config-bgp-timers)# timers bgp 120 240
apic1(config-bgp-timers)# graceful-restart stalepath-time 500
apic1(config-bgp-timers)# maxas-limit 300
apic1(config-bgp-timers)# exit
apic1(config-leaf)# exit
apic1(config)# exit
apic1#

ステップ 3

設定された BGP ポリシーを表示します。

例:

apic1# show run leaf 101 template bgp timers pol7
# Command: show running-config leaf 101 template bgp timers pol7
leaf 101
template bgp timers pol7 tenant tn1
timers bgp 120 240
graceful-restart stalepath-time 500
maxas-limit 300
exit
exit

ステップ 4

ノードで特定のポリシーを参照します。

例:

apic1# config
apic1(config)# leaf 101
apic1(config-leaf)# router bgp 42
apic1(config-leaf-bgp)# vrf member tenant tn1 vrf ctx1
apic1(config-leaf-bgp-vrf)# inherit node-only bgp timer pol7
apic1(config-leaf-bgp-vrf)# exit
apic1(config-leaf-bgp)# exit
apic1(config-leaf)# exit
apic1(config)# exit
apic1#

ステップ 5

特定の BGP のタイマー ポリシーのノードが表示されます。

例:

apic1# show run leaf 101 router bgp 42 vrf member tenant tn1 vrf ctx1
# Command: show running-config leaf 101 router bgp 42 vrf member tenant tn1 vrf ctx1
leaf 101
router bgp 42
vrf member tenant tn1 vrf ctx1
inherit node-only bgp timer pol7
exit
exit
exit
apic1#

NX-OS スタイルの CLI を使用したセカンダリ IP アドレスでの双方向フォワーディング検出の設定

この手順では、NX-OS スタイルの CLI を使用して、セカンダリ IP アドレスに双方向転送検出 (BFD) を設定します。この例ではノード 103 (border リーフ スイッチ) で、ルータ ID を 11.11.11.103で VRF v1 を構成します。 また、インターフェイス eth1/3 をルーテッド インターフェイス（レイヤ 3 のポート）として構成し、IP アドレス 12.12.12.3/24 をプライマリ アドレスとして、6.11.1.224/24 をレイヤー 3 ドメイン dom1 のセカンダリ アドレスとして構成します。BFD は 99.99.99.14/32 で有効になっており、セカンダリ サブネット 6.11.1.0/24 を使用して到達可能です。

手順

ステップ 1

コンフィギュレーション モードを開始します。

例:

apic1# configure terminal

ステップ 2

リーフ スイッチ 103 の構成モードを開始します。

例:

apic1(config)# leaf 103

ステップ 3

VRF インスタンスの構成モードを開始します。

例:

apic1(config-leaf)# vrf context tenant t1 vrf v1

ステップ 4

セカンダリ IP アドレスを構成します。

例:

apic1(config-leaf-vrf)# router-id 1.1.24.24
apic1(config-leaf-vrf)# exit
apic1(config-leaf)# interface ethernet 1/3
apic1(config-leaf-if)# vlan-domain member dom1
apic1(config-leaf-if)# no switchport
apic1(config-leaf-if)# vrf member tenant t1 vrf v1
apic1(config-leaf-if)# ip address 12.12.12.3/24
apic1(config-leaf-if)# ip address 6.11.1.224/24 secondary
apic1(config-leaf-if)# exit
apic1(config-leaf)# exit

ステップ 5

BFD を有効にします。

例:

apic1(config-leaf)# vrf context tenant t1 vrf v1 l3out Routed
apic1(config-leaf-vrf)#router-id 1.1.24.24
apic1(config-leaf-vrf)#ip route 95.95.95.95/32 12.12.12.4 bfd
apic1(config-leaf-vrf)#ip route 99.99.99.14/32 6.11.1.100 bfd

NX-OS スタイル CLI を使用したリーフ スイッチでの BFD のグローバルな設定

手順

ステップ 1

NX-OS CLI を使用して BFD IPV4 グローバル設定（bfdIpv4InstPol）を設定するには：

例:

apic1# configure
apic1(config)# template bfd ip bfd_ipv4_global_policy
apic1(config-bfd)# [no] echo-address 1.2.3.4
apic1(config-bfd)# [no] slow-timer 2500
apic1(config-bfd)# [no] min-tx 100
apic1(config-bfd)# [no] min-rx 70
apic1(config-bfd)# [no] multiplier 3
apic1(config-bfd)# [no] echo-rx-interval 500
apic1(config-bfd)# exit

ステップ 2

NX-OS CLI を使用して BFD IPV6 グローバル設定（bfdIpv6InstPol）を設定するには：

例:

apic1# configure
apic1(config)# template bfd ipv6 bfd_ipv6_global_policy
apic1(config-bfd)# [no] echo-address 34::1/64
apic1(config-bfd)# [no] slow-timer 2500
apic1(config-bfd)# [no] min-tx 100
apic1(config-bfd)# [no] min-rx 70
apic1(config-bfd)# [no] multiplier 3
apic1(config-bfd)# [no] echo-rx-interval 500
apic1(config-bfd)# exit

ステップ 3

NX-OS CLI を使用してアクセス リーフ ポリシー グループ (infraAccNodePGrp) を設定し、以前に作成した BFD グローバル ポリシーを継承するには:

例:

apic1# configure
apic1(config)# template leaf-policy-group test_leaf_policy_group
apic1(config-leaf-policy-group)# [no] inherit bfd ip bfd_ipv4_global_policy
apic1(config-leaf-policy-group)# [no] inherit bfd ipv6 bfd_ipv6_global_policy
apic1(config-leaf-policy-group)# exit

ステップ 4

NX-OS CLI を使用して以前に作成したリーフ ポリシー グループを リーフに関連付けるには:

例:

apic1(config)# leaf-profile test_leaf_profile
apic1(config-leaf-profile)# leaf-group test_leaf_group
apic1(config-leaf-group)# leaf-policy-group test_leaf_policy_group
apic1(config-leaf-group)# leaf 101-102
apic1(config-leaf-group)# exit

NX-OS スタイル CLI を使用したスパイン スイッチ上の BFD のグローバル設定

次の手順を使用して、NX-OS スタイル CLI を使用してスパイン スイッチの BFD をグローバルに設定します。

手順

ステップ 1

NX-OS CLI を使用して BFD IPV4 グローバル設定（bfdIpv4InstPol）を設定するには：

例:

apic1# configure
apic1(config)# template bfd ip bfd_ipv4_global_policy
apic1(config-bfd)# [no] echo-address 1.2.3.4
apic1(config-bfd)# [no] slow-timer 2500
apic1(config-bfd)# [no] min-tx 100
apic1(config-bfd)# [no] min-rx 70
apic1(config-bfd)# [no] multiplier 3
apic1(config-bfd)# [no] echo-rx-interval 500
apic1(config-bfd)# exit

ステップ 2

NX-OS CLI を使用して BFD IPV6 グローバル設定（bfdIpv6InstPol）を設定するには：

例:

apic1# configure
apic1(config)# template bfd ipv6 bfd_ipv6_global_policy
apic1(config-bfd)# [no] echo-address 34::1/64
apic1(config-bfd)# [no] slow-timer 2500
apic1(config-bfd)# [no] min-tx 100
apic1(config-bfd)# [no] min-rx 70
apic1(config-bfd)# [no] multiplier 3
apic1(config-bfd)# [no] echo-rx-interval 500
apic1(config-bfd)# exit

ステップ 3

NX-OS CLI を使用してスパイン ポリシー グループを設定し以前作成した BFD グローバル ポリシーを継承するには：

例:

apic1# configure
apic1(config)# template spine-policy-group test_spine_policy_group
apic1(config-spine-policy-group)# [no] inherit bfd ip bfd_ipv4_global_policy
apic1(config-spine-policy-group)# [no] inherit bfd ipv6 bfd_ipv6_global_policy
apic1(config-spine-policy-group)# exit

ステップ 4

NX-OS を使用して以前作成したスパイン ポリシー グループをスパイン スイッチに関連付けるには；

例:

apic1# configure
apic1(config)# spine-profile test_spine_profile
apic1(config-spine-profile)# spine-group test_spine_group
apic1(config-spine-group)# spine-policy-group test_spine_policy_group
apic1(config-spine-group)# spine 103-104
apic1(config-leaf-group)# exit

NX-OS スタイルの CLI を使用して BFD インターフェイスのオーバーライドを設定する

手順

ステップ 1

NX-OS CLI を使用して BFD インターフェイス ポリシー (bfdIfPol) を設定するには:

例:

apic1# configure
apic1(config)# tenant t0
apic1(config-tenant)# vrf context v0
apic1(config-tenant-vrf)# exit
apic1(config-tenant)# exit
apic1(config)# leaf 101
apic1(config-leaf)# vrf context tenant t0 vrf v0
apic1(config-leaf-vrf)# exit
apic1(config-leaf)# interface Ethernet 1/18
apic1(config-leaf-if)# vrf  member tenant t0 vrf v0
apic1(config-leaf-if)# exit
apic1(config-leaf)# template bfd bfdIfPol1 tenant t0
apic1(config-template-bfd-pol)# [no] echo-mode enable
apic1(config-template-bfd-pol)# [no] echo-rx-interval 500
apic1(config-template-bfd-pol)# [no] min-rx 70
apic1(config-template-bfd-pol)# [no] min-tx 100
apic1(config-template-bfd-pol)# [no] multiplier 5
apic1(config-template-bfd-pol)# [no] optimize subinterface
apic1(config-template-bfd-pol)# exit

ステップ 2

NX-OS CLI を使用して、以前に作成した BFD インターフェイス ポリシーを、IPv4 アドレスを持つ L3 インターフェイスに継承させるには:

例:

apic1# configure
apic1(config)# leaf 101
apic1(config-leaf)# interface Ethernet 1/15
apic1(config-leaf-if)# bfd ip tenant mode
apic1(config-leaf-if)# bfd ip inherit interface-policy bfdPol1
apic1(config-leaf-if)# bfd ip authentication keyed-sha1 key 10 key password

ステップ 3

NX-OS CLI を使用して、以前に作成した BFD インターフェイス ポリシーを、IPv6 アドレスを持つ L3 インターフェイスに継承させるには:

例:

apic1# configure
apic1(config)# leaf 101
apic1(config-leaf)# interface Ethernet 1/15
apic1(config-leaf-if)# ipv6 address 2001::10:1/64 preferred
apic1(config-leaf-if)# bfd ipv6 tenant mode
apic1(config-leaf-if)# bfd ipv6 inherit interface-policy bfdPol1
apic1(config-leaf-if)# bfd ipv6 authentication keyed-sha1 key 10 key password

ステップ 4

NX-OS CLI を使用して、IPv4 アドレスを持つ VLAN インターフェイス上の BFD を設定するには:

例:

apic1# configure
apic1(config)# leaf 101
apic1(config-leaf)# interface vlan 15
apic1(config-leaf-if)# vrf member tenant t0 vrf v0
apic1(config-leaf-if)# bfd ip tenant mode
apic1(config-leaf-if)# bfd ip inherit interface-policy bfdPol1
apic1(config-leaf-if)# bfd ip authentication keyed-sha1 key 10 key password

ステップ 5

NX-OS CLI を使用して、IPv6 アドレスを持つ VLAN インターフェイス上の BFD を設定するには:

例:

apic1# configure
apic1(config)# leaf 101
apic1(config-leaf)# interface vlan 15
apic1(config-leaf-if)# ipv6 address 2001::10:1/64 preferred
apic1(config-leaf-if)# vrf member tenant t0 vrf v0
apic1(config-leaf-if)# bfd ipv6 tenant mode
apic1(config-leaf-if)# bfd ipv6 inherit interface-policy bfdPol1
apic1(config-leaf-if)# bfd ipv6 authentication keyed-sha1 key 10 key password

NX-OS スタイルの CLI を使用した BFD コンシューマ プロトコルの設定

手順

ステップ 1

NX-OS は、CLI を使用して、BGP コンシューマ プロトコルを BFD をイネーブルにします。

例:

apic1# configure
apic1(config)# bgp-fabric
apic1(config-bgp-fabric)# asn 200
apic1(config-bgp-fabric)# exit
apic1(config)# leaf 101
apic1(config-leaf)# router bgp 200
apic1(config-bgp)# vrf member tenant t0 vrf v0
apic1(config-leaf-bgp-vrf)# neighbor 1.2.3.4
apic1(config-leaf-bgp-vrf-neighbor)# [no] bfd enable

ステップ 2

NX-OS は、CLI を使用して、EIGRP コンシューマ プロトコルを BFD をイネーブルにします。

例:

apic1(config-leaf-if)# [no] ip bfd eigrp enable

ステップ 3

NX-OS は、CLI を使用して、OSPF コンシューマ プロトコルを BFD をイネーブルにします。

例:

apic1(config-leaf-if)# [no] ip ospf bfd enable

apic1# configure
apic1(config)# spine 103
apic1(config-spine)# interface ethernet 5/3.4
apic1(config-spine-if)# [no] ip ospf bfd enable

ステップ 4

NX-OS は、CLI を使用して、スタティック ルート コンシューマ プロトコルを BFD をイネーブルにします。

例:

apic1(config-leaf-vrf)# [no] ip route 10.0.0.1/16 10.0.0.5 bfd

apic1(config)# spine 103
apic1(config-spine)# vrf context tenant infra vrf overlay-1
apic1(config-spine-vrf)# [no] ip route 21.1.1.1/32 32.1.1.1 bfd

ステップ 5

NX-OS は、CLI を使用して、IS-IS コンシューマ プロトコルを BFD をイネーブルにします。

例:

apic1(config)# leaf 101
apic1(config-spine)# interface ethernet 1/49
apic1(config-spine-if)# isis bfd enabled
apic1(config-spine-if)# exit
apic1(config-spine)# exit

apic1(config)# spine 103
apic1(config-spine)# interface ethernet 5/2
apic1(config-spine-if)# isis bfd enabled
apic1(config-spine-if)# exit
apic1(config-spine)# exit

NX-OS Style CLI を使用した OSPF 外部ルーテッド ネットワークの設定

- NX-OS CLI を使用したテナントの OSPF 外部ルーテッド ネットワークの作成

NX-OS CLI を使用したテナントの OSPF 外部ルーテッド ネットワークの作成

外部ルーテッド ネットワーク接続の設定には、次のステップがあります。

1. テナントの下に VRF を作成します。

2. 外部ルーテッド ネットワークに接続された境界リーフ スイッチの VRF の L3 ネットワーキング構成を設定します。この設定には、インターフェイス、ルーティング プロトコル (BGP、OSPF、EIGRP) 、プロトコル パラメータ、ルートマップが含まれています。

3. テナントの下に外部 L3 EPG を作成してポリシーを設定し、これらの EPG を境界リーフ スイッチに導入します。ACI ファブリック内で同じポリシーを共有する VRF の外部ルーテッド サブネットが、1 つの「外部 L3 EPG」または 1 つの「プレフィクス EPG」を形成します。

設定は、2 つのモードで実現されます。

- テナント モード：VRF の作成および外部 L3 EPG 設定

- リーフ モード：L3 ネットワーキング構成と外部 L3 EPG の導入

次の手順は、テナントの OSPF 外部ルーテッド ネットワークを作成するためのものです。テナントの OSPF 外部ルーテッド ネットワークを作成するには、テナントを選択してからテナント用の VRF を作成する必要があります。

（注）

この項の例では、テナント「exampleCorp」の「OnlineStore」アプリケーションの「web」epg に外部ルーテッド接続を提供する方法について説明します。

手順

ステップ 1

VLAN ドメインを設定します。

例:

apic1(config)# vlan-domain dom_exampleCorp
apic1(config-vlan)# vlan 5-1000
apic1(config-vlan)# exit

ステップ 2

テナント VRF を設定し、VRF のポリシーの適用を有効にします。

例:

apic1(config)# tenant exampleCorp
apic1(config-tenant)# vrf context
exampleCorp_v1
apic1(config-tenant-vrf)# contract enforce
apic1(config-tenant-vrf)# exit

ステップ 3

テナント BD を設定し、ゲートウェイ IP を「public」としてマークします。エントリ「scope public」は、このゲートウェイ アドレスを外部 L3 ネットワークのルーティング プロトコルによるアドバタイズに使用できるようにします。

例:

apic1(config-tenant)# bridge-domain exampleCorp_b1
apic1(config-tenant-bd)# vrf member exampleCorp_v1
apic1(config-tenant-bd)# exit
apic1(config-tenant)# interface bridge-domain exampleCorp_b1
apic1(config-tenant-interface)# ip address 172.1.1.1/24 scope public
apic1(config-tenant-interface)# exit

ステップ 4

リーフの VRF を設定します。

例:

apic1(config)# leaf 101
apic1(config-leaf)# vrf context tenant exampleCorp vrf exampleCorp_v1

ステップ 5

OSPF エリアを設定し、ルート マップを追加します。

例:

apic1(config-leaf)# router ospf default
apic1(config-leaf-ospf)# vrf member tenant exampleCorp vrf exampleCorp_v1
apic1(config-leaf-ospf-vrf)# area 0.0.0.1 route-map map100 out
apic1(config-leaf-ospf-vrf)# exit
apic1(config-leaf-ospf)# exit

ステップ 6

VRF をインターフェイス (この例ではサブインターフェイス) に割り当て、OSPF エリアを有効にします。

例:

（注）

サブインターフェイスの構成では、メイン インターフェイス (この例では、ethernet 1/11) は、「no switchport」によって L3 ポートに変換し、サブインターフェイスが使用するカプセル化 VLAN を含む vlan ドメイン (この例では dom_exampleCorp) を割り当てる必要があります。サブインターフェイス ethernet1/11.500 で、500 はカプセル化 VLAN です。

apic1(config-leaf)# interface ethernet 1/11
apic1(config-leaf-if)# no switchport
apic1(config-leaf-if)# vlan-domain member dom_exampleCorp
apic1(config-leaf-if)# exit
apic1(config-leaf)# interface ethernet 1/11.500
apic1(config-leaf-if)# vrf member tenant exampleCorp vrf exampleCorp_v1
apic1(config-leaf-if)# ip address 157.10.1.1/24
apic1(config-leaf-if)# ip router ospf default area 0.0.0.1

ステップ 7

外部 L3 EPG ポリシーを設定します。これは、外部サブネットを特定し、epg 「web」と接続する契約を消費するために一致させるサブネットが含まれます。

例:

apic1(config)# tenant t100
apic1(config-tenant)# external-l3 epg  l3epg100
apic1(config-tenant-l3ext-epg)# vrf member v100
apic1(config-tenant-l3ext-epg)# match ip 145.10.1.0/24
apic1(config-tenant-l3ext-epg)# contract consumer web
apic1(config-tenant-l3ext-epg)# exit
apic1(config-tenant)#exit

ステップ 8

リーフ スイッチの外部 L3 EPG を導入します。

例:

apic1(config)# leaf 101
apic1(config-leaf)# vrf context tenant t100 vrf v100
apic1(config-leaf-vrf)# external-l3 epg l3epg100

NX-OS Style CLI を使用した EIGRP 外部ルーテッド ネットワークの設定

- NX-OS スタイルの CLI を使用したEIGRPの構成

NX-OS スタイルの CLI を使用したEIGRPの構成

手順

ステップ 1

SSH を [Application Policy Infrastructure Controller] （[APIC]) へファブリック：

例:

# ssh admin@node_name

ステップ 2

構成モードを開始します：

例:

apic1# configure

ステップ 3

テナントの構成モードを入力します。

例:

apic1(config)# tenant tenant1

ステップ 4

テナントでレイヤ 3 Outside を構成します：

例:

apic1(config-tenant)# show run
# Command: show running-config tenant tenant1
# Time: Tue Feb 16 09:44:09 2016
tenant tenant1
vrf context l3out
exit
l3out l3out-L1
vrf member l3out
exit
l3out l3out-L3
vrf member l3out
exit
external-l3 epg tenant1 l3out l3out-L3
vrf member l3out
match ip 0.0.0.0/0
match ip 3.100.0.0/16
match ipv6 43:101::/48
contract consumer default
exit
external-l3 epg tenant1 l3out l3out-L1
vrf member l3out
match ipv6 23:101::/48
match ipv6 13:101::/48
contract provider default
exit
exit

ステップ 5

リーフで EIGRP の VRF を構成します：

例:

apic1(config)# leaf 101
apic1(config-leaf)# vrf context tenant tenant1 vrf l3out l3out l3out-L1
apic1(config-leaf-vrf)# show run
# Command: show running-config leaf 101 vrf context tenant tenant1 vrf l3out l3out l3out-L1
# Time: Tue Feb 16 09:44:45 2016
leaf 101
vrf context tenant tenant1 vrf l3out l3out l3out-L1
router-id 3.1.1.1
route-map l3out-L1_in
scope global
ip prefix-list tenant1 permit 1:102::/48
match prefix-list tenant1
exit
exit
route-map l3out-L1_out
scope global
ip prefix-list tenant1 permit 3.102.10.0/23
ip prefix-list tenant1 permit 3.102.100.0/31
ip prefix-list tenant1 permit 3.102.20.0/24
ip prefix-list tenant1 permit 3.102.30.0/25
ip prefix-list tenant1 permit 3.102.40.0/26
ip prefix-list tenant1 permit 3.102.50.0/27
ip prefix-list tenant1 permit 3.102.60.0/28
ip prefix-list tenant1 permit 3.102.70.0/29
ip prefix-list tenant1 permit 3.102.80.0/30
ip prefix-list tenant1 permit 3.102.90.0/32
<OUTPUT TRUNCATED>
ip prefix-list tenant1 permit ::/0
match prefix-list tenant1
exit
exit
route-map l3out-L1_shared
scope global
exit
exit
exit

ステップ 6

EIGRP インターフェイス ポリシーを構成します：

例:

apic1(config-leaf)# template eigrp interface-policy tenant1 tenant tenant1
This template will be available on all leaves where tenant tenant1 has a VRF deployment
apic1(config-template-eigrp-if-pol)# show run
# Command: show running-config leaf 101 template eigrp interface-policy tenant1 tenant tenant1
# Time: Tue Feb 16 09:45:50 2016
leaf 101
template eigrp interface-policy tenant1 tenant tenant1
ip hello-interval eigrp default 10
ip hold-interval eigrp default 30
ip throughput-delay eigrp default 20 tens-of-micro
ip bandwidth eigrp default 20
exit
exit

ステップ 7

EIGRP の VRF ポリシーを構成します：

例:

apic1(config-leaf)# template eigrp vrf-policy tenant1 tenant tenant1
This template will be available on all leaves where tenant tenant1 has a VRF deployment
apic1(config-template-eigrp-vrf-pol)# show run
# Command: show running-config leaf 101 template eigrp vrf-policy tenant1 tenant tenant1
# Time: Tue Feb 16 09:46:31 2016
leaf 101
template eigrp vrf-policy tenant1 tenant tenant1
metric version 64bit
exit
exit

ステップ 8

EIGRP VLAN インターフェイスを構成し、インターフェイスで EIGRP を有効にします：

例:

apic1(config-leaf)# interface vlan 1013
apic1(config-leaf-if)# show run
# Command: show running-config leaf 101 interface vlan 1013
# Time: Tue Feb 16 09:46:59 2016
leaf 101
interface vlan 1013
vrf member tenant tenant1 vrf l3out
ip address 101.13.1.2/24
ip router eigrp default
ipv6 address 101:13::1:2/112 preferred
ipv6 router eigrp default
ipv6 link-local fe80::101:13:1:2
inherit eigrp ip interface-policy tenant1
inherit eigrp ipv6 interface-policy tenant1
exit
exit
apic1(config-leaf-if)# ip summary-address ?
eigrp  Configure route summarization for EIGRP
apic1(config-leaf-if)# ip summary-address eigrp default 11.11.0.0/16 ?
<CR>
apic1(config-leaf-if)# ip summary-address eigrp default 11.11.0.0/16
apic1(config-leaf-if)# ip summary-address eigrp default 11:11:1::/48
apic1(config-leaf-if)# show run
# Command: show running-config leaf 101 interface vlan 1013
# Time: Tue Feb 16 09:47:34 2016
leaf 101
interface vlan 1013
vrf member tenant tenant1 vrf l3out
ip address 101.13.1.2/24
ip router eigrp default
ip summary-address eigrp default 11.11.0.0/16
ip summary-address eigrp default 11:11:1::/48
ipv6 address 101:13::1:2/112 preferred
ipv6 router eigrp default
ipv6 link-local fe80::101:13:1:2
inherit eigrp ip interface-policy tenant1
inherit eigrp ipv6 interface-policy tenant1
exit
exit

ステップ 9

物理インターフェイスに VLAN を適用します：

例:

apic1(config-leaf)# interface ethernet 1/5
apic1(config-leaf-if)# show run
# Command: show running-config leaf 101 interface ethernet 1 / 5
# Time: Tue Feb 16 09:48:05 2016
leaf 101
interface ethernet 1/5
vlan-domain member cli
switchport trunk allowed vlan 1213 tenant tenant13 external-svi l3out l3out-L1
switchport trunk allowed vlan 1613 tenant tenant17 external-svi l3out l3out-L1
switchport trunk allowed vlan 1013 tenant tenant1 external-svi l3out l3out-L1
switchport trunk allowed vlan 666 tenant ten_v6_cli external-svi l3out l3out_cli_L1
switchport trunk allowed vlan 1513 tenant tenant16 external-svi l3out l3out-L1
switchport trunk allowed vlan 1313 tenant tenant14 external-svi l3out l3out-L1
switchport trunk allowed vlan 1413 tenant tenant15 external-svi l3out l3out-L1
switchport trunk allowed vlan 1113 tenant tenant12 external-svi l3out l3out-L1
switchport trunk allowed vlan 712 tenant mgmt external-svi l3out inband_l1
switchport trunk allowed vlan 1913 tenant tenant10 external-svi l3out l3out-L1
switchport trunk allowed vlan 300 tenant tenant1 external-svi l3out l3out-L1
exit
exit

ステップ 10

ルータ EIGRP を有効にします：

例:

apic1(config-eigrp-vrf)# show run
# Command: show running-config leaf 101 router eigrp default vrf member tenant tenant1 vrf l3out
# Time: Tue Feb 16 09:49:05 2016
leaf 101
router eigrp default
exit
router eigrp default
exit
router eigrp default
exit
router eigrp default
vrf member tenant tenant1 vrf l3out
autonomous-system 1001 l3out l3out-L1
address-family ipv6 unicast
inherit eigrp vrf-policy tenant1
exit
address-family ipv4 unicast
inherit eigrp vrf-policy tenant1
exit
exit
exit

NX-OS スタイル CLI を使用したルート集約の設定

- NX-OS スタイル CLI を使用した BGP、OSPF、および EIGRP のルート集約の設定

NX-OS スタイル CLI を使用した BGP、OSPF、および EIGRP のルート集約の設定

手順

ステップ 1

NX-OS CLI を使用して次のように BGP ルート集約を設定します:

1. 次のように BGP を有効にします:

例:

apic1(config)# pod 1
apic1(config-pod)# bgp fabric
apic1(config-pod-bgp)# asn 10
apic1(config-pod)# exit
apic1(config)# leaf 101
apic1(config-leaf)# router bgp 10

2. 次のように 要約ルートを設定します:

例:

apic1(config-bgp)# vrf member tenant common vrf vrf1
apic1(config-leaf-bgp-vrf)# aggregate-address 10.0.0.0/8

ステップ 2

NX-OS CLI を使用して次のように OSPF 外部集約を設定します。

例:

apic1(config-leaf)# router ospf default
apic1(config-leaf-ospf)# vrf member tenant common vrf vrf1
apic1(config-leaf-ospf-vrf)# summary-address 10.0.0.0/8

ステップ 3

NX-OS CLI を使用して次のように OSPF エリア間集約を設定します。

apic1(config-leaf)# router ospf default
apic1(config-leaf-ospf)# vrf member tenant common vrf vrf1
apic1(config-leaf-ospf-vrf)# area 0.0.0.2 range 10.0.0.0/8 cost 20

ステップ 4

NX-OS CLI を使用して次のように EIGRP 集約を設定します。

例:

apic1(config)# leaf 101
apic1(config-leaf)# interface ethernet 1/31 (Or interface vlan <vlan-id>)
apic1(config-leaf-if)# ip summary-address eigrp default 10.0.0.0/8

（注）

EIGRP を設定するルート集約ポリシーはありません。EIGRP の集約を有効にするために必要なだけの設定では、サマリー サブネット、InstP でです。

NX-OS Style CLI を使用した BGP ピアごとのルート制御の設定

次の手順では、NX-OS CLI を使用して BGP ピア単位のルート制御を設定する方法について説明します。

手順

ステップ 1

ルート グループ テンプレートを作成し、ルート グループに IP プレフィックスを追加します。

この例では、ルート グループ match-rule1 を作成します。これは、テナント t1用です。そしてルート グループへ 200.3.2.0/24 の IP プレフィックスを追加します。

例:

apic1(config)# leaf 103
apic1(config-leaf)# template route group match-rule1 tenant t1
apic1(config-route-group)# ip prefix permit 200.3.2.0/24
apic1(config-route-group)# exit
apic1(config-leaf)#

ステップ 2

ノードのテナント VRF モードを開始します。

この例では、VRF v1 のテナント VRF モードを開始します。これは、テナント t1用です。

例:

apic1(config-leaf)# vrf context tenant t1 vrf v1

ステップ 3

ルートマップを作成し、ルートマップ コンフィギュレーション モードを開始します。すでに作成されているルート グループとマッチし、マッチ モードを開始してルートプロファイルを設定します。

この例では、ルート マップ rp1を作成します。そしてルート グループ match-rule1 を注文番号 0に一致させます。

例:

apic1(config-leaf-vrf)# route-map rp1
apic1(config-leaf-vrf-route-map)# match route group match-rule1 order 0
apic1(config-leaf-vrf-route-map-match)# exit
apic1(config-leaf-vrf-route-map)# exit
apic1(config-leaf-vrf)# exit

ステップ 4

BGP ルーティング プロトコルを構成します。

この例では、 15.15.15.2、 および ASN 100 の BGP ピア アドレスを使用して、プライマリのルーティング プロトコルとして BGP を構成します。

例:

apic1(config)# leaf 103
apic1(config-leaf)# router bgp 100
apic1(config-leaf-bgp)# vrf member tenant t1 vrf v1
apic1(config-leaf-bgp-vrf)# neighbor 15.15.15.2

ステップ 5

BGP ピアごとのルート制御機能を構成します。

場所：

- in は、ルート インポート ポリシー（ファブリックに許可されるルート）です。

- out は、ルート エクスポート ポリシー（外部ネットワークからアドバタイズされるルート）です。

例:

apic1(config-leaf-bgp-vrf-neighbor)# route-map rp1 in
apic1(config-leaf-bgp-vrf-neighbor)# exit
apic1(config-leaf-bgp-vrf)# exit
apic1(config-leaf-bgp)# exit
apic1(config-leaf)# exit

NX-OS スタイル CLI を使用して、明示的なプレフィックス リストでルート マップ/プロファイルの設定

始める前に

- テナントと VRF は、NX-OS CLI を介して設定する必要があります。

- NX-OS CLI を介してリーフ スイッチで VRF をイネーブルにする必要があります。

手順

手順の概要

1. configure

2. leaf node-id

3. template route group group-name tenant tenant-name

4. ip prefix permit prefix/masklen [le{32 | 128 }]

5. community-list [ standard | expanded] community-list-name expression

6. exit

7. vrf context tenant tenant-name vrf vrf-name [l3out {BGP | EIGRP | OSPF | STATIC }]

8. template route-profile profile-name [route-control-context-name order-value]

9. set attribute value

10. exit

11. route-map map-name

12. match route group group-name [order number] [deny]

13. inherit route-profile profile-name

14. exit

15. exit

16. exit

17. router bgp fabric-asn

18. t1 v1 vrf member tenant vrf

19. neighbor IP-address-of-neighbor

20. route-map map-name {in | out }

手順の詳細

ステップ 1

configure

コンフィギュレーション モードに入ります。

例:

apic1# configure

ステップ 2

leaf node-id

設定するリーフを指定します。

例:

apic1(config)# leaf 101

ステップ 3

template route group group-name tenant tenant-name

ルート グループ テンプレートを作成します。

（注）

ルート グループ (マッチ ルール) は、1 つ以上の IP プレフィックスと 1 つ以上のマッチ コミュニティ タームを持つことができます。マッチ タイプ全体では、AND フィルタがサポートされているため、ルート マッチ ルールが受け入れられるようにするために、ルート グループ内のすべての条件がマッチしている必要があります。ルート グループに複数の IP プレフィックスがある場合は、OR フィルタがサポートされます。マッチする場合は、いずれかのプレフィックスがルート タイプとして受け入れられます。

例:

apic1(config-leaf)# template route group g1 tenant exampleCorp

ステップ 4

ip prefix permit prefix/masklen [le{32 | 128 }]

ルート グループに IP プレフィックスを追加します。

（注）

IP プレフィックスは、BD サブネットまたは外部ネットワークを示すことができます。集約プレフィックスが必要な場合は、IPv4 にはオプションの le 32 を、IPv6 には le 128 を使用してください。

例:

apic1(config-route-group)# ip prefix permit 15.15.15.0/24

ステップ 5

community-list [ standard | expanded] community-list-name expression

これは任意のコマンドです。コミュニティーも IP プレフィックスと照合する必要がある場合は、コミュニティのマッチ基準を追加します。

例:

apic1(config-route-group)# community-list standard com1 65535:20

ステップ 6

exit

テンプレート モードを終了します。

例:

apic1(config-route-group)# exit
apic1(config-leaf)#

ステップ 7

vrf context tenant tenant-name vrf vrf-name [l3out {BGP | EIGRP | OSPF | STATIC }]

ノードのテナント VRF モードを開始します。

（注）

オプションの l3out 文字列を入力する場合、L3Out は NX-OS CLI で構成した L3Out である必要があります。

例:

apic1(config-leaf)# vrf context tenant exampleCorp vrf v1

ステップ 8

template route-profile profile-name [route-control-context-name order-value]

マッチするルートに適用する必要のあるセット アクションを含むテンプレートを作成します。

例:

apic1(config-leaf-vrf)# template route-profile rp1 ctxl 1

ステップ 9

set attribute value

必要な属性 (アクションの設定) をテンプレートに追加します。

例:

apic1(config-leaf-vrf-template-route-profile)# set metric 128

ステップ 10

exit

テンプレート モードを終了します。

例:

apic1(config-leaf-vrf-template-route-profile)# exit
apic1(config-leaf-vrf)#

ステップ 11

route-map map-name

ルート マップを作成し、ルート マップ コンフィギュレーション モードを開始します。

例:

apic1(config-leaf-vrf)# route-map bgpMap

ステップ 12

match route group group-name [order number] [deny]

すでに作成されているルート グループとマッチし、マッチ モードを開始してルートプロファイルを設定します。さらに、ルートグループで定義されているマッチ基準にマッチするルートを拒否する必要がある場合は、キーワード 拒否 を選択します。デフォルトは次のとおりです。 許可。

例:

apic1(config-leaf-vrf-route-map)# match route group g1 order 1

ステップ 13

inherit route-profile profile-name

ルート プロファイルを継承します (アクションを設定します)。

（注）

これらのアクションは、マッチしたルートに適用されます。または、ルート プロファイルを継承する代わりに、インラインで設定されたアクションを設定することもできます。

例:

apic1(config-leaf-vrf-route-map-match)# inherit route-profile rp1

ステップ 14

exit

一致モードを終了します。

例:

apic1(config-leaf-vrf-route-map-match)# exit
apic1(config-leaf-vrf-route-map)#

ステップ 15

exit

ルート マップ コンフィギュレーション モードを終了します。

例:

apic1(config-leaf-vrf-route-map)# exit
apic1(config-leaf-vrf)#

ステップ 16

exit

VRF コンフィギュレーション モードを終了します。

例:

apic1(config-leaf-vrf)# exit
apic1(config-leaf)#

ステップ 17

router bgp fabric-asn

リーフ ノードを設定します。

例:

apic1(config-leaf)# router bgp 100

ステップ 18

t1 v1 vrf member tenant vrf

BGP ポリシーの BGP の VRF メンバーシップとテナントを設定します。

例:

apic1(config-leaf-bgp)# vrf member tenant t1 vrf v1

ステップ 19

neighbor IP-address-of-neighbor

BGP ネイバーを設定します。

例:

apic1(config-leaf-bgp-vrf)# neighbor 15.15.15.2

ステップ 20

route-map map-name {in | out }

BGP ネイバのルート マップを設定します。

例:

apic1(config-leaf-bgp-vrf-neighbor)# route-map bgpMap out

NX-OS スタイルの CLI を使用した、インポート制御とエクスポート制御を使用するルート制御プロトコルの設定

この例では、ネットワーク接続 BGP を使用して外部レイヤ 3 が設定されていることを前提としています。OSPF を使用するように設定されたネットワークに対してもこれらのタスクを実行することができます。

ここでは、NX-OS CLI を使用してルート マップを作成する方法を説明します。

始める前に

- テナント、プライベート ネットワーク、およびブリッジ ドメインが作成されていること。

- レイヤ 3 Outside テナント ネットワークが設定されていること。

手順

ステップ 1

一致コミュニティ、一致プレフィックス リストを使用したインポート ルート制御

例:

apic1# configure
apic1(config)# leaf 101
# Create community-list
apic1(config-leaf)# template community-list standard CL_1 65536:20 tenant exampleCorp
apic1(config-leaf)# vrf context tenant exampleCorp vrf v1

#Create Route-map and use it for BGP import control.
apic1(config-leaf-vrf)# route-map bgpMap
# Match prefix-list and set route-profile actions for the match.
apic1(config-leaf-vrf-route-map)# ip prefix-list list1 permit 13.13.13.0/24
apic1(config-leaf-vrf-route-map)# ip prefix-list list1 permit 14.14.14.0/24
apic1(config-leaf-vrf-route-map)# match prefix-list list1
apic1(config-leaf-vrf-route-map-match)# set tag 200
apic1(config-leaf-vrf-route-map-match)# set local-preference 64
apic1(config-leaf)# router bgp 100
apic1(config-bgp)# vrf member tenant exampleCorp vrf v1
apic1(config-leaf-bgp-vrf)# neighbor 3.3.3.3
apic1(config-leaf-bgp-vrf-neighbor)# route-map bgpMap in

ステップ 2

一致 BD、デフォルトのエクスポート ルート プロファイルを使用したエクスポート ルート制御

例:

# Create custom and "default-export" route-profiles
apic1(config)# leaf 101
apic1(config-leaf)# vrf context tenant exampleCorp vrf v1
apic1(config-leaf-vrf)# template route-profile default-export
apic1(config-leaf-vrf-template-route-profile)# set metric 256
apic1(config-leaf-vrf)# template route-profile bd-rtctrl
apic1(config-leaf-vrf-template-route-profile)# set metric 128

#Create a Route-map and match on BD, prefix-list
apic1(config-leaf-vrf)# route-map bgpMap
apic1(config-leaf-vrf-route-map)# match bridge-domain bd1
apic1(config-leaf-vrf-route-map-match)#exit
apic1(config-leaf-vrf-route-map)# match prefix-list p1
apic1(config-leaf-vrf-route-map-match)#exit
apic1(config-leaf-vrf-route-map)# match bridge-domain bd2
apic1(config-leaf-vrf-route-map-match)# inherit route-profile bd-rtctrl

（注）

この場合、bd1 のパブリック サブネットとプレフィックスリスト p1 を照合するプレフィックスが、ルート プロファイルの「default-export」を使用してエクスポートされ、bd2 のパブリック サブネットはルート プロファイルの「bd-rtctrl」を使用してエクスポートされます。

NX-OS Style CLI を使用したインターリーク再配布の構成

次の手順では、NX-OS スタイルの CLI を使用してインターリーク再配布を構成する方法について説明します。

始める前に

テナント、VRF および L3Out を作成します。

手順

ステップ 1

境界リーフ ノードのインターリーク再配布のルート マップを構成します。

例:

次の例では、ルート マップ CLI_RP を構成します。これは、IP プレフィックスリスト CLI_PFX1 付きです。この、IP プレフィックスリストは、テナント CLI_TEST および VRF VRF1用です：

apic1# conf t
apic1(config)# leaf 101
apic1(config-leaf)# vrf context tenant CLI_TEST vrf VRF1
apic1(config-leaf-vrf)# route-map CLI_RP
apic1(config-leaf-vrf-route-map)# ip prefix-list CLI_PFX1 permit 192.168.1.0/24
apic1(config-leaf-vrf-route-map)# match prefix-list CLI_PFX1 [deny]

ステップ 2

構成されたルート マップを使用して、インターリーク再配布を構成します。

例:

次に、構成されたルート マップ [CLI_RP] を使用して OSPF ルートの再配布を構成する例を示します CLI_RP：

apic1# conf t
apic1(config)# leaf 101
apic1(config-leaf)# router bgp 65001
apic1(config-leaf-bgp)# vrf member tenant CLI_TEST vrf VRF1
apic1(config-leaf-bgp-vrf)# redistribute ospf route-map CLI_RP

NX-OS スタイル CLI を使用したトランジット ルーティングの設定

- NX-OS スタイル CLI を使用したトランジット ルーティングの構成

- 例：中継ルーティング

NX-OS スタイル CLI を使用したトランジット ルーティングの構成

次の手順では、テナントのトランジット ルーティングを構成する方法を説明します。この例では、別々にルータに接続された 2 つの境界リーフ スイッチ上の 1 個の VRF で、2 個の L3Outs を展開します。

始める前に

- ノード、ポート、AEP、機能プロファイル、レイヤ 3 ドメインを構成します。

- vlan-domain domain および vlan vlan-range コマンドを使用してVLAN ドメインを構成します。

- BGP ルート リフレクタ ポリシーを構成し、ファブリック内でルーテッドを伝達します。

手順

ステップ 1

テナントおよび VRF を構成します。

この例は、テナント t1 VRF v1付きで構成します。VRF はまだ展開されていません。

例:

apic1# configure
apic1(config)# tenant t1
apic1(config-tenant)# vrf context v1
apic1(config-tenant-vrf)# exit
apic1(config-tenant)# exit

ステップ 2

ノードおよびインターフェイスを設定します。

この例では、2 つの境界リーフ スイッチでテナント t1 の 2 つの L3Outs を構成します。

- 最初の L3Out はノード 101 上にあり、 nodep1という名前です。ノード 101 はルータ ID 11.11.11.103で構成されます。ルーテッド インターフェイス ifp1 が eth1/3にあります。これは、IP アドレス 12.12.12.3/24付きです。

- 2 番目の L3Out が ノード 102 上にあり、 nodep2という名前です。ノード 102 はルータ ID 22.22.22.203に構成されています。これは、ルーテッド インターフェイス ifp2 が eth1/3にあります。これは、IP アドレス 23.23.23.1/24付きです。

例:

apic1(config)# leaf 101
apic1(config-leaf)# vrf context tenant t1 vrf v1
apic1(config-leaf-vrf)# router-id 11.11.11.103
apic1(config-leaf-vrf)# exit
apic1(config-leaf)# interface ethernet 1/3
apic1(config-leaf-if)# vlan-domain member dom1
apic1(config-leaf-if)# no switchport
apic1(config-leaf-if)# vrf member tenant t1 vrf v1
apic1(config-leaf-if)# ip address 12.12.12.3/24
apic1(config-leaf-if)# exit
apic1(config-leaf)# exit
apic1(config)# leaf 102
apic1(config-leaf)# vrf context tenant t1 vrf v1
apic1(config-leaf-vrf)# router-id 22.22.22.203
apic1(config-leaf-vrf)# exit
apic1(config-leaf)# interface ethernet 1/3
apic1(config-leaf-if)# vlan-domain member dom1
apic1(config-leaf-if)# no switchport
apic1(config-leaf-if)# vrf member tenant t1 vrf v1
apic1(config-leaf-if)# ip address 23.23.23.3/24
apic1(config-leaf-if)# exit
apic1(config-leaf)# exit

ステップ 3

両方のリーフ スイッチのルーティング プロトコルを構成します。

この例では、両方の境界リーフ スイッチに対して、ASN 100 でプライマリ ルーティング プロトコルとして BGP を構成します。ノード 101 を BGP ピア 15.15.15.2 およびノード 102 を BGP ピア 25.25.25.2と共に構成します。

例:

apic1(config)# leaf 101
apic1(config-leaf)# router bgp 100
apic1(config-leaf-bgp)# vrf member tenant t1 vrf v1
apic1(config-leaf-bgp-vrf)# neighbor 15.15.15.2
apic1(config-leaf-bgp-vrf-neighbor)# exit
apic1(config-leaf-bgp-vrf)# exit
apic1(config-leaf-bgp)# exit
apic1(config-leaf)# exit
apic1(config)# leaf 102
apic1(config-leaf)# router bgp 100
apic1(config-leaf-bgp)# vrf member tenant t1 vrf v1
apic1(config-leaf-bgp-vrf)# neighbor 25.25.25.2
apic1(config-leaf-bgp-vrf-neighbor)# exit
apic1(config-leaf-bgp-vrf)# exit
apic1(config-leaf-bgp)# exit
apic1(config-leaf)# exit

ステップ 4

接続ルーティング プロトコルを構成します。

この例では、定期的なエリア ID 0.0.0.0で両方の L3Outs に対して通信プロトコルとして OSPF を構成します 。

例:

apic1(config)# leaf 101
apic1(config-leaf)# router ospf default
apic1(config-leaf-ospf)# vrf member tenant t1 vrf v1
apic1(config-leaf-ospf-vrf)# area 0.0.0.0 loopback 40.40.40.1
apic1(config-leaf-ospf-vrf)# exit
apic1(config-leaf-ospf)# exit
apic1(config-leaf)# exit
apic1(config)# leaf 102
apic1(config-leaf)# router ospf default
apic1(config-leaf-ospf)# vrf member tenant t1 vrf v1
apic1(config-leaf-ospf-vrf)# area 0.0.0.0 loopback 60.60.60.1
apic1(config-leaf-ospf-vrf)# exit
apic1(config-leaf-ospf)# exit
apic1(config-leaf)# exit

ステップ 5

外部 EPG を構成します。

この例は、ネットワーク 192.168.1.0/24 を外部ネットワーク extnw1 としてノード 101 を構成します。そして、ネットワーク 192.168.2.0/24 を外部ネットワーク extnw2 としてノード 102 を構成します。

例:

apic1(config)# tenant t1
apic1(config-tenant)# external-l3 epg extnw1
apic1(config-tenant-l3ext-epg)# vrf member v1
apic1(config-tenant-l3ext-epg)# match ip 192.168.1.0/24
apic1(config-tenant-l3ext-epg)# exit
apic1(config-tenant)# external-l3 epg extnw2
apic1(config-tenant-l3ext-epg)# vrf member v1
apic1(config-tenant-l3ext-epg)# match ip 192.168.2.0/24
apic1(config-tenant-l3ext-epg)# exit
apic1(config-tenant)# exit
apic1(config)# leaf 101
apic1(config-leaf)# vrf context tenant t1 vrf v1
apic1(config-leaf-vrf)# external-l3 epg extnw1
apic1(config-leaf-vrf)# exit
apic1(config-leaf)# exit
apic1(config)# leaf 102
apic1(config-leaf)# vrf context tenant t1 vrf v1
apic1(config-leaf-vrf)# external-l3 epg extnw2
apic1(config-leaf-vrf)# exit
apic1(config-leaf)# exit

ステップ 6

オプション。ルート マップを構成します。

この例では、インバウンドおよびアウト バウンド方向で各 BGP ピアのルート マップを構成します。

例:

例:

apic1(config)# leaf 101
apic1(config-leaf)# template route group match-rule1 tenant t1
apic1(config-route-group)# ip prefix permit 192.168.1.0/24
apic1(config-route-group)# exit
apic1(config-leaf)# template route group match-rule2 tenant t1
apic1(config-route-group)# ip prefix permit 192.168.2.0/24
apic1(config-route-group)# exit
apic1(config-leaf)# vrf context tenant t1 vrf v1
apic1(config-leaf-vrf)# route-map rp1
apic1(config-leaf-vrf-route-map)# match route group match-rule1 order 0
apic1(config-leaf-vrf-route-map-match)# exit
apic1(config-leaf-vrf-route-map)# exit
apic1(config-leaf-vrf)# route-map rp2
apic1(config-leaf-vrf-route-map)# match route group match-rule2 order 0
apic1(config-leaf-vrf-route-map-match)# exit
apic1(config-leaf-vrf-route-map)# exit
apic1(config-leaf-vrf)# exit
apic1(config-leaf)# router bgp 100
apic1(config-leaf-bgp)# vrf member tenant t1 vrf v1
apic1(config-leaf-bgp-vrf)# neighbor 15.15.15.2
apic1(config-leaf-bgp-vrf-neighbor)# route-map rp1 in
apic1(config-leaf-bgp-vrf-neighbor)# route-map rp2 out
apic1(config-leaf-bgp-vrf-neighbor)# exit
apic1(config-leaf-bgp-vrf)# exit
apic1(config-leaf-bgp)# exit
apic1(config-leaf)# exit

apic1(config)# leaf 102
apic1(config-leaf)# template route group match-rule1 tenant t1
apic1(config-route-group)# ip prefix permit 192.168.1.0/24
apic1(config-route-group)# exit
apic1(config-leaf)# template route group match-rule2 tenant t1
apic1(config-route-group)# ip prefix permit 192.168.2.0/24
apic1(config-route-group)# exit
apic1(config-leaf)# vrf context tenant t1 vrf v1
apic1(config-leaf-vrf)# route-map rp1
apic1(config-leaf-vrf-route-map)# match route group match-rule2 order 0
apic1(config-leaf-vrf-route-map-match)# exit
apic1(config-leaf-vrf-route-map)# exit
apic1(config-leaf-vrf)# route-map rp2
apic1(config-leaf-vrf-route-map)# match route group match-rule1 order 0
apic1(config-leaf-vrf-route-map-match)# exit
apic1(config-leaf-vrf-route-map)# exit
apic1(config-leaf-vrf)# exit
apic1(config-leaf)# router bgp 100
apic1(config-leaf-bgp)# vrf member tenant t1 vrf v1
apic1(config-leaf-bgp-vrf)# neighbor 25.25.25.2
apic1(config-leaf-bgp-vrf-neighbor)# route-map rp2 in
apic1(config-leaf-bgp-vrf-neighbor)# route-map rp1 out
apic1(config-leaf-bgp-vrf-neighbor)# exit
apic1(config-leaf-bgp-vrf)# exit
apic1(config-leaf-bgp)# exit
apic1(config-leaf)# exit

ステップ 7

フィルタ（アクセス リスト）およびコントラクトを作成し、EPG が通信できるようにします。

例:

apic1(config)# tenant t1
apic1(config-tenant)# access-list http-filter
apic1(config-tenant-acl)# match ip
apic1(config-tenant-acl)# match tcp dest 80
apic1(config-tenant-acl)# exit
apic1(config-tenant)# contract httpCtrct
apic1(config-tenant-contract)# scope vrf
apic1(config-tenant-contract)# subject subj1
apic1(config-tenant-contract-subj)# access-group http-filter both
apic1(config-tenant-contract-subj)# exit
apic1(config-tenant-contract)# exit
apic1(config-tenant)# exit

ステップ 8

契約を構成し、Epg に関連付けます。

例:

apic1(config)# tenant t1
apic1(config-tenant)# external-l3 epg extnw1
apic1(config-tenant-l3ext-epg)# vrf member v1
apic1(config-tenant-l3ext-epg)# contract provider httpCtrct
apic1(config-tenant-l3ext-epg)# exit
apic1(config-tenant)# external-l3 epg extnw2
apic1(config-tenant-l3ext-epg)# vrf member v1
apic1(config-tenant-l3ext-epg)# contract consumer httpCtrct
apic1(config-tenant-l3ext-epg)# exit
apic1(config-tenant)# exit
apic1(config)#

例：中継ルーティング

この例では、中継ルーティングのマージされた設定を提供します。設定は別々のルータに接続されている 2 個の障壁リーフ スイッチで、2 つの L3Outs を持つ単一のテナントと VRF のためにあります。

apic1# configure
apic1(config)# tenant t1
apic1(config-tenant)# vrf context v1
apic1(config-tenant-vrf)# exit
apic1(config-tenant)# exit

apic1(config)# leaf 101
apic1(config-leaf)# vrf context tenant t1 vrf v1
apic1(config-leaf-vrf)# router-id 11.11.11.103
apic1(config-leaf-vrf)# exit
apic1(config-leaf)# interface ethernet 1/3
apic1(config-leaf-if)# vlan-domain member dom1
apic1(config-leaf-if)# no switchport
apic1(config-leaf-if)# vrf member tenant t1 vrf v1
apic1(config-leaf-if)# ip address 12.12.12.3/24
apic1(config-leaf-if)# exit
apic1(config-leaf)# router bgp 100
apic1(config-leaf-bgp)# vrf member tenant t1 vrf v1
apic1(config-leaf-bgp-vrf)# neighbor 15.15.15.2
apic1(config-leaf-bgp-vrf-neighbor)# exit
apic1(config-leaf-bgp-vrf)# exit
apic1(config-leaf-bgp)# exit
apic1(config-leaf)# router ospf default
apic1(config-leaf-ospf)# vrf member tenant t1 vrf v1
apic1(config-leaf-ospf-vrf)# area 0.0.0.0 loopback 40.40.40.1
apic1(config-leaf-ospf-vrf)# exit
apic1(config-leaf-ospf)# exit
apic1(config-leaf)# exit

apic1(config)# leaf 102
apic1(config-leaf)# vrf context tenant t1 vrf v1
apic1(config-leaf-vrf)# router-id 22.22.22.203
apic1(config-leaf-vrf)# exit
apic1(config-leaf)# interface ethernet 1/3
apic1(config-leaf-if)# vlan-domain member dom1
apic1(config-leaf-if)# no switchport
apic1(config-leaf-if)# vrf member tenant t1 vrf v1
apic1(config-leaf-if)# ip address 23.23.23.3/24
apic1(config-leaf-if)# exit
apic1(config-leaf)# router bgp 100
apic1(config-leaf-bgp)# vrf member tenant t1 vrf v1
apic1(config-leaf-bgp-vrf)# neighbor 25.25.25.2/24
apic1(config-leaf-bgp-vrf-neighbor)# exit
apic1(config-leaf-bgp-vrf)# exit
apic1(config-leaf-bgp)# exit
apic1(config-leaf)# router ospf default
apic1(config-leaf-ospf)# vrf member tenant t1 vrf v1
apic1(config-leaf-ospf-vrf)# area 0.0.0.0 loopback 60.60.60.3
apic1(config-leaf-ospf-vrf)# exit
apic1(config-leaf-ospf)# exit
apic1(config-leaf)# exit

apic1(config)# tenant t1
apic1(config-tenant)# external-l3 epg extnw1
apic1(config-tenant-l3ext-epg)# vrf member v1
apic1(config-tenant-l3ext-epg)# match ip 192.168.1.0/24
apic1(config-tenant-l3ext-epg)# exit
apic1(config-tenant)# external-l3 epg extnw2
apic1(config-tenant-l3ext-epg)# vrf member v1
apic1(config-tenant-l3ext-epg)# match ip 192.168.2.0/24
apic1(config-tenant-l3ext-epg)# exit
apic1(config-tenant)# exit

apic1(config)# leaf 101
apic1(config-leaf)# vrf context tenant t1 vrf v1
apic1(config-leaf-vrf)# external-l3 epg extnw1
apic1(config-leaf-vrf)# exit
apic1(config-leaf)# exit
apic1(config)# leaf 102
apic1(config-leaf)# vrf context tenant t1 vrf v1
apic1(config-leaf-vrf)# external-l3 epg extnw2
apic1(config-leaf-vrf)# exit
apic1(config-leaf)# exit

apic1(config)# leaf 101
apic1(config-leaf)# template route group match-rule1 tenant t1
apic1(config-route-group)# ip prefix permit 192.168.1.0/24
apic1(config-route-group)# exit
apic1(config-leaf)# template route group match-rule2 tenant t1
apic1(config-route-group)# ip prefix permit 192.168.2.0/24
apic1(config-route-group)# exit
apic1(config-leaf)# vrf context tenant t1 vrf v1
apic1(config-leaf-vrf)# route-map rp1
apic1(config-leaf-vrf-route-map)# match route group match-rule1 order 0
apic1(config-leaf-vrf-route-map-match)# exit
apic1(config-leaf-vrf-route-map)# exit
apic1(config-leaf-vrf)# route-map rp2
apic1(config-leaf-vrf-route-map)# match route group match-rule2 order 0
apic1(config-leaf-vrf-route-map-match)# exit
apic1(config-leaf-vrf-route-map)# exit
apic1(config-leaf-vrf)# exit
apic1(config-leaf)# router bgp 100
apic1(config-leaf-bgp)# vrf member tenant t1 vrf v1
apic1(config-leaf-bgp-vrf)# neighbor 15.15.15.2
apic1(config-leaf-bgp-vrf-neighbor)# route-map rp1 in
apic1(config-leaf-bgp-vrf-neighbor)# route-map rp2 out
apic1(config-leaf-bgp-vrf-neighbor)# exit
apic1(config-leaf-bgp-vrf)# exit
apic1(config-leaf-bgp)# exit
apic1(config-leaf)# exit

apic1(config)# leaf 102
apic1(config-leaf)# template route group match-rule1 tenant t1
apic1(config-route-group)# ip prefix permit 192.168.1.0/24
apic1(config-route-group)# exit
apic1(config-leaf)# template route group match-rule2 tenant t1
apic1(config-route-group)# ip prefix permit 192.168.2.0/24
apic1(config-route-group)# exit
apic1(config-leaf)# vrf context tenant t1 vrf v1
apic1(config-leaf-vrf)# route-map rp1
apic1(config-leaf-vrf-route-map)# match route group match-rule1 order 0
apic1(config-leaf-vrf-route-map-match)# exit
apic1(config-leaf-vrf-route-map)# exit
apic1(config-leaf-vrf)# route-map rp2
apic1(config-leaf-vrf-route-map)# match route group match-rule2 order 0
apic1(config-leaf-vrf-route-map-match)# exit
apic1(config-leaf-vrf-route-map)# exit
apic1(config-leaf-vrf)# exit
apic1(config-leaf)# router bgp 100
apic1(config-leaf-bgp)# vrf member tenant t1 vrf v1
apic1(config-leaf-bgp-vrf)# neighbor 25.25.25.2
apic1(config-leaf-bgp-vrf-neighbor)# route-map rp2 in
apic1(config-leaf-bgp-vrf-neighbor)# route-map rp1 out
apic1(config-leaf-bgp-vrf-neighbor)# exit
apic1(config-leaf-bgp-vrf)# exit
apic1(config-leaf-bgp)# exit
apic1(config-leaf)# exit

apic1(config)# tenant t1
apic1(config-tenant)# access-list http-filter
apic1(config-tenant-acl)# match ip
apic1(config-tenant-acl)# match tcp dest 80
apic1(config-tenant-acl)# exit
apic1(config-tenant)# contract httpCtrct
apic1(config-tenant-contract)# scope vrf
apic1(config-tenant-contract)# subject http-subj
apic1(config-tenant-contract-subj)# access-group http-filter both
apic1(config-tenant-contract-subj)# exit
apic1(config-tenant-contract)# exit
apic1(config-tenant)# exit

apic1(config)# tenant t1
apic1(config-tenant)# external-l3 epg extnw1
apic1(config-tenant-l3ext-epg)# vrf member v1
apic1(config-tenant-l3ext-epg)# contract provider httpCtrct
apic1(config-tenant-l3ext-epg)# exit
apic1(config-tenant)# external-l3 epg extnw2
apic1(config-tenant-l3ext-epg)# vrf member v1
apic1(config-tenant-l3ext-epg)# contract consumer httpCtrct
apic1(config-tenant-l3ext-epg)# exit
apic1(config-tenant)# exit
apic1(config)#

NX-OS Style CLI を使用した共有サービスの設定

- NX-OS スタイル CLI を使用して共有 レイヤ 3 VRF 内リークを設定する － 名前が付けられた例

- NX-OS Style CLI を使用した共有レイヤ 3 VRF 間リークの設定：名前を付けた例

NX-OS スタイル CLI を使用して共有 レイヤ 3 VRF 内リークを設定する － 名前が付けられた例

手順

手順の概要

1. コンフィギュレーション モードを開始します。

2. プロバイダー レイヤ 3 を設定します。

3. レイヤ 3 Out コンシューマを設定します。

手順の詳細

ステップ 1

コンフィギュレーション モードを開始します。

例:

apic1# configure

ステップ 2

プロバイダー レイヤ 3 を設定します。

例:

apic1(config)# tenant t1_provider
apic1(config-tenant)# external-l3 epg l3extInstP-1 l3out T0-o1-L3OUT-1
apic1(config-tenant-l3ext-epg)# vrf member VRF1
apic1(config-tenant-l3ext-epg)# match ip 192.168.2.0/24 shared
apic1(config-tenant-l3ext-epg)# contract provider vzBrCP-1
apic1(config-tenant-l3ext-epg)# exit
apic1(config-tenant)# exit
apic1(config)# leaf 101
apic1(config-leaf)# vrf context tenant t1_provider vrf VRF1 l3out T0-o1-L3OUT-1
apic1(config-leaf-vrf)# route-map T0-o1-L3OUT-1_shared
apic1(config-leaf-vrf-route-map)# ip prefix-list l3extInstP-1 permit 192.168.2.0/24
apic1(config-leaf-vrf-route-map)# match prefix-list l3extInstP-1
apic1(config-leaf-vrf-route-map-match)# exit
apic1(config-leaf-vrf-route-map)# exit
apic1(config-leaf-vrf)# exit
apic1(config-leaf)# exit

ステップ 3

レイヤ 3 Out コンシューマを設定します。

例:

apic1(config)# tenant t1_consumer
apic1(config-tenant)# external-l3 epg l3extInstP-2 l3out T0-o1-L3OUT-1
apic1(config-tenant-l3ext-epg)# vrf member VRF2
apic1(config-tenant-l3ext-epg)# match ip 199.16.2.0/24 shared
apic1(config-tenant-l3ext-epg)# contract consumer vzBrCP-1 imported
apic1(config-tenant-l3ext-epg)# exit
apic1(config-tenant)# exit
apic1(config)# leaf 101
apic1(config-leaf)# vrf context tenant t1_consumer vrf VRF2 l3out T0-o1-L3OUT-1
apic1(config-leaf-vrf)# route-map T0-o1-L3OUT-1_shared
apic1(config-leaf-vrf-route-map)# ip prefix-list l3extInstP-2 permit 199.16.2.0/24
apic1(config-leaf-vrf-route-map)# match prefix-list l3extInstP-2
apic1(config-leaf-vrf-route-map-match)# exit
apic1(config-leaf-vrf-route-map)# exit
apic1(config-leaf-vrf)# exit
apic1(config-leaf)# exit
apic1(config)#

NX-OS Style CLI を使用した共有レイヤ 3 VRF 間リークの設定：名前を付けた例

手順

手順の概要

1. コンフィギュレーション モードを開始します。

2. プロバイダ テナントおよび VRF の設定

3. コンシューマ テナントおよび VRF の設定

4. コントラクトの設定

5. プロバイダ外部レイヤ 3 EPG の設定

6. プロバイダ エクスポート マップの設定

7. コンシューマ外部レイヤ 3 EPG の設定

8. コンシューマ エクスポート マップの設定

手順の詳細

ステップ 1

コンフィギュレーション モードを開始します。

例:

apic1# configure

ステップ 2

プロバイダ テナントおよび VRF の設定

例:

apic1(config)# tenant t1_provider
apic1(config-tenant)# vrf context VRF1
apic1(config-tenant-vrf)# exit
apic1(config-tenant)# exit

ステップ 3

コンシューマ テナントおよび VRF の設定

例:

apic1(config)# tenant t1_consumer
apic1(config-tenant)# vrf context VRF2
apic1(config-tenant-vrf)# exit
apic1(config-tenant)# exit

ステップ 4

コントラクトの設定

例:

apic1(config)# tenant t1_provider
apic1(config-tenant)# contract vzBrCP-1 type permit
apic1(config-tenant-contract)# scope exportable
apic1(config-tenant-contract)# export to tenant t1_consumer
apic1(config-tenant-contract)# exit

ステップ 5

プロバイダ外部レイヤ 3 EPG の設定

例:

apic1(config-tenant)# external-l3 epg l3extInstP-1
apic1(config-tenant-l3ext-epg)# vrf member VRF1
apic1(config-tenant-l3ext-epg)# match ip 192.168.2.0/24 shared
apic1(config-tenant-l3ext-epg)# contract provider vzBrCP-1
apic1(config-tenant-l3ext-epg)# exit
apic1(config-tenant)# exit

ステップ 6

プロバイダ エクスポート マップの設定

例:

apic1(config)# leaf 101
apic1(config-leaf)# vrf context tenant t1_provider vrf VRF1
apic1(config-leaf-vrf)# route-map map1
apic1(config-leaf-vrf-route-map)# ip prefix-list p1 permit 192.168.2.0/24
apic1(config-leaf-vrf-route-map)# match prefix-list p1
apic1(config-leaf-vrf-route-map-match)# exit
apic1(config-leaf-vrf-route-map)# exit
apic1(config-leaf-vrf)# export map map1
apic1(config-leaf-vrf)# exit
apic1(config-leaf)# exit

ステップ 7

コンシューマ外部レイヤ 3 EPG の設定

例:

apic1(config)# tenant t1_consumer
apic1(config-tenant)# external-l3 epg l3extInstP-2
apic1(config-tenant-l3ext-epg)# vrf member VRF2
apic1(config-tenant-l3ext-epg)# match ip 199.16.2.0/24 shared
apic1(config-tenant-l3ext-epg)# contract consumer vzBrCP-1 imported
apic1(config-tenant-l3ext-epg)# exit
apic1(config-tenant)# exit

ステップ 8

コンシューマ エクスポート マップの設定

例:

apic1(config)# leaf 101
apic1(config-leaf)# vrf context tenant t1_consumer vrf VRF2
apic1(config-leaf-vrf)# route-map map2
apic1(config-leaf-vrf-route-map)# ip prefix-list p2 permit 199.16.2.0/24
apic1(config-leaf-vrf-route-map)# match prefix-list p2
apic1(config-leaf-vrf-route-map-match)# exit
apic1(config-leaf-vrf-route-map)# exit
apic1(config-leaf-vrf)# export map map2
apic1(config-leaf-vrf)# exit
apic1(config-leaf)# exit
apic1(config)#

NX-OS スタイルの CLI を使用した L3Out の QoS の設定

- CLI を使用した L3Out での QoS の直接構成

- CLI を使用した L3Out の QoS コントラクトの設定

CLI を使用した L3Out での QoS の直接構成

この章では L3Out で QoS ディレクトリを構成する方法について説明します。これは、 [Cisco APIC] リリース 4.0（1）以降の L3Out QoS の推奨構成方法です。

次のオブジェクトの内の 1 つで L3Out の QoS を構成できます：

- スイッチ仮想インターフェイス（SVI）

- サブ インターフェイス

- 外部ルーテッド

手順

ステップ 1

L3Out SVI に QoS プライオリティを構成します。

例:

interface vlan 19
vrf member tenant DT vrf dt-vrf
ip address 107.2.1.252/24
description  'SVI19'
service-policy type qos VrfQos006   // for custom QoS attachment
set qos-class level6                // for set QoS priority
exit

ステップ 2

サブインターフェイスに QoS プライオリティを構成します。

例:

interface ethernet 1/48.10
vrf member tenant DT vrf inter-tentant-ctx2 l3out L4_E48_inter_tennant
ip address 210.2.0.254/16
service-policy type qos vrfQos002
set qos-class level5

ステップ 3

外部ルーテッドに QoS プライオリティを構成します。

例:

interface ethernet 1/37
no switchport
vrf member tenant DT vrf dt-vrf l3out L2E37
ip address 30.1.1.1/24
service-policy type qos vrfQos002
set qos-class level5
exit

CLI を使用した L3Out の QoS コントラクトの設定

この項では、コントラクトを使用して L3Out の QoS を設定する方法について説明します。

（注）

リリース 4.0（1）以降では、 CLI を使用した L3Out での QoS の直接構成 で説明されているように L3Out QoS 用にカスタム QoS ポリシーを使用することを推奨しています。

手順

ステップ 1

L3Out で QoS 優先順位の適用をサポートするために、出力モードの VRF を構成し、ポリシー適用を有効化します。

apic1# configure
apic1(config)# tenant t1
apic1(config-tenant)# vrf context v1
apic1(config-tenant-vrf)# contract enforce egress
apic1(config-tenant-vrf)# exit
apic1(congig-tenant)# exit
apic1(config)#

ステップ 2

QoS を構成します。

フィルタを作成する場合（access-list）、 match dscp コマンドをターゲット DSCP レベルで含めます。

コントラクトを設定するとき、L3Out でのトラフィック出力の QoS クラスを含めます。または、ターゲット DSCP の値を定義することもできます。QoS ポリシーは、コントラクトまたはサブジェクトのいずれかでサポートされます。
L3out インターフェイスでの QoS またはカスタム QoS では VRF の適用は入力である必要があります。VRF の適用を出力にする必要があるのは、QOS 分類が EPG と L3out の間、または L3out から L3out へのトラフィックのコントラクトで実行される場合に限ります。

（注）

QoS 分類がコントラクトで設定され、VRF の適用が出力である場合、コントラクト QoS 分類は L3out インターフェイス QoS またはカスタム QoS 分類をオーバーライドします。

apic1(config)# tenant t1
apic1(config-tenant)# access-list http-filter
apic1(config-tenant-acl)# match ip
apic1(config-tenant-acl)# match tcp dest 80
apic1(config-tenant-acl)# match dscp EF
apic1(config-tenant-acl)# exit
apic1(config-tenant)# contract httpCtrct
apic1(config-tenant-contract)# scope vrf
apic1(config-tenant-contract)# qos-class level1
apic1(config-tenant-contract)# subject http-subject
apic1(config-tenant-contract-subj)# access-group http-filter both
apic1(config-tenant-contract-subj)# exit
apic1(config-tenant-contract)# exit
apic1(config-tenant)# exit
apic1(config)#

NX-OS Style CLI を使用した ACI IP SLA の設定

- NX-OS Style CLI を使用した IP SLA モニタリング ポリシーの構成

- NX-OS Style CLI を使用した IP-SLA トラック メンバーの設定

- NX-OS Style CLI を使用した IP-SLA トラック リストの設定

- NX-OS Style CLI を使用したスタティック ルートとトラック リストの関連付け

- NX-OS Style CLI を使用したトラック リストとネクスト ホップ プロファイルの関連付け

- CLI を使用したトラック リストおよびトラック メンバー ステータスの表示

- CLI を使用したトラック リストとトラック メンバーの詳細の表示

NX-OS Style CLI を使用した IP SLA モニタリング ポリシーの構成

NX-OS スタイル CLI を使用して特定の SLA タイプのモニタリング プローブを送信するように [Cisco Application Policy Infrastructure Controller] （[APIC]）を構成するには、次の手順を実行します：

始める前に

テナントが構成されていることを確認します。

手順

ステップ 1

構成モードを開始します。

例:

apic1# configure

ステップ 2

テナントを作成してテナント構成モードを開始するか、既存のテナントのテナント構成モードを開始します。

例:

apic1(config)# tenant t1

ステップ 3

IP SLA モニタリング ポリシーを作成し、IP SLA ポリシー構成モードを開始します。

例:

apic1(config-tenant)# ipsla-pol ipsla-policy-3

ステップ 4

モニタリング頻度を秒単位で構成します。これはプローブの送信間隔です。

例:

apic1(config-ipsla-pol)# sla-frequency 40

ステップ 5

モニタリング プローブ タイプを構成します。

タイプに指定できる値は次のとおりです：

- icmp

- l2ping

- tcp sla-port number

スタティック ルートの IP SLA には ICMP と TCP のみが有効です。

例:

apic1(config-ipsla-pol)# sla-type tcp sla-port 90

次のタスク

作成した IP SLA モニタリング ポリシーを表示するには、次のように入力します：

show running-config all tenant tenant-name ipsla-pol

次の出力が表示されます：

# Command: show running-config all tenant 99 ipsla-pol
# Time: Tue Mar 19 19:01:06 2019
tenant t1
ipsla-pol ipsla-policy-3
sla-detectmultiplier 3
sla-frequency 40
sla-type tcp sla-port 90
sla-port 90
exit
exit
exit

NX-OS Style CLI を使用した IP-SLA トラック メンバーの設定

NX-OS スタイルの CLI を使用して IP SLA トラック メンバーを設定するには、次の手順を実行します。

始める前に

テナントおよびテナントの下の IP SLA モニタリング ポリシーが設定されていることを確認します。

手順

ステップ 1

configure

コンフィギュレーション モードに入ります。

例:

apic1# configure

ステップ 2

tenant tenant-name

テナントを作成するか、テナント設定モードに入ります。

例:

apic1(config)# tenant t1

ステップ 3

name ipv4-or-ipv6-address name track-member dst-IpAddr l3-out

宛先 IP アドレスを持つトラック メンバーを作成し、トラック メンバー コンフィギュレーション モードを開始します。

例:

apic1(config-tenant)# )# track-member tm-1 dst-IpAddr 10.10.10.1 l3-out ext-l3-1

ステップ 4

ipsla-monpol name

トラック メンバーに IP SLA モニタリング ポリシーを割り当てます。

例:

apic1(config-track-member)# ipsla-monpol ipsla-policy-3

例

次の例は、IP SLA トラック メンバーを設定するコマンドを示しています。

apic1# configure
apic1(config)# tenant t1
apic1(config-tenant)# )# track-member tm-1 dst-IpAddr 10.10.10.1 l3-out ext-l3-1
apic1(config-track-member)# ipsla-monpol ipsla-policy-3

次のタスク

作成したトラック メンバー設定を表示するには、次のように入力します。

show running-config all tenant tenant-name track-member name

次の出力が表示されます。

# Command: show running-config all tenant 99 track-member tm-1
# Time: Tue Mar 19 19:01:06 2019
tenant t1
track-member tm-1 10.10.10.1 l3-out ext-l3-1
ipsla-monpol slaICMPProbe
exit
exit

NX-OS Style CLI を使用した IP-SLA トラック リストの設定

NX-OS スタイルの CLI を使用して IP SLA トラック リストを設定するには、次の手順を実行します。

始める前に

テナント、IP SLA モニタリング ポリシー、およびテナント下の少なくとも 1 つのトラック メンバーが設定されていることを確認します。

手順

ステップ 1

configure

コンフィギュレーション モードに入ります。

例:

apic1# configure

ステップ 2

tenant tenant-name

テナントを作成するか、テナント設定モードに入ります。

例:

apic1(config)# tenant t1

ステップ 3

track-list name { percentage [ percentage-down | percentage-up ] number | weight [ weight-down | weight-up number }

パーセンテージまたは重みしきい値の設定でトラックリストを作成し、トラック リスト コンフィギュレーション モードを開始します。

例:

apic1(config-tenant)# )# track-list tl-1 percentage percentage-down 50 percentage-up 100

ステップ 4

track-member name

既存のトラック メンバーをトラック リストに割り当てます。

例:

apic1(config-track-list)# track-member tm-1

例

次の例は、IP SLA トラック リストを設定するコマンドを示しています。

apic1# configure
apic1(config)# tenant t1
apic1(config-tenant)# )# track-list tl-1 percentage percentage-down 50 percentage-up 100
apic1(config-track-list)# track-member tm1

次のタスク

作成したトラック メンバー設定を表示するには、次のように入力します。

show running-config all tenant tenant-name track-member name

次の出力が表示されます。

# Command: show running-config all tenant 99 track-list tl-1
# Time: Tue Mar 19 19:01:06 2019
tenant t1
track-list tl-1 percentage percentage-down 50 percentage-up 100
track-member tm-1 weight 10
exit
exit

NX-OS Style CLI を使用したスタティック ルートとトラック リストの関連付け

NX-OS スタイル CLI を使用して IP SLA トラック リストをスタティック ルートに関連付けるには、次の手順を実行します。

始める前に

テナント、VRF およびテナントの下にあるトラック リストが設定されていることを確認してください。

手順

ステップ 1

configure

コンフィギュレーション モードに入ります。

例:

apic1# configure

ステップ 2

leaf id または leaf-name

リーフ スイッチを選択し、リーフ スイッチ コンフィギュレーション モードを開始します。

例:

apic1(config)# leaf 102

ステップ 3

vrf context tenant name vrf name

VRF コンテキストを選択し、VRF コンフィギュレーション モードを開始します。

例:

apic1(config-leaf)# )# vrf context tenant 99 vrf default

ステップ 4

ip route ip-address next-hop-ip-address route-prefix bfd ip-trackList name

既存のトラック リストをスタティック ルートに割り当てます。

例:

apic1(config-leaf-vrf)# ip route 10.10.10.1/4 20.20.20.8 10 bfd ip-trackList tl-1

例

次に、IP SLA トラック リストをスタティック ルートに関連付けるコマンドの例を示します。

apic1# configure
apic1(config)# leaf 102
apic1(config-leaf)# )# vrf context tenant 99 vrf default
apic1(config-leaf-vrf)# ip route 10.10.10.1/4 20.20.20.8 10 bfd ip-trackList tl-1

NX-OS Style CLI を使用したトラック リストとネクスト ホップ プロファイルの関連付け

NX-OS スタイルの CLI を使用して IP SLA トラック リストをネクスト ホップ プロファイルに関連付けるには、次の手順を実行します。

始める前に

テナント、VRF およびテナントの下にあるトラック リストが設定されていることを確認してください。

手順

ステップ 1

configure

コンフィギュレーション モードに入ります。

例:

apic1# configure

ステップ 2

leaf id または leaf-name

リーフ スイッチを選択し、リーフ スイッチ コンフィギュレーション モードを開始します。

例:

apic1(config)# leaf 102

ステップ 3

vrf context tenant name vrf name

VRF コンテキストを選択し、VRF コンフィギュレーション モードを開始します。

例:

apic1(config-leaf)# )# vrf context tenant 99 vrf default

ステップ 4

ip route ip-address next-hop-ip-address route-prefix bfd nh-ip-trackList name

既存のトラック リストをネクスト ホップに割り当てます。

例:

apic1(config-leaf-vrf)# ip route 10.10.10.1/4 20.20.20.8 10 bfd nh-trackList tl-1

例

次に、IP SLA トラック リストをネクスト ホップ プロファイルに関連付けるコマンドの例を示します。

apic1# configure
apic1(config)# leaf 102
apic1(config-leaf)# )# vrf context tenant 99 vrf default
apic1(config-leaf-vrf)# ip route 10.10.10.1/4 20.20.20.8 10 bfd nh-ip-trackList tl-1

CLI を使用したトラック リストおよびトラック メンバー ステータスの表示

IP SLA トラック リストおよびトラック メンバー ステータスを表示できます。

手順

show track brief

例:

switch# show track brief

すべてのトラック リストおよびトラック メンバーのステータスを表示します。

例

switch# show track brief
TrackId  Type     Instance    Parameter        State    Last Change
97       IP SLA   2034        reachability     up       2019-03-20T14:08:34.127-07:00
98       IP SLA   2160        reachability     up       2019-03-20T14:08:34.252-07:00
99       List     ---         percentage       up       2019-03-20T14:08:45.494-07:00
100      List     ---         percentage       down     2019-03-20T14:08:45.039-07:00
101      List     ---         percentage       down     2019-03-20T14:08:45.040-07:00
102      List     ---         percentage       up       2019-03-20T14:08:45.495-07:00
103      IP SLA   2040        reachability     up       2019-03-20T14:08:45.493-07:00
104      IP SLA   2887        reachability     down     2019-03-20T14:08:45.104-07:00
105      IP SLA   2821        reachability     up       2019-03-20T14:08:45.494-07:00
1        List     ---         percentage       up       2019-03-20T14:08:39.224-07:00
2        List     ---         weight           down     2019-03-20T14:08:33.521-07:00
3        IP SLA   2412        reachability     up       2019-03-20T14:08:33.983-07:00
26       IP SLA   2320        reachability     up       2019-03-20T14:08:33.988-07:00
27       IP SLA   2567        reachability     up       2019-03-20T14:08:33.987-07:00
28       IP SLA   2598        reachability     up       2019-03-20T14:08:33.990-07:00
29       IP SLA   2940        reachability     up       2019-03-20T14:08:33.986-07:00
30       IP SLA   2505        reachability     up       2019-03-20T14:08:38.915-07:00
31       IP SLA   2908        reachability     up       2019-03-20T14:08:33.990-07:00
32       IP SLA   2722        reachability     up       2019-03-20T14:08:33.992-07:00
33       IP SLA   2753        reachability     up       2019-03-20T14:08:38.941-07:00
34       IP SLA   2257        reachability     up       2019-03-20T14:08:33.993-07:00

CLI を使用したトラック リストとトラック メンバーの詳細の表示

IP SLA トラック リストおよびトラック メンバーの詳細を表示できます。

手順

show track [ number ] | more

例:

switch# show track | more

すべてのトラック リストおよびトラック メンバーの詳細を表示します。

例

switch# show track | more
Track 4
IP SLA 2758
reachability is down
1 changes, last change 2019-03-12T21:41:34.729+00:00
Tracked by:
Track List 3
Track List 5

Track 3
List Threshold percentage
Threshold percentage is down
1 changes, last change 2019-03-12T21:41:34.700+00:00
Threshold percentage up 1% down 0%
Tracked List Members:
Object 4 (50)% down
Object 6 (50)% down
Attached to:
Route prefix 172.16.13.0/24

Track 5
List Threshold percentage
Threshold percentage is down
1 changes, last change 2019-03-12T21:41:34.710+00:00
Threshold percentage up 1% down 0%
Tracked List Members:
Object 4 (100)% down
Attached to:
Nexthop Addr 12.12.12.2/32

Track 6
IP SLA 2788
reachability is down
1 changes, last change 2019-03-14T21:34:26.398+00:00
Tracked by:
Track List 3
Track List 7

Track 20
List Threshold percentage
Threshold percentage is up
4 changes, last change 2019-02-21T14:04:21.920-08:00
Threshold percentage up 100% down 32%
Tracked List Members:
Object 4 (20)% up
Object 5 (20)% up
Object 6 (20)% up
Object 3 (20)% up
Object 9 (20)% up
Attached to:
Route prefix 88.88.88.0/24
Route prefix 5000:8:1:14::/64
Route prefix 5000:8:1:2::/64
Route prefix 5000:8:1:1::/64

この例では、Track 4 は IP SLA ID と Tracked by: フィールドのトラック リストによって識別されるトラック メンバーです。

Track 3 は、しきい値情報と [トラック リスト メンバー（Track List Members）] フィールドのトラック メンバーによって識別されるトラック リストです。

トラック 20 は、現在到達可能（アップ）で、関連付けられているスタティック ルートを示すトラック リストです。

NX-OS Style CLI を使用した HSRP の設定

- NX-OS スタイル CLI での Cisco APIC を使用してインライン パラメータで HSRP の設定

- NX-OS スタイル CLI のテンプレートとポリシーを使用した Cisco APIC の HSRP の設定

NX-OS スタイル CLI での Cisco APIC を使用してインライン パラメータで HSRP の設定

リーフ スイッチが設定されている場合、HSRP が有効になっています。

始める前に

- テナントと VRF が設定されています。

- VLAN プールは、適切な VLAN 範囲が定義され、レイヤ 3 ドメインが作成されて VLAN プールに接続されている状態で設定される必要があります。

- エンティティ プロファイルの接続も、レイヤ 3 ドメインに関連付けられている必要があります。

- リーフ スイッチのインターフェイス プロファイルは必要に応じて設定する必要があります。

手順

手順の概要

1. configure

2. インライン パラメータを作成することにより、HSRP を設定します。

手順の詳細

ステップ 1

configure

コンフィギュレーション モードに入ります。

例:

apic1# configure

ステップ 2

インライン パラメータを作成することにより、HSRP を設定します。

例:

apic1(config)# leaf 101
apic1(config-leaf)# interface ethernet 1/17
apic1(config-leaf-if)# hsrp version 1
apic1(config-leaf-if)# hsrp use-bia
apic1(config-leaf-if)# hsrp delay minimum 30
apic1(config-leaf-if)# hsrp delay reload 30
apic1(config-leaf-if)# hsrp 10 ipv4
apic1(config-if-hsrp)# ip 182.16.1.2
apic1(config-if-hsrp)# ip 182.16.1.3 secondary
apic1(config-if-hsrp)# ip 182.16.1.4 secondary
apic1(config-if-hsrp)# mac-address 5000.1000.1060
apic1(config-if-hsrp)# timers 5 18
apic1(config-if-hsrp)# priority 100
apic1(config-if-hsrp)# preempt
apic1(config-if-hsrp)# preempt delay minimum 60
apic1(config-if-hsrp)# preempt delay reload 60
apic1(config-if-hsrp)# preempt delay sync 60
apic1(config-if-hsrp)# authentication none
apic1(config-if-hsrp)# authentication simple
apic1(config-if-hsrp)# authentication md5
apic1(config-if-hsrp)# authentication-key <mypassword>
apic1(config-if-hsrp)# authentication-key-timeout <timeout>

NX-OS スタイル CLI のテンプレートとポリシーを使用した Cisco APIC の HSRP の設定

リーフ スイッチが設定されている場合、HSRP が有効になっています。

始める前に

- テナントと VRF が設定されています。

- VLAN プールは、適切な VLAN 範囲が定義され、レイヤ 3 ドメインが作成されて VLAN プールに接続されている状態で設定される必要があります。

- エンティティ プロファイルの接続も、レイヤ 3 ドメインに関連付けられている必要があります。

- リーフ スイッチのインターフェイス プロファイルは必要に応じて設定する必要があります。

手順

手順の概要

1. configure

2. HSRP ポリシー テンプレートを設定します。

3. 設定されているポリシー テンプレートを使用します。

手順の詳細

ステップ 1

configure

コンフィギュレーション モードに入ります。

例:

apic1# configure

ステップ 2

HSRP ポリシー テンプレートを設定します。

例:

apic1(config)# leaf 101
apic1(config-leaf)# template hsrp interface-policy hsrp-intfPol1 tenant t9
apic1(config-template-hsrp-if-pol)# hsrp use-bia
apic1(config-template-hsrp-if-pol)# hsrp delay minimum 30
apic1(config-template-hsrp-if-pol)# hsrp delay reload 30

apic1(config)# leaf 101
apic1(config-leaf)# template hsrp group-policy hsrp-groupPol1 tenant t9
apic1(config-template-hsrp-group-pol)# timers 5 18
apic1(config-template-hsrp-group-pol)# priority 100
apic1(config-template-hsrp-group-pol)# preempt
apic1(config-template-hsrp-group-pol)# preempt delay minimum 60
apic1(config-template-hsrp-group-pol)# preempt delay reload 60
apic1(config-template-hsrp-group-pol)# preempt delay sync 60

ステップ 3

設定されているポリシー テンプレートを使用します。

例:

apic1(config)# leaf 101
apic1(config-leaf)# interface ethernet 1/17
apic1(config-leaf-if)# hsrp version 1
apic1(config-leaf-if)# inherit hsrp interface-policy hsrp-intfPol1
apic1(config-leaf-if)# hsrp 10 ipv4
apic1(config-if-hsrp)# ip 182.16.1.2
apic1(config-if-hsrp)# ip 182.16.1.3 secondary
apic1(config-if-hsrp)# ip 182.16.1.4 secondary
apic1(config-if-hsrp)# mac-address 5000.1000.1060
apic1(config-if-hsrp)# inherit hsrp group-policy hsrp-groupPol1

NX-OS Style CLI を使用した Cisco ACI GOLF の設定

- NX-OS スタイル CLI を使用した推奨される共有 GOLF 設定

- [Cisco ACI GOLF] NX-OS スタイル CLI を使用した 構成の例

- NX-OS スタイル CLI を使用して DCIG への配布の BGP EVPN タイプ 2 のホスト ルートの有効化

NX-OS スタイル CLI を使用した推奨される共有 GOLF 設定

マルチサイトで管理されている複数の APIC サイト間で、DCI による GOLF 接続を共有する場合、ルート マップと BPG を設定し VRF 間のトラフィックの問題を避けるために次の手順を使用します。

手順

ステップ 1

インバウンド ルート マップ

例:

Inbound peer policy to attach community:

route-map multi-site-in permit 10

set community 1:1 additive

ステップ 2

アウトバウンド ピア ポリシーを設定し、インバウンド ピア ポリシーのコミュニティに基づいてルートをフィルタします。

例:

ip community-list standard test-com permit 1:1

route-map multi-site-out deny 10

match community test-com exact-match

route-map multi-site-out permit 11

ステップ 3

アウトバウンド ピア ポリシーを設定し、WAN へのコミュニティをフィルタします。

例:

ip community-list standard test-com permit 1:1

route-map multi-site-wan-out permit 11

set comm-list test-com  delete

ステップ 4

BGP を設定します。

例:

router bgp 1

address-family l2vpn evpn

neighbor 11.11.11.11 remote-as 1

update-source loopback0

address-family l2vpn evpn

send-community both

route-map multi-site-in in

neighbor 13.0.0.2 remote-as 2

address-family l2vpn evpn

send-community both

route-map multi-site-out out

[Cisco ACI GOLF] NX-OS スタイル CLI を使用した 構成の例

次の例を構成する CLI コマンドの [GOLF] サービスで、OSPF over スパイン スイッチに接続されている WAN ルータの BGP EVPN プロトコルを使用します。

BGP EVPN のテナント インフラの構成

次の例を構成する方法を示しています、インフラ VLAN ドメイン、VRF、インターフェイスの IP アドレッシングを含む、BGP EVPN および OSPF のテナントします。

configure
vlan-domain evpn-dom dynamic
exit
spine 111
# Configure  Tenant Infra VRF overlay-1 on the spine.
vrf context tenant infra vrf overlay-1
router-id 10.10.3.3
exit

interface ethernet 1/33
vlan-domain member golf_dom
exit
interface ethernet 1/33.4
vrf member tenant infra vrf overlay-1
mtu 1500
ip address 5.0.0.1/24
ip router ospf default area 0.0.0.150
exit
interface ethernet 1/34
vlan-domain member golf_dom
exit
interface ethernet 1/34.4
vrf member tenant infra vrf overlay-1
mtu 1500
ip address 2.0.0.1/24
ip router ospf default area 0.0.0.200
exit

router ospf default
vrf member tenant infra vrf overlay-1
area 0.0.0.150 loopback 10.10.5.3
area 0.0.0.200 loopback 10.10.4.3
exit
exit

スパイン ノード上の BGP の構成

次の例では、BGP EVPN をサポートする BGP を構成する方法を示します。

Configure
spine 111
router bgp 100
vrf member tenant infra vrf overlay- 1
neighbor 10.10.4.1 evpn
label golf_aci
update-source loopback 10.10.4.3
remote-as 100
exit
neighbor 10.10.5.1 evpn
label golf_aci2
update-source loopback 10.10.5.3
remote-as 100
exit
exit
exit

BGP EVPN のテナントの構成

次の例では、BGP EVPN、BGP EVPN セッションで提供されるゲートウェイ サブネットを含むのテナントを構成する方法を示します：

configure
tenant sky
vrf context vrf_sky
exit
bridge-domain bd_sky
vrf member vrf_sky
exit
interface bridge-domain bd_sky
ip address 59.10.1.1/24
exit
bridge-domain bd_sky2
vrf member vrf_sky
exit
interface bridge-domain bd_sky2
ip address 59.11.1.1/24
exit
exit

BGP EVPN ルート ターゲット、ルート マップと、テナントのプレフィックス EPG の構成

次の例では、BGP EVPN を介してブリッジ ドメイン サブネットをアドバタイズするルート マップを構成する方法を示します。

configure
spine 111
vrf context tenant sky vrf vrf_sky
address-family ipv4 unicast
route-target export 100:1
route-target import 100:1
exit

route-map rmap
ip prefix-list p1 permit 11.10.10.0/24
match bridge-domain bd_sky
exit
match prefix-list p1
exit

evpn export map rmap label golf_aci

route-map rmap2
match bridge-domain bd_sky
exit
match prefix-list p1
exit
exit

evpn export map rmap label golf_aci2

external-l3 epg l3_sky
vrf member vrf_sky
match ip 80.10.1.0/24
exit

NX-OS スタイル CLI を使用して DCIG への配布の BGP EVPN タイプ 2 のホスト ルートの有効化

手順

BGP アドレス ファミリ configuration mode(設定モード、コンフィギュレーション モード) で、次のコマンドを DCIG に配布 EVPN タイプ 2 のホスト ルートを設定します。

例:

apic1(config)# leaf 101
apic1(config-leaf)#  template bgp address-family bgpAf1 tenant bgp_t1
apic1(config-bgp-af)#  distance 250 240 230
apic1(config-bgp-af)#  host-rt-enable
apic1(config-bgp-af)#  exit

このテンプレートは、テナント bgp_t1 は VRF の導入を持つすべてのノードで利用可能になります。配布 EVPN タイプ 2 のホスト ルートを無効にするには、 no host-rt-enable コマンドを使用します。

REST API を使用してタスクを実行する

REST API を使用した共通パーベイシブ ゲートウェイの設定

- REST API を使用した共通パーベイシブ ゲートウェイの設定

REST API を使用した共通パーベイシブ ゲートウェイの設定

始める前に

- テナント、VRF、およびブリッジ ドメインが作成されていること。

手順

共通パーベイシブ ゲートウェイを設定します。

次の REST API XML の例では、太字のテキストは一般的なパーベイシブ ゲートウェイの設定に関連しています。

例:

<?xml version="1.0" encoding="UTF-8"?>
<!-- api/policymgr/mo/.xml -->
<polUni>
<fvTenant name="test">
<fvCtx name="test"/>

<fvBD name="test" >vmac="12:34:56:78:9a:bc">
<fvRsCtx tnFvCtxName="test"/>
<!-- Primary address -->
<fvSubnet ip="192.168.15.254/24" preferred="yes"/>
<!-- Virtual address -->
<fvSubnet ip="192.168.15.1/24" virtual="yes"/>
</fvBD>

<fvAp name="test">
<fvAEPg name="web">
<fvRsBd tnFvBDName="test"/>
<fvRsPathAtt tDn="topology/pod-1/paths-101/pathep-[eth1/3]" encap="vlan-1002"/>
</fvAEPg>
</fvAp>
</fvTenant>
</polUni>

REST API を使用した IP エージングの設定

- REST API を使用した IP エージングの設定

REST API を使用した IP エージングの設定

このセクションでは、REST API を使用した IP エージング ポリシーを有効および無効にする方法を説明します。

手順

ステップ 1

IP エージング ポリシーを有効にするには：

例:

<epIpAgingP adminSt="enabled" descr="" dn="uni/infra/ipAgingP-default" name="default" ownerKey="" ownerTag=""/>

ステップ 2

IP エージング ポリシーを無効にするには：

例:

<epIpAgingP adminSt="disabled" descr="" dn="uni/infra/ipAgingP-default" name="default" ownerKey="" ownerTag=""/>

次のタスク

エンドポイントの IP アドレスをトラッキングするために使用される間隔を指定するには、次の例のように XML で post を送信することによって、エンドポイント保持ポリシーを作成します。

<fvEpRetPol bounceAgeIntvl="630" bounceTrig="protocol"  holdIntvl="350" lcOwn="local" localEpAgeIntvl="900" moveFreq="256"  name="EndpointPol1" remoteEpAgeIntvl="350"/>

REST API を使用したブリッジ ドメインのスタティック ルートの設定

- REST API を使用してブリッジ ドメインでのスタティック ルートの設定

REST API を使用してブリッジ ドメインでのスタティック ルートの設定

- スタティック ルートのサブネットを作成するには、epg (fvAEPg で fvSubnet オブジェクト)、普及 BD (fvBD) 自体 BD しないに関連付けられているように構成されます。

- サブネットマスクが/32 にする必要があります (128/for IPv6) 1 つの IP アドレスまたは 1 つのエンドポイントをポイントします。これは、パーベイシブ BD に関連付けられている EPG に含まれます。

始める前に

テナント、VRF、BD、および EPG が作成されています。

手順

普及ゲートウェイで使用される BD のスタティック ルートを設定するには、次の例など post を入力します。

例:

<fvAEPg name="ep1">
<fvRsBd tnFvBDName="bd1"/>
<fvSubnet ip="2002:0db8:85a3:0000:0000:8a2e:0370:7344/128" ctrl="no-default-gateway"   >
<fvEpReachability>
<ipNexthopEpP  nhAddr="2001:0db8:85a3:0000:0000:8a2e:0370:7343/128" />
</fvEpReachability>
</fvSubnet>
</fvAEPg>

REST API を使用した IPv6 ネイバー 探索の設定

- REST API を使用したブリッジ ドメインの IPv6 ネイバー探索対応のテナント、VRF、およびブリッジ ドメインの作成

- REST API を使用したレイヤ 3 インターフェイス上の RA による IPv6 ネイバー探索インターフェイス ポリシーの設定

- REST API を使用したネイバー探索重複アドレス検出の構成

REST API を使用したブリッジ ドメインの IPv6 ネイバー探索対応のテナント、VRF、およびブリッジ ドメインの作成

手順

ネイバー探索インターフェイス ポリシーとネイバー探索プレフィックス ポリシーが適用された、テナント、VRF、ブリッジ ドメインを作成します。

例:

<fvTenant descr="" dn="uni/tn-ExampleCorp" name="ExampleCorp" ownerKey="" ownerTag="">
<ndIfPol name="NDPol001" ctrl="managed-cfg”  descr="" hopLimit="64" mtu="1500" nsIntvl="1000" nsRetries=“3" ownerKey="" ownerTag="" raIntvl="600" raLifetime="1800" reachableTime="0" retransTimer="0"/>
<fvCtx descr="" knwMcastAct="permit" name="pvn1" ownerKey="" ownerTag="" pcEnfPref="enforced">
</fvCtx>
<fvBD arpFlood="no" descr="" mac="00:22:BD:F8:19:FF" multiDstPktAct="bd-flood" name="bd1" ownerKey="" ownerTag="" unicastRoute="yes" unkMacUcastAct="proxy" unkMcastAct="flood">
<fvRsBDToNdP tnNdIfPolName="NDPol001"/>
<fvRsCtx tnFvCtxName="pvn1"/>
<fvSubnet ctrl="nd" descr="" ip="34::1/64" name="" preferred="no" scope="private">
<fvRsNdPfxPol tnNdPfxPolName="NDPfxPol001"/>
</fvSubnet>
<fvSubnet ctrl="nd" descr="" ip="33::1/64" name="" preferred="no" scope="private">
<fvRsNdPfxPol tnNdPfxPolName="NDPfxPol002"/>
</fvSubnet>
</fvBD>
<ndPfxPol ctrl="auto-cfg,on-link" descr="" lifetime="1000" name="NDPfxPol001" ownerKey="" ownerTag="" prefLifetime="1000"/>
<ndPfxPol ctrl="auto-cfg,on-link" descr="" lifetime="4294967295" name="NDPfxPol002" ownerKey="" ownerTag="" prefLifetime="4294967295"/>
</fvTenant>

（注）

外部ルーテッドを設定するときにパブリック サブネットがある場合は、ブリッジ ドメインを外部設定と関連付ける必要があります。

REST API を使用したレイヤ 3 インターフェイス上の RA による IPv6 ネイバー探索インターフェイス ポリシーの設定

手順

IPv6 ネイバー検索インターフェイス ポリシーを設定し、レイヤ 3 インターフェイスに関連付けます。

次の例では、非 VPC セットアップの設定が表示されます。

例:

<fvTenant dn="uni/tn-ExampleCorp" name="ExampleCorp">
<ndIfPol name="NDPol001" ctrl="managed-cfg" hopLimit="64" mtu="1500" nsIntvl="1000" nsRetries="3" raIntvl="600" raLifetime="1800" reachableTime="0" retransTimer="0"/>
<fvCtx name="pvn1" pcEnfPref="enforced">
</fvCtx>
<l3extOut enforceRtctrl="export" name="l3extOut001">
<l3extRsEctx tnFvCtxName="pvn1"/>
<l3extLNodeP name="lnodeP001">
<l3extRsNodeL3OutAtt rtrId="11.11.205.1" rtrIdLoopBack="yes" tDn="topology/pod-2/node-2011"/>
<l3extLIfP name="lifP001">
<l3extRsPathL3OutAtt addr="2001:20:21:22::2/64" ifInstT="l3-port" llAddr="::" mac="00:22:BD:F8:19:FF" mode="regular" mtu="inherit" tDn="topology/pod-2/paths-2011/pathep-[eth1/1]">
<ndPfxP>
<ndRsPfxPToNdPfxPol tnNdPfxPolName="NDPfxPol001"/>
</ndPfxP>
</l3extRsPathL3OutAtt>
<l3extRsNdIfPol tnNdIfPolName="NDPol001"/>
</l3extLIfP>
</l3extLNodeP>
<l3extInstP name="instp"/>
</l3extOut>
<ndPfxPol ctrl="auto-cfg,on-link" descr="" lifetime="1000" name="NDPfxPol001" ownerKey="" ownerTag="" prefLifetime="1000"/>
</fvTenant>

（注）

VPC ポートについては、ndPfxP が l3extRsNodeL3OutAtt ではなく l3extMember の子である必要があります。次のコード スニペットは、VPC のセットアップでの設定を示します。

<l3extLNodeP name="lnodeP001">
<l3extRsNodeL3OutAtt rtrId="11.11.205.1" rtrIdLoopBack="yes" tDn="topology/pod-2/node-2011"/>
<l3extRsNodeL3OutAtt rtrId="12.12.205.1" rtrIdLoopBack="yes" tDn="topology/pod-2/node-2012"/>
<l3extLIfP name="lifP002">
<l3extRsPathL3OutAtt addr="0.0.0.0" encap="vlan-205" ifInstT="ext-svi" llAddr="::" mac="00:22:BD:F8:19:FF" mode="regular" mtu="inherit" tDn="topology/pod-2/protpaths-2011-2012/pathep-[vpc7]" >
<l3extMember addr="2001:20:25:1::1/64" descr="" llAddr="::" name="" nameAlias="" side="A">
<ndPfxP >
<ndRsPfxPToNdPfxPol tnNdPfxPolName="NDPfxPol001"/>
</ndPfxP>
</l3extMember>
<l3extMember addr="2001:20:25:1::2/64" descr="" llAddr="::" name="" nameAlias="" side="B">
<ndPfxP >
<ndRsPfxPToNdPfxPol tnNdPfxPolName="NDPfxPol001"/>
</ndPfxP>
</l3extMember>
</l3extRsPathL3OutAtt>
<l3extRsNdIfPol tnNdIfPolName="NDPol001"/>    </l3extLIfP>
</l3extLNodeP>

REST API を使用したネイバー探索重複アドレス検出の構成

手順

ステップ 1

サブネットの ipv6Dad エントリの値を 無効に変更することによって、サブネットのネイバー探索重複アドレス検出プロセスを無効にします。

次の例は、2001:DB8:A::11/64 サブネットのネイバー探索重複アドレス検出エントリを 無効 disabled に設定する方法を示しています：

（注）

次の REST API 例では、長い 1 行のテキストは \ で分けて読みやすくします。

例:

<l3extRsPathL3OutAtt addr="2001:DB8:A::2/64" autostate="enabled" \                      childAction="" descr="" encap="vlan-1035" encapScope="local" \                      ifInstT="ext-svi" ipv6Dad="enabled" llAddr=": :" \                      mac="00:22:BD:F8:19:DD"  mtu="inherit"  \                      rn="rspathL3OutAtt-[topology/pod-1/paths-105/pathep-[eth1/1]]"  \                      status=""  tDn="topology/pod-1/paths-105/pathep-[eth1/1]"  >
<l3extIp >addr="2001:DB8:A::11/64" childAction="" descr="" \
ipv6Dad="disabled"  name="" nameAlias="" \
rn="addr-[2001:DB8:A::11/64]" status=""/>

</l3extRsPathL3OutAtt>
</l3extLIfP>
</l3extLNodeP>

ステップ 2

リーフ スイッチで show ipv6 int コマンドを入力して、構成がリーフ スイッチに正しくプッシュされたか確認してください。例：

swtb23-leaf5# show ipv6 int vrf icmpv6:v1
IPv6 Interface Status for VRF "icmpv6:v1"(9)

vlan2, Interface status: protocol-up/link-up/admin-up, iod: 73
if_mode: ext
IPv6 address:
2001:DB8:A::2/64 [VALID] [PREFERRED]
2001:DB8:A::11/64 [VALID] [dad-disabled]
IPv6 subnet:  2001:DB8:A::/64
IPv6 link-local address: fe80::863d:c6ff:fe9f:eb8b/10 (Default) [VALID]

REST API を使用した Microsoft NLB の設定

- REST API を使用したユニキャスト モードでの Microsoft NLB の設定

- REST API を使用したマルチキャスト モードでの Microsoft NLB の設定

- REST API を使用した IGMP モードでの Microsoft NLB の設定

REST API を使用したユニキャスト モードでの Microsoft NLB の設定

手順

Microsoft NLB をユニキャスト モードで設定するには、次の例のように XML で POST を送信します。

例:

https://apic-ip-address/api/node/mo/uni/.xml
<polUni>
<fvTenant name="tn2" >
<fvCtx name="ctx1"/>
<fvBD name="bd2">
<fvRsCtx tnFvCtxName="ctx1" />
</fvBD>
<fvAp name = "ap1">
<fvAEPg name = "ep1">
<fvRsBd tnFvBDName = "bd2"/>
<fvSubnet ip="10.0.1.1/32" scope="public" ctrl="no-default-gateway">
<fvEpNlb mac="12:21:21:35" mode="mode-uc"/>
</fvSubnet>
</fvAEPg>
</fvAp>
</fvTenant>
</polUni>

REST API を使用したマルチキャスト モードでの Microsoft NLB の設定

手順

Microsoft NLB をマルチキャスト モードで設定するには、次の例のように XML で POST を送信します。

例:

https://apic-ip-address/api/node/mo/uni/.xml
<polUni>
<fvTenant name="tn2" >
<fvCtx name="ctx1"/>
<fvBD name="bd2">
<fvRsCtx tnFvCtxName="ctx1" />
</fvBD>
<fvAp name = "ap1">
<fvAEPg name = "ep1">
<fvRsBd tnFvBDName = "bd2"/>
<fvSubnet ip="2001:0db8:85a3:0000:0000:8a2e:0370:7344/128" scope="public" ctrl="no-default-gateway">
<fvEpNlb mac="03:21:21:35" mode="mode-mcast--static"/>
</fvSubnet>
<fvRsPathAtt tDn="topology/pod-1/paths-101/pathep-[eth1/6]" encap="vlan-911" >
<fvNlbStaticGroup mac = "03:21:21:35"  />
</fvRsPathAtt>
</fvAEPg>
</fvAp>
</fvTenant>
</polUni>

REST API を使用した IGMP モードでの Microsoft NLB の設定

手順

Microsoft NLB を IGMP モードで設定するには、次の例のように XML で POST を送信します。

例:

https://apic-ip-address/api/node/mo/uni/.xml
<polUni>
<fvTenant name="tn2" >
<fvCtx name="ctx1"/>
<fvBD name="bd2">
<fvRsCtx tnFvCtxName="ctx1" />
</fvBD>
<fvAp name = "ap1">
<fvAEPg name = "ep1">
<fvRsBd tnFvBDName = "bd2"/>
<fvSubnet ip="10.0.1.3/32" scope="public" ctrl="no-default-gateway">
<fvEpNlb group ="224.132.18.17" mode="mode-mcast-igmp" />
</fvSubnet>
</fvAEPg>
</fvAp>
</fvTenant>
</polUni>

REST API を使用した IGMP スヌーピングの設定

- REST API を使用したブリッジ ドメインへの IGMP スヌーピング ポリシーの設定と割り当て

- REST API を使用した静的ポートでの IGMP スヌーピングとマルチキャストの有効化

- IGMP スヌーピングを REST API を使用するマルチ キャスト グループのアクセスを有効化

REST API を使用したブリッジ ドメインへの IGMP スヌーピング ポリシーの設定と割り当て

手順

手順の概要

1. IGMP スヌーピング ポリシーを設定してブリッジ ドメインに割り当てるには、次の例のように XML で POST を送信します。

手順の詳細

IGMP スヌーピング ポリシーを設定してブリッジ ドメインに割り当てるには、次の例のように XML で POST を送信します。

例:

https://apic-ip-address/api/node/mo/uni/.xml
<fvTenant name="mcast_tenant1">
<!-- Create an IGMP snooping template, and provide the options -->
<igmpSnoopPol name="igmp_snp_bd_21" ver="v2" adminSt="enabled" lastMbrIntvl="1" queryIntvl="125" rspIntvl="10" startQueryCnt="2" startQueryIntvl="31" />
<fvCtx name="ip_video"/>
<fvBD name="bd_21">
<fvRsCtx tnFvCtxName="ip_video"/>
<!-- Bind IGMP snooping to a BD -->
<fvRsIgmpsn tnIgmpSnoopPolName="igmp_snp_bd_21"/>
</fvBD></fvTenant>

この例では、次のプロパティで IGMP スヌーピング ポリシー、igmp_snp_bd_12 を作成および設定し、IGNPポリシー、igmp_snp_bd_12 をブリッジ ドメイン bd_21 にバインドします。

- 管理状態が有効です。

- 最後のメンバ クエリ間隔は、デフォルトでは、1 秒です。

- クエリ間隔は、デフォルトでは 125 です。

- クエリの応答間隔はデフォルトでは 10 秒です。

- クエリの開始カウントは、デフォルトでは 2 メッセージです。

- クエリの開始間隔は 31 秒です。

- クエリア バージョンを v2 に設定する。

REST API を使用した静的ポートでの IGMP スヌーピングとマルチキャストの有効化

EPG に静的に割り当てられているポートで、IGMP スヌーピングおよびマルチキャスト処理を有効にできます。それらのポートで有効な IGMP スヌープおよびマルチキャスト トラフィックへのアクセスを許可または拒否するアクセス ユーザーのグループを作成および割り当てることができます。

手順

手順の概要

1. スタティック ポートでアプリケーション EPG を構成するには、それらのポートを IGMP スヌーピングおよびマルチキャスト トラフィックを受信し処理するように有効にして、グループをアクセスに割り当てるかトラフィックへのアクセスを拒否するように割り当て、次の例のように XML で POST を送信します。

手順の詳細

スタティック ポートでアプリケーション EPG を構成するには、それらのポートを IGMP スヌーピングおよびマルチキャスト トラフィックを受信し処理するように有効にして、グループをアクセスに割り当てるかトラフィックへのアクセスを拒否するように割り当て、次の例のように XML で POST を送信します。

次の例では、IGMP スヌーピングが有効になっています。 leaf_102 インターフェイス 1/10 。これは、VLAN 202にあります。マルチキャスト IP アドレス 224.1.1.1 および 225.1.1.1 がこのポートに関連付けられています。

例:

https://apic-ip-address/api/node/mo/uni/.xml
<fvTenant name="tenant_A">
<fvAp name="application">
<fvAEPg name="epg_A">
<fvRsPathAtt encap="vlan-202" instrImedcy="immediate" mode="regular" tDn="topology/pod-1/paths-102/pathep-[eth1/10]">
<!-- IGMP snooping static group case -->
<igmpSnoopStaticGroup group="224.1.1.1" source="0.0.0.0"/>
<igmpSnoopStaticGroup group="225.1.1.1" source="2.2.2.2"/>
</fvRsPathAtt>
</fvAEPg>
</fvAp>
</fvTenant>

IGMP スヌーピングを REST API を使用するマルチ キャスト グループのアクセスを有効化

IGMP を有効にした後にスヌーピングおよび、EPG に静的に割り当てられているポートでマルチ キャストすることができますし、作成を許可または IGMP スヌーピングへのアクセスを拒否するユーザのアクセスのグループを割り当てるおよびマルチキャスト トラフィックは、これらのポートで有効になっています。

手順

アクセスグループを定義するには、 F23ブローカー、次の例のような XML を POST 送信します。

例は、構成アクセス グループ F23ブローカーtenant_A、Rmap_A、application_A、リーフ 102、1/10、インターフェイス VLAN 202 で、epg_A に関連付けられている。Rmap_A、アクセスグループとの関連付けによって F23broker マルチキャスト アドレス 226.1.1.1/24 で受信したマルチキャスト トラフィックへのアクセスがあり、マルチキャスト アドレス 227.1.1.1/24 で受信したトラフィックへのアクセスは拒否されます。

例:

<!-- api/node/mo/uni/.xml --> <fvTenant name="tenant_A"> <pimRouteMapPol name="Rmap_A"> <pimRouteMapEntry action="permit" grp="226.1.1.1/24" order="10"/> <pimRouteMapEntry action="deny" grp="227.1.1.1/24" order="20"/> </pimRouteMapPol> <fvAp name="application_A"> <fvAEPg name="epg_A"> <fvRsPathAtt encap="vlan-202" instrImedcy="immediate" mode="regular" tDn="topology/pod-1/paths-102/pathep-[eth1/10]"> <!-- IGMP snooping access group case --> <igmpSnoopAccessGroup name="F23broker"> <igmpRsSnoopAccessGroupFilterRMap tnPimRouteMapPolName="Rmap_A"/> </igmpSnoopAccessGroup> </fvRsPathAtt> </fvAEPg> </fvAp> </fvTenant>

REST API を使用した MLD スヌーピングの設定

- REST API を使用した MLD スヌーピング ポリシーの構成とブリッジ ドメインへの割り当て

REST API を使用した MLD スヌーピング ポリシーの構成とブリッジ ドメインへの割り当て

手順

MLD スヌーピング ポリシーを構成してブリッジ ドメインに割り当てるには、次の例のように XML で POST を送信します：

例:

https://apic-ip-address/api/node/mo/uni/.xml
<fvTenant name="mldsn">
<mldSnoopPol adminSt="enabled" ctrl="fast-leave,querier" name="mldsn-it-fabric-querier-policy" queryIntvl="125"         rspIntvl="10" startQueryCnt="2" startQueryIntvl="31" status=""/>
<fvBD name="mldsn-bd3">
<fvRsMldsn status="" tnMldSnoopPolName="mldsn-it-policy"/>
</fvBD>
</fvTenant>

この例では、 MLD スヌーピング ポリシーを作成して構成します。 mldsn を次のプロパティと共に構成し、 MLD ポリシー mldsn-it-fabric-querier-policy をブリッジ ドメインへをバインドします。 mldsn-bd3：

- 高速脱退処理が有効になっています

- クエリア処理が有効になっています

- クエリ間隔は 125 に設定されています

- 最大クエリ レスポンス タイムは 10 に設定されています

- 送信する初期クエリの数は 2 に設定されます

- 初期クエリの送信時間は 31 に設定されます

REST API を使用した IP マルチキャストの設定

- REST API を使用したレイヤ 3 マルチキャストの設定

- REST API を使用したレイヤ 3 IPv6 マルチキャストの設定

- REST API を使用したマルチキャスト フィルタリングの設定

REST API を使用したレイヤ 3 マルチキャストの設定

手順

ステップ 1

テナントと VRF を設定し、VRF のマルチキャストを有効にします。

例:

<fvTenant dn="uni/tn-PIM_Tenant" name="PIM_Tenant">
<fvCtx knwMcastAct="permit" name="ctx1">
<pimCtxP mtu="1500">
</pimCtxP>
</fvCtx>
</fvTenant>

ステップ 2

L3 アウトを設定し、L3 アウト上のマルチキャスト（PIM、IGMP）を有効にします。

例:

<l3extOut enforceRtctrl="export" name="l3out-pim_l3out1">
<l3extRsEctx tnFvCtxName="ctx1"/>
<l3extLNodeP configIssues="" name="bLeaf-CTX1-101">
<l3extRsNodeL3OutAtt rtrId="200.0.0.1" rtrIdLoopBack="yes" tDn="topology/pod-1/node-101"/>
<l3extLIfP name="if-PIM_Tenant-CTX1" tag="yellow-green">
<igmpIfP/>
<pimIfP>
<pimRsIfPol tDn="uni/tn-PIM_Tenant/pimifpol-pim_pol1"/>
</pimIfP>
<l3extRsPathL3OutAtt addr="131.1.1.1/24" ifInstT="l3-port" mode="regular" mtu="1500" tDn="topology/pod-1/paths-101/pathep-[eth1/46]"/>
</l3extLIfP>
</l3extLNodeP>
<l3extRsL3DomAtt tDn="uni/l3dom-l3outDom"/>
<l3extInstP name="l3out-PIM_Tenant-CTX1-1topo" >
</l3extInstP>
<pimExtP enabledAf="ipv4-mcast" name="pim"/>
</l3extOut>

ステップ 3

テナントで BD を設定して、BD のマルチキャストおよび IGMP を有効にします。

例:

<fvTenant dn="uni/tn-PIM_Tenant" name="PIM_Tenant">
<fvBD arpFlood="yes" mcastAllow="yes" multiDstPktAct="bd-flood" name="bd2" type="regular" unicastRoute="yes" unkMacUcastAct="flood" unkMcastAct="flood">
<igmpIfP/>
<fvRsBDToOut tnL3extOutName="l3out-pim_l3out1"/>
<fvRsCtx tnFvCtxName="ctx1"/>
<fvRsIgmpsn/>
<fvSubnet ctrl="" ip="41.1.1.254/24" preferred="no" scope="private" virtual="no"/>
</fvBD>
</fvTenant>

ステップ 4

IGMP ポリシーを設定し、それを BD に割り当てます。

例:

<fvTenant dn="uni/tn-PIM_Tenant" name="PIM_Tenant">
<igmpIfPol grpTimeout="260" lastMbrCnt="2" lastMbrRespTime="1" name="igmp_pol" querierTimeout="255" queryIntvl="125" robustFac="2" rspIntvl="10" startQueryCnt="2" startQueryIntvl="125" ver="v2">
</igmpIfPol>
<fvBD arpFlood="yes" mcastAllow="yes" name="bd2">
<igmpIfP>
<igmpRsIfPol tDn="uni/tn-PIM_Tenant/igmpIfPol-igmp_pol"/>
</igmpIfP>
</fvBD>
</fvTenant>

ステップ 5

VRF のルート マップ、PIM、および RP ポリシーを設定します。

（注）

REST API を使用してファブリック RP を設定する場合、最初にスタティック RP を設定します。

例:

スタティック RP を設定しています：

<fvTenant dn="uni/tn-PIM_Tenant" name="PIM_Tenant">
<pimRouteMapPol name="rootMap">
<pimRouteMapEntry action="permit" grp="224.0.0.0/4" order="10" rp="0.0.0.0" src="0.0.0.0/0"/>
</pimRouteMapPol>
<fvCtx knwMcastAct="permit" name="ctx1">
<pimCtxP ctrl="" mtu="1500">
<pimStaticRPPol>
<pimStaticRPEntryPol rpIp="131.1.1.2">
<pimRPGrpRangePol>
<rtdmcRsFilterToRtMapPol tDn="uni/tn-PIM_Tenant/rtmap-rootMap"/>
</pimRPGrpRangePol>
</pimStaticRPEntryPol>
</pimStaticRPPol>
</pimCtxP>
</fvCtx>
</fvTenant>

ファブリック RP を設定しています：

<fvTenant name="t0">
<pimRouteMapPol name="fabricrp-rtmap">
<pimRouteMapEntry grp="226.20.0.0/24" order="1"  />
</pimRouteMapPol>
<fvCtx name="ctx1">
<pimCtxP ctrl="">
<pimFabricRPPol status="">
<pimStaticRPEntryPol rpIp="6.6.6.6">
<pimRPGrpRangePol>
<rtdmcRsFilterToRtMapPol tDn="uni/tn-t0/rtmap-fabricrp-rtmap" />
</pimRPGrpRangePol>
</pimStaticRPEntryPol>
</pimFabricRPPol>
</pimCtxP>
</fvCtx>
</fvTenant>

ステップ 6

PIM インターフェイス ポリシーを設定し、それを L3 アウトに適用します。

例:

<fvTenant dn="uni/tn-PIM_Tenant" name="PIM_Tenant">
<pimIfPol authKey="" authT="none" ctrl="" drDelay="60" drPrio="1" helloItvl="30000" itvl="60" name="pim_pol1"/>
<l3extOut enforceRtctrl="export" name="l3out-pim_l3out1" targetDscp="unspecified">
<l3extRsEctx tnFvCtxName="ctx1"/>
<l3extLNodeP  name="bLeaf-CTX1-101">
<l3extRsNodeL3OutAtt rtrId="200.0.0.1" rtrIdLoopBack="yes" tDn="topology/pod-1/node-101"/>
<l3extLIfP name="if-SIRI_VPC_src_recv-CTX1" tag="yellow-green">
<pimIfP>
<pimRsIfPol tDn="uni/tn-tn-PIM_Tenant/pimifpol-pim_pol1"/>
</pimIfP>
</l3extLIfP>
</l3extLNodeP>
</l3extOut>
</fvTenant>

ステップ 7

Inter-VRF マルチキャストを設定します。

例:

<fvTenant name="t0">
<pimRouteMapPol name="intervrf" status="">
<pimRouteMapEntry grp="225.0.0.0/24" order="1" status=""/>
<pimRouteMapEntry grp="226.0.0.0/24" order="2" status=""/>
<pimRouteMapEntry grp="228.0.0.0/24" order="3" status="deleted"/>
</pimRouteMapPol>
<fvCtx name="ctx1">
<pimCtxP ctrl="">
<pimInterVRFPol status="">
<pimInterVRFEntryPol srcVrfDn="uni/tn-t0/ctx-stig_r_ctx" >
<rtdmcRsFilterToRtMapPol tDn="uni/tn-t0/rtmap-intervrf" />
</pimInterVRFEntryPol>
</pimInterVRFPol>
</pimCtxP>
</fvCtx>
</fvTenant>

REST API を使用したレイヤ 3 IPv6 マルチキャストの設定

始める前に

- 目的の VRF、ブリッジ ドメイン、IPv6 アドレスを持つレイヤ 3 Out インターフェイス は、PIM6 が有効になるように設定する必要があります。レイヤ 3 Out の場合、IPv6 マルチキャストが機能するために、論理ノード プロファイルのノードに IPv6 ループバック アドレスが設定されます。

- 基本的なユニキャスト ネットワークを設定する必要があります。

手順

ステップ 1

VRF で PIM6 を有効にします。

例:

<fvTenant name="t0">
<fvCtx name="ctx1" pcEnfPref="unenforced" >
<pimIPV6CtxP ctrl=""  mtu="1500" />
</fvCtx>
</fvTenant>

ステップ 2

レイヤ 3 Out で PIM6 を有効にします。

例:

<fvTenant dn="uni/tn-t0" name="t0">
<l3extOut enforceRtctrl="export" name="bl_l3out_1">
<pimExtP enabledAf="ipv6-mcast" name="pim"/>
</l3extOut>
</fvTenant>

ステップ 3

BD で PIM6 を有効にします。

例:

<fvTenant name="t0" >
<fvBD name="BD_VPC5" ipv6McastAllow="yes" >
<fvRsCtx tnFvCtxName="ctx1" />
<fvSubnet ip="124:1::ffff:ffff:ffff:0/64" scope="public"/>
</fvBD>
</fvTenant>

ステップ 4

スタティック ランデブー ポイントの設定

例:

<fvTenant name="t0">
<pimRouteMapPol dn="uni/tn-t0/rtmap-static_101_ipv6" name="static_101_ipv6">
<pimRouteMapEntry action="permit" grp="ff00::/8" order="1" rp="2001:0:2001:2001:1:1:1:1/128" src="::"/>
</pimRouteMapPol>
<fvCtx name="ctx1" pcEnfPref="unenforced">
<pimIPV6CtxP ctrl="" mtu="1500">
<pimStaticRPPol>
<pimStaticRPEntryPol rpIp="2001:0:2001:2001:1:1:1:1">
<pimRPGrpRangePol>
<rtdmcRsFilterToRtMapPol tDn="uni/tn-t0/rtmap-static_101_ipv6"/>
</pimRPGrpRangePol>
</pimStaticRPEntryPol>
</pimStaticRPPol>
</pimIPV6CtxP>
</fvCtx>
</fvTenant>

ステップ 5

PIM6 インターフェイス ポリシーを設定し、レイヤ 3 Out に適用します。

例:

<fvTenant dn="uni/tn-t0" name="t0">
<l3extOut enforceRtctrl="export" name="bl_l3out_1">
<l3extLNodeP annotation="" configIssues="" descr="" name="common_np1" nameAlias="" ownerKey="" ownerTag="" tag="yellow-green" targetDscp="unspecified">
<l3extLIfP annotation="" descr="" name="common_intp1_v6" nameAlias="" ownerKey="" ownerTag="" prio="unspecified" tag="yellow-green">
<pimIPV6IfP annotation="" descr="" name="" nameAlias="">
<pimRsV6IfPol annotation="" tDn="uni/tn-common/pimifpol-pimv6_policy"/>
</pimIPV6IfP>
</l3extLIfP>
</l3extLNodeP>
</l3extOut>
</fvTenant>

PIM6 を使用したレイヤ 3 IPv6 マルチキャストが有効になります。

REST API を使用したマルチキャスト フィルタリングの設定

ブリッジ ドメイン レベルでマルチキャスト フィルタリングを設定します。このトピックの手順を使用して、ブリッジ ドメイン レベルで送信元フィルタリングまたは受信者フィルタリング、あるいはその両方を設定します。

始める前に

- マルチキャスト フィルタリングを設定するブリッジ ドメインはすでに作成されています。

- ブリッジ ドメインは PIM 対応ブリッジ ドメインです。

- レイヤ 3 マルチキャストは VRF レベルで有効になります。

手順

ステップ 1

ブリッジ ドメインでマルチキャスト source フィルタリングを有効にする場合は、次の例のように XML で POST を送信します：

例:

<fvBD dn="uni/tn-filter/BD-BD1520" ipv6McastAllow="no" mcastAllow="yes">
<pimBDP annotation="" descr="" name="" nameAlias="" ownerKey="" ownerTag="">
<pimBDFilterPol annotation="" descr="" name="" nameAlias="">
<pimBDSrcFilterPol annotation="" descr="" name="" nameAlias="">
<rtdmcRsFilterToRtMapPol tDn="uni/tn-filter/rtmap-test_src_filter"/>
</pimBDSrcFilterPol>
</pimBDFilterPol>
</pimBDP>
</fvBD>

ステップ 2

ブリッジ ドメインでマルチキャスト receiver フィルタリングを有効にする場合は、次の例のように XML で POST を送信します：

例:

<fvBD dn="uni/tn-filter/BD-BD1520" ipv6McastAllow="no" mcastAllow="yes">
<pimBDP annotation="" descr="" name="" nameAlias="" ownerKey="" ownerTag="">
<pimBDFilterPol annotation="" descr="" name="" nameAlias="">
<pimBDDestFilterPol annotation="" descr="" name="" nameAlias="">
<rtdmcRsFilterToRtMapPol tDn="uni/tn-filter/rtmap-Recv_filter"/>
</pimBDDestFilterPol>
</pimBDFilterPol>
</pimBDP>
</fvBD>

（注）

また、次の例のように XML で POST を送信することで、同じブリッジ ドメインで送信元と受信者の両方のフィルタリングを有効にすることもできます。

<fvBD dn="uni/tn-filter/BD-BD1520" ipv6McastAllow="no" mcastAllow="yes">
<pimBDP annotation="" descr="" name="" nameAlias="" ownerKey="" ownerTag="">
<pimBDFilterPol annotation="" descr="" name="" nameAlias="">
<pimBDSrcFilterPol annotation="" descr="" name="" nameAlias="">
<rtdmcRsFilterToRtMapPol tDn="uni/tn-filter/rtmap-test_src_filter"/>
</pimBDSrcFilterPol>
<pimBDDestFilterPol annotation="" descr="" name="" nameAlias="">
<rtdmcRsFilterToRtMapPol tDn="uni/tn-filter/rtmap-Recv_filter"/>
</pimBDDestFilterPol>
</pimBDFilterPol>
</pimBDP>
</fvBD>

REST API を使用したマルチポッドの設定

- REST API を使用したマルチポッド ファブリックのセットアップ

REST API を使用したマルチポッド ファブリックのセットアップ

手順

ステップ 1

Cisco APIC へのログイン：

例:

http://<apic-name/ip>:80/api/aaaLogin.xml

data: <aaaUser name="admin" pwd="ins3965!”/>">

ステップ 2

TEP プールの設定：

例:

http://<apic-name/ip>:80/api/policymgr/mo/uni/controller.xml

<fabricSetupPol status=''>
<fabricSetupP podId="1" tepPool="10.0.0.0/16" />
<fabricSetupP podId="2" tepPool="10.1.0.0/16" status='' />
</fabricSetupPol>

ステップ 3

ノード ID ポリシーの設定：

例:

http://<apic-name/ip>:80/api/node/mo/uni/controller.xml

<fabricNodeIdentPol>
<fabricNodeIdentP serial="SAL1819RXP4" name="ifav4-leaf1" nodeId="101" podId="1"/>
<fabricNodeIdentP serial="SAL1803L25H" name="ifav4-leaf2" nodeId="102" podId="1"/>
<fabricNodeIdentP serial="SAL1934MNY0" name="ifav4-leaf3" nodeId="103" podId="1"/>
<fabricNodeIdentP serial="SAL1934MNY3" name="ifav4-leaf4" nodeId="104" podId="1"/>
<fabricNodeIdentP serial="SAL1748H56D" name="ifav4-spine1" nodeId="201" podId="1"/>
<fabricNodeIdentP serial="SAL1938P7A6" name="ifav4-spine3" nodeId="202" podId="1"/>
<fabricNodeIdentP serial="SAL1938PHBB" name="ifav4-leaf5" nodeId="105" podId="2"/>
<fabricNodeIdentP serial="SAL1942R857" name="ifav4-leaf6" nodeId="106" podId="2"/>
<fabricNodeIdentP serial="SAL1931LA3B" name="ifav4-spine2" nodeId="203" podId="2"/>
<fabricNodeIdentP serial="FGE173400A9" name="ifav4-spine4" nodeId="204" podId="2"/>
</fabricNodeIdentPol>

ステップ 4

インフラ L3Out および外部接続プロファイルの設定：

例:

http://<apic-name/ip>:80/api/node/mo/uni.xml

<polUni>

<fvTenant descr="" dn="uni/tn-infra" name="infra" ownerKey="" ownerTag="">

<l3extOut descr="" enforceRtctrl="export" name="multipod" ownerKey="" ownerTag="" targetDscp="unspecified" status=''>
<ospfExtP areaId='0' areaType='regular' status=''/>
<l3extRsEctx tnFvCtxName="overlay-1"/>
<l3extProvLbl descr="" name="prov_mp1" ownerKey="" ownerTag="" tag="yellow-green"/>

<l3extLNodeP name="bSpine">
<l3extRsNodeL3OutAtt rtrId="201.201.201.201" rtrIdLoopBack="no" tDn="topology/pod-1/node-201">
<l3extInfraNodeP descr="" fabricExtCtrlPeering="yes" name=""/>
<l3extLoopBackIfP addr="201::201/128" descr="" name=""/>
<l3extLoopBackIfP addr="201.201.201.201/32" descr="" name=""/>
</l3extRsNodeL3OutAtt>

<l3extRsNodeL3OutAtt rtrId="202.202.202.202" rtrIdLoopBack="no" tDn="topology/pod-1/node-202">
<l3extInfraNodeP descr="" fabricExtCtrlPeering="yes" name=""/>
<l3extLoopBackIfP addr="202::202/128" descr="" name=""/>
<l3extLoopBackIfP addr="202.202.202.202/32" descr="" name=""/>
</l3extRsNodeL3OutAtt>

<l3extRsNodeL3OutAtt rtrId="203.203.203.203" rtrIdLoopBack="no" tDn="topology/pod-2/node-203">
<l3extInfraNodeP descr="" fabricExtCtrlPeering="yes" name=""/>
<l3extLoopBackIfP addr="203::203/128" descr="" name=""/>
<l3extLoopBackIfP addr="203.203.203.203/32" descr="" name=""/>
</l3extRsNodeL3OutAtt>

<l3extRsNodeL3OutAtt rtrId="204.204.204.204" rtrIdLoopBack="no" tDn="topology/pod-2/node-204">
<l3extInfraNodeP descr="" fabricExtCtrlPeering="yes" name=""/>
<l3extLoopBackIfP addr="204::204/128" descr="" name=""/>
<l3extLoopBackIfP addr="204.204.204.204/32" descr="" name=""/>
</l3extRsNodeL3OutAtt>

<l3extLIfP name='portIf'>
<l3extRsPathL3OutAtt descr='asr' tDn="topology/pod-1/paths-201/pathep-[eth1/1]" encap='vlan-4'  ifInstT='sub-interface' addr="201.1.1.1/30" />
<l3extRsPathL3OutAtt descr='asr' tDn="topology/pod-1/paths-201/pathep-[eth1/2]" encap='vlan-4'  ifInstT='sub-interface' addr="201.2.1.1/30" />
<l3extRsPathL3OutAtt descr='asr' tDn="topology/pod-1/paths-202/pathep-[eth1/2]" encap='vlan-4'  ifInstT='sub-interface' addr="202.1.1.1/30" />
<l3extRsPathL3OutAtt descr='asr' tDn="topology/pod-2/paths-203/pathep-[eth1/1]" encap='vlan-4'  ifInstT='sub-interface' addr="203.1.1.1/30" />
<l3extRsPathL3OutAtt descr='asr' tDn="topology/pod-2/paths-203/pathep-[eth1/2]" encap='vlan-4'  ifInstT='sub-interface' addr="203.2.1.1/30" />
<l3extRsPathL3OutAtt descr='asr' tDn="topology/pod-2/paths-204/pathep-[eth4/31]" encap='vlan-4'  ifInstT='sub-interface' addr="204.1.1.1/30" />

<ospfIfP>
<ospfRsIfPol tnOspfIfPolName='ospfIfPol'/>
</ospfIfP>

</l3extLIfP>
</l3extLNodeP>

<l3extInstP descr="" matchT="AtleastOne" name="instp1" prio="unspecified" targetDscp="unspecified">
<fvRsCustQosPol tnQosCustomPolName=""/>
</l3extInstP>
</l3extOut>

<fvFabricExtConnP descr="" id="1" name="Fabric_Ext_Conn_Pol1" rt="extended:as2-nn4:5:16" status=''>
<fvPodConnP descr="" id="1" name="">
<fvIp addr="100.11.1.1/32"/>
</fvPodConnP>
<fvPodConnP descr="" id="2" name="">
<fvIp addr="200.11.1.1/32"/>
</fvPodConnP>
<fvPeeringP descr="" name="" ownerKey="" ownerTag="" type="automatic_with_full_mesh"/>
<l3extFabricExtRoutingP descr="" name="ext_routing_prof_1" ownerKey="" ownerTag="">
<l3extSubnet aggregate="" descr="" ip="100.0.0.0/8" name="" scope="import-security"/>
<l3extSubnet aggregate="" descr="" ip="200.0.0.0/8" name="" scope="import-security"/>
<l3extSubnet aggregate="" descr="" ip="201.1.0.0/16" name="" scope="import-security"/>
<l3extSubnet aggregate="" descr="" ip="201.2.0.0/16" name="" scope="import-security"/>
<l3extSubnet aggregate="" descr="" ip="202.1.0.0/16" name="" scope="import-security"/>
<l3extSubnet aggregate="" descr="" ip="203.1.0.0/16" name="" scope="import-security"/>
<l3extSubnet aggregate="" descr="" ip="203.2.0.0/16" name="" scope="import-security"/>
<l3extSubnet aggregate="" descr="" ip="204.1.0.0/16" name="" scope="import-security"/>
</l3extFabricExtRoutingP>
</fvFabricExtConnP>
</fvTenant>
</polUni>

REST API を使用したリモート リーフ スイッチの設定

- REST API を使用したリモート リーフ スイッチの構成

REST API を使用したリモート リーフ スイッチの構成

[Cisco APIC] を有効にして IPN ルータとリモートリーフ スイッチを検出し接続するには、このトピックの手順を実行します。

この例では、マルチポッド トポロジで、ポッドにリモート リーフ スイッチが接続されていることを前提としています。VRF オーバーレイ 1 とともに、インフラ テナントに構成されている 2 個の L3Outs が含まれます。

- 1 個は VLAN 4 に構成され、リモート リーフ スイッチとスパイン スイッチ両方が WAN ルータに接続されている必要があります。

- 1 個はマルチポッド内部 L3Out が VLAN5 で構成されており、一緒に展開する場合はマルチポッドとリモート リーフ機能に必要です。

手順

ステップ 1

ポッドに接続されるように 2 個のリモート リーフ スイッチに TEP プールを定義するには、次の例のように XML で POST を送信します。

例:

<fabricSetupPol>
<fabricSetupP tepPool="10.0.0.0/16" podId="1" >
<fabricExtSetupP tepPool="30.0.128.0/20" extPoolId="1"/>
</fabricSetupP>
<fabricSetupP tepPool="10.1.0.0/16" podId="2" >
<fabricExtSetupP tepPool="30.1.128.0/20" extPoolId="1"/>
</fabricSetupP>
</fabricSetupPol>

ステップ 2

ノードのアイデンティティ ポリシーを定義するには、次の例のように XML で POST を送信します。

例:

<fabricNodeIdentPol>
<fabricNodeIdentP serial="SAL17267Z7W" name="leaf1" nodeId="101" podId="1"  extPoolId="1" nodeType="remote-leaf-wan"/>
<fabricNodeIdentP serial="SAL17267Z7X" name="leaf2" nodeId="102" podId="1"  extPoolId="1" nodeType="remote-leaf-wan"/>
<fabricNodeIdentP serial="SAL17267Z7Y" name="leaf3" nodeId="201" podId="1"  extPoolId="1" nodeType="remote-leaf-wan"/>
<fabricNodeIdentP serial="SAL17267Z7Z" name="leaf4" nodeId="201" podId="1"  extPoolId="1" nodeType="remote-leaf-wan"/>
</fabricNodeIdentPol>

ステップ 3

ファブリック外部接続プロファイルを構成するには、次の例のように XML で POST を送信します。

例:

<?xml version="1.0" encoding="UTF-8"?>
<imdata totalCount="1">
<fvFabricExtConnP dn="uni/tn-infra/fabricExtConnP-1" id="1" name="Fabric_Ext_Conn_Pol1" rt="extended:as2-nn4:5:16" siteId="0">
<l3extFabricExtRoutingP name="test">
<l3extSubnet ip="150.1.0.0/16" scope="import-security"/>
</l3extFabricExtRoutingP>
<l3extFabricExtRoutingP name="ext_routing_prof_1">
<l3extSubnet ip="204.1.0.0/16" scope="import-security"/>
<l3extSubnet ip="209.2.0.0/16" scope="import-security"/>
<l3extSubnet ip="202.1.0.0/16" scope="import-security"/>
<l3extSubnet ip="207.1.0.0/16" scope="import-security"/>
<l3extSubnet ip="200.0.0.0/8" scope="import-security"/>
<l3extSubnet ip="201.2.0.0/16" scope="import-security"/>
<l3extSubnet ip="210.2.0.0/16" scope="import-security"/>
<l3extSubnet ip="209.1.0.0/16" scope="import-security"/>
<l3extSubnet ip="203.2.0.0/16" scope="import-security"/>
<l3extSubnet ip="208.1.0.0/16" scope="import-security"/>
<l3extSubnet ip="207.2.0.0/16" scope="import-security"/>
<l3extSubnet ip="100.0.0.0/8" scope="import-security"/>
<l3extSubnet ip="201.1.0.0/16" scope="import-security"/>
<l3extSubnet ip="210.1.0.0/16" scope="import-security"/>
<l3extSubnet ip="203.1.0.0/16" scope="import-security"/>
<l3extSubnet ip="208.2.0.0/16" scope="import-security"/>
</l3extFabricExtRoutingP>
<fvPodConnP id="1">
<fvIp addr="100.11.1.1/32"/>
</fvPodConnP>
<fvPodConnP id="2">
<fvIp addr="200.11.1.1/32"/>
</fvPodConnP>
<fvPeeringP type="automatic_with_full_mesh"/>
</fvFabricExtConnP>
</imdata>

ステップ 4

VLAN 4 で L3Out を構成するには、リモート リーフ スイッチとスパイン スイッチ両方が WAN ルータに接続され、次の例のように XML を入力する必要があります。

例:

<?xml version="1.0" encoding="UTF-8"?>
<polUni>
<fvTenant name="infra">
<l3extOut name="rleaf-wan-test">
<ospfExtP areaId="0.0.0.5"/>
<bgpExtP/>
<l3extRsEctx tnFvCtxName="overlay-1"/>
<l3extRsL3DomAtt tDn="uni/l3dom-l3extDom1"/>
<l3extProvLbl descr="" name="prov_mp1" ownerKey="" ownerTag="" tag="yellow-green"/>
<l3extLNodeP name="rleaf-101">
<l3extRsNodeL3OutAtt rtrId="202.202.202.202" tDn="topology/pod-1/node-101">
</l3extRsNodeL3OutAtt>
<l3extLIfP name="portIf">
<l3extRsPathL3OutAtt ifInstT="sub-interface" tDn="topology/pod-1/paths-101/pathep-[eth1/49]" addr="202.1.1.2/30" mac="AA:11:22:33:44:66" encap='vlan-4'/>
<ospfIfP>
<ospfRsIfPol tnOspfIfPolName='ospfIfPol'/>
</ospfIfP>
</l3extLIfP>
</l3extLNodeP>
<l3extLNodeP name="rlSpine-201">
<l3extRsNodeL3OutAtt rtrId="201.201.201.201" rtrIdLoopBack="no" tDn="topology/pod-1/node-201">
<!--
<l3extLoopBackIfP addr="201::201/128" descr="" name=""/>
<l3extLoopBackIfP addr="201.201.201.201/32" descr="" name=""/>
-->
<l3extLoopBackIfP addr="::" />
</l3extRsNodeL3OutAtt>
<l3extLIfP name="portIf">
<l3extRsPathL3OutAtt ifInstT="sub-interface" tDn="topology/pod-1/paths-201/pathep-[eth8/36]" addr="201.1.1.1/30" mac="00:11:22:33:77:55" encap='vlan-4'/>
<ospfIfP>
<ospfRsIfPol tnOspfIfPolName='ospfIfPol'/>
</ospfIfP>
</l3extLIfP>
</l3extLNodeP>
<l3extInstP descr="" matchT="AtleastOne" name="instp1" prio="unspecified" targetDscp="unspecified">
<fvRsCustQosPol tnQosCustomPolName=""/>
</l3extInstP>
</l3extOut>
<ospfIfPol name="ospfIfPol" nwT="bcast"/>
</fvTenant>
</polUni>

ステップ 5

リリース 4.1（2）以前で、VLAN-5 でマルチポッド L3Out を構成するには、マルチポッドとリモート リーフ トポロジの両方と、次の例のように XML を送信する必要があります。

（注）

リリース 4.1（2）以降を実行している新しいリモート リーフ スイッチを導入し、それらのリモート リーフ スイッチで直接トラフィック転送をイネーブルにする場合は、この情報を入力しないでください。この場合、マルチポッドに VLAN-5 を使用して OSPF インスタンスを構成する必要はありません。

詳細については、 ダイレクト トラフィック フォワーディングについて を参照してください。

例:

<?xml version="1.0" encoding="UTF-8"?>
<polUni>
<fvTenant  name="infra" >
<l3extOut name="ipn-multipodInternal">
<ospfExtP areaCtrl="inherit-ipsec,redistribute,summary" areaId="0.0.0.5" multipodInternal="yes" />
<l3extRsEctx tnFvCtxName="overlay-1" />
<l3extLNodeP name="bLeaf">
<l3extRsNodeL3OutAtt rtrId="202.202.202.202" rtrIdLoopBack="no" tDn="topology/pod-2/node-202">
<l3extLoopBackIfP addr="202.202.202.212"/>
</l3extRsNodeL3OutAtt>
<l3extRsNodeL3OutAtt rtrId="102.102.102.102" rtrIdLoopBack="no" tDn="topology/pod-1/node-102">
<l3extLoopBackIfP addr="102.102.102.112"/>
</l3extRsNodeL3OutAtt>
<l3extLIfP name="portIf">
<ospfIfP authKeyId="1" authType="none">
<ospfRsIfPol tnOspfIfPolName="ospfIfPol" />
</ospfIfP>
<l3extRsPathL3OutAtt addr="10.0.254.233/30" encap="vlan-5" ifInstT="sub-interface" tDn="topology/pod-2/paths-202/pathep-[eth5/2]"/>
<l3extRsPathL3OutAtt addr="10.0.255.229/30" encap="vlan-5" ifInstT="sub-interface" tDn="topology/pod-1/paths-102/pathep-[eth5/2]"/>
</l3extLIfP>
</l3extLNodeP>
<l3extInstP matchT="AtleastOne" name="ipnInstP" />
</l3extOut>
</fvTenant>
</polUni>

REST API を使用した SR-MPLS ハンドオフの設定

- REST API を使用した SR-MPLS インフラ L3Out の設定

- REST API を使用した SR-MPLS VRF L3Out の設定

- REST API を使用した SR-MPLS カスタム QoS ポリシー

REST API を使用した SR-MPLS インフラ L3Out の設定

- SR-MPLS インフラ L3Out は、境界リーフスイッチで設定され、SR-MPLS ハンドオフに必要なアンダーレイ BGP-LU およびオーバーレイ MP-BGP EVPN セッションを設定するために使用されます。

- SR-MPLS インフラ L3Out は、ポッドまたはリモート リーフ スイッチ サイトにスコープされます。

- 1 つの SR-MPLS インフラ L3Out 内の境界リーフ スイッチまたはリモート リーフ スイッチは、1 つ以上のルーティング ドメイン内の 1 つ以上のプロバイダー エッジ（PE）ルータに接続できます。

- ポッドまたはリモート リーフ スイッチ サイトには、1 つ以上の SR-MPLS インフラ L3Out を設定できます。

- 各 SR-MPLS インフラ L3Out には、一意のプロバイダー ラベルと 1 つのプロバイダー ラベルのみが必要です。各 SR-MPLS インフラ L3Out は、プロバイダー ラベルによって識別されます。

SR-MPLS インフラ L3Out を設定する場合は、次の項目を設定します。

- ノード

- リーフ スイッチのみが SR-MPLS インフラ L3Out のノードとして設定できます（境界リーフ スイッチおよびリモート リーフ スイッチ）。

- 各 SR-MPLS インフラ L3Out は、1 つのポッドからの境界リーフ スイッチまたは同じサイトからのリモート リーフ スイッチを持つことができます。

- 各境界リーフ スイッチまたはリモート リーフ スイッチは、複数の SR-MPLS ドメインに接続する場合、複数の SR-MPLS インフラ L3Out で設定できます。

- また、ノードの下にループバック インターフェイスを設定し、ループバック インターフェイスの下にノード SID ポリシーを設定します。

- インターフェイス

- サポートされるインターフェイスのタイプは次のとおりです。

- ルーテッド インターフェイスまたはサブインターフェイス

- ルーテッド ポートチャネルまたはポートチャネル サブインターフェイス

サブインターフェイスでは、任意の VLAN タグがサポートされます。

- また、SR-MPLS infra L3Out のインターフェイス エリアの下にアンダーレイ BGP ピアポリシーを設定します。

- QoS ルール

- MPLS 入力ルールと MPLS 出力ルールは、SR-MPLS インフラ L3Out の MPLS QoS ポリシーを使用して設定できます。

- MPLS QoS ポリシーを作成しない場合、入力 MPLS トラフィックにはデフォルトの QoS レベルが割り当てられます。

また、SR-MPLS インフラ L3Out を使用してアンダーレイとオーバーレイを設定します。

- アンダーレイ：インターフェイス構成の一部としての BGP ピア IP（BGP LU ピア）構成。

- オーバーレイ：論理ノード プロファイル構成の一部としての MP-BGP EVPN リモート IPv4 アドレス（MP-BGP EVPN ピア）構成。

始める前に

- 次に提供されている SR-MPLS ガイドラインと制限事項を確認します。 SR-MPLS のガイドラインおよび制限事項特に、 SR-MPLS インフラ L3Out のガイドラインと制約事項に提供されているガイドラインと制限を確認します。

- （オプション）必要に応じて、 REST API を使用した SR-MPLS カスタム QoS ポリシーの手順を使用して MPLS カスタム QoS ポリシーを構成します。

手順

次のような情報が表示されます。

<polUni>
<fvTenant name="infra">
<mplsIfPol name="default"/>
<mplsLabelPol name="default" >
<mplsSrgbLabelPol minSrgbLabel="16000" maxSrgbLabel="17000" localId="1" status=""/>
</mplsLabelPol>

<l3extOut name="mplsOut" status="" descr="bl" mplsEnabled="yes">
<l3extRsEctx tnFvCtxName="overlay-1"/>
<l3extProvLbl name="mpls" />
<mplsExtP status="" >
<mplsRsLabelPol tDn="uni/tn-infra/mplslabelpol-default"/>
</mplsExtP>
<l3extLNodeP name="mplsLNP" status="">
<l3extRsNodeL3OutAtt rtrId="100.1.1.1" rtrIdLoopBack="no" tDn="topology/pod-1/node-101" status="">
<l3extLoopBackIfP addr="10.10.10.11" status="">
<mplsNodeSidP sidoffset="2" loopbackAddr="10.1.3.11" status=""/>
</l3extLoopBackIfP>
</l3extRsNodeL3OutAtt>

<l3extLIfP name="mplsLIfP1" status="">
<mplsIfP status="">
<mplsRsIfPol tnMplsIfPolName="default" />
</mplsIfP>
<l3extRsPathL3OutAtt addr="34.1.2.3/30" ifInstT="l3-port" tDn="topology/pod-1/paths-101/pathep-[eth1/8]">
<bgpPeerP addr="9.9.9.7" addrTCtrl="af-ucast,af-label-ucast" ctrl="send-ext-com" ttl="1" status="">
<bgpAsP asn="100"/>
</bgpPeerP>
</l3extRsPathL3OutAtt>
</l3extLIfP>
<bgpInfraPeerP addr="20.1.1.1" ctrl="send-com,send-ext-com" peerT="sr-mpls" ttl="3" status="" >
<bgpAsP asn="100"/>
</bgpInfraPeerP>
</l3extLNodeP>

<l3extInstP name="mplsInstP">
<l3extSubnet aggregate="" descr="" ip="11.11.11.0/24" name="" scope="import-security"/>
</l3extInstP>
<bgpExtP/>
<l3extRsL3DomAtt tDn="uni/l3dom-l3extDom1" />
</l3extOut>

</fvTenant>
</polUni>

REST API を使用した SR-MPLS VRF L3Out の設定

この項の手順を使用して、SR-MPLS VRF L3Out を設定します。これは、前の手順で設定した SR-MPLS インフラ L3Out からのトラフィックの転送に使用されます。

- ユーザ テナント VRF は SR-MPLS インフラ L3Out にマッピングされ、テナント ブリッジ ドメイン サブネットを DC-PE ルータにアドバタイズし、DC-PE から受信した MPLS VPN ルートをインポートします。

- 各 VRF の SR-MPLS VRF L3Out でルーティング ポリシーとセキュリティ ポリシーを指定する必要があります。これらのポリシーは、1 つ以上の SR-MPLS インフラ L3Out をポイントします。

- VRF ごとに 1 つの SR-MPLS VRF L3Out がサポートされます。

- 1 つの SR-MPLS VRF L3Out で複数のコンシューマ ラベルを設定でき、各コンシューマ ラベルで 1 つの SR-MPLS インフラ L3Out を識別できます。コンシューマ ラベルは、特定のポッドまたはリモート リーフ スイッチの特定の MPLS ドメインである 1 つの SR-MPLS VRF L3Out との間のトラフィックのエントリ ポイントと出口ポイントを識別します。

始める前に

- 次に提供されている SR-MPLS ガイドラインと制限事項を確認します。 SR-MPLS のガイドラインおよび制限事項特に、 SR-MPLS VRF L3Out のガイドラインと制約事項で提供されているガイドラインと制限事項を確認します。

- 次に提供されている手順に従って、SR-MPLS インフラ L3Out を構成します。 REST API を使用した SR-MPLS インフラ L3Out の設定。

手順

次のような情報が表示されます。

<polUni>
<fvTenant name="t1">
<fvCtx name="v1">
<!-- specify bgp evpn route-target -->
<bgpRtTargetP af="ipv4-ucast">
<bgpRtTarget rt="route-target:as4-nn2:100:1259" type="import"/>
<bgpRtTarget rt="route-target:as4-nn2:100:1259" type="export"/>
</bgpRtTargetP>
</fvCtx>

<!-- MPLS L3out -->
<l3extOut name="out1" mplsEnabled="yes">
<l3extRsEctx tnFvCtxName="v1" />

<!-- MPLS consumer label -->
<l3extConsLbl name="mpls1">
<!-- route profile association -->
<l3extRsLblToProfile tDn="uni/tn-t1/prof-rp1" direction="export" />
<!-- InstP association -->
<l3extRsLblToInstP tDn="uni/tn-t1/out-out1/instP-epgMpls1" />
</l3extConsLbl>

<!-- External-EPG -->
<l3extInstP name="epgMpls1">
<fvRsProv tnVzBrCPName="cp1"/>
<l3extSubnet ip="55.1.1.1/28"/>
</l3extInstP>
<bgpExtP/>
</l3extOut>

<!-- route control profile -->
<rtctrlProfile descr="" name="rp1" type="global" status="">
<rtctrlCtxP action="permit" descr="" name="ctx1" order="0">
<rtctrlRsCtxPToSubjP status="" tnRtctrlSubjPName="subj1"/>
</rtctrlCtxP>
</rtctrlProfile>
<rtctrlSubjP descr="" name="subj1" status="" >
<rtctrlMatchRtDest ip="101.1.1.1/32"/>
<rtctrlMatchRtDest ip="102.1.1.0/24" aggregate="yes"/>
</rtctrlSubjP>

<!-- Filter and Contract (global) -->
<vzBrCP name="cp1" scope="global">
<vzSubj name="allow-all">
<vzRsSubjFiltAtt action="permit" tnVzFilterName="default" />
</vzSubj>
</vzBrCP>
</fvTenant>
</polUni>

REST API を使用した SR-MPLS カスタム QoS ポリシー

SR MPLS カスタム QoS ポリシーは、MPLS QoS 出力 ポリシーで定義された着信 MPLS EXP 値に基づいて、SR-MPLS ネットワークから送信されるパケットのプライオリティを定義します。これらのパケットは、ACI ファブリック内にあります。また、MPLS QoS 出力ポリシーで定義された IPv4 DSCP 値に基づく MPLS インターフェイスを介して ACI ファブリックから離れるパケットの CoS 値および MPLS EXP 値をマーキングします。

カスタム出力ポリシーが定義されていない場合、デフォルトのQoSレベル（レベル3）がファブリック内のパケットに割り当てられます。カスタム イーグレス ポリシーが定義デフォルトれていない場合、 0 のデフォルト EXP 値は、ファブリックから離れるパケットにマークされます。

手順

ステップ 1

SR-MPLS QoS ポリシーの作成します。

次の POST で：

- customqos1 を、作成する SR-MPLS QoS ポリシーの名前に置き換えます。

- qosMplsIngressRule の場合:

- from="2" to="3" を、ポリシーに一致させる EXP 範囲に置き換えます。

- prio =level5" を ACI ファブリック内にあるパケットの ACI QoS レベルに置き換えます。

- target="CS5" は、パケットが一致したときに設定する DSCP 値に置き換えます。

- targetCos =4" を、パケットが一致したときにパケットに設定する CoS 値に置き換えます。

- qosMplsEgressRule の場合：

- from="CS2" to="CS4" を、ポリシーを照合する DSCP 範囲に置き換えます。

- targetExp =5" を、パケットがファブリックを離れるときに設定する EXP 値に置き換えます。

- targetCos =3" を、パケットがファブリックを離れるときに設定する CoS 値に置き換えます。

<polUni>
<fvTenant name="infra">
<qosMplsCustomPol descr="" dn="uni/tn-infra/qosmplscustom-">customqos1" name="customqos1"  status="" >
<qosMplsIngressRule from="">2" to="3" prio="level5" target="CS5" targetCos="4" status="" />
<qosMplsEgressRule from="">CS2" to="CS4" targetExp="5" targetCos="3" status=""/>
</qosMplsCustomPol>
</fvTenant>
</polUni>

ステップ 2

SR-MPLS QoS ポリシーの適用します。

次の POST で、次を置換します。 customqos1 を前の手順で作成した SR-MPLS QoS ポリシーの名前に置き換えます。

<polUni>
<fvTenant name="infra">
<l3extOut name="mplsOut" status="" descr="bl">
<l3extLNodeP name="mplsLNP" status="">
<l3extRsLNodePMplsCustQosPol  tDn="uni/tn-infra/qosmplscustom-">customqos1"/>
</l3extLNodeP>
</l3extOut>
</fvTenant>
</polUni>

REST API を使用した MP-BGP ルート リフレクタの設定

- REST API を使用した MP-BGP ルート リフレクタの設定

REST API を使用した MP-BGP ルート リフレクタの設定

手順

ステップ 1

スパイン スイッチをルート リフレクタとしてマークします。

例:

POST https://apic-ip-address/api/policymgr/mo/uni/fabric.xml

<bgpInstPol name="default">
<bgpAsP asn="1" />
<bgpRRP>
<bgpRRNodePEp id=“<spine_id1>”/>
<bgpRRNodePEp id=“<spine_id2>”/>
</bgpRRP>
</bgpInstPol>

ステップ 2

次のポストを使用してポッド セレクタをセットアップします。

例:

FuncP セットアップの場合：

POST https://apic-ip-address/api/policymgr/mo/uni.xml

<fabricFuncP>
<fabricPodPGrp name="bgpRRPodGrp”>     <fabricRsPodPGrpBGPRRP tnBgpInstPolName="default" />
</fabricPodPGrp>
</fabricFuncP>

例:

PodP セットアップの場合：

POST https://apic-ip-address/api/policymgr/mo/uni.xml

<fabricPodP name="default">
<fabricPodS name="default" type="ALL">
<fabricRsPodPGrp tDn="uni/fabric/funcprof/podpgrp-bgpRRPodGrp"/>
</fabricPodS>
</fabricPodP>

REST API を使用したループ防止のための BGP ドメイン パス機能の設定

始める前に

ループ防止のための BGP ドメインパス機能についてに記載されている情報を使用して、BGP ドメイン パス機能に精通します。

手順

ステップ 1

ループ防止に BGP ドメイン パス機能を使用する場合は、グローバル DomainIdBaseを設定します。

<polUni>
<fabricInst>
<bgpInstPol name="default">
<bgpDomainIdBase  domainIdBase="12346" />
</bgpInstPol>
</fabricInst>
</polUni>

ステップ 2

適切な L3Out で send-domain-path を有効にします。

<bgpPeerP addr="22.22.3.5" addrTCtrl="af-ucast" allowedSelfAsCnt="3" ttl="2"    >ctrlExt="send-domain-path" ctrl="send-ext-com">
</bgpPeerP>

REST API を使用したレイヤ 3 ルーテッド ポート チャネルとサブインターフェイス ポート チャネルの設定

- REST API を使用したレイヤ 3 ルーテッド ポート チャネルの構成

- REST API を使用して、レイヤ 3 サブインターフェイス ポート チャネルの構成

REST API を使用したレイヤ 3 ルーテッド ポート チャネルの構成

始める前に

- ACI ファブリックがインストールされています。 [APIC] コントローラがオンラインで、 [APIC] クラスターが形成され、正常に動作していることを示します。

- 必要なファブリック インフラストラクチャ設定を作成できる [APIC] ファブリック管理者アカウントが使用可能であること。

- ターゲット リーフ スイッチが ACI ファブリックに登録され、使用可能であること。

- ポートチャネルは、L3Out インターフェイスにポート チャネルが使用される場合に設定されます。

（注）

次の REST API 例では、長い 1 行のテキストは \ で分けて読みやすくします。

手順

REST API を使用して以前作成したポート チャネルにレイヤ 3 ルートを構成するには、次のように XML で post を送信します：

例:

<polUni>
<fvTenant name=pep9>
<l3extOut descr="" dn="uni/tn-pep9/out-routAccounting" enforceRtctrl="export" \      name="routAccounting" nameAlias="" ownerKey="" ownerTag="" \      targetDscp="unspecified">
<l3extRsL3DomAtt tDn="uni/l3dom-Dom1"/>
<l3extRsEctx tnFvCtxName="ctx9"/>
<l3extLNodeP configIssues="" descr="" name="node101" nameAlias="" ownerKey="" \          ownerTag="" tag="yellow-green" targetDscp="unspecified">
<l3extRsNodeL3OutAtt rtrId="10.1.0.101" rtrIdLoopBack="yes" \              tDn="topology/pod-1/node-101">
<l3extInfraNodeP descr="" fabricExtCtrlPeering="no" \                  fabricExtIntersiteCtrlPeering="no" name="" nameAlias="" spineRole=""/>
</l3extRsNodeL3OutAtt>
<l3extLIfP descr="" name="lifp17" nameAlias="" ownerKey="" ownerTag="" \              tag="yellow-green">
<ospfIfP authKeyId="1" authType="none" descr="" name="" nameAlias="">
<ospfRsIfPol tnOspfIfPolName=""/>
</ospfIfP>
<l3extRsPathL3OutAtt addr="10.1.5.3/24" autostate="disabled" descr="" \                  encap="unknown" encapScope="local" ifInstT="l3-port" llAddr="::" \                  mac="00:22:BD:F8:19:FF" mode="regular" mtu="inherit" \                  tDn="topology/pod-1/paths-101/pathep-[po17_PolGrp]" \                  targetDscp="unspecified"/>
<l3extRsNdIfPol tnNdIfPolName=""/>
<l3extRsIngressQosDppPol tnQosDppPolName=""/>
<l3extRsEgressQosDppPol tnQosDppPolName=""/>
</l3extLIfP>
</l3extLNodeP>
<l3extInstP descr="" floodOnEncap="disabled" matchT="AtleastOne" \          name="accountingInst" nameAlias="" prefGrMemb="exclude" prio="unspecified" \          targetDscp="unspecified">
<fvRsProv matchT="AtleastOne" prio="unspecified" tnVzBrCPName="webCtrct"/>
<l3extSubnet aggregate="export-rtctrl,import-rtctrl" descr="" ip="0.0.0.0/0" \              name="" nameAlias="" scope="export-rtctrl,import-rtctrl,import-security"/>
<l3extSubnet aggregate="export-rtctrl,import-rtctrl" descr="" ip="::/0" \              name="" nameAlias="" scope="export-rtctrl,import-rtctrl,import-security"/>
<fvRsCustQosPol tnQosCustomPolName=""/>
</l3extInstP>
<l3extConsLbl descr="" name="golf" nameAlias="" owner="infra" ownerKey="" \          ownerTag="" tag="yellow-green"/>
</l3extOut>
</fvTenant>
</polUni>

REST API を使用して、レイヤ 3 サブインターフェイス ポート チャネルの構成

始める前に

- ACI ファブリックがインストールされています。 [APIC] コントローラがオンラインで、 [APIC] クラスターが形成され、正常に動作していることを示します。

- 必要なファブリック インフラストラクチャ構成を作成できる [APIC] ファブリック管理者アカウントが使用可能であること。

- ターゲット リーフ スイッチが ACI ファブリックに登録され、使用可能であること。

- ポート チャネルは、「REST API を使用したポート チャネルの構成」の手順を使用して構成されます。

（注）

次の REST API 例では、1 つ以上の行のテキストはで区分するが、\ 読みやすさを改善する文字。

手順

REST API を使用して、以前に作成したポート チャネルをレイヤ 3 サブインターフェイス ルートを構成するには、次のようには、XML で post を送信します：

例:

<polUni>
<fvTenant name=pep9>
<l3extOut descr="" dn="uni/tn-pep9/out-routAccounting" enforceRtctrl="export" \      name="routAccounting" nameAlias="" ownerKey="" ownerTag="" targetDscp="unspecified">
<l3extRsL3DomAtt tDn="uni/l3dom-Dom1"/>
<l3extRsEctx tnFvCtxName="ctx9"/>
<l3extLNodeP configIssues="" descr="" name="node101" nameAlias="" ownerKey="" \          ownerTag="" tag="yellow-green" targetDscp="unspecified">
<l3extRsNodeL3OutAtt rtrId="10.1.0.101" rtrIdLoopBack="yes" \              tDn="topology/pod-1/node-101">
<l3extInfraNodeP descr="" fabricExtCtrlPeering="no" \                  fabricExtIntersiteCtrlPeering="no" name="" nameAlias="" spineRole=""/>
</l3extRsNodeL3OutAtt>
<l3extLIfP descr="" name="lifp27" nameAlias="" ownerKey="" ownerTag="" \              tag="yellow-green">
<ospfIfP authKeyId="1" authType="none" descr="" name="" nameAlias="">
<ospfRsIfPol tnOspfIfPolName=""/>
</ospfIfP>
<l3extRsPathL3OutAtt addr="11.1.5.3/24" autostate="disabled" descr="" \                  encap="vlan-2001" encapScope="local" ifInstT="sub-interface" \                  llAddr="::" mac="00:22:BD:F8:19:FF" mode="regular" mtu="inherit" \                  tDn="topology/pod-1/paths-101/pathep-[po27_PolGrp]" \                  targetDscp="unspecified"/>
<l3extRsNdIfPol tnNdIfPolName=""/>
<l3extRsIngressQosDppPol tnQosDppPolName=""/>
<l3extRsEgressQosDppPol tnQosDppPolName=""/>
</l3extLIfP>
</l3extLNodeP>
<l3extInstP descr="" floodOnEncap="disabled" matchT="AtleastOne" \          name="accountingInst" nameAlias="" prefGrMemb="exclude" prio="unspecified" \          targetDscp="unspecified">
<fvRsProv matchT="AtleastOne" prio="unspecified" tnVzBrCPName="webCtrct"/>
<l3extSubnet aggregate="export-rtctrl,import-rtctrl" descr="" ip="0.0.0.0/0" \              name="" nameAlias="" scope="export-rtctrl,import-rtctrl,import-security"/>
<l3extSubnet aggregate="export-rtctrl,import-rtctrl" descr="" ip="::/0" \              name="" nameAlias="" scope="export-rtctrl,import-rtctrl,import-security"/>
<fvRsCustQosPol tnQosCustomPolName=""/>
</l3extInstP>
<l3extConsLbl descr="" name="golf" nameAlias="" owner="infra" ownerKey="" \          ownerTag="" tag="yellow-green"/>
</l3extOut>
</fvTenant>
</polUni>

REST API を使用したスイッチ仮想インターフェイスの設定

- REST API を使用して、SVI インターフェイスのカプセル化スコープの設定

- REST API を使用した SVI 自動状態の設定

REST API を使用して、SVI インターフェイスのカプセル化スコープの設定

始める前に

インターフェイス セレクタが設定されます。

手順

SVI インターフェイスのカプセル化の範囲を設定します。

例:

<?xml version="1.0" encoding="UTF-8"?>
<!-- /api/node/mo/.xml -->
<polUni>
<fvTenant name="coke">
<l3extOut descr="" dn="uni/tn-coke/out-l3out1" enforceRtctrl="export" name="l3out1" nameAlias="" ownerKey="" ownerTag="" targetDscp="unspecified">
<l3extRsL3DomAtt tDn="uni/l3dom-Dom1"/>
<l3extRsEctx tnFvCtxName="vrf0"/>
<l3extLNodeP configIssues="" descr="" name="__ui_node_101" nameAlias="" ownerKey="" ownerTag="" tag="yellow-green" targetDscp="unspecified">
<l3extRsNodeL3OutAtt rtrId="1.1.1.1" rtrIdLoopBack="no" tDn="topology/pod-1/node-101"/>
<l3extLIfP descr="" name="int1_11" nameAlias="" ownerKey="" ownerTag="" tag="yellow-green">
<l3extRsPathL3OutAtt addr="1.2.3.4/24" descr="" encap="vlan-2001" encapScope="ctx" ifInstT="ext-svi" llAddr="0.0.0.0" mac="00:22:BD:F8:19:FF" mode="regular" mtu="inherit" tDn="topology/pod-1/paths-101/pathep-[eth1/5]" targetDscp="unspecified"/>
<l3extRsNdIfPol tnNdIfPolName=""/>
<l3extRsIngressQosDppPol tnQosDppPolName=""/>
<l3extRsEgressQosDppPol tnQosDppPolName=""/>
</l3extLIfP>
</l3extLNodeP>
<l3extInstP descr="" matchT="AtleastOne" name="epg1" nameAlias="" prefGrMemb="exclude" prio="unspecified" targetDscp="unspecified">
<l3extSubnet aggregate="" descr="" ip="101.10.10.1/24" name="" nameAlias="" scope="import-security"/>
<fvRsCustQosPol tnQosCustomPolName=""/>
</l3extInstP>
</l3extOut>
</fvTenant>
</polUni>

REST API を使用した SVI 自動状態の設定

始める前に

- テナントと VRF が設定されています。

- レイヤ 3 アウトが設定されており、レイヤ 3 アウトの論理ノード プロファイルと論理インターフェイス プロファイルが設定されています。

手順

SVI の自動状態の値を有効にします。

例:

<fvTenant name="t1" >
<l3extOut name="out1">
<l3extLNodeP name="__ui_node_101" >
<l3extLIfP descr="" name="__ui_eth1_10_vlan_99_af_ipv4" >
<l3extRsPathL3OutAtt addr="19.1.1.1/24" autostate="enabled" descr="" encap="vlan-100" encapScope="local" ifInstT="ext-svi" llAddr="::" mac="00:22:BD:F8:19:FF" mode="regular" mtu="inherit" tDn="topology/pod-1/paths-101/pathep-[eth1/10]" targetDscp="unspecified" />
</l3extLIfP>
</l3extLNodeP>
</l3extOut>
</fvTenant>

自動状態を無効にするには、上記の例では無効に値を変更する必要があります。次に例を示します。 autostate ＝「disabled」。

REST API を使用したルーティング プロトコルの設定

- REST API を使用した BFD サポート付き BGP 外部ルーテッド ネットワークの設定

- REST API を使用した OSPF 外部ルーテッド ネットワークの設定

- REST API を使用した EIGRP 外部ルーテッド ネットワークの設定

REST API を使用した BFD サポート付き BGP 外部ルーテッド ネットワークの設定

- REST API を使用した BGP 外部ルーテッド ネットワークの設定

- REST API を使用した BGP パスの設定

- REST API を使用した AS パス プリペンドの設定

- REST API を使用した自律システム オーバーライド対応のネットワークのルーティング BGP 外部の設定

- REST API を使用した BGP ネイバー シャットダウンおよびソフト リセットの設定

- REST API を使用した VRF ごと、ノード BGP ごとのタイマーの設定

- 削除するノード BGP タイマーが REST API を使用してごとの VRF あたり

- REST API を使用したセカンダリ IP アドレスでの双方向フォワーディング検出の構成

- グローバル REST API を使用して BFD の設定

- REST API を使用した BFD インターフェイスのオーバーライドの設定

- REST API を使用した BFD コンシューマ プロトコルの設定

REST API を使用した BGP 外部ルーテッド ネットワークの設定

始める前に

外部ルーテッド ネットワークを設定するテナントがすでに作成されていること。

ここでは、REST API を使用して BGP 外部ルーテッド ネットワークを設定する方法を示します。

例：

手順

例:

<l3extOut descr="" dn="uni/tn-t1/out-l3out-bgp" enforceRtctrl="export" name="l3out-bgp" ownerKey="" ownerTag="" targetDscp="unspecified">
<l3extRsEctx tnFvCtxName="ctx3"/>
<l3extLNodeP configIssues="" descr="" name="l3extLNodeP_1" ownerKey="" ownerTag="" tag="yellow-green" targetDscp="unspecified">
<l3extRsNodeL3OutAtt rtrId="1.1.1.1" rtrIdLoopBack="no" tDn="topology/pod-1/node-101"/>
<l3extLIfP descr="" name="l3extLIfP_2" ownerKey="" ownerTag="" tag="yellow-green">
<l3extRsNdIfPol tnNdIfPolName=""/>
<l3extRsIngressQosDppPol tnQosDppPolName=""/>
<l3extRsEgressQosDppPol tnQosDppPolName=""/>
<l3extRsPathL3OutAtt addr="3001::31:0:1:2/120" descr="" encap="vlan-3001" encapScope="local" ifInstT="sub-interface" llAddr="::" mac="00:22:BD:F8:19:FF" mode="regular" mtu="inherit" tDn="topology/pod-1/paths-101/pathep-[eth1/8]" targetDscp="unspecified">
<bgpPeerP addr="3001::31:0:1:0/120" allowedSelfAsCnt="3" ctrl="send-com,send-ext-com" descr="" name="" peerCtrl="bfd" privateASctrl="remove-all,remove-exclusive,replace-as" ttl="1" weight="1000">
<bgpRsPeerPfxPol tnBgpPeerPfxPolName=""/>
<bgpAsP asn="3001" descr="" name=""/>
</bgpPeerP>
</l3extRsPathL3OutAtt>
</l3extLIfP>
<l3extLIfP descr="" name="l3extLIfP_1" ownerKey="" ownerTag="" tag="yellow-green">
<l3extRsNdIfPol tnNdIfPolName=""/>
<l3extRsIngressQosDppPol tnQosDppPolName=""/>
<l3extRsEgressQosDppPol tnQosDppPolName=""/>
<l3extRsPathL3OutAtt addr="31.0.1.2/24" descr="" encap="vlan-3001" encapScope="local" ifInstT="sub-interface" llAddr="::" mac="00:22:BD:F8:19:FF" mode="regular" mtu="inherit" tDn="topology/pod-1/paths-101/pathep-[eth1/8]" targetDscp="unspecified">
<bgpPeerP addr=“31.0.1.0/24" allowedSelfAsCnt="3" ctrl="send-com,send-ext-com" descr="" name="" peerCtrl="" privateASctrl="remove-all,remove-exclusive,replace-as" ttl="1" weight="100">
<bgpRsPeerPfxPol tnBgpPeerPfxPolName=""/>
<bgpLocalAsnP asnPropagate="none" descr="" localAsn="200" name=""/>
<bgpAsP asn="3001" descr="" name=""/>
</bgpPeerP>
</l3extRsPathL3OutAtt>
</l3extLIfP>
</l3extLNodeP>
<l3extRsL3DomAtt tDn="uni/l3dom-l3-dom"/>
<l3extRsDampeningPol af="ipv6-ucast" tnRtctrlProfileName="damp_rp"/>
<l3extRsDampeningPol af="ipv4-ucast" tnRtctrlProfileName="damp_rp"/>
<l3extInstP descr="" matchT="AtleastOne" name="l3extInstP_1" prio="unspecified" targetDscp="unspecified">
<l3extSubnet aggregate="" descr="" ip="130.130.130.0/24" name="" scope="import-rtctrl"></l3extSubnet>
<l3extSubnet aggregate="" descr="" ip="130.130.131.0/24" name="" scope="import-rtctrl"/>
<l3extSubnet aggregate="" descr="" ip="120.120.120.120/32" name="" scope="export-rtctrl,import-security"/>
<l3extSubnet aggregate="" descr="" ip="3001::130:130:130:100/120" name="" scope="import-rtctrl"/>
</l3extInstP>
<bgpExtP descr=""/>
</l3extOut>
<rtctrlProfile descr="" dn="uni/tn-t1/prof-damp_rp" name="damp_rp" ownerKey="" ownerTag="" type="combinable">
<rtctrlCtxP descr="" name="ipv4_rpc" order="0">
<rtctrlScope descr="" name="">
<rtctrlRsScopeToAttrP tnRtctrlAttrPName="act_rule"/>
</rtctrlScope>
</rtctrlCtxP>
</rtctrlProfile>
<rtctrlAttrP descr="" dn="uni/tn-t1/attr-act_rule" name="act_rule">
<rtctrlSetDamp descr="" halfLife="15" maxSuppressTime="60" name="" reuse="750" suppress="2000" type="dampening-pol"/>
</rtctrlAttrP>

REST API を使用した BGP パスの設定

次のフィールドの許容値の 『Cisco ACI の検証済み拡張性ガイド（Verified Scalability Guide for Cisco ACI）』 を参照します。これは、 [Cisco APIC ドキュメンテーション ページ（Cisco APIC documentation page）] にあります。

さらに多くのパスを構成できるようにする 2 つのプロパティは次のとおりです。 maxEcmp および [maxEcmpIbgp] です。これは、 bgpCtxAfPol オブジェクトにあります。これら 2 つのプロパティを構成した後、実装の残り部分に反映されます。ECMP ポリシーは VRF レベルで適用されます。

次の例では、REST API を使用して BGP 最長パス機能を構成する方法の情報を提供します：

<fvTenant descr="" dn="uni/tn-t1" name="t1">
<fvCtx name="v1">
<fvRsCtxToBgpCtxAfPol af="ipv4-ucast" tnBgpCtxAfPolName="bgpCtxPol1"/>
</fvCtx>
<bgpCtxAfPol name="bgpCtxPol1" maxEcmp="64" maxEcmpIbgp="64"/>
</fvTenant>

REST API を使用した AS パス プリペンドの設定

次の例では、REST API を使用した AS パス プリペンド機能を設定する方法の情報を提供します。

<?xml version="1.0" encoding="UTF-8"?>
<fvTenant name="coke">
<rtctrlAttrP name="attrp1">
<rtctrlSetASPath criteria="prepend">
<rtctrlSetASPathASN asn="100" order="1"/>
<rtctrlSetASPathASN asn="200" order="10"/>
<rtctrlSetASPathASN asn="300" order="5"/>
<rtctrlSetASPath/>
<rtctrlSetASPath criteria="prepend-last-as" lastnum=”9" />
</rtctrlAttrP>

<l3extOut name="out1">
<rtctrlProfile name="rp1">
<rtctrlCtxP name="ctxp1" order="1">
<rtctrlScope>
<rtctrlRsScopeToAttrP tnRtctrlAttrPName="attrp1"/>
</rtctrlScope>
</rtctrlCtxP>
</rtctrlProfile>
</l3extOut>
</fvTenant>

REST API を使用した自律システム オーバーライド対応のネットワークのルーティング BGP 外部の設定

手順

手順の概要

1. 自律型オーバーライドを有効にして、BGP 外部ルーテッド ネットワークを設定します。

手順の詳細

自律型オーバーライドを有効にして、BGP 外部ルーテッド ネットワークを設定します。

（注）

太字で表示されているコードの行に設定の BGP AS オーバーライド部分が表示されます。この機能は Cisco APIC リリース 3.1(2m) で導入されました。

例:

<fvTenant name="coke">

<fvCtx name="coke" status="">
<bgpRtTargetP af="ipv4-ucast">
<bgpRtTarget type="import" rt="route-target:as4-nn2:1234:1300" />
<bgpRtTarget type="export" rt="route-target:as4-nn2:1234:1300" />
</bgpRtTargetP>
<bgpRtTargetP af="ipv6-ucast">
<bgpRtTarget type="import" rt="route-target:as4-nn2:1234:1300" />
<bgpRtTarget type="export" rt="route-target:as4-nn2:1234:1300" />
</bgpRtTargetP>
</fvCtx>

<fvBD name="cokeBD">
<!-- Association from Bridge Doamin to Private Network -->
<fvRsCtx tnFvCtxName="coke" />
<fvRsBDToOut tnL3extOutName="routAccounting" />
<!-- Subnet behind the bridge domain-->
<fvSubnet ip="20.1.1.1/16" scope="public"/>
<fvSubnet ip="2000:1::1/64" scope="public"/>
</fvBD>
<fvBD name="cokeBD2">
<!-- Association from Bridge Doamin to Private Network -->
<fvRsCtx tnFvCtxName="coke" />
<fvRsBDToOut tnL3extOutName="routAccounting" />
<!-- Subnet behind the bridge domain-->
<fvSubnet ip="30.1.1.1/16" scope="public"/>

</fvBD>
<vzBrCP name="webCtrct" scope="global">
<vzSubj name="http">
<vzRsSubjFiltAtt tnVzFilterName="default"/>
</vzSubj>
</vzBrCP>

<!-- GOLF L3Out -->
<l3extOut name="routAccounting">
<l3extConsLbl name="golf_transit" owner="infra" status=""/>
<bgpExtP/>
<l3extInstP name="accountingInst">
<!--
<l3extSubnet ip="192.2.2.0/24" scope="import-security,import-rtctrl" />
<l3extSubnet ip="192.3.2.0/24" scope="export-rtctrl"/>
<l3extSubnet ip="192.5.2.0/24" scope="export-rtctrl"/>
<l3extSubnet ip="64:ff9b::c007:200/120" scope="export-rtctrl" />
-->
<l3extSubnet ip="0.0.0.0/0"                                 scope="export-rtctrl,import-security"                                 aggregate="export-rtctrl"                />
<fvRsProv tnVzBrCPName="webCtrct"/>
</l3extInstP>

<l3extRsEctx tnFvCtxName="coke"/>
</l3extOut>

<fvAp name="cokeAp">
<fvAEPg name="cokeEPg" >
<fvRsBd tnFvBDName="cokeBD" />
<fvRsPathAtt tDn="topology/pod-1/paths-103/pathep-[eth1/20]" encap="vlan-100" instrImedcy="immediate" mode="regular"/>
<fvRsCons tnVzBrCPName="webCtrct"/>
</fvAEPg>
<fvAEPg name="cokeEPg2" >
<fvRsBd tnFvBDName="cokeBD2" />
<fvRsPathAtt tDn="topology/pod-1/paths-103/pathep-[eth1/20]" encap="vlan-110" instrImedcy="immediate" mode="regular"/>
<fvRsCons tnVzBrCPName="webCtrct"/>
</fvAEPg>
</fvAp>

<!-- Non GOLF L3Out-->
<l3extOut name="NonGolfOut">
<bgpExtP/>
<l3extLNodeP name="bLeaf">
<!--
<l3extRsNodeL3OutAtt tDn="topology/pod-1/node-101" rtrId="20.1.13.1"/>
-->
<l3extRsNodeL3OutAtt tDn="topology/pod-1/node-101" rtrId="20.1.13.1">
<l3extLoopBackIfP addr="1.1.1.1"/>

<ipRouteP ip="2.2.2.2/32"  >
<ipNexthopP nhAddr="20.1.12.3"/>
</ipRouteP>

</l3extRsNodeL3OutAtt>
<l3extLIfP name='portIfV4'>
<l3extRsPathL3OutAtt tDn="topology/pod-1/paths-101/pathep-[eth1/17]" encap='vlan-1010' ifInstT='sub-interface' addr="20.1.12.2/24">

</l3extRsPathL3OutAtt>
</l3extLIfP>
<l3extLIfP name='portIfV6'>
<l3extRsPathL3OutAtt tDn="topology/pod-1/paths-101/pathep-[eth1/17]" encap='vlan-1010' ifInstT='sub-interface' addr="64:ff9b::1401:302/120">
<bgpPeerP addr="64:ff9b::1401:d03" ctrl="send-com,send-ext-com" />
</l3extRsPathL3OutAtt>
</l3extLIfP>
<bgpPeerP addr="2.2.2.2" ctrl="as-override,disable-peer-as-check, send-com,send-ext-com" status=""/>
</l3extLNodeP>
<!--
<bgpPeerP addr="2.2.2.2" ctrl="send-com,send-ext-com" status=""/>
-->
<l3extInstP name="accountingInst">
<l3extSubnet ip="192.10.0.0/16" scope="import-security,import-rtctrl" />
<l3extSubnet ip="192.3.3.0/24" scope="import-security,import-rtctrl" />
<l3extSubnet ip="192.4.2.0/24" scope="import-security,import-rtctrl" />
<l3extSubnet ip="64:ff9b::c007:200/120" scope="import-security,import-rtctrl" />
<l3extSubnet ip="192.2.2.0/24" scope="export-rtctrl" />
<l3extSubnet ip="0.0.0.0/0"                                 scope="export-rtctrl,import-rtctrl,import-security"                                 aggregate="export-rtctrl,import-rtctrl"                />
</l3extInstP>
<l3extRsEctx tnFvCtxName="coke"/>
</l3extOut>

</fvTenant>

REST API を使用した BGP ネイバー シャットダウンおよびソフト リセットの設定

- REST API を使用した BGP ネイバー シャットダウンの構成

- REST API を使用した BGP ネイバー ソフト リセットの設定

REST API を使用した BGP ネイバー シャットダウンの構成

次の手順では、REST API を使用して BGP ネイバー シャットダウン機能を使用する方法について説明します。

手順

ステップ 1

ノードおよびインターフェイスを構成します。

この例は、次の VRF v1 をノード103（ボーダー リーフ スイッチ）に、ノード プロファイル、 nodep1、およびルータ ID 11.11.11.103付きで構成します。また、インターフェイス eth1/3 をルーテッド インターフェイス（レイヤ 3 ポート）として IP アドレス 12.12.12.1/24 およびレイヤ 3 ドメイン dom1付きで構成します。

例:

<l3extOut name="l3out1">
<l3extRsEctx tnFvCtxName="v1"/>
<l3extLNodeP name="nodep1">
<l3extRsNodeL3OutAtt rtrId="11.11.11.103" tDn="topology/pod-1/node-103"/>
<l3extLIfP name="ifp1"/>
<l3extRsPathL3OutAtt addr="12.12.12.3/24" ifInstT="l3-port" tDn="topology/pod-1/paths-103/pathep-[eth1/3]"/>
</l3extLIfP>
</l3extLNodeP>
<l3extRsL3DomAtt tDn="uni/l3dom-dom1"/>
</l3extOut>

ステップ 2

BGP ルーティング プロトコルを構成し、BGP ネイバー シャットダウン機能を構成します。

この例では、IP アドレス、 15.15.15.2、 ASN 100 を持つ BGP ピアで、プライマリ ルーティング プロトコルとして BGP を構成します。

adminSt 変数は次のいずれかに設定できます：

- [有効（enabled）]：BGP ネイバー シャットダウン機能を有効にします。

- [無効（disabled）]：BGP ネイバー シャットダウン機能を無効にします。

次の例では、BGP ネイバー シャットダウン機能が有効になっています。

例:

<l3extOut name="l3out1">
<l3extLNodeP name="nodep1">
<bgpPeerP addr="15.15.15.2"> adminSt="enabled"
<bgpAsP asn="100"/>
</bgpPeerP>
</l3extLNodeP>
<bgpExtP/>
</l3extOut>

REST API を使用した BGP ネイバー ソフト リセットの設定

次の手順では、REST API を使用して BGP ネイバー ソフト リセット機能を使用する方法について説明します。

手順

ステップ 1

ノードおよびインターフェイスを設定します。

この例は、ノード 103（ボーダー リーフ スイッチ）上で次の VRF v1 を構成します。これは、ノードプロファイルの nodep1およびルータ ID 11.11.11.103付きです。ルーテッド インターフェイス（レイヤー 3 ポート）としてインターフェイス Eth1/3 を IP アドレス 12.12.12.1/24 およびレイヤ 3 ドメイン dom1を構成します。

例:

<l3extOut name="l3out1">
<l3extRsEctx tnFvCtxName="v1"/>
<l3extLNodeP name="nodep1">
<l3extRsNodeL3OutAtt rtrId="11.11.11.103" tDn="topology/pod-1/node-103"/>
<l3extLIfP name="ifp1"/>
<l3extRsPathL3OutAtt addr="12.12.12.3/24" ifInstT="l3-port" tDn="topology/pod-1/paths-103/pathep-[eth1/3]"/>
</l3extLIfP>
</l3extLNodeP>
<l3extRsL3DomAtt tDn="uni/l3dom-dom1"/>
</l3extOut>

ステップ 2

BGP ルーティング プロトコルを構成し、BGP ネイバー ソフト リセット機能を構成します。

この例では、IP アドレス、 15.15.15.2、 および ASN 100 を持つ BGP ピアで、プライマリ ルーティング プロトコルとして BGP を構成します。

dir 変数は、次のいずれかに設定できます：

- in：ソフト ダイナミック インバウンド リセットを有効にします。

- out：ソフト アウトバウンド リセットを有効にします。

次の例では、ソフト ダイナミック インバウンド リセットが有効になっています。

例:

<l3extOut name="l3out1">
<l3extLNodeP name="nodep1">
<bgpPeerP addr="15.15.15.2">
<bgpAsP asn="100"/>
<bgpPeerEntryClearPeerLTask>
<attributes>
<mode>soft</mode>
<dir>in</dir>
<adminSt>start</adminSt>
</attributes>
<children/>
</bgpPeerEntryClearPeerLTask>
</bgpPeerP>
</l3extLNodeP>
<bgpExtP/>
</l3extOut>

REST API を使用した VRF ごと、ノード BGP ごとのタイマーの設定

次の例では、ノード内の VRF ごと、ノード BGP ごとのタイマーの設定方法を示します。  bgpProtP を構成します。これは、 l3extLNodeP 構成の下にあります。  bgpProtPの下には、関係(bgpRsBgpNodeCtxPol）を目的のBGPコンテキスト ポリシー（bgpCtxPol）に構成します。

手順

ノード固有の BGP タイマー ポリシーを node1で構成します。そして node2 は、ノード固有ではない BGP タイマー ポリシーと構成します。

例:

POST https://apic-ip-address/mo.xml

<fvTenant name="tn1" >
<bgpCtxPol name="pol1" staleIntvl="25" />
<bgpCtxPol name="pol2" staleIntvl="35" />
<fvCtx name="ctx1" >
<fvRsBgpCtxPol tnBgpCtxPolName="pol1"/>
</fvCtx>
<l3extout name="out1" >
<l3extRsEctx toFvCtxName="ctx1" />
<l3extLNodeP name="node1" >
<bgpProtP name="protp1" >
<bgpRsBgpNodeCtxPol tnBgpCtxPolName="pol2" />
</bgpProtP>
</l3extLNodeP>
<l3extLNodeP name="node2" >
</l3extLNodeP>

この例では、 node1 は、 pol2ポリシーから BGP タイマー値を取得します。そして、 node2 は、 BGP タイマー値を pol1から取得します。タイマー値は、 bgpDom に適用されます。この bgpDom は、VRF tn1：ctx1に対応するものです。これは、 「VRF ごと、ノード BGP ごとのタイマーの値」 のセクションで説明したアルゴリズムに従って選択された、BGP タイマー ポリシーに基づきます。

削除するノード BGP タイマーが REST API を使用してごとの VRF あたり

次の例では、ノード内で既存の VRF ごとの各ノード BGP タイマーを削除する方法を示します。

手順

node1で特定の BGP タイマー ポリシーのノードを削除します。

例:

POST https://apic-ip-address/mo.xml

<fvTenant name="tn1" >
<bgpCtxPol name="pol1" staleIntvl="25" />
<bgpCtxPol name="pol2" staleIntvl="35" />
<fvCtx name="ctx1" >
<fvRsBgpCtxPol tnBgpCtxPolName="pol1"/>
</fvCtx>
<l3extout name="out1" >
<l3extRsEctx toFvCtxName="ctx1" />
<l3extLNodeP name="node1" >
<bgpProtP name="protp1" status="deleted" >
<bgpRsBgpNodeCtxPol tnBgpCtxPolName="pol2" />
</bgpProtP>
</l3extLNodeP>
<l3extLNodeP name="node2" >
</l3extLNodeP>

上記の例のコードフレーズ <bgpProtP name="protp1" status="deleted" > では、BGP タイマー ポリシーを削除します。削除後、 node1 は、 node1 が関連付けられいる VRF のBGP タイマー ポリシーにデフォルトします。これは、上記の例では、 pol1 です。

REST API を使用したセカンダリ IP アドレスでの双方向フォワーディング検出の構成

次の例では、REST API を使用して、セカンダリ IP アドレスに Bidirectional Forwarding Detection（BFD）を構成します。

<l3extLIfP   dn="uni/tn-sec-ip-bfd/out-secip-bfd-l3out/lnodep-secip-bfd-l3out_nodeProfile/   lifp-secip-bfd-l3out_interfaceProfile" name="secip-bfd-l3out_interfaceProfile"   prio="unspecified" tag="yellow-green" userdom=":all:">
<l3extRsPathL3OutAtt addr="50.50.50.200/24" autostate="disabled"       encap="vlan-2" encapScope="local" ifInstT="ext-svi" ipv6Dad="enabled"       isMultiPodDirect="no" llAddr="::" mac="00:22:BD:F8:19:FF" mode="regular"       mtu="inherit" tDn="topology/pod-1/paths-101/pathep-[eth1/3]"       targetDscp="unspecified" userdom=":all:">
<l3extIp addr="9.9.9.1/24" ipv6Dad="enabled" userdom=":all:"/>
<l3extIp addr="6.6.6.1/24" ipv6Dad="enabled" userdom=":all:"/>
</l3extRsPathL3OutAtt>
<l3extRsNdIfPol userdom="all"/>
<l3extRsLIfPCustQosPol userdom="all"/>
<l3extRsIngressQosDppPol userdom="all"/>
<l3extRsEgressQosDppPol userdom="all"/>
<l3extRsArpIfPol userdom="all"/>
</l3extLIfP>
<ipRouteP aggregate="no"   dn="uni/tn-sec-ip-bfd/out-secip-bfd-l3out/lnodep-secip-bfd-l3out_nodeProfile/   rsnodeL3OutAtt-[topology/pod-1/node-101]/rt-[6.0.0.1/24]"   fromPfxLen="0" ip="6.0.0.1/24" pref="1" rtCtrl="bfd" toPfxLen="0" userdom=":all:">
<ipNexthopP nhAddr="6.6.6.2" pref="unspecified" type="prefix" userdom=":all:"/>
</ipRouteP>

グローバル REST API を使用して BFD の設定

手順

次の REST API は、(BFD) を双方向フォワーディング検出のグローバル コンフィギュレーションを示します。

例:

<polUni>
<infraInfra>
<bfdIpv4InstPol name="default" echoSrcAddr="1.2.3.4" slowIntvl="1000" minTxIntvl="150" minRxIntvl="250" detectMult="5" echoRxIntvl="200"/>
<bfdIpv6InstPol name="default" echoSrcAddr="34::1/64" slowIntvl="1000" minTxIntvl="150" minRxIntvl="250" detectMult="5" echoRxIntvl="200"/>
</infraInfra>
</polUni>

REST API を使用した BFD インターフェイスのオーバーライドの設定

手順

次の REST API は、(BFD) を双方向フォワーディング検出のインターフェイスのオーバーライド コンフィギュレーションを示します。

例:

<fvTenant name="ExampleCorp">
<bfdIfPol name=“bfdIfPol" minTxIntvl="400" minRxIntvl="400" detectMult="5" echoRxIntvl="400" echoAdminSt="disabled"/>
<l3extOut name="l3-out">
<l3extLNodeP name="leaf1">
<l3extRsNodeL3OutAtt tDn="topology/pod-1/node-101" rtrId="2.2.2.2"/>
<l3extLIfP name='portIpv4'>
<l3extRsPathL3OutAtt tDn="topology/pod-1/paths-101/pathep-[eth1/11]" ifInstT='l3-port' addr="10.0.0.1/24" mtu="1500"/>
<bfdIfP type=“sha1” key=“password">
<bfdRsIfPol tnBfdIfPolName=‘bfdIfPol'/>
</bfdIfP>
</l3extLIfP>
</l3extLNodeP>
</l3extOut>
</fvTenant>

REST API を使用した BFD コンシューマ プロトコルの設定

手順

ステップ 1

次の例では、双方向の転送検出（BFD）のインターフェイス設定を示します。

例:

<fvTenant name="ExampleCorp">
<bfdIfPol name=“bfdIfPol" minTxIntvl="400" minRxIntvl="400" detectMult="5" echoRxIntvl="400" echoAdminSt="disabled"/>
<l3extOut name="l3-out">
<l3extLNodeP name="leaf1">
<l3extRsNodeL3OutAtt tDn="topology/pod-1/node-101" rtrId="2.2.2.2"/>
<l3extLIfP name='portIpv4'>
<l3extRsPathL3OutAtt tDn="topology/pod-1/paths-101/pathep-[eth1/11]" ifInstT='l3-port' addr="10.0.0.1/24" mtu="1500"/>
<bfdIfP type=“sha1” key=“password">
<bfdRsIfPol tnBfdIfPolName=‘bfdIfPol'/>
</bfdIfP>
</l3extLIfP>
</l3extLNodeP>
</l3extOut>
</fvTenant>

ステップ 2

次の例では、OSPF および EIGRP で BFD を有効にするためのインターフェイス設定を示します。

例:

リーフ スイッチ上の BFD

<fvTenant name=“ExampleCorp">
<ospfIfPol  name="ospf_intf_pol" cost="10" ctrl="bfd”/>       <eigrpIfPol ctrl="nh-self,split-horizon,bfd" dn="uni/tn-Coke/eigrpIfPol-eigrp_if_default"  ></fvTenant>

例:

スパイン スイッチ上の BFD

<l3extLNodeP name="bSpine">

<l3extRsNodeL3OutAtt tDn="topology/pod-1/node-103" rtrId="192.3.1.8">
<l3extLoopBackIfP addr="10.10.3.1" />
<l3extInfraNodeP fabricExtCtrlPeering="false" />
</l3extRsNodeL3OutAtt>

<l3extLIfP name='portIf'>
<l3extRsPathL3OutAtt tDn="topology/pod-1/paths-103/pathep-[eth5/10]" encap='vlan-4' ifInstT='sub-interface' addr="20.3.10.1/24"/>
<ospfIfP>
<ospfRsIfPol tnOspfIfPolName='ospf_intf_pol'/>
</ospfIfP>
<bfdIfP name="test" type="sha1" key="hello" status="created,modified">
<bfdRsIfPol tnBfdIfPolName='default' status="created,modified"/>
</bfdIfP>
</l3extLIfP>

</l3extLNodeP>

ステップ 3

次の例では、BGP 上の BFD を有効にするためのインターフェイス設定を示します。

例:

<fvTenant name="ExampleCorp">
<l3extOut name="l3-out">
<l3extLNodeP name="leaf1">
<l3extRsNodeL3OutAtt tDn="topology/pod-1/node-101" rtrId="2.2.2.2"/>
<l3extLIfP name='portIpv4'>
<l3extRsPathL3OutAtt tDn="topology/pod-1/paths-101/pathep-[eth1/11]" ifInstT='l3-port' addr="10.0.0.1/24" mtu="1500">
<bgpPeerP addr="4.4.4.4/24" allowedSelfAsCnt="3" ctrl="bfd" descr="" name="" peerCtrl="" ttl="1">
<bgpRsPeerPfxPol tnBgpPeerPfxPolName=""/>
<bgpAsP asn="3" descr="" name=""/>
</bgpPeerP>
</l3extRsPathL3OutAtt>
</l3extLIfP>
</l3extLNodeP>
</l3extOut>
</fvTenant>

ステップ 4

次の例では、スタティック ルートで BFD を有効にするためのインターフェイス設定を示します。

例:

リーフ スイッチ上の BFD

<fvTenant name="ExampleCorp">
<l3extOut name="l3-out">
<l3extLNodeP name="leaf1">
<l3extRsNodeL3OutAtt tDn="topology/pod-1/node-101" rtrId="2.2.2.2">
<ipRouteP ip=“192.168.3.4" rtCtrl="bfd">
<ipNexthopP nhAddr="192.168.62.2"/>
</ipRouteP>
</l3extRsNodeL3OutAtt>
<l3extLIfP name='portIpv4'>
<l3extRsPathL3OutAtt tDn="topology/pod-1/paths-101/pathep-[eth1/3]" ifInstT='l3-port' addr="10.10.10.2/24" mtu="1500" status="created,modified" />
</l3extLIfP>
</l3extLNodeP>
</l3extOut>
</fvTenant>

例:

スパイン スイッチ上の BFD

<l3extLNodeP name="bSpine">

<l3extRsNodeL3OutAtt tDn="topology/pod-1/node-103" rtrId="192.3.1.8">
<ipRouteP ip="0.0.0.0" rtCtrl="bfd">
<ipNexthopP nhAddr="192.168.62.2"/>
</ipRouteP>
</l3extRsNodeL3OutAtt>

<l3extLIfP name='portIf'>
<l3extRsPathL3OutAtt tDn="topology/pod-1/paths-103/pathep-[eth5/10]" encap='vlan-4' ifInstT='sub-interface' addr="20.3.10.1/24"/>

<bfdIfP name="test" type="sha1" key="hello" status="created,modified">
<bfdRsIfPol tnBfdIfPolName='default' status="created,modified"/>
</bfdIfP>
</l3extLIfP>

</l3extLNodeP>

ステップ 5

次の例では、IS-IS で BFD を有効にするためのインターフェイス設定を示します。

例:

<fabricInst>
<l3IfPol name="testL3IfPol" bfdIsis="enabled"/>
<fabricLeafP name="LeNode" >
<fabricRsLePortP tDn="uni/fabric/leportp-leaf_profile" />
<fabricLeafS name="spsw" type="range">
<fabricNodeBlk name="node101" to_="102" from_="101" />
</fabricLeafS>
</fabricLeafP>

<fabricSpineP name="SpNode" >
<fabricRsSpPortP tDn="uni/fabric/spportp-spine_profile" />
<fabricSpineS name="spsw" type="range">
<fabricNodeBlk name="node103" to_="103" from_="103" />
</fabricSpineS>
</fabricSpineP>

<fabricLePortP name="leaf_profile">
<fabricLFPortS name="leafIf" type="range">
<fabricPortBlk name="spBlk" fromCard="1" fromPort="49" toCard="1" toPort="49" />
<fabricRsLePortPGrp tDn="uni/fabric/funcprof/leportgrp-LeTestPGrp" />
</fabricLFPortS>
</fabricLePortP>

<fabricSpPortP name="spine_profile">
<fabricSFPortS name="spineIf" type="range">
<fabricPortBlk name="spBlk" fromCard="5" fromPort="1" toCard="5" toPort="2" />
<fabricRsSpPortPGrp tDn="uni/fabric/funcprof/spportgrp-SpTestPGrp" />
</fabricSFPortS>
</fabricSpPortP>

<fabricFuncP>
<fabricLePortPGrp name = "LeTestPGrp">
<fabricRsL3IfPol tnL3IfPolName="testL3IfPol"/>
</fabricLePortPGrp>

<fabricSpPortPGrp name = "SpTestPGrp">
<fabricRsL3IfPol tnL3IfPolName="testL3IfPol"/>
</fabricSpPortPGrp>

</fabricFuncP>

</fabricInst>

REST API を使用した OSPF 外部ルーテッド ネットワークの設定

- REST API を使用した管理テナントの OSPF 外部ルーテッド ネットワークの作成

REST API を使用した管理テナントの OSPF 外部ルーテッド ネットワークの作成

- ルータ ID と論理インターフェイス プロファイルの IP アドレスが異なっていて重複していないことを確認します。

- 次の手順は、管理テナントの OSPF 外部ルーテッド ネットワークを作成するためのものです。テナントの OSPF 外部ルーテッド ネットワークを作成するには、テナントを選択し、テナント用の VRF を作成する必要があります。

- 詳細を参照してください。 『Cisco APIC and Transit Routing』を参照してください。

手順

管理テナントの OSPF 外部ルーテッド ネットワークを作成します。

例:

POST: https://apic-ip-address/api/mo/uni/tn-mgmt.xml

<fvTenant name="mgmt">
<fvBD name="bd1">
<fvRsBDToOut tnL3extOutName="RtdOut" />
<fvSubnet ip="1.1.1.1/16" />
<fvSubnet ip="1.2.1.1/16" />
<fvSubnet ip="40.1.1.1/24" scope="public" />
<fvRsCtx tnFvCtxName="inb" />
</fvBD>
<fvCtx name="inb" />

<l3extOut name="RtdOut">
<l3extRsL3DomAtt tDn="uni/l3dom-extdom"/>
<l3extInstP name="extMgmt">
</l3extInstP>
<l3extLNodeP name="borderLeaf">
<l3extRsNodeL3OutAtt tDn="topology/pod-1/node-101" rtrId="10.10.10.10"/>
<l3extRsNodeL3OutAtt tDn="topology/pod-1/node-102" rtrId="10.10.10.11"/>
<l3extLIfP name='portProfile'>
<l3extRsPathL3OutAtt tDn="topology/pod-1/paths-101/pathep-[eth1/40]" ifInstT='l3-port' addr="192.168.62.1/24"/>
<l3extRsPathL3OutAtt tDn="topology/pod-1/paths-102/pathep-[eth1/40]" ifInstT='l3-port' addr="192.168.62.5/24"/>
<ospfIfP/>
</l3extLIfP>
</l3extLNodeP>
<l3extRsEctx tnFvCtxName="inb"/>
<ospfExtP areaId="57" />
</l3extOut>
</fvTenant>

REST API を使用した EIGRP 外部ルーテッド ネットワークの設定

- REST API を使用した EIGRP の設定

REST API を使用した EIGRP の設定

手順

ステップ 1

EIGRP コンテキスト ポリシーを設定します。

例:

<polUni>
<fvTenant name="cisco_6">
<eigrpCtxAfPol actIntvl="3" descr="" dn="uni/tn-cisco_6/eigrpCtxAfP-eigrp_default_pol" extDist="170"            intDist="90" maxPaths="8" metricStyle="narrow" name="eigrp_default_pol" ownerKey="" ownerTag=""/>
</fvTenant>
</polUni>

ステップ 2

EIGRP インターフェイス ポリシーを設定します。

例:

<polUni>
<fvTenant name="cisco_6">
<eigrpIfPol bw="10" ctrl="nh-self,split-horizon" delay="10" delayUnit="tens-of-micro" descr="" dn="uni/tn-cisco_6/eigrpIfPol-eigrp_if_default"            helloIntvl="5" holdIntvl="15" name="eigrp_if_default" ownerKey="" ownerTag=""/>
</fvTenant>
</polUni>

ステップ 3

EIGRP VRF.を設定します。

例:

IPv4：

<polUni>
<fvTenant name="cisco_6">
<fvCtx name="dev">
<fvRsCtxToEigrpCtxAfPol tnEigrpCtxAfPolName="eigrp_ctx_pol_v4" af="1"/>
</fvCtx>
</fvTenant>
</polUni>

IPv6

<polUni>
<fvTenant name="cisco_6">
<fvCtx name="dev">
<fvRsCtxToEigrpCtxAfPol tnEigrpCtxAfPolName="eigrp_ctx_pol_v6" af="ipv6-ucast"/>
</fvCtx>
</fvTenant>
</polUni>

ステップ 4

外部の EIGRP Layer3 を設定します。

例:

IPv4

<polUni>
<fvTenant name="cisco_6">
<l3extOut name="ext">
<eigrpExtP asn="4001"/>
<l3extLNodeP name="node1">
<l3extLIfP name="intf_v4">
<l3extRsPathL3OutAtt addr="201.1.1.1/24" ifInstT="l3-port"                         tDn="topology/pod-1/paths-101/pathep-[eth1/4]"/>
<eigrpIfP name="eigrp_ifp_v4">
<eigrpRsIfPol tnEigrpIfPolName="eigrp_if_pol_v4"/>
</eigrpIfP>
</l3extLIfP>
</l3extLNodeP>
</l3extOut>
</fvTenant>
</polUni>

IPv6

<polUni>
<fvTenant name="cisco_6">
<l3extOut name="ext">
<eigrpExtP asn="4001"/>
<l3extLNodeP name="node1">
<l3extLIfP name="intf_v6">
<l3extRsPathL3OutAtt addr="2001::1/64" ifInstT="l3-port"                         tDn="topology/pod-1/paths-101/pathep-[eth1/4]"/>
<eigrpIfP name="eigrp_ifp_v6">
<eigrpRsIfPol tnEigrpIfPolName="eigrp_if_pol_v6"/>
</eigrpIfP>
</l3extLIfP>
</l3extLNodeP>
</l3extOut>
</fvTenant>
</polUni>

IPv4 および IPv6

<polUni>
<fvTenant name="cisco_6">
<l3extOut name="ext">
<eigrpExtP asn="4001"/>
<l3extLNodeP name="node1">
<l3extLIfP name="intf_v4">
<l3extRsPathL3OutAtt addr="201.1.1.1/24" ifInstT="l3-port"                         tDn="topology/pod-1/paths-101/pathep-[eth1/4]"/>
<eigrpIfP name="eigrp_ifp_v4">
<eigrpRsIfPol tnEigrpIfPolName="eigrp_if_pol_v4"/>
</eigrpIfP>
</l3extLIfP>

<l3extLIfP name="intf_v6">
<l3extRsPathL3OutAtt addr="2001::1/64" ifInstT="l3-port"                         tDn="topology/pod-1/paths-101/pathep-[eth1/4]"/>
<eigrpIfP name="eigrp_ifp_v6">
<eigrpRsIfPol tnEigrpIfPolName="eigrp_if_pol_v6"/>
</eigrpIfP>
</l3extLIfP>
</l3extLNodeP>
</l3extOut>
</fvTenant>
</polUni>

ステップ 5

（任意） インターフェイス ポリシー ノブを設定します。

例:

<polUni>
<fvTenant name="cisco_6">
<eigrpIfPol bw="1000000" ctrl="nh-self,split-horizon" delay="10"           delayUnit="tens-of-micro" helloIntvl="5" holdIntvl="15" name="default"/>
</fvTenant>
</polUni>

[帯域幅（delayUnit）] （bw）属性は kbps で定義されています。  [delayUnit] 属性は、「1 万マイクロ」または「ピコ」です。

REST API を使用したルート集約の設定

- BGP、OSPF、および REST API を使用して EIGRP のルート集約の設定

BGP、OSPF、および REST API を使用して EIGRP のルート集約の設定

手順

ステップ 1

次のように、REST API を使用して BGP ルート集約を設定します。

例:

<fvTenant name="common">
<fvCtx name="vrf1"/>
<bgpRtSummPol name=“bgp_rt_summ” cntrl=‘as-set'/>
<l3extOut name=“l3_ext_pol” >
<l3extLNodeP name="bLeaf">
<l3extRsNodeL3OutAtt tDn="topology/pod-1/node-101" rtrId=“20.10.1.1"/>
<l3extLIfP name='portIf'>
<l3extRsPathL3OutAtt tDn="topology/pod-1/paths-101/pathep-[eth1/31]" ifInstT=‘l3-port’ addr=“10.20.1.3/24/>
</l3extLIfP>
</l3extLNodeP>
<bgpExtP />
<l3extInstP name="InstP" >
<l3extSubnet ip="10.0.0.0/8" scope=“export-rtctrl">
<l3extRsSubnetToRtSumm tDn=“uni/tn-common/bgprtsum-bgp_rt_summ”/>
<l3extRsSubnetToProfile tnRtctrlProfileName=“rtprof"/>
</l3extSubnet>
</l3extInstP>
<l3extRsEctx tnFvCtxName=“vrf1”/>
</l3extOut>
</fvTenant>

ステップ 2

次の REST API を使用して、OSPF のエリア間および外部の集約を設定します。

例:

<?xml version="1.0" encoding="utf-8"?>
<fvTenant name="t20">
<!--Ospf Inter External route summarization Policy-->
<ospfRtSummPol cost="unspecified" interAreaEnabled="no" name="ospfext"/>
<!--Ospf Inter Area route summarization Policy-->
<ospfRtSummPol cost="16777215" interAreaEnabled="yes" name="interArea"/>
<fvCtx name="ctx0" pcEnfDir="ingress" pcEnfPref="enforced"/>
<!-- L3OUT backbone Area-->
<l3extOut enforceRtctrl="export" name="l3_1" ownerKey="" ownerTag="" targetDscp="unspecified">
<l3extRsEctx tnFvCtxName="ctx0"/>
<l3extLNodeP name="node-101">
<l3extRsNodeL3OutAtt rtrId="20.1.3.2" rtrIdLoopBack="no" tDn="topology/pod-1/node-101"/>
<l3extLIfP name="intf-1">
<l3extRsPathL3OutAtt addr="20.1.5.2/24" encap="vlan-1001" ifInstT="sub-interface" tDn="topology/pod-1/paths-101/pathep-[eth1/33]"/>
</l3extLIfP>
</l3extLNodeP>
<l3extInstP name="l3InstP1">
<fvRsProv tnVzBrCPName="default"/>
<!--Ospf External Area route summarization-->
<l3extSubnet aggregate="" ip="193.0.0.0/8" name="" scope="export-rtctrl">
<l3extRsSubnetToRtSumm tDn="uni/tn-t20/ospfrtsumm-ospfext"/>
</l3extSubnet>
</l3extInstP>
<ospfExtP areaCost="1" areaCtrl="redistribute,summary" areaId="backbone" areaType="regular"/>
</l3extOut>
<!-- L3OUT Regular Area-->
<l3extOut enforceRtctrl="export" name="l3_2">
<l3extRsEctx tnFvCtxName="ctx0"/>
<l3extLNodeP name="node-101">
<l3extRsNodeL3OutAtt rtrId="20.1.3.2" rtrIdLoopBack="no" tDn="topology/pod-1/node-101"/>
<l3extLIfP name="intf-2">
<l3extRsPathL3OutAtt addr="20.1.2.2/24" encap="vlan-1014" ifInstT="sub-interface" tDn="topology/pod-1/paths-101/pathep-[eth1/11]"/>
</l3extLIfP>
</l3extLNodeP>
<l3extInstP matchT="AtleastOne" name="l3InstP2">
<fvRsCons tnVzBrCPName="default"/>
<!--Ospf Inter Area route summarization-->
<l3extSubnet aggregate="" ip="197.0.0.0/8" name="" scope="export-rtctrl">
<l3extRsSubnetToRtSumm tDn="uni/tn-t20/ospfrtsumm-interArea"/>
</l3extSubnet>
</l3extInstP>
<ospfExtP areaCost="1" areaCtrl="redistribute,summary" areaId="0.0.0.57" areaType="regular"/>
</l3extOut>
</fvTenant>

ステップ 3

次の REST API を使用して EIGRP の集約を設定します。

例:

<fvTenant name="exampleCorp">
<l3extOut name="out1">
<l3extInstP  name="eigrpSummInstp" >
<l3extSubnet aggregate="" descr="" ip="197.0.0.0/8" name="" scope="export-rtctrl">
<l3extRsSubnetToRtSumm/>
</l3extSubnet>
</l3extInstP>
</l3extOut>
<eigrpRtSummPol name="pol1" />

（注）

EIGRP を設定するルート集約ポリシーはありません。EIGRP の集約を有効にするために必要なだけの設定では、サマリー サブネット、InstP でです。

REST API を使用した BGP ピアごとのルート制御の構成

次の手順では、REST API を使用して BGP ピア単位のルート制御を構成する方法について説明します。

手順

BGP ピアごとのルート制御機能を構成します。

場所：

- direction＝「import」 は、ルート インポート ポリシー（ファブリックに許可されるルート）です。

- direction＝「export」 は、ルート エクスポート ポリシー（外部ネットワークからアドバタイズされるルート）です。

例:

<polUni>
<fvTenant name="t1">
<fvCtx name="v1"/>
<l3extOut name="l3out1">
<l3extRsEctx tnFvCtxName="v1"/>
<l3extLNodeP name="nodep1">
<l3extRsNodeL3OutAtt rtrId="11.11.11.103" tDn="topology/pod-1/node-103"/>
<l3extLIfP name="ifp1">
<l3extRsPathL3OutAtt addr="12.12.12.3/24" ifInstT="l3-port" tDn="topology/pod-1/paths-103/pathep-[eth1/3]"/>
</l3extLIfP>
<bgpPeerP addr="15.15.15.2">
<bgpAsP asn="100"/>
<bgpRsPeerToProfile direction="export" tnRtctrlProfileName="rp1"/>
</bgpPeerP>
</l3extLNodeP>
<l3extRsL3DomAtt tDn="uni/l3dom-dom1"/>
<bgpExtP/>
<ospfExtP areaId="0.0.0.0" areaType="regular"/>
<l3extInstP name="extnw1" >
<l3extSubnet ip="20.20.20.0/24" scope="import-security"/>
</l3extInstP>
</l3extOut>
<rtctrlProfile name="rp1">
<rtctrlCtxP name="ctxp1" action="permit" order="0">
<rtctrlScope>
<rtctrlRsScopeToAttrP tnRtctrlAttrPName="attrp1"/>
</rtctrlScope>
<rtctrlRsCtxPToSubjP tnRtctrlSubjPName="match-rule1"/>
</rtctrlCtxP>
</rtctrlProfile>
<rtctrlSubjP name="match-rule1">
<rtctrlMatchRtDest ip="200.3.2.0/24"/>
</rtctrlSubjP>
<rtctrlAttrP name="attrp1">
<rtctrlSetASPath criteria="prepend">
<rtctrlSetASPathASN asn="100" order="2"/>
<rtctrlSetASPathASN asn="200" order="1"/>
</rtctrlSetASPath>
</rtctrlAttrP>
</fvTenant>
</polUni>

REST API を使用して、明示的なプレフィックス リストでルート マップ/プロファイルの構成

始める前に

- テナントと VRF を構成する必要があります。

手順

明示的なプレフィックス リストを使用してルート マップ/プロファイルを構成します。

（注）

以下の 太字 のエントリは、APIC リリース 4.2（3）以降で使用可能な一致プレフィックスの拡張機能です。これらのフィールドの詳細については、 一致プレフィックスの機能拡張を参照してください。

例:

<?xml version="1.0" encoding="UTF-8"?>
<fvTenant name="PM" status="">
<rtctrlAttrP name="set_dest">
<rtctrlSetComm community="regular:as2-nn2:5:24" />
</rtctrlAttrP>
<rtctrlSubjP name="allow_dest">
<rtctrlMatchRtDest ip="192.169.0.0/24" aggregate="yes" >fromPfxLen="26" toPfxLen="30" />
<rtctrlMatchCommTerm name="term1">
<rtctrlMatchCommFactor community="regular:as2-nn2:5:24" status="" />
<rtctrlMatchCommFactor community="regular:as2-nn2:5:25" status="" />
</rtctrlMatchCommTerm>
<rtctrlMatchCommRegexTerm commType="regular" regex="200:*" status="" />
</rtctrlSubjP>
<rtctrlSubjP name="deny_dest">
<rtctrlMatchRtDest ip="192.168.0.0/24" />
</rtctrlSubjP>
<fvCtx name="ctx" />
<l3extOut name="L3Out_1" enforceRtctrl="import,export" status="">
<l3extRsEctx tnFvCtxName="ctx" />
<l3extLNodeP name="bLeaf">
<l3extRsNodeL3OutAtt tDn="topology/pod-1/node-101" rtrId="1.2.3.4" />
<l3extLIfP name="portIf">
<l3extRsPathL3OutAtt tDn="topology/pod-1/paths-101/pathep-[eth1/25]" ifInstT="sub-interface" encap="vlan-1503" addr="10.11.12.11/24" />
<ospfIfP />
</l3extLIfP>
<bgpPeerP addr="5.16.57.18/32" ctrl="send-com" />
<bgpPeerP addr="6.16.57.18/32" ctrl="send-com" />
</l3extLNodeP>
<bgpExtP />
<ospfExtP areaId="0.0.0.59" areaType="nssa" status="" />
<l3extInstP name="l3extInstP_1" status="">
<l3extSubnet ip="17.11.1.11/24" scope="import-security" />
</l3extInstP>
<rtctrlProfile name="default-export" type="global" status="">
<rtctrlCtxP name="ctx_deny" action="deny" order="1">
<rtctrlRsCtxPToSubjP tnRtctrlSubjPName="deny_dest" status="" />
</rtctrlCtxP>
<rtctrlCtxP name="ctx_allow" order="2">
<rtctrlRsCtxPToSubjP tnRtctrlSubjPName="allow_dest" status="" />
</rtctrlCtxP>
<rtctrlScope name="scope" status="">
<rtctrlRsScopeToAttrP tnRtctrlAttrPName="set_dest" status="" />
</rtctrlScope>
</rtctrlProfile>
</l3extOut>
<fvBD name="testBD">
<fvRsBDToOut tnL3extOutName="L3Out_1" />
<fvRsCtx tnFvCtxName="ctx" />
<fvSubnet ip="40.1.1.12/24" scope="public" />
<fvSubnet ip="40.1.1.2/24" scope="private" />
<fvSubnet ip="2003::4/64" scope="public" />
</fvBD>
</fvTenant>

REST API を使用した、インポート制御とエクスポート制御によるルーティング制御プロトコルの設定

この例では、ネットワーク接続 BGP を使用して外部レイヤ 3 が設定されていることを前提としています。OSPF を使用してネットワークを次のタスクを実行することもできます。

始める前に

- テナント、プライベート ネットワーク、およびブリッジ ドメインが作成されていること。

- レイヤ 3 Outside テナント ネットワークが設定されていること。

手順

インポート制御とエクスポート制御を使用するルート制御プロトコルを設定します。

例:

<l3extOut descr="" dn="uni/tn-Ten_ND/out-L3Out1" enforceRtctrl="export" name="L3Out1" ownerKey="" ownerTag="" targetDscp="unspecified">
<l3extLNodeP descr="" name="LNodeP1" ownerKey="" ownerTag="" tag="yellow-green" targetDscp="unspecified">
<l3extRsNodeL3OutAtt rtrId="1.2.3.4" rtrIdLoopBack="yes" tDn="topology/pod-1/node-101">
<l3extLoopBackIfP addr="2000::3" descr="" name=""/>
</l3extRsNodeL3OutAtt>
<l3extLIfP descr="" name="IFP1" ownerKey="" ownerTag="" tag="yellow-green">
<ospfIfP authKeyId="1" authType="none" descr="" name="">
<ospfRsIfPol tnOspfIfPolName=""/>
</ospfIfP>
<l3extRsNdIfPol tnNdIfPolName=""/>
<l3extRsPathL3OutAtt addr="10.11.12.10/24" descr="" encap="unknown" ifInstT="l3-port"  llAddr="::" mac="00:22:BD:F8:19:FF" mtu="1500" tDn="topology/pod-1/paths-101/pathep-[eth1/17]" targetDscp="unspecified"/>
</l3extLIfP>
</l3extLNodeP>
<l3extRsEctx tnFvCtxName="PVN1"/>
<l3extInstP descr="" matchT="AtleastOne" name="InstP1" prio="unspecified" targetDscp="unspecified">
<fvRsCustQosPol tnQosCustomPolName=""/>
<l3extSubnet aggregate="" descr="" ip="192.168.1.0/24" name="" scope=""/>
</l3extInstP>
<ospfExtP areaCost="1" areaCtrl="redistribute,summary" areaId="0.0.0.1" areaType="nssa" descr=""/>
<rtctrlProfile descr="" name="default-export" ownerKey="" ownerTag="">
<rtctrlCtxP descr="" name="routecontrolpvtnw" order="3">
<rtctrlScope descr="" name="">
<rtctrlRsScopeToAttrP tnRtctrlAttrPName="actionruleprofile2"/>
</rtctrlScope>
</rtctrlCtxP>
</rtctrlProfile>
</l3extOut>

REST API を使用したインターリーク再配布の構成

次の手順では、REST API を使用してインターリーク再配布を構成する方法について説明します。

始める前に

テナント、VRF、および L3Out を作成します。

手順

ステップ 1

インターリーク再配布のルートマップを構成します。

例:

次の例では、次の二つのコンテキストを持つルート マップ [INTERLEAK_RP]を構成します。 2 つのコンテキスト（[ROUTES_A] および [ROUTES_ALL]）。最初のコンテキスト [ROUTES_A] は、IP プレフィックスリスト 10.0.0.0/24 le 32 と一致し、set rule [COM_A]を介してコミュニティ属性を設定します。2 番目のコンテキストは、すべてのルートと一致します。

POST: https://<APIC IP>/api/mo/uni.xml
BODY:
<fvTenant dn="uni/tn-SAMPLE">
<!-- route map with two contexts (ROUTES_A and ROUTES_ALL)-->
<rtctrlProfile type="global" name="INTERLEAK_RP">
<rtctrlCtxP name="ROUTES_A" order="0" action="permit">
<rtctrlRsCtxPToSubjP tnRtctrlSubjPName="PFX_10-0-0-0_24"/>
<rtctrlScope>
<rtctrlRsScopeToAttrP tnRtctrlAttrPName="COM_A"/>
</rtctrlScope>
</rtctrlCtxP>
<rtctrlCtxP name="ROUTES_ALL" order="9" action="permit">
<rtctrlRsCtxPToSubjP tnRtctrlSubjPName="ALL_PREFIX"/>
</rtctrlCtxP>
</rtctrlProfile>

<!-- match rule with an IP prefix-list -->
<rtctrlSubjP name="ALL_PREFIX">
<rtctrlMatchRtDest ip="0.0.0.0/0" aggregate="yes"/>
</rtctrlSubjP>

<!-- match rule with an IP prefix-list -->
<rtctrlSubjP name="PFX_10-0-0-0_24">
<rtctrlMatchRtDest ip="10.0.0.0/24" aggregate="yes"/>
</rtctrlSubjP>

<!-- setu rule for community attribute -->
<rtctrlAttrP name="COM_A">
<rtctrlSetComm type="community" setCriteria="append" community="regular:as2-nn2:100:200"/>
</rtctrlAttrP>
</fvTenant>

ステップ 2

構成されたルートマップを L3Out に適用します。

次の例では、ステップ 1 から L3Out l3out1 からルート マップへ特定の L3Out からのルートのインター再配布をカスタマイズするために適用します。

L3extRsInterleakPol は、特定の L3Out によって使用されるダイナミック ルーティング プロトコル（OSPF/EIGRP）ルートに適用されます。 L3extRsRedistributePol は、 静的ルートに適用されます。 src 属性（[静的（static）] ）で指定されているように適用されます。

例:

POST: https://<APIC IP>/api/mo/uni.xml
BODY:
<fvTenant dn="uni/tn-SAMPLE">
<l3extOut name="l3out1">
<!-- interleak redistribution for OSPF/EIGRP routes -->
<l3extRsInterleakPol tnRtctrlProfileName="INTERLEAK_RP"/>
<!-- interleak redistribution for static routes -->
<l3extRsRedistributePol tnRtctrlProfileName="INTERLEAK_RP" src="static"/>
</l3extOut>
</fvTenant>

REST API を使用したトランジット ルーティングの設定

- REST API を使用したトランジット ルーティングの設定

- REST API の例: 中継ルーティング

REST API を使用したトランジット ルーティングの設定

次の手順では、テナントのトランジット ルーティングを設定する方法を説明します。この例では、別のルータにそれぞれ接続された 2 つの境界リーフ スイッチで、1 つの VRF 内に 2 つの L3Out を展開します。

始める前に

- ノード、ポート、AEP、機能プロファイル、レイヤ 3 ドメインを構成します。

- 外部ルーテッド ドメインを作成し、L3Out のインターフェイスに関連付けます。

- ファブリック内でルートを伝播させるために、BGP ルート リフレクタ ポリシーを設定します。

手順

ステップ 1

テナントおよび VRF を構成します。

この例では、テナント t1 および VRF v1を構成します。VRF はまだ展開されていません。

例:

<fvTenant  name="t1">
<fvCtx name="v1"/>
</fvTenant>

ステップ 2

ノードおよびインターフェイスを構成します。

この例では、2 つの境界リーフ スイッチで、テナント t1 と VRF v1 に 2 つの L3Outs を構成します。VRF は、レイヤ 3 ドメイン dom1です。

- 最初の L3Out はノード 101 上にあり、 nodep1という名前です。ノード 101 はルータ ID 11.11.11.103で構成されます。ルーテッド インターフェイス ifp1 は、 Eth1/3にあり、 12.12.12.3/24の IP アドレスを使用します。

- 2 番目の L3Out が ノード 102 上にあり、 nodep2という名前です。ノード 102 はルータ ID22.22.22.203に構成されています。これは、ルーテッド インターフェイス ifp2 は、 Eth1/3にあります。これは、 23.23.23.1/24の IP アドレスを使用します。

例:

<l3extOut name="l3out1">
<l3extRsEctx tnFvCtxName="v1"/>
<l3extLNodeP name="nodep1">
<l3extRsNodeL3OutAtt rtrId="11.11.11.103" tDn="topology/pod-1/node-101"/>
<l3extLIfP name="ifp1"/>
<l3extRsPathL3OutAtt addr="12.12.12.3/24" ifInstT="l3-port" tDn="topology/pod-1/paths-101/pathep-[eth1/3]"/>
</l3extLIfP>
</l3extLNodeP>
<l3extRsL3DomAtt tDn="uni/l3dom-dom1"/>
</l3extOut>

<l3extOut name="l3out2">
<l3extRsEctx tnFvCtxName="v1"/>
<l3extLNodeP name="nodep2">
<l3extRsNodeL3OutAtt rtrId="22.22.22.203" tDn="topology/pod-1/node-102"/>
<l3extLIfP name="ifp2"/>
<l3extRsPathL3OutAtt addr="23.23.23.3/24" ifInstT="l3-port" tDn="topology/pod-1/paths-102/pathep-[eth1/3]"/>
</l3extLIfP>
</l3extLNodeP>
<l3extRsL3DomAtt tDn="uni/l3dom-dom1"/>
</l3extOut>

ステップ 3

両方の境界リーフ スイッチのルーティング プロトコルを設定します。

この例では、両方の境界リーフ スイッチに対して、ASN 100 でプライマリ ルーティング プロトコルとして BGP を構成します。ノード 101 を BGP ピア 15.15.15.2 およびノード 102 を BGP ピア 25.25.25.2と共に構成します。

例:

<l3extOut name="l3out1">
<l3extLNodeP name="nodep1">
<bgpPeerP addr="15.15.15.2/24"             ><bgpAsP asn="100"/>
</bgpPeerP>
</l3extLNodeP>
</l3extOut>

<l3extOut name="l3out2">
<l3extLNodeP name="nodep2">
<bgpPeerP addr="25.25.25.2/24"             ><bgpAsP asn="100"/>
</bgpPeerP>
</l3extLNodeP>
</l3extOut>

ステップ 4

接続ルーティング プロトコルを構成します。

この例では、定期的なエリア ID 0.0.0.0で両方の L3Outs に対して通信プロトコルとして OSPF を構成します 。

例:

<l3extOut name="l3out1">
<ospfExtP areaId="0.0.0.0" areaType="regular"/>
<l3extLNodeP name="nodep1">
<l3extLIfP name="ifp1">
<ospfIfP/>
<l3extIfP>
<l3extLNodeP>
</l3extOut>
<l3extOut name="l3out2">
<ospfExtP areaId="0.0.0.0" areaType="regular"/>
<l3extLNodeP name="nodep2">
<l3extLIfP name="ifp2">
<ospfIfP/>
<l3extIfP>
<l3extLNodeP>
</l3extOut>

ステップ 5

外部 EPG を構成します。

この例は、ノード101 上でネットワーク 192.168.1.0/24 を外部ネットワーク extnw1 として構成します。そして、ノード 102上で 192.168.2.0/24 を外部ネットワーク extnw2 として構成します。また、ルート制御プロファイル rp1 および rp2と外部 EPG を関連付けます。

例:

<l3extOut name="l3out1">
<l3extInstP name="extnw1">
<l3extSubnet ip="192.168.1.0/24" scope="import-security"/>
<l3extRsInstPToProfile direction="export" tnRtctrlProfileName="rp1"/>
</l3extInstP>
</l3extOut>
<l3extOut name="l3out2">
<l3extInstP name="extnw2">
<l3extSubnet ip="192.168.2.0/24" scope="import-security"/>
<l3extRsInstPToProfile direction="export" tnRtctrlProfileName="rp2"/>
</l3extInstP>
</l3extOut>

ステップ 6

オプション。ルート マップを構成します。

この例では、インバウンドおよびアウト バウンド方向で各 BGP ピアのルート マップを構成します。  l3out1では、ルートマップ rp1 は、次のインポート接続先に一致するルートに適用されます。 192.168.1.0/24 およびルート マップ rp2 は、 192.168.2.0/24のエクスポート接続先に一致するルートに適用されます。  L3Out2では、ルート マップの方向を反転します。

例:

<fvTenant name="t1">
<rtctrlSubjP name="match-rule1">
<rtctrlMatchRtDest ip="192.168.1.0/24" />
</rtctrlSubjP>
<rtctrlSubjP name="match-rule2">
<rtctrlMatchRtDest ip="192.168.2.0/24" />
</rtctrlSubjP>
<l3extOut name="l3out1">
<rtctrlProfile name="rp1">
<rtctrlCtxP name="ctxp1" action="permit" order="0">
<rtctrlRsCtxPToSubjP tnRtctrlSubjPName="match-rule1" />
</rtctrlCtxP>
</rtctrlProfile>
<rtctrlProfile name="rp2">
<rtctrlCtxP name="ctxp1" action="permit" order="0">
<rtctrlRsCtxPToSubjP tnRtctrlSubjPName="match-rule2" />
</rtctrlCtxP>
</rtctrlProfile>
<l3extInstP name="extnw1">
<l3extRsInstPToProfile direction="import" tnRtctrlProfileName="rp1" />
<l3extRsInstPToProfile direction="export" tnRtctrlProfileName="rp2" />
</l3extInstP>
</l3extOut>
<l3extOut name="l3out2">
<rtctrlProfile name="rp1">
<rtctrlCtxP name="ctxp1" action="permit" order="0">
<rtctrlRsCtxPToSubjP tnRtctrlSubjPName="match-rule1" />
</rtctrlCtxP>
</rtctrlProfile>
<rtctrlProfile name="rp2">
<rtctrlCtxP name="ctxp1" action="permit" order="0">
<rtctrlRsCtxPToSubjP tnRtctrlSubjPName="match-rule2" />
</rtctrlCtxP>
</rtctrlProfile>
<l3extInstP name="extnw2">
<l3extRsInstPToProfile direction="import" tnRtctrlProfileName="rp2" />
<l3extRsInstPToProfile direction="export" tnRtctrlProfileName="rp1" />
</l3extInstP>
</l3extOut>
</fvTenant>

ステップ 7

フィルタおよびコントラクトを作成し、EPG が通信できるようにします。

この例では、フィルタ http-filter およびコントラクト httpCtrctを構成します。外部 EPG およびアプリケーション EPG は、それぞれプロバイダおよびコンシューマとして、すでにコントラクト httpCtrct と関連付けられています。

例:

<vzFilter name="http-filter">
<vzEntry  name="http-e" etherT="ip" prot="tcp"/>
</vzFilter>
<vzBrCP name="httpCtrct" scope="context">
<vzSubj name="subj1">
<vzRsSubjFiltAtt tnVzFilterName="http-filter"/>
</vzSubj>
</vzBrCP>

ステップ 8

コントラクトと外部 EPG を関連付けます。

この例では、外部 EPG extnw1 は、プロバイダーとしておよび外部 EPG extnw2 は、コントラクト httpCtrctのコンシューマとして関連付けします。

<l3extOut name="l3out1">
<l3extInstP name="extnw1">
<fvRsProv tnVzBrCPName="httpCtrct"/>
</l3extInstP>
</l3extOut>
<l3extOut name="l3out2">
<l3extInstP name="extnw2">
<fvRsCons tnVzBrCPName="httpCtrct"/>
</l3extInstP>
</l3extOut>

REST API の例: 中継ルーティング

次の例では、REST API を使用して、2 つの境界リーフ スイッチで 2 つの L3Outs を設定します。

<?xml version="1.0" encoding="UTF-8"?>
<!-- api/policymgr/mo/.xml -->
<polUni>
<fvTenant name="t1">
<fvCtx name="v1"/>
<l3extOut name="l3out1">
<l3extRsEctx tnFvCtxName="v1"/>
<l3extLNodeP name="nodep1">
<bgpPeerP addr="15.15.15.2/24">
<bgpAsP asn="100"/>
</bgpPeerP>
<l3extRsNodeL3OutAtt rtrId="11.11.11.103" tDn="topology/pod-1/node-101"/>
<l3extLIfP name="ifp1">
<l3extRsPathL3OutAtt addr="12.12.12.3/24" ifInstT="l3-port" tDn="topology/pod-1/paths-101/pathep-[eth1/3]" />
<ospfIfP/>
</l3extLIfP>
</l3extLNodeP>
<l3extInstP name="extnw1">
<l3extSubnet ip="192.168.1.0/24" scope="import-security"/>
<l3extRsInstPToProfile direction="import" tnRtctrlProfileName="rp1"/>
<l3extRsInstPToProfile direction="export" tnRtctrlProfileName="rp2"/>
<fvRsProv tnVzBrCPName="httpCtrct"/>
</l3extInstP>
<bgpExtP/>
<ospfExtP areaId="0.0.0.0" areaType="regular"/>
<l3extRsL3DomAtt tDn="uni/l3dom-dom1"/>
<rtctrlProfile name="rp1">
<rtctrlCtxP name="ctxp1" action="permit" order="0">
<rtctrlRsCtxPToSubjP tnRtctrlSubjPName="match-rule1"/>
</rtctrlCtxP>
</rtctrlProfile>
<rtctrlProfile name="rp2">
<rtctrlCtxP name="ctxp1" action="permit" order="0">
<rtctrlRsCtxPToSubjP tnRtctrlSubjPName="match-rule2"/>
</rtctrlCtxP>
</rtctrlProfile>
</l3extOut>
<l3extOut name="l3out2">
<l3extRsEctx tnFvCtxName="v1"/>
<l3extLNodeP name="nodep2">
<bgpPeerP addr="25.25.25.2/24">
<bgpAsP asn="100"/>
</bgpPeerP>
<l3extRsNodeL3OutAtt rtrId="22.22.22.203" tDn="topology/pod-1/node-102" />
<l3extLIfP name="ifp2">
<l3extRsPathL3OutAtt addr="23.23.23.3/24" ifInstT="l3-port" tDn="topology/pod-1/paths-102/pathep-[eth1/3]" />
<ospfIfP/>
</l3extLIfP>
</l3extLNodeP>
<l3extInstP name="extnw2">
<l3extSubnet ip="192.168.2.0/24" scope="import-security"/>
<l3extRsInstPToProfile direction="import" tnRtctrlProfileName="rp2"/>
<l3extRsInstPToProfile direction="export" tnRtctrlProfileName="rp1"/>
<fvRsCons tnVzBrCPName="httpCtrct"/>
</l3extInstP>
<bgpExtP/>
<ospfExtP areaId="0.0.0.0" areaType="regular"/>
<l3extRsL3DomAtt tDn="uni/l3dom-dom1"/>
<rtctrlProfile name="rp1">
<rtctrlCtxP name="ctxp1" action="permit" order="0">
<rtctrlRsCtxPToSubjP tnRtctrlSubjPName="match-rule1"/>
</rtctrlCtxP>
</rtctrlProfile>
<rtctrlProfile name="rp2">
<rtctrlCtxP name="ctxp1" action="permit" order="0">
<rtctrlRsCtxPToSubjP tnRtctrlSubjPName="match-rule2"/>
</rtctrlCtxP>
</rtctrlProfile>
</l3extOut>
<rtctrlSubjP name="match-rule1">
<rtctrlMatchRtDest ip="192.168.1.0/24"/>
</rtctrlSubjP>
<rtctrlSubjP name="match-rule2">
<rtctrlMatchRtDest ip="192.168.2.0/24"/>
</rtctrlSubjP>
<vzFilter name="http-filter">
<vzEntry name="http-e" etherT="ip" prot="tcp"/>
</vzFilter>
<vzBrCP name="httpCtrct" scope="context">
<vzSubj name="subj1">
<vzRsSubjFiltAtt tnVzFilterName="http-filter"/>
</vzSubj>
</vzBrCP>
</fvTenant>
</polUni>

REST API を使用した共有サービスの設定

共有設定の 2 つのレイヤ REST API を使用して 2 つの Vrf に 3 が記録されます。

2 つの方法が表示されますが、2 つの Vrf にレイヤ 3 が記録されるを共有する次の REST API の設定例は次の通信します。

手順

ステップ 1

プロバイダー レイヤ 3 を設定します。

例:

<tenant name=“t1_provider”>
<fvCtx name=“VRF1">
<l3extOut name="T0-o1-L3OUT-1">
<l3extRsEctx tnFvCtxName="o1"/>
<ospfExtP areaId='60'/>
<l3extInstP name="l3extInstP-1">
<fvRsProv tnVzBrCPName="vzBrCP-1">
</fvRsProv>
<l3extSubnet ip="192.168.2.0/24" scope=“shared-rtctrl, shared-security" aggregate=""/>
</l3extInstP>
</l3extOut>
</tenant>

ステップ 2

レイヤ 3 Out コンシューマを設定します。

例:

<tenant name=“t1_consumer”>
<fvCtx name=“VRF2">
<l3extOut name="T0-o1-L3OUT-1">
<l3extRsEctx tnFvCtxName="o1"/>
<ospfExtP areaId=‘70'/>
<l3extInstP name="l3extInstP-2">
<fvRsCons tnVzBrCPName="vzBrCP-1">
</fvRsCons>
<l3extSubnet ip="199.16.2.0/24" scope=“shared-rtctrl, shared-security"          aggregate=""/>
</l3extInstP>
</l3extOut>
</tenant>

REST API を使用した L3Out の QoS の設定

- REST API を使用した L3Out での QoS ディレクトリの構成

- REST API を使用した L3Out の QoS コントラクトの設定

REST API を使用した L3Out での QoS ディレクトリの構成

この章では L3Out で QoS ディレクトリを構成する方法について説明します。これは、 [Cisco APIC] リリース 4.0（1）以降の L3Out QoS の推奨構成方法です。

次のオブジェクトの内の 1 つで L3Out の QoS を構成できます：

- スイッチ仮想インターフェイス（SVI）

- サブ インターフェイス

- 外部ルーテッド

手順

ステップ 1

L3Out SVI に QoS プライオリティを構成します。

例:

<l3extLIfP descr="" dn="uni/tn-DT/out-L3_4_2_24_SVI17/lnodep-L3_4_E2_24/lifp-L3_4_E2_24_SVI_19"            name="L3_4_E2_24_SVI_19" prio="level6" tag="yellow-green">
<l3extRsPathL3OutAtt addr="0.0.0.0" autostate="disabled" descr="SVI19" encap="vlan-19"                          encapScope="local" ifInstT="ext-svi" ipv6Dad="enabled" llAddr="::"                          mac="00:22:BD:F8:19:FF" mode="regular" mtu="inherit"                          tDn="topology/pod-1/protpaths-103-104/pathep-[V_L3_l4_2-24]"                          targetDscp="unspecified">
<l3extMember addr="107.2.1.253/24" ipv6Dad="enabled" llAddr="::" side="B"/>
<l3extMember addr="107.2.1.252/24" ipv6Dad="enabled" llAddr="::" side="A"/>
</l3extRsPathL3OutAtt>
<l3extRsLIfPCustQosPol tnQosCustomPolName="VrfQos006"/>
</l3extLIfP>

ステップ 2

サブインターフェイスに QoS プライオリティを構成します。

例:

<l3extLIfP dn="uni/tn-DT/out-L4E48_inter_tenant/lnodep-L4E48_inter_tenant/lifp-L4E48"            name="L4E48" prio="level4" tag="yellow-green">
<l3extRsPathL3OutAtt addr="210.1.0.254/16" autostate="disabled" encap="vlan-20"                          encapScope="local" ifInstT="sub-interface" ipv6Dad="enabled" llAddr="::"                          mac="00:22:BD:F8:19:FF" mode="regular" mtu="inherit"                          tDn="topology/pod-1/paths-104/pathep-[eth1/48]" targetDscp="unspecified"/>
<l3extRsNdIfPol annotation="" tnNdIfPolName=""/>
<l3extRsLIfPCustQosPol annotation="" tnQosCustomPolName=" vrfQos002"/>
</l3extLIfP>

ステップ 3

外部ルーテッドに QoS プライオリティを構成します。

例:

<l3extLIfP dn="uni/tn-DT/out-L2E37/lnodep-L2E37/lifp-L2E37OUT"            name="L2E37OUT" prio="level5" tag="yellow-green">
<l3extRsPathL3OutAtt addr="30.1.1.1/24" autostate="disabled" encap="unknown"                          encapScope="local" ifInstT="l3-port" ipv6Dad="enabled"                          llAddr="::" mac="00:22:BD:F8:19:FF" mode="regular"                          mtu="inherit" targetDscp="unspecified"                          tDn="topology/pod-1/paths-102/pathep-[eth1/37]"/>
<l3extRsNdIfPol annotation="" tnNdIfPolName=""/>
<l3extRsLIfPCustQosPol tnQosCustomPolName="vrfQos002"/>
</l3extLIfP>

REST API を使用した L3Out の QoS コントラクトの設定

この項では、コントラクトを使用して L3Out の QoS を設定する方法について説明します。

（注）

リリース 4.0（1）以降では、L3Out QoS 用にカスタム QoS ポリシーを使用することを推奨しています。 REST API を使用した L3Out での QoS ディレクトリの構成 で説明しています。

手順

ステップ 1

テナント、VRF、およびブリッジ ドメインを構成する場合は、 VRF を出力モードに構成します（pcEnfDir = "egress")、ポリシーの適用が有効になっている(pcEnfPref="enforced"）。次の例のように XML で post を送信します。

例:

<fvTenant  name="t1">
<fvCtx name="v1" pcEnfPref="enforced" pcEnfDir="egress"/>
<fvBD name="bd1">
<fvRsCtx tnFvCtxName="v1"/>
<fvSubnet ip="44.44.44.1/24" scope="public"/>
<fvRsBDToOut tnL3extOutName="l3out1"/>
</fvBD>"/>
</fvTenant>

ステップ 2

通信のため L3Out に参加して EPG を有効にする契約を作成するときは、優先順位の QoS を構成します。

この例のコントラクトには、L3Out でのトラフィック入力のためのQoS 優先順位の level-1が含まれています。または、ターゲットの DSCP 値を定義する可能性があります。QoS ポリシーは、契約またはサブジェクトのいずれかでサポートされます。

フィルタに matchDscp =「Ef」 条件があるため、このタグを持つトラフィックがコントラクト件名で指定されたキューを通して L3out プロセスにより受信できます。

（注）

L3out インターフェイスでの QOS またはカスタム QOS では VRF の適用は入力とします。VRF の適用を出力にする必要があるのは、QOS 分類が EPG と L3out の間、または L3out から L3out へのトラフィックの契約で実行される場合に限ります。

（注）

QOS 分類が契約で設定され、VRF の適用が出力である場合、契約 QOS 分類は L3out インターフェイス QOS またはカスタム QOS 分類をオーバーライドするため、これか新しいもののいずれかを設定する必要があります。

例:

<vzFilter name="http-filter">
<vzEntry  name="http-e" etherT="ip" prot="tcp" matchDscp="EF"/>
</vzFilter>
<vzBrCP name="httpCtrct" prio="level1" scope="context">
<vzSubj name="subj1">
<vzRsSubjFiltAtt tnVzFilterName="http-filter"/>
</vzSubj>
</vzBrCP>

REST API を使用した SR-MPLS カスタム QoS ポリシー

SR MPLS カスタム QoS ポリシーは、MPLS QoS 出力 ポリシーで定義された着信 MPLS EXP 値に基づいて、SR-MPLS ネットワークから送信されるパケットのプライオリティを定義します。これらのパケットは、ACI ファブリック内にあります。また、MPLS QoS 出力ポリシーで定義された IPv4 DSCP 値に基づく MPLS インターフェイスを介して ACI ファブリックから離れるパケットの CoS 値および MPLS EXP 値をマーキングします。

カスタム出力ポリシーが定義されていない場合、デフォルトのQoSレベル（レベル3）がファブリック内のパケットに割り当てられます。カスタム イーグレス ポリシーが定義デフォルトれていない場合、 0 のデフォルト EXP 値は、ファブリックから離れるパケットにマークされます。

手順

ステップ 1

SR-MPLS QoS ポリシーの作成します。

次の POST で：

- customqos1 を、作成する SR-MPLS QoS ポリシーの名前に置き換えます。

- qosMplsIngressRule の場合:

- from="2" to="3" を、ポリシーに一致させる EXP 範囲に置き換えます。

- prio =level5" を ACI ファブリック内にあるパケットの ACI QoS レベルに置き換えます。

- target="CS5" は、パケットが一致したときに設定する DSCP 値に置き換えます。

- targetCos =4" を、パケットが一致したときにパケットに設定する CoS 値に置き換えます。

- qosMplsEgressRule の場合：

- from="CS2" to="CS4" を、ポリシーを照合する DSCP 範囲に置き換えます。

- targetExp =5" を、パケットがファブリックを離れるときに設定する EXP 値に置き換えます。

- targetCos =3" を、パケットがファブリックを離れるときに設定する CoS 値に置き換えます。

<polUni>
<fvTenant name="infra">
<qosMplsCustomPol descr="" dn="uni/tn-infra/qosmplscustom-">customqos1" name="customqos1"  status="" >
<qosMplsIngressRule from="">2" to="3" prio="level5" target="CS5" targetCos="4" status="" />
<qosMplsEgressRule from="">CS2" to="CS4" targetExp="5" targetCos="3" status=""/>
</qosMplsCustomPol>
</fvTenant>
</polUni>

ステップ 2

SR-MPLS QoS ポリシーの適用します。

次の POST で、次を置換します。 customqos1 を前の手順で作成した SR-MPLS QoS ポリシーの名前に置き換えます。

<polUni>
<fvTenant name="infra">
<l3extOut name="mplsOut" status="" descr="bl">
<l3extLNodeP name="mplsLNP" status="">
<l3extRsLNodePMplsCustQosPol  tDn="uni/tn-infra/qosmplscustom-">customqos1"/>
</l3extLNodeP>
</l3extOut>
</fvTenant>
</polUni>

REST API を使用した ACI IP SLA の設定

- REST API を使用した IP SLA モニタリング ポリシーの構成

- REST API を使用した IP-SLA トラック メンバーの設定

- REST API を使用した IP-SLA トラック リストの設定

- REST API を使用したスタティック ルートとトラック リストの関連付け

- REST API を使用して ネクスト ホップ プロファイルのトラック リストに関連付けをする

REST API を使用した IP SLA モニタリング ポリシーの構成

[Cisco APIC] を有効にして REST API を使用して特定の SLA タイプのモニタリング プローブを送信するには、次の手順を実行します：

手順

IP SLA モニタリング ポリシーの構成

例:

<?xml version="1.0" encoding="utf-8"?>
<imdata totalCount="1">
<fvIPSLAMonitoringPol annotation="" descr="" dn="uni/tn-t8/ipslaMonitoringPol-ICMP-Probe"                  name="ICMP-Probe" nameAlias="" ownerKey="" ownerTag="" slaDetectMultiplier="3" slaFrequency="5"                  slaPort="0" slaType="icmp"/>
</imdata>

REST API を使用した IP-SLA トラック メンバーの設定

REST API を使用して IP SLA トラック メンバーを設定するには、次の手順を実行します。

手順

IP SLA トラック メンバーを設定します。

例:

<?xml version="1.0" encoding="utf-8"?>
<imdata totalCount="1">
<fvTrackMember annotation="" descr="" dn="uni/tn-t8/trackmember-TM_pc_sub"                  dstIpAddr="52.52.52.1" name="TM_pc_sub" nameAlias="" ownerKey="" ownerTag=""                  scopeDn="uni/tn-t8/out-t8_l3">
<fvRsIpslaMonPol annotation="" tDn="uni/tn-t8/ipslaMonitoringPol-TCP-Telnet"/>
</fvTrackMember>
</imdata>

REST API を使用した IP-SLA トラック リストの設定

REST API を使用して IP SLA トラック リストを設定するには、次の手順を実行します。

手順

IP SLA トラック リストを設定します。

例:

<?xml version="1.0" encoding="utf-8"?>
<imdata totalCount="1">
<fvTrackList annotation="" descr="" dn="uni/tn-t8/tracklist-T8_pc_sub1"                  name="T8_pc_sub1" nameAlias="" ownerKey="" ownerTag="" percentageDown="0"                  percentageUp="1" type="weight" weightDown="5" weightUp="10">
<fvRsOtmListMember annotation="" tDn="uni/tn-t8/trackmember-TM_pc_sub"                           weight="10"/>
</fvTrackList>
</imdata>

REST API を使用したスタティック ルートとトラック リストの関連付け

REST API を使用して IP SLA トラック リストをスタティック ルートに関連付けるには、次の手順を実行します。

手順

IP SLA トラック リストをスタティック ルートに関連付けます。

例:

<?xml version="1.0" encoding="utf-8"?>
<imdata totalCount="1">
<ipRouteP aggregate="no" annotation="" descr=""                  dn="uni/tn-t8/out-t8_l3/lnodep-t8_l3_vpc1/rsnodeL3OutAtt-[topology/pod-2/node-108]/rt-[88.88.88.2/24]"                  ip="88.88.88.2/24" name="" nameAlias="" pref="1" rtCtrl="">
<ipRsRouteTrack annotation="" tDn="uni/tn-t8/tracklist-T8_TL1_Static"/>
<ipNexthopP annotation="" descr="" name="" nameAlias="" nhAddr="23.23.2.3"                           pref="1" type="prefix"/>
</ipRouteP>
</imdata>

REST API を使用して ネクスト ホップ プロファイルのトラック リストに関連付けをする

REST API を使用して IP SLA トラック リストをネクスト ホップ プロファイルに関連付けるには、次の手順を実行します。

手順

IP SLA トラック リストをネクスト ホップ プロファイルに関連付けます。

例:

<?xml version="1.0" encoding="utf-8"?>
<imdata totalCount="1">
<ipRouteP aggregate="no" annotation="" descr=""                  dn="uni/tn-t8/out-t8_l3/lnodep-t8_l3_vpc1/rsnodeL3OutAtt-[topology/pod-2/node-109]/rt-[86.86.86.2/24]"                  ip="86.86.86.2/24" name="" nameAlias="" pref="1" rtCtrl="">
<ipNexthopP annotation="" descr="" name="" nameAlias="" nhAddr="25.25.25.3" pref="1" type="prefix">
<ipRsNexthopRouteTrack annotation="" tDn="uni/tn-t8/tracklist-ctx0_25.25.25.3"/>
<ipRsNHTrackMember annotation="" tDn="uni/tn-t8/trackmember-ctx0_25.25.25.3"/>
</ipNexthopP>
</ipRouteP>
</imdata>

REST API を使用した HSRP の設定

- REST API を使用した APIC 内の HSRP の設定

REST API を使用した APIC 内の HSRP の設定

リーフ スイッチが設定されている場合、HSRP が有効になっています。

始める前に

- テナントおよび VRF を設定する必要があります。

- VLAN プールは、適切な VLAN 範囲が定義され、レイヤ 3 ドメインが作成されて VLAN プールに接続されている状態で設定される必要があります。

- エンティティ プロファイルの接続も、レイヤ 3 ドメインに関連付けられている必要があります。

- リーフ スイッチのインターフェイス プロファイルは必要に応じて設定する必要があります。

手順

ステップ 1

ポート セレクタを作成します。

例:

<polUni>
<infraInfra dn="uni/infra">
<infraNodeP name="TenantNode_101">
<infraLeafS name="leafselector" type="range">
<infraNodeBlk name="nodeblk" from_="101" to_="101">
</infraNodeBlk>
</infraLeafS>
<infraRsAccPortP tDn="uni/infra/accportprof-TenantPorts_101"/>
</infraNodeP>
<infraAccPortP name="TenantPorts_101">
<infraHPortS name="portselector" type="range">
<infraPortBlk name="portblk" fromCard="1" toCard="1" fromPort="41" toPort="41">
</infraPortBlk>
<infraRsAccBaseGrp tDn="uni/infra/funcprof/accportgrp-TenantPortGrp_101"/>
</infraHPortS>
</infraAccPortP>
<infraFuncP>
<infraAccPortGrp name="TenantPortGrp_101">
<infraRsAttEntP tDn="uni/infra/attentp-AttEntityProfTenant"/>
<infraRsHIfPol tnFabricHIfPolName="default"/>
</infraAccPortGrp>
</infraFuncP>
</infraInfra>
</polUni>

ステップ 2

テナント ポリシーを作成します。

例:

<polUni>
<fvTenant name="t9" dn="uni/tn-t9" descr="">
<fvCtx name="t9_ctx1" pcEnfPref="unenforced">
</fvCtx>
<fvBD name="t9_bd1" unkMacUcastAct="flood" arpFlood="yes">
<fvRsCtx tnFvCtxName="t9_ctx1"/>
<fvSubnet ip="101.9.1.1/24" scope="shared"/>
</fvBD>
<l3extOut dn="uni/tn-t9/out-l3extOut1" enforceRtctrl="export" name="l3extOut1">
<l3extLNodeP name="Node101">
<l3extRsNodeL3OutAtt rtrId="210.210.121.121" rtrIdLoopBack="no" tDn="topology/pod-1/node-101"/>
</l3extLNodeP>
<l3extRsEctx tnFvCtxName="t9_ctx1"/>
<l3extRsL3DomAtt tDn="uni/l3dom-dom1"/>
<l3extInstP matchT="AtleastOne" name="extEpg" prio="unspecified" targetDscp="unspecified">
<l3extSubnet aggregate="" descr="" ip="176.21.21.21/21" name="" scope="import-security"/>
</l3extInstP>
</l3extOut>
</fvTenant>
</polUni>

ステップ 3

LLDP インターフェイス ポリシーを作成します。.

例:

<polUni>
<fvTenant name="t9" dn="uni/tn-t9" descr="">
<hsrpIfPol name="hsrpIfPol" ctrl="bfd" delay="4" reloadDelay="11"/>
</fvTenant>
</polUni>

ステップ 4

HSRP グループ ポリシーを作成します。.

例:

<polUni>
<fvTenant name="t9" dn="uni/tn-t9" descr="">
<hsrpIfPol name="hsrpIfPol" ctrl="bfd" delay="4" reloadDelay="11"/>
</fvTenant>
</polUni>

ステップ 5

HSRP インターフェイス プロファイルおよび HSRP グループ プロファイルを作成します。

例:

<polUni>
<fvTenant name="t9" dn="uni/tn-t9" descr="">
<l3extOut dn="uni/tn-t9/out-l3extOut1" enforceRtctrl="export" name="l3extOut1">
<l3extLNodeP name="Node101">
<l3extLIfP name="eth1-41-v6" ownerKey="" ownerTag="" tag="yellow-green">
<hsrpIfP name="eth1-41-v6" version="v2">
<hsrpRsIfPol tnHsrpIfPolName="hsrpIfPol"/>
<hsrpGroupP descr="" name="HSRPV6-2" groupId="330" groupAf="ipv6" ip="fe80::3" mac="00:00:0C:18:AC:01" ipObtainMode="admin">
<hsrpRsGroupPol tnHsrpGroupPolName="G1"/>
</hsrpGroupP>
</hsrpIfP>
<l3extRsPathL3OutAtt addr="2002::100/64" descr="" encap="unknown" encapScope="local" ifInstT="l3-port" llAddr="::" mac="00:22:BD:F8:19:FF" mode="regular" mtu="inherit" tDn="topology/pod-1/paths-101/pathep-[eth1/41]" targetDscp="unspecified">
<l3extIp addr="2004::100/64"/>
</l3extRsPathL3OutAtt>
</l3extLIfP>
<l3extLIfP name="eth1-41-v4" ownerKey="" ownerTag="" tag="yellow-green">
<hsrpIfP name="eth1-41-v4" version="v1">
<hsrpRsIfPol tnHsrpIfPolName="hsrpIfPol"/>
<hsrpGroupP descr="" name="HSRPV4-2" groupId="51" groupAf="ipv4" ip="177.21.21.21" mac="00:00:0C:18:AC:01" ipObtainMode="admin">
<hsrpRsGroupPol tnHsrpGroupPolName="G1"/>
</hsrpGroupP>
</hsrpIfP>
<l3extRsPathL3OutAtt addr="177.21.21.11/24" descr="" encap="unknown" encapScope="local" ifInstT="l3-port" llAddr="::" mac="00:22:BD:F8:19:FF" mode="regular" mtu="inherit" tDn="topology/pod-1/paths-101/pathep-[eth1/41]" targetDscp="unspecified">
<l3extIp addr="177.21.23.11/24"/>
</l3extRsPathL3OutAtt>
</l3extLIfP>
</l3extLNodeP>
</l3extOut>
</fvTenant>
</polUni>

REST API を使用した Cisco ACI GOLF の設定

- 構成 [GOLF] REST API の使用

- REST API を使用した DCIG への BGP EVPN タイプ 2 ホスト ルート配信の有効化

構成 [GOLF] REST API の使用

手順

手順の概要

1. 次の例では、REST API を使用して [GOLF]のノードおよびスパイン スイッチ インターフェイスを展開する方法を示しています、 REST APIを使用：

2. 次の XML で、スパイン スイッチ インターフェイスと [GOLF] サービスのインフラ テナント プロバイダを構成します。次の XML 構造を POST メッセージの本文に含めます。

3. 次の XML で、 [GOLF] サービスのインフラ部分のテナント コンシューマを構成します。次の XML 構造を POST メッセージの本文に含めます。

手順の詳細

ステップ 1

次の例では、REST API を使用して [GOLF]のノードおよびスパイン スイッチ インターフェイスを展開する方法を示しています、 REST APIを使用：

例:

POST
https://192.0.20.123/api/mo/uni/golf.xml

ステップ 2

次の XML で、スパイン スイッチ インターフェイスと [GOLF] サービスのインフラ テナント プロバイダを構成します。次の XML 構造を POST メッセージの本文に含めます。

例:

<l3extOut descr="" dn="uni/tn-infra/out-golf" enforceRtctrl="export,import"      name="golf"      ownerKey="" ownerTag="" targetDscp="unspecified">
<l3extRsEctx tnFvCtxName="overlay-1"/>
<l3extProvLbl descr="" name="golf">
ownerKey="" ownerTag="" tag="yellow-green"/>
<l3extLNodeP configIssues="" descr=""           name="bLeaf" ownerKey="" ownerTag=""           tag="yellow-green" targetDscp="unspecified">
<l3extRsNodeL3OutAtt rtrId="10.10.3.3" rtrIdLoopBack="no"               tDn="topology/pod-1/node-111">
<l3extInfraNodeP descr="" fabricExtCtrlPeering="yes" name=""/>
<l3extLoopBackIfP addr="10.10.3.3" descr="" name=""/>
</l3extRsNodeL3OutAtt>
<l3extRsNodeL3OutAtt rtrId="10.10.3.4" rtrIdLoopBack="no"               tDn="topology/pod-1/node-112">
<l3extInfraNodeP descr="" fabricExtCtrlPeering="yes" name=""/>
<l3extLoopBackIfP addr="10.10.3.4" descr="" name=""/>
</l3extRsNodeL3OutAtt>
<l3extLIfP descr="" name="portIf-spine1-3"               ownerKey="" ownerTag="" tag="yellow-green">
<ospfIfP authKeyId="1" authType="none" descr="" name="">
<ospfRsIfPol tnOspfIfPolName="ospfIfPol"/>
</ospfIfP>
<l3extRsNdIfPol tnNdIfPolName=""/>
<l3extRsIngressQosDppPol tnQosDppPolName=""/>
<l3extRsEgressQosDppPol tnQosDppPolName=""/>
<l3extRsPathL3OutAtt addr="7.2.1.1/24" descr=""                  >encap="vlan-4"
encapScope="local"
ifInstT="sub-interface"
llAddr="::" mac="00:22:BD:F8:19:FF"
mode="regular"
mtu="1500"
tDn="topology/pod-1/paths-111/pathep-[eth1/12]"
targetDscp="unspecified"/>
</l3extLIfP>
<l3extLIfP descr="" name="portIf-spine2-1"                ownerKey=""                ownerTag=""                tag="yellow-green">
<ospfIfP authKeyId="1"                     authType="none"                     descr=""                     name="">
<ospfRsIfPol tnOspfIfPolName="ospfIfPol"/>
</ospfIfP>
<l3extRsNdIfPol tnNdIfPolName=""/>
<l3extRsIngressQosDppPol tnQosDppPolName=""/>
<l3extRsEgressQosDppPol tnQosDppPolName=""/>
<l3extRsPathL3OutAtt addr="7.1.0.1/24" descr=""                     >encap="vlan-4"
encapScope="local"
ifInstT="sub-interface"
llAddr="::" mac="00:22:BD:F8:19:FF"
mode="regular"
mtu="9000"
tDn="topology/pod-1/paths-112/pathep-[eth1/11]"
targetDscp="unspecified"/>
</l3extLIfP>
<l3extLIfP descr="" name="portif-spine2-2"                ownerKey=""                ownerTag=""                tag="yellow-green">
<ospfIfP authKeyId="1"                     authType="none" descr=""                     name="">
<ospfRsIfPol tnOspfIfPolName="ospfIfPol"/>
</ospfIfP>
<l3extRsNdIfPol tnNdIfPolName=""/>
<l3extRsIngressQosDppPol tnQosDppPolName=""/>
<l3extRsEgressQosDppPol tnQosDppPolName=""/>
<l3extRsPathL3OutAtt addr="7.2.2.1/24" descr=""                     >encap="vlan-4"
encapScope="local"
ifInstT="sub-interface"
llAddr="::" mac="00:22:BD:F8:19:FF"
mode="regular"
mtu="1500"
tDn="topology/pod-1/paths-112/pathep-[eth1/12]"
targetDscp="unspecified"/>
</l3extLIfP>
<l3extLIfP descr="" name="portIf-spine1-2"                    ownerKey="" ownerTag="" tag="yellow-green">
<ospfIfP authKeyId="1" authType="none" descr="" name="">
<ospfRsIfPol tnOspfIfPolName="ospfIfPol"/>
</ospfIfP>
<l3extRsNdIfPol tnNdIfPolName=""/>
<l3extRsIngressQosDppPol tnQosDppPolName=""/>
<l3extRsEgressQosDppPol tnQosDppPolName=""/>
<l3extRsPathL3OutAtt addr="9.0.0.1/24" descr=""                     >encap="vlan-4"
encapScope="local"
ifInstT="sub-interface"
llAddr="::" mac="00:22:BD:F8:19:FF"
mode="regular"
mtu="9000"
tDn="topology/pod-1/paths-111/pathep-[eth1/11]"
targetDscp="unspecified"/>
</l3extLIfP>
<l3extLIfP descr="" name="portIf-spine1-1"                     ownerKey="" ownerTag="" tag="yellow-green">
<ospfIfP authKeyId="1" authType="none" descr="" name="">
<ospfRsIfPol tnOspfIfPolName="ospfIfPol"/>
</ospfIfP>
<l3extRsNdIfPol tnNdIfPolName=""/>
<l3extRsIngressQosDppPol tnQosDppPolName=""/>
<l3extRsEgressQosDppPol tnQosDppPolName=""/>
<l3extRsPathL3OutAtt addr="7.0.0.1/24" descr=""                       >encap="vlan-4"
encapScope="local"
ifInstT="sub-interface"
llAddr="::" mac="00:22:BD:F8:19:FF"
mode="regular"
mtu="1500"
tDn="topology/pod-1/paths-111/pathep-[eth1/10]"
targetDscp="unspecified"/>
</l3extLIfP>
<bgpInfraPeerP addr="10.10.3.2"                  allowedSelfAsCnt="3"                  ctrl="send-com,send-ext-com"                  descr="" name="" peerCtrl=""                  >peerT="wan"
privateASctrl="" ttl="2" weight="0">
<bgpRsPeerPfxPol tnBgpPeerPfxPolName=""/>
<bgpAsP asn="150" descr="" name="aspn"/>
</bgpInfraPeerP>
<bgpInfraPeerP addr="10.10.4.1"                  allowedSelfAsCnt="3"                  ctrl="send-com,send-ext-com" descr="" name="" peerCtrl=""                  >peerT="wan"
privateASctrl="" ttl="1" weight="0">
<bgpRsPeerPfxPol tnBgpPeerPfxPolName=""/>
<bgpAsP asn="100" descr="" name=""/>
</bgpInfraPeerP>
<bgpInfraPeerP addr="10.10.3.1"                  allowedSelfAsCnt="3"                  ctrl="send-com,send-ext-com" descr="" name="" peerCtrl=""                  >peerT="wan"
privateASctrl="" ttl="1" weight="0">
<bgpRsPeerPfxPol tnBgpPeerPfxPolName=""/>
<bgpAsP asn="100" descr="" name=""/>
</bgpInfraPeerP>
</l3extLNodeP>
<bgpRtTargetInstrP descr="" name="" ownerKey="" ownerTag="" rtTargetT="explicit"/>
<l3extRsL3DomAtt tDn="uni/l3dom-l3dom"/>
<l3extInstP descr="" matchT="AtleastOne" name="golfInstP"                   prio="unspecified"                   targetDscp="unspecified">
<fvRsCustQosPol tnQosCustomPolName=""/>
</l3extInstP>
<bgpExtP descr=""/>
<ospfExtP areaCost="1"                 areaCtrl="redistribute,summary"                 areaId="0.0.0.1"                 areaType="regular" descr=""/>
</l3extOut>

ステップ 3

次の XML で、 [GOLF] サービスのインフラ部分のテナント コンシューマを構成します。次の XML 構造を POST メッセージの本文に含めます。

例:

<fvTenant descr="" dn="uni/tn-pep6" name="pep6" ownerKey="" ownerTag="">
<vzBrCP descr="" name="webCtrct"            ownerKey="" ownerTag="" prio="unspecified"            scope="global" targetDscp="unspecified">
<vzSubj consMatchT="AtleastOne" descr=""                 name="http" prio="unspecified" provMatchT="AtleastOne"                 revFltPorts="yes" targetDscp="unspecified">
<vzRsSubjFiltAtt directives="" tnVzFilterName="default"/>
</vzSubj>
</vzBrCP>
<vzBrCP descr="" name="webCtrct-pod2"             ownerKey="" ownerTag="" prio="unspecified"             scope="global" targetDscp="unspecified">
<vzSubj consMatchT="AtleastOne" descr=""                  name="http" prio="unspecified"                  provMatchT="AtleastOne" revFltPorts="yes"                  targetDscp="unspecified">
<vzRsSubjFiltAtt directives=""                        tnVzFilterName="default"/>
</vzSubj>
</vzBrCP>
<fvCtx descr="" knwMcastAct="permit"              name="ctx6" ownerKey="" ownerTag=""              pcEnfDir="ingress" pcEnfPref="enforced">
<bgpRtTargetP af="ipv6-ucast"                   descr="" name="" ownerKey="" ownerTag="">
<bgpRtTarget descr="" name="" ownerKey="" ownerTag=""                   rt="route-target:as4-nn2:100:1256"                   type="export"/>
<bgpRtTarget descr="" name="" ownerKey="" ownerTag=""                        rt="route-target:as4-nn2:100:1256"                        type="import"/>
</bgpRtTargetP>
<bgpRtTargetP af="ipv4-ucast"                   descr="" name="" ownerKey="" ownerTag="">
<bgpRtTarget descr="" name="" ownerKey="" ownerTag=""                        rt="route-target:as4-nn2:100:1256"                        type="export"/>
<bgpRtTarget descr="" name="" ownerKey="" ownerTag=""                        rt="route-target:as4-nn2:100:1256"                        type="import"/>
</bgpRtTargetP>
<fvRsCtxToExtRouteTagPol tnL3extRouteTagPolName=""/>
<fvRsBgpCtxPol tnBgpCtxPolName=""/>
<vzAny descr="" matchT="AtleastOne" name=""/>
<fvRsOspfCtxPol tnOspfCtxPolName=""/>
<fvRsCtxToEpRet tnFvEpRetPolName=""/>
<l3extGlobalCtxName descr="" name="dci-pep6"/>
</fvCtx>
<fvBD arpFlood="no" descr="" epMoveDetectMode=""              ipLearning="yes"              limitIpLearnToSubnets="no"              llAddr="::" mac="00:22:BD:F8:19:FF"              mcastAllow="no"              multiDstPktAct="bd-flood"              name="bd107" ownerKey="" ownerTag="" type="regular"              unicastRoute="yes"              unkMacUcastAct="proxy"              unkMcastAct="flood"              vmac="not-applicable">
<fvRsBDToNdP tnNdIfPolName=""/>
<fvRsBDToOut tnL3extOutName="routAccounting-pod2"/>
<fvRsCtx tnFvCtxName="ctx6"/>
<fvRsIgmpsn tnIgmpSnoopPolName=""/>
<fvSubnet ctrl="" descr="" ip="27.6.1.1/24"                   name="" preferred="no"                   scope="public"                   virtual="no"/>
<fvSubnet ctrl="nd" descr="" ip="2001:27:6:1::1/64"                        name="" preferred="no"                        scope="public"                        virtual="no">
<fvRsNdPfxPol tnNdPfxPolName=""/>
</fvSubnet>
<fvRsBdToEpRet resolveAct="resolve" tnFvEpRetPolName=""/>
</fvBD>
<fvBD arpFlood="no" descr="" epMoveDetectMode=""              ipLearning="yes"              limitIpLearnToSubnets="no"              llAddr="::" mac="00:22:BD:F8:19:FF"              mcastAllow="no"              multiDstPktAct="bd-flood"              name="bd103" ownerKey="" ownerTag="" type="regular"              unicastRoute="yes"              unkMacUcastAct="proxy"              unkMcastAct="flood"              vmac="not-applicable">
<fvRsBDToNdP tnNdIfPolName=""/>
<fvRsBDToOut tnL3extOutName="routAccounting"/>
<fvRsCtx tnFvCtxName="ctx6"/>
<fvRsIgmpsn tnIgmpSnoopPolName=""/>
<fvSubnet ctrl="" descr="" ip="23.6.1.1/24"                   name="" preferred="no"                   scope="public"                   virtual="no"/>
<fvSubnet ctrl="nd" descr="" ip="2001:23:6:1::1/64"                   name="" preferred="no"                   scope="public" virtual="no">
<fvRsNdPfxPol tnNdPfxPolName=""/>
</fvSubnet>
<fvRsBdToEpRet resolveAct="resolve" tnFvEpRetPolName=""/>
</fvBD>
<vnsSvcCont/>
<fvRsTenantMonPol tnMonEPGPolName=""/>
<fvAp descr="" name="AP1"              ownerKey="" ownerTag="" prio="unspecified">
<fvAEPg descr=""                   isAttrBasedEPg="no"                   matchT="AtleastOne"                   name="epg107"                   pcEnfPref="unenforced" prio="unspecified">
<fvRsCons prio="unspecified"                        tnVzBrCPName="webCtrct-pod2"/>
<fvRsPathAtt descr=""                        encap="vlan-1256"                        instrImedcy="immediate"                        mode="regular" primaryEncap="unknown"                        tDn="topology/pod-2/paths-107/pathep-[eth1/48]"/>
<fvRsDomAtt classPref="encap" delimiter=""                        encap="unknown"                        instrImedcy="immediate"                        primaryEncap="unknown"                        resImedcy="lazy" tDn="uni/phys-phys"/>
<fvRsCustQosPol tnQosCustomPolName=""/>
<fvRsBd tnFvBDName="bd107"/>
<fvRsProv matchT="AtleastOne"                        prio="unspecified"                        tnVzBrCPName="default"/>
</fvAEPg>
<fvAEPg descr=""                   isAttrBasedEPg="no"                   matchT="AtleastOne"                   name="epg103"                   pcEnfPref="unenforced" prio="unspecified">
<fvRsCons prio="unspecified" tnVzBrCPName="default"/>
<fvRsCons prio="unspecified" tnVzBrCPName="webCtrct"/>
<fvRsPathAtt descr="" encap="vlan-1256"                        instrImedcy="immediate"                        mode="regular" primaryEncap="unknown"                        tDn="topology/pod-1/paths-103/pathep-[eth1/48]"/>
<fvRsDomAtt classPref="encap" delimiter=""                             encap="unknown"                             instrImedcy="immediate"                             primaryEncap="unknown"                             resImedcy="lazy" tDn="uni/phys-phys"/>
<fvRsCustQosPol tnQosCustomPolName=""/>
<fvRsBd tnFvBDName="bd103"/>
</fvAEPg>
</fvAp>
<l3extOut descr=""              enforceRtctrl="export"              name="routAccounting-pod2"              ownerKey="" ownerTag="" targetDscp="unspecified">
<l3extRsEctx tnFvCtxName="ctx6"/>
<l3extInstP descr=""                   matchT="AtleastOne"                   name="accountingInst-pod2"                   prio="unspecified" targetDscp="unspecified">
<l3extSubnet aggregate="export-rtctrl,import-rtctrl"                   descr="" ip="::/0" name=""                   scope="export-rtctrl,import-rtctrl,import-security"/>
<l3extSubnet aggregate="export-rtctrl,import-rtctrl"                   descr=""                   ip="0.0.0.0/0" name=""                   scope="export-rtctrl,import-rtctrl,import-security"/>
<fvRsCustQosPol tnQosCustomPolName=""/>
<fvRsProv matchT="AtleastOne"                   prio="unspecified" tnVzBrCPName="webCtrct-pod2"/>
</l3extInstP>
<l3extConsLbl descr=""                   name="golf2">
owner="infra"
ownerKey="" ownerTag="" tag="yellow-green"/>
</l3extOut>
<l3extOut descr=""              enforceRtctrl="export"              name="routAccounting"              ownerKey="" ownerTag="" targetDscp="unspecified">
<l3extRsEctx tnFvCtxName="ctx6"/>
<l3extInstP descr=""                   matchT="AtleastOne"                   name="accountingInst"                   prio="unspecified" targetDscp="unspecified">
<l3extSubnet aggregate="export-rtctrl,import-rtctrl" descr=""                   ip="0.0.0.0/0" name=""                   scope="export-rtctrl,import-rtctrl,import-security"/>
<fvRsCustQosPol tnQosCustomPolName=""/>
<fvRsProv matchT="AtleastOne" prio="unspecified" tnVzBrCPName="webCtrct"/>
</l3extInstP>
<l3extConsLbl descr=""                   name="golf">
owner="infra"
ownerKey="" ownerTag="" tag="yellow-green"/>
</l3extOut>
</fvTenant>

REST API を使用した DCIG への BGP EVPN タイプ 2 ホスト ルート配信の有効化

次のように REST API を使用して、BGP EVPN タイプ 2 ホスト ルートの配信を有効にします。

始める前に

EVPN サービスを設定する必要があります。

手順

ステップ 1

次の例のように、XML が含まれている POST で、ホスト ルート リーク ポリシーを設定します。

例:

<bgpCtxAfPol descr="" ctrl="host-rt-leak" name="bgpCtxPol_0 status=""/>

ステップ 2

次の例のように、XML が含まれている POST を使用してアドレス ファミリの一方または両方の VRF BGP アドレス ファミリ コンテキスト ポリシーに、ポリシーを適用します。

例:

<fvCtx name="vni-10001">
<fvRsCtxToBgpCtxAfPol af="ipv4-ucast" tnBgpCtxAfPolName="bgpCtxPol_0"/>
<fvRsCtxToBgpCtxAfPol af="ipv6-ucast" tnBgpCtxAfPolName="bgpCtxPol_0"/>
</fvCtx>