アクセスインターフェイス
アクセスインターフェイスについて
物理ポートの構成
ポートチャネル
Cisco ACI の仮想ポートチャネル
リフレクティブリレー (802.1Qbg)
- GUI を使用したリフレクティブリレーの有効化
- NX-OS は、CLI を使用してリフレクティブリレーの有効化
FEX デバイスへのポート、PC、および vPC 接続の設定
ポートプロファイルの設定
インターフェイス構成の編集

アクセスインターフェイス

アクセスインターフェイスについて

Cisco Application Centric Infrastructure（ACI）では、インターフェイスポリシーグループ（インターフェイス速度やリンク層検出プロトコル（LLDP）などのインターフェイスポリシーのグループ）をスイッチノード上のインターフェイスに関連付けることによって、インターフェイス構成を実行します。Cisco ACI は、4 つのオブジェクト（スイッチプロファイル、スイッチセレクタ、インターフェイスプロファイル、およびインターフェイスセレクタ）を使用して、特定のスイッチノード上の特定のインターフェイスを選択します。本書では、この動作モードを「プロファイルとセレクタの構成」と呼びます。次の図で、この構成について説明します：

Cisco ACI 6.0（1）リリースでは、インターフェイス構成を簡素化する「ポート単位の構成」構成オプション（「インターフェイス構成」または infraPortConfig とも呼ばれます。後者がこの構成のオブジェクト名です）が追加されています。このオプションは、4 つのオブジェクトを 1 つのオブジェクトとして表示し、このオブジェクトでスイッチノード上のインターフェイスを指定します。その結果、スイッチプロファイル、スイッチセレクタ、インターフェイスプロファイル、およびインターフェイスセレクタを個別に使用したり、維持したりする必要はありません。

Cisco Application Policy Infrastructure Controller（APIC）GUI で次の方法でポート単位の設定にアクセスできます。

[ファブリック（Fablic）] > [アクセスポリシー（Access Policies）] > [インターフェイスの構成（Interfaces Configuration）]
[ファブリック（Fablic）] > [アクセスポリシー（Access Policies）] > [クイックスタート（Quick Start）] > [インターフェイスの構成（Interfaces Configuration）]
[ファブリック（Fabric）] > [インベントリ（Inventory）] > [pod_ID] > [switch_name] > [インターフェイス（Interface）]タブ > [インターフェイスの構成（Configure Interfaces）]

Cisco APIC GUI の以前と同じ場所で、スイッチプロファイルとセレクタ、およびインターフェイスプロファイルとセレクタを使用してスイッチを構成できます：

[ファブリック（Fabric）] > [アクセスポリシー（Access Policies）] > [スイッチ（Switches）] > [リーフスイッチ（Leaf Switches）] > [プロファイル（Profiles）]
[ファブリック（Fabric）] > [アクセスポリシー（Access Policies）] > [スイッチ（Switches）] > [スパインスイッチ（Spine Switches）] > [プロファイル（Profiles）]
[ファブリック（Fabric）] > [アクセスポリシー（Access Policies）] > [インターフェイス（Interfaces）] > [リーフインターフェイス（Leaf Interfaces）] > [プロファイル（Profiles）]
[ファブリック（Fabric）] > [アクセスポリシー（Access Policies）] > [インターフェイス（Interfaces）] > [スパインインターフェイス（Spine Interfaces）] > [プロファイル（Profiles）]

ただし、ポート単位の構成を使用することを推奨します。

インターフェイス構成オプションを使用する場合、Cisco APIC は、できるだけ少ない読み取り専用のオブジェクトで済ませられるような方法で、スイッチプロファイルとセレクタ、およびインターフェイスプロファイルとセレクタを作成して維持します。たとえば、2 つの連続するポートを同じように構成すると、Cisco APIC は構成内に範囲を自動的に作成します。ポートは個別に構成するため、これらの最適化について心配する必要はありません。Cisco APIC が適切に処理します。Cisco APIC が自動的に作成するこれらのオブジェクトは「システム生成プロファイル」と呼ばれます。ユーザーが管理する必要はありません。

システムによって生成されたプロファイルは、GUI の[ファブリック（Fabric）] > [アクセスポリシー（Access Policies）] > [インターフェイス（Interfaces）] > [{リーフ | スパイン} {スイッチ | インターフェイス}（{Leaf | Spine} {Switches | Interfaces}）] > [Profiles（プロファイル）]の下に、ユーザー定義プロファイルとともに表示されます。

インターフェイス構成オプションを使用してインターフェイスを構成するとき、以前にプロファイルとセレクタを使用してインターフェイスを設定していた場合には、 Cisco APIC は既存のプロファイルからインターフェイスを自動的に削除し、インターフェイスをシステム生成プロファイルにシームレスに移動します。既存のスイッチおよびインターフェイスプロファイルに他のインターフェイスが含まれている場合、Cisco APIC はそれらを削除しません。従来の方法でそれらを使用し続けることができます。既存のプロファイルにインターフェイスが含まれていない場合、Cisco APIC は不要になったプロファイルを自動的に削除します。

マルチノードセレクタを使用してインターフェイスをすでに構成していた場合、つまり、複数のリーフスイッチを持つプロファイルにポートセレクタを割り当てていた場合は、Cisco APIC のマルチノードセレクタに属する各ノードに同じインターフェイスを同時に構成して、それらのノードを既存のプロファイルから自動的に削除する必要があります。そうしないと、検証の失敗によって移行がブロックされます。

物理ポートの構成

Cisco Application Centric Infrastructure（ACI）リーフスイッチインターフェイスを構成するには、複数の方法があります：

セレクタとプロファイルベースの構成モデルを使用します。[ファブリック（Fabric）] > [アクセスポリシー（Access Policies）] > [スイッチ（Switches）] > [リーフスイッチ（Leaf Switches）] > [プロファイル（Profiles）]から、リーフノードを選択するためのリーフセレクタおよび関連付けられたインターフェイスプロファイルを構成できます。これにより、インターフェイスプロファイル（[ファブリック（Fabric）] > [アクセスポリシー（Access Policies）] > [インターフェイス（Interfaces）] > [リーフインターフェイス（Leaf Interfaces）] > [プロファイル（Profiles）]）を選択します。そしてこれは、1 つ以上のインターフェイスを選択して、インターフェイスポリシーグループに関連付けます。
Cisco Application Policy Infrastructure Controller（APIC）5.2(7) リリース以降のインターフェイス構成を使用して行います。[ファブリック（Fablic）] > [アクセスポリシー（Access Policies）] > [インターフェイスの構成（Interfaces Configuration）] に移動します。この構成オプションは、構成手順の数を 4 回から 1 回に減らすことで、構成ワークフローを簡素化します。
[ファブリック（Fabric）] > [インベントリ（Inventory）] > [pod_ID] > [switch_name]からのインベントリビューを用いて行います。Cisco APIC 5.2(7) リリース以降、インベントリビューの構成でもインターフェイスの構成を使用します。
[ファブリック（Fabric）] > [アクセスポリシー（Access Policies）] > [クイックスタート（Quick Start）]ウィザードを用いて行います。Cisco APIC 5.2(7) リリース以降、インベントリビューの構成でもインターフェイスの構成を使用します。

リリース 5.2(7) 以降の GUI を使用したインターフェイス設定モデルを使用したリーフスイッチ物理ポートの設定

リリース 5.2(7) 以降において、[ファブリック（Fabric）] > [アクセスポリシー（Access Policies）] > [クイックスタート（Quick Start）] > [インターフェイスの構成（Configure Interfaces）]または[ファブリック（Fabric）] > [アクセスポリシー（Access Policies）] > [インターフェイスの構成（Interface Configuration）]ページのいずれかで、サーバーを、ポートチャネルを持つCisco Application Centric Infrastructure（ACI）リーフスイッチインターフェイスに接続します。手順は、Cisco ACI リーフスイッチインターフェイスに他の種類のデバイスを接続する場合と同じになります。

始める前に

Cisco ACI ファブリックが設置され、Cisco Application Policy Infrastructure Controller（APIC）がオンラインになっており、Cisco APIC クラスタが形成されて正常に動作していること。
必要なファブリックインフラストラクチャ構成を作成できる Cisco APIC ファブリック管理者アカウントが使用可能であること。
ターゲットリーフスイッチが Cisco ACI ファブリックに登録され、使用可能であること。

手順

ステップ 1	メニューバーで、[ファブリック（FABRIC）] > [アクセスポリシー（Access Policies）] の順に選択します。
ステップ 2	ナビゲーションペインで [クイックスタート（Quick Start）] [インターフェイスの構成（Interface Configuration）] を選択します。
ステップ 3	作業ペインで、[クイックスタート（Quick Start）] ウィザードの [インターフェイスの構成（Configure Interfaces）] をクリックし、[インターフェイスの構成（Configure Interfaces）] をクリックするか、または [インターフェイス構成（Interface Configuration ）] の作業ペインで、[アクション（Actions）] > [インターフェイスの構成（Configure Interfaces）]をクリックします。
ステップ 4	[インターフェイスの設定（Configure Interfaces）] ダイアログで、以下のアクションを実行します。 [ノードタイプ（Node Type）] で、[リーフ（Leaf）] をクリックします。 [ポートタイプ（Port Type）] で、[アクセス（Access）] をクリックします。 [インターフェイスタイプ（Interface Type）] で、目的のタイプを選択します。 [インターフェイス集約タイプ（Interface Aggregation Type）] で、[個別（Individual）] を選択します。 [ノード（Node）]で、[ノードの選択（Select Node）] をクリックし、目的のスイッチ（ノード）のボックスにチェックを入れ、[OK] をクリックします。複数のスイッチを選択できます。 [すべてのスイッチのインターフェイス（Interfaces For All Switches）] で、目的のインターフェイスの範囲を入力します。 [リーフアクセスポートポリシーグループ（Leaf Access Port Policy Group）] の場合は、[リーフアクセスポートポリシーグループの選択（Select Leaf Access Port Policy Group）] をクリックします。 [リーフアクセスポートポリシーグループの選択（Select Leaf Access Port Policy Group）] ダイアログで、[リーフアクセスポートポリシーグループの作成（Create Leaf Access Port Policy Group）] をクリックします。インターフェイスポリシーグループは、選択したスイッチのインターフェイスに適用するインターフェイスポリシーのグループを指定する名前付きポリシーです。インターフェイスポリシーの例は、リンクレベルのポリシー（たとえば、1 gbit のポート速度）、ストーム制御インターフェイスポリシーなどです。 [リーフアクセスポートポリシーグループの作成（Create Leaf Access Port Policy Group）] ダイアログで、目的のポリシーを選択または作成します。 [保存（Save）] をクリックします。

次のタスク

これで、基本リーフスイッチインターフェイスの設定手順は完了しました。

（注）

この設定はハードウェア接続を有効にしますが、このハードウェア設定に関連付けられた有効なアプリケーションプロファイル、EPG、およびコントラクトがないと、データトラフィックはフローできません。

セレクタおよびプロファイルからのインターフェイスから GUI を使用したインターフェイス構成への移行

この手順を使用して、既存のインターフェイスの構成を、セレクタベースおよびプロファイルベースのモデルから、インターフェイス構成モデルに変換できます。

（注）

Cisco Application Policy Infrastructure Controller（APIC）は、アクティブなポリシーグループオーバーライドの設定されたインターフェイスを自動的に移行しません。これらのポートは手動で移行する必要があります。

手順

ステップ 1	メニューバーで、[ファブリック（FABRIC）] > [アクセスポリシー（Access Policies）] の順に選択します。
ステップ 2	ナビゲーションペインで [インターフェイスの設定（Interface Configuration）] を選択します。
ステップ 3	テーブルで、移行するインターフェイスを選択し、右側にある 3 つのドットをクリックします。
ステップ 4	ポップアップメニューで、[インターフェイス構成の編集（Edit Interface Configuration）] を選択します。次のメッセージが表示されます。 `このインターフェイスは、インターフェイスセレクタを使用して構成されています。インターフェイスを構成する新しい方法に移行することをお勧めします。[保存（Save）] をクリックすると、このインターフェイスは移行されます。`
ステップ 5	[保存（Save）] をクリックします。 Cisco APIC は、インターフェイスを新しい構成モデルに変換します。
ステップ 6	Cisco APIC のリリースと目的に応じて、次のサブステップのセットのいずれかを実行します。単一のインターフェイスを移行するには、次の手順を実行します。テーブルで、移行するインターフェイスを選択し、右側にある 3 つのドットをクリックします。ポップアップメニューで、[インターフェイス構成の編集（Edit Interface Configuration）] を選択します。次のメッセージが表示されます。 `このインターフェイスは、インターフェイスセレクタを使用して構成されています。インターフェイスを構成する新しい方法に移行することをお勧めします。[保存（Save）] をクリックすると、このインターフェイスは移行されます。` [保存（Save）] をクリックします。 Cisco APIC は、インターフェイスを新しい構成モデルに変換します。 6.0(2) 以降のリリースでは、は、セレクタベースおよびプロファイルベースのモデルに基づく既存の設定をインターフェイス設定モデルに移行するタスクを簡素化します。Cisco APIC複数のノードを選択することで、ノードのすべてのポートのセレクタベースの構成を移行できます。この機能は、セレクタが複数のノードにまたがる場合に役立ちます。複数のインターフェイスを移行するには、次の手順を実行します。テーブルで、移行するインターフェイスを選択します。 [アクション（Actions）] > [インターフェイスの構成（Configure Interfaces）]をクリックします。次のメッセージが表示されます。 `このインターフェイスは、インターフェイスセレクタを使用して構成されています。インターフェイスを構成する新しい方法に移行することをお勧めします。[保存（Save）] をクリックすると、このインターフェイスは移行されます。` [保存（Save）] をクリックします。 Cisco APIC は、インターフェイスを新しい構成モデルに変換します。

GUI を使用したインターフェイス構成の変更

インターフェイスの構成は、次のように変更できます。

手順

ステップ 1	メニューバーで、[ファブリック（FABRIC）] > [アクセスポリシー（Access Policies）] の順に選択します。
ステップ 2	ナビゲーションペインで [インターフェイスの設定（Interface Configuration）] を選択します。
ステップ 3	テーブルで、移行するインターフェイスを選択し、右側にある 3 つのドットをクリックします。
ステップ 4	ポップアップメニューで、[インターフェイス構成の編集（Edit Interface Configuration）] を選択します。このインターフェイスに関連付けられているポリシーグループを示すウィンドウが表示されます。
ステップ 5	既存のポリシーグループがある場合は、グループの横にある x をクリックして削除できます。
ステップ 6	[リーフアクセスポートポリシーグループの選択（Select Leaf Access Port Policy Group）] をクリックして、新しいポリシーグループを割り当てます。
ステップ 7	既存のポリシーグループを選択するか、[リーフアクセスポートポリシーグループの作成（Create Leaf Access Port Policy Group）] をクリックして新しいポリシーグループを作成します。
ステップ 8	[保存（Save）] をクリックします。

GUI を使用したインターフェイス構成の表示

Cisco Application Policy Infrastructure Controller（APIC）GUI は、インターフェイスがセレクタとプロファイルモデルを使用して構成されているか、インターフェイス構成モデルを使用して構成されているかに関係なく、インターフェイス構成の統合ビューを表示します。

[ファブリック（Fabric）] > [アクセスポリシー（Access Policies）] > [インターフェイス構成（Interface Configuration）]を選択し、右側のテーブルに移動して、すべてのリーフノードとインターフェイスを表示します。

リーフノードをクリックすると、管理状態、TEP の IP アドレス、ID 番号、ハードウェアモデル、シリアル番号、ソフトウェアバージョンなどのリーフノードの情報が表示されます。

インターフェイスをクリックすると、インターフェイスの情報が表示されます。このビューは「インフラポートサマリー」と呼ばれます。右上の中央のアイコンをクリックすると、インターフェイスの情報が全画面表示されます。全画面表示には、[概要（Overview）]、[操作（Operational）]、[展開済み EPG（Deployed EPGs）]、[VLAN（VLANs）]、[統計（Statistics）]、[QoS 統計（QoS stats）]、および [イベント分析（Event Analytics）] という追加情報を表示するタブが含まれています。この全画面表示を閉じるには、右上の [x] をクリックします。

特定のインターフェイスのポリシーグループ名をクリックすると、802.1X 構成、アタッチ可能なエンティティプロファイル、CDP 構成、LLDP 構成などのポリシーグループに関する情報が表示されます。

NX-OS CLI を使用したリーフノードおよび FEX デバイス上の物理ポートの設定

次の例のコマンドは、REST API/SDK および GUI と完全な互換性がある Cisco Application Centric Infrastructure（ACI）ポリシーモデルで、多数の管理対象オブジェクトを作成します。いずれにせよ、CLI ユーザーは Cisco ACI モデル内部ではなく、意図したネットワーク設定に注力できます。

Cisco ACI のリーフノードポートと FEX ポートの例に、リーフノードに直接接続されたイーサネットポート、またはリーフノードに接続された FEX モジュールの例と、CLI でそれぞれがどのように表示されるのかを示します。FEX ポートでは、fex-id はポート自体の名前に ethernet 101/1/1 として含まれます。インターフェイス範囲を記述する際は、ethernet キーワードを NX-OS で繰り返す必要はありません。例：interface ethernet 101/1/1-2, 102/1/1-2 。

リーフノードの ID 番号はグローバルです。
fex-id 番号は各リーフノードでローカルです。
キーワード ethernet の後のスペースに注意してください。

手順

ステップ 1

configure

グローバルコンフィギュレーションモードを開始します。

例:

apic1# configure

ステップ 2

leaf node-id

構成するリーフノードを指定します。node-id には、設定の適用対象となる単一のノード ID、または ID の範囲を node-id1- node-id2 という形式で指定できます。

例:

apic1(config)# leaf 102

ステップ 3

interface type

設定するインターフェイスを指定します。インターフェイスタイプと ID を指定できます。イーサネットポートの場合は、「ethernet slot / port」を使用します。

例:

apic1(config-leaf)# interface ethernet 1/2

ステップ 4

（任意） fex associate node-id

設定するインターフェイスが FEX インターフェイスの場合、このコマンドを使用して、設定前に FEX モジュールをリーフノードに接続する必要があります。

（注）

この手順は、FEX ポートを使用してポートチャネルを作成する前に行う必要があります。

例:

apic1(config-leaf-if)# fex associate 101

ステップ 5

speed speed

ここでの速度設定は一例です。ここでは、以下の表に示す任意のインターフェイス設定を設定できます。

例:

apic1(config-leaf-if)# speed 10G

次の表に、この時点で構成できるインターフェイス設定を示します。


コマンド	目的
[no] shut	物理インターフェイスをシャットダウンします
[no] speed speedValue	物理インターフェイスの速度を設定します
[no] link debounce time time	リンクでバウンスを設定します
[no] negotiate auto	ネゴシエートを設定します
[no] cdp enable	Cisco Discovery Protocol（CDP）を無効または有効にします
[no] mcp enable	Mis-Cabling Protocol（MCP）を無効または有効にします
[no] lldp transmit	物理インターフェイスの送信を設定します
[no] lldp receive	物理インターフェイスの LLDP 受信を設定します
spanning-tree {bpduguard \| bpdufilter} {enable \| disable}	スパニングツリー BPDU を設定します
[no] storm-control level percentage [ burst-rate percentage ]	ストーム制御（パーセント）を設定します
[no] storm-control pps packets-per-second burst-rate packets-per-second	ストーム制御（秒当たりのパケット）を設定します

例

リーフノードに 1 つのポートを設定します。次に、プロパティ speed、cdp、および admin state についてリーフ 101 のインターフェイス eth1/2 を設定する例を示します。

apic1# configure
apic1(config)# leaf 101
apic1(config-leaf)# interface ethernet 1/2
apic1(config-leaf-if)# speed 10G
apic1(config-leaf-if)# cdp enable
apic1(config-leaf-if)# no shut

複数のリーフノードの複数のポートを設定します。次に、リーフノード 101 ～ 103 のそれぞれのインターフェイス eth1/1-10 での速度設定の例を示します。

apic1(config)# leaf 101-103
apic1(config-leaf)# interface eth 1/1-10
apic1(config-leaf-if)# speed 10G

リーフノードに FEX を接続します。次に、リーフノードに FEX モジュールを接続する例を示します。NX-OS とは異なり、リーフノードポート Eth1/5 は暗黙的にファブリックポートとして構成され、FEX ファブリックポートチャネルは FEX アップリンクポートで内部的に作成されます。Cisco ACI では、FEX ファブリックポートチャネルはデフォルト構成を使用します。ユーザー構成は使用できません。

（注）

次の例に示すように、この手順は FEX ポートを使用してポートチャネルを作成する前に行う必要があります。

apic1(config)# leaf 102
apic1(config-leaf)# interface eth 1/5
apic1(config-leaf-if)# fex associate 101

リーフノードに接続した FEX ポートを設定します。次に、リーフノード 102 ～ 103 のそれぞれに接続した FEX モジュール 101 のインターフェイス eth1/1-10 での速度設定の例を示します。FEX ID 101 はポート ID に含まれています。FEX ID は 101 から始まり、リーフノードに対してローカルです。

apic1(config)# leaf 102-103
apic1(config-leaf)# interface eth 101/1/1-10
apic1(config-leaf-if)# speed 1G

ポートチャネル

PC ホストロードバランシングアルゴリズム

次の表に、Cisco Application Centric Infrastructure（ACI）リーフノードダウンリンクにわたるポートチャネルロードバランシングで使用されるデフォルトのハッシュアルゴリズムと対称ハッシュアルゴリズムオプションを示します。対称ハッシュアルゴリズムオプションは、Cisco Application Policy Infrastructure Controller（APIC）リリース 2.3(1e) で導入されました。

表 1. PC ホストロードバランシングアルゴリズム
Traffic Type	データポイントのハッシュ
エンドホスト PC（デフォルト）	レイヤ 2 トラフィック用：送信元 MAC アドレス宛先 MAC アドレスセグメント ID（VXLAN VNID）または VLAN ID IP トラフィックの場合：送信元 MAC アドレス宛先 MAC アドレス送信元 IP アドレス宛先 IP アドレスプロトコルタイプ送信元レイヤ 4 ポート宛先レイヤ 4 ポートセグメント ID（VXLAN VNID）または VLAN ID
PC 対称ハッシュ（構成可能）	オプションを選択する：送信元 IP アドレス宛先 IP アドレス送信元レイヤ 4 ポート宛先レイヤ 4 ポート

Po1 や Po2 などのリーフスイッチに複数のポートチャネルがある場合、次のシナリオがサポートされます。

Po1：SIP のみで対称ハッシュを有効にします。
Po2：対称ハッシュを有効にしません。デフォルトのハッシュを使用します。

ただし、次のシナリオは、2 番目のポートチャネル Po2 のハッシュパラメータが異なることになるため、サポートされません。

Po1：SIP のみで対称ハッシュを有効にします。
Po2：DIP のみで対称ハッシュを有効にします。

つまり、単一のリーフスイッチでは、対称ハッシュを必要とするすべてのポートチャネルが同じハッシュポリシー/パラメータを使用するか、デフォルトのハッシュを使用する必要があります。

対称ハッシュは、次のスイッチではサポートされていません。

Cisco Nexus 93128TX
Cisco Nexus 9372PX
Cisco Nexus 9372PX-E
Cisco Nexus 9372TX
Cisco Nexus 9372TX-E
Cisco Nexus 9396PX
Cisco Nexus 9396TX

（注）

ポートチャネルハッシュアルゴリズムは、個々のリーフノードに個別に適用されます。アルゴリズムは、vPC ペアのリーフノードへのロードバランシングなど、ファブリック内のロードバランシングには影響しません。したがって、対称ハッシュは vPC ではサポートされません。

GUI を使用した ACI リーフスイッチのポートチャネルの構成

この手順では、[ファブリック（Fabric）] > [アクセスポリシー（Access Policies）] > [ クイックスタート（Quick Start）] > [インターフェイスの構成（Interface Configuration）]または[ファブリック（Fabric）] > [アクセスポリシー（Access Policies）] > [インターフェイス構成（Interface Configuration）]ページを使用して、ポートチャネルを使用してCisco Application Centric Infrastructure（ACI）リーフスイッチインターフェイスにサーバーを接続します。手順は、Cisco ACI リーフスイッチインターフェイスに他の種類のデバイスを接続する場合と同じになります。

始める前に

Cisco ACI ファブリックが設置され、APIC コントローラがオンラインになっており、APIC クラスタが形成されて正常に動作していること。
必要なファブリックインフラストラクチャ設定を作成できる APIC ファブリック管理者アカウントが使用可能であること。
ターゲットリーフスイッチが Cisco ACI ファブリックに登録され、使用可能であること。

手順

ステップ 1

メニューバーで、[ファブリック（FABRIC）] > [アクセスポリシー（Access Policies）] の順に選択します。

ステップ 2

次のいずれかの方法を使用して、[インターフェイスの構成（Configure Interfaces）] ダイアログを開きます。

方法 1：

[ナビゲーション（Navigation）] ペインで、[クイックスタート（Quick Start）] をクリックします。
[作業（Work）] ペインで、[インターフェイスの設定（Configure Interfaces）] をクリックします。

方法 2：

ナビゲーションペインで [インターフェイスの設定（Interface Configuration）] を選択します。
作業ペインで、[アクション（Actions）] > [インターフェイスの設定（Configure Interfaces）]をクリックします。

ステップ 3

[インターフェイスの設定（Configure Interfaces）] ダイアログで、以下のアクションを実行します。

[ノードタイプ（Node Type）] で、[リーフ（Leaf）] をクリックします。
[ポートタイプ（Port Type）] で、[アクセス（Access）] をクリックします。
[インターフェイスタイプ（Interface Type）] で、目的のタイプを選択します。
[インターフェイス集約タイプ（Interface Aggregation Type）] で、[PC] を選択します。
[ノード（Node）]で、[ノードの選択（Select Node）] をクリックし、目的のスイッチ（ノード）のボックスにチェックを入れ、[OK] をクリックします。
[すべてのスイッチのインターフェイス（Interfaces For All Switches）] で、目的のインターフェイスの範囲を入力します。
[PC/vPC インターフェイスポリシーグループ（PC/vPC Interface Policy Group）] で、[PC/vPC インターフェイスポリシーグループの選択（Select PC/vPC Interface Policy Group）] をクリックし、既存のポートチャネルポリシーグループを選択するか、新規に作成します。
[ポートチャネルメンバーポリシー（Port Channel Member Policy）] で、[ポートチャネルメンバーポリシーの選択（Select Port Channel Member Policy）] をクリックし、既存のポートチャネルメンバーポリシーを選択するか、新規に作成します。
[PC/vPC インターフェイスポリシーグループの選択（Select PC/vPC Interface Policy Group）] ダイアログで、既存のポリシーグループを選択するか、[PC/vPC インターフェイスポリシーグループの作成（Create PC/vPC Interface Policy Group）] をクリックして新しいポリシーグループを作成します。
[保存（Save）] をクリックします。

次のタスク

これで、ポートチャネルの設定手順は完了しました。

（注）

NX-OS CLI を使用したリーフノードおよび FEX デバイスのポートチャネルの設定

ポートチャネルは NX-OS の論理インターフェイスです。これは、複数の物理ポートのために帯域幅を集約するとともに、リンク障害時の冗長性を確保する目的でも使用されます。NX-OS におけるポートチャネルインターフェイスは、ノード内では一意となる、1 ～ 4096 の範囲でユーザが指定した番号によって識別されます。ポートチャネルインターフェイスは、（interface port-channel コマンドを使用して）明示的に構成するか、または（channel-group コマンドを使用して）暗黙的に作成します。ポートチャネルインターフェイスの構成は、ポートチャネルのすべてのメンバーポートに適用されます。特定の互換性パラメータ（速度など）は、メンバーポートでは設定できません。

ACI モデルでは、ポートチャネルは論理エンティティとして設定され、1 つ以上のリーフノードでポートセットに割り当てられるポリシーのコレクションを表す名前によって識別されます。このような割り当てによって各リーフノードにポートチャネルインターフェイスが 1 個作成されます。これは、リーフノード内の 1 ～ 4096 の範囲で自動生成される番号によって識別されます。同じポートチャネル名を持つノード間で、番号を同じにすることも、別にすることもできます。これらのポートチャネルのメンバーシップは、同じでも異なっていてもかまいません。FEX ポート上にポートチャネルを作成するときには、同じポートチャネル名を使用して、リーフノードに接続されている各 FEX デバイスに対して 1 つのポートチャネルインターフェイスを作成することができます。したがって、N 個の FEX モジュールに接続されている各リーフノードには最大で N+1 個の一意のポートチャネルインターフェイス（自動生成されるポートチャネル番号で識別される）を作成できます。これは以下の例で説明します。FEX ポートのポートチャネルは、fex-id とポートチャネル名を指定することによって識別されます（例：interface port-channel foo fex 101 ）。

各リーフが N 個の FEX ノードに接続されているときは、ポートチャネル foo のリーフごとに N+1 個のインスタンスが可能です。
リーフポートおよび FEX ポートを同じポートチャネルインスタンスの一部にすることはできません。
各 FEX ノードはポートチャネル foo のインスタンスを 1 つだけ持つことができます。

手順

コマンドまたはアクション目的

ステップ 1

configure

例:

apic1# configure

グローバルコンフィギュレーションモードを開始します。

ステップ 2

template port-channel channel-name

例:

apic1(config)# template port-channel foo

新しいポートチャネルを作成するか、既存のポートチャネルを構成します（グローバル構成）。

ステップ 3

[no] switchport access vlan vlan-id tenant tenant-name application application-name epg epg-name

例:

apic1(config-po-ch-if)# switchport access vlan 4 tenant ExampleCorp application Web epg webEpg

ポートチャネルが関連付けられるすべてのポート上に VLAN を持つ EPG を展開します。

ステップ 4

channel-mode active

例:

apic1(config-po-ch-if)# channel-mode active

（注）

対称ハッシュを有効にするには、lacp symmetric-hash コマンドを入力します。

apic1(config-po-ch-if)# lacp symmetric-hash

（注）

channel-mode コマンドは、NX-OS の channel-group コマンドの mode オプションに相当します。ただし、ACI ではこれは（メンバーポートではなく）ポートチャネルでサポートされます。

対称ハッシュは、次のスイッチではサポートされていません。

Cisco Nexus 93128TX
Cisco Nexus 9372PX
Cisco Nexus 9372PX-E
Cisco Nexus 9372TX
Cisco Nexus 9372TX-E
Cisco Nexus 9396PX
Cisco Nexus 9396TX

ステップ 5

exit

例:

apic1(config-po-ch-if)# exit

設定モードに戻ります。

ステップ 6

leaf node-id

例:

apic1(config)# leaf 101

設定するリーフスイッチを指定します。node-id には、設定の適用対象となる単一のノード ID、または ID の範囲を node-id1- node-id2 という形式で指定できます。

ステップ 7

interface type

例:

apic1(config-leaf)# interface ethernet 1/1-2

ポートチャネルに構成するインターフェイスまたはインターフェイスの範囲を指定します。

ステップ 8

[no] channel-group channel-name

例:

apic1(config-leaf-if)# channel-group foo

インターフェイスまたはインターフェイスの範囲をポートチャネルに割り当てます。ポートチャネルからインターフェイスを削除するには、キーワード no を使用します。インターフェイス上からポートチャネルの割り当てを変更する場合は、以前のポートチャネルからインターフェイスを先に削除しなくても、channel-group コマンドを入力することができます。

ステップ 9

（任意） lacp port-priority priority

例:


apic1(config-leaf-if)# lacp port-priority 1000
apic1(config-leaf-if)# lacp rate fast

（任意）

この設定とその他のポート単位の LACP プロパティは、この時点でポートチャネルのメンバーポートに適用できます。

（注）

ACI モデルでは、これらのコマンドはポートがポートチャネルのメンバーになった後でのみ使用できます。ポートがポートチャネルから削除された場合、これらのポート単位のプロパティの設定も削除されます。

次の表に、ACI モデルでポートチャネルプロパティのグローバルコンフィギュレーションを行うためのさまざまなコマンドを示します。これらのコマンドは、（config-leaf-if）CLI モードで特定のリーフのポートチャネルのオーバーライドを設定するためにも使用できます。ポートチャネル上から行った構成は、すべてのメンバーポートに適用されます。


CLI 構文	機能
[no] speed <speedValue>	ポートチャネルの速度の設定
[no] link debounce time <time>	ポートチャネルのリンクデバウンスの設定
[no] negotiate auto	ポートチャネルのネゴシエートの構成
[no] cdp enable	ポートチャネルの CDP の無効化または有効化
[no] mcp enable	ポートチャネルの MCP の無効化または有効化
[no] lldp transmit	ポートチャネルの送信の設定
[no] lldp receive	ポートチャネルの LLDP 受信の設定
spanning-tree <bpduguard \| bpdufilter> <enable \| disable>	スパニングツリー BPDU を設定します
[no] storm-control level <percentage> [ burst-rate <percentage> ]	ストーム制御（パーセント）を設定します
[no] storm-control pps <packet-per-second> burst-rate <packets-per-second>	ストーム制御（秒当たりのパケット）を設定します
[no] channel-mode { active \| passive \| on\| mac-pinning }	ポートチャネルのリンクの LACP モード｜
[no] lacp min-links <value>	リンクの最小数を設定します
[no] lacp max-links <value>	リンクの最大数を設定します
[no] lacp fast-select-hot-standby	ホットスタンバイポートの LACP 高速セレクトを設定します
[no] lacp graceful-convergence	LACP グレースフルコンバージェンスを設定します
[no] lacp load-defer	LACP ロード遅延メンバーポートを設定します
[no] lacp suspend-individual	LACP 個別ポートの中断を設定します
[no] lacp port-priority	LACP ポートプライオリティ
[no] lacp rate	LACP レートを設定します

例

ポートチャネル（グローバルコンフィギュレーション）を設定します。速度およびチャネルモードの 2 つの設定を含むポリシーのコレクションを表す論理エンティティ「foo」を作成します。必要に応じてより多くのプロパティを設定できます。

（注）

channel mode コマンドは、NX-OS の channel group コマンドの mode オプションに相当します。ただし、ACI ではこれは（メンバーポートではなく）ポートチャネルでサポートされます。

apic1(config)# template port-channel foo
apic1(config-po-ch-if)# switchport access vlan 4 tenant ExampleCorp application Web epg webEpg
apic1(config-po-ch-if)# speed 10G
apic1(config-po-ch-if)# channel-mode active

FEX のポートチャネルにポートを構成します。この例では、ポートチャネル foo はリーフノード 102 に接続されている FEX 101 のポートイーサネット 1/1-2 に割り当てられ、ポートチャネル foo のインスタンスを作成します。リーフノードは番号（例えば 1002）を自動生成し、スイッチのポートチャネルを識別します。このポートチャネル番号は、作成されたポートチャネル foo のインスタンス数とは無関係で、リーフノード 102 に固有のものです。

（注）

リーフノードに FEX モジュールを接続する設定は、FEX ポートを使用してポートチャネルを作成する前に実行する必要があります。

apic1(config)# leaf 102
apic1(config-leaf)# interface ethernet 101/1/1-2
apic1(config-leaf-if)# channel-group foo

リーフ 102 では、このポートチャネルインターフェイスを interface port channel foo FEX 101 と呼ぶこともできます。

apic1(config)# leaf 102
apic1(config-leaf)# interface port-channel foo fex 101
apic1(config-leaf)# shut

複数のリーフノードでポートチャネルにポートを設定します。この例におけるポートチャネル foo は、101 ～ 103 の各リーフノード内にあるイーサネット 1/1-2 ポートに割り当てられます。リーフノードは各ノードで固有の番号（ノード間で同一にする、または分けられる）を自動生成し、これがポートチャネルインターフェイスを表します。

apic1(config)# leaf 101-103
apic1(config-leaf)# interface ethernet 1/1-2
apic1(config-leaf-if)# channel-group foo

ポートチャネルにメンバーを追加します。この例では、各リーフノードのポートチャネルに 2 つのメンバー eth1/3-4 を追加し、各ノードのポートチャネル foo がメンバー eth 1/1-4 を持つようにします。

apic1(config)# leaf 101-103
apic1(config-leaf)# interface ethernet 1/3-4
apic1(config-leaf-if)# channel-group foo

ポートチャネルからメンバーを削除します。この例は、各リーフノードでポートチャネル foo から 2 つのメンバー eth1/2、eth1/4 を削除し、各ノードのポートチャネル foo がメンバー eth 1/1、eth1/3 を持つようにします。

apic1(config)# leaf 101-103
apic1(config-leaf)# interface eth 1/2,1/4
apic1(config-leaf-if)# no channel-group foo

複数のリーフノードで異なるメンバーを持つポートチャネルを設定します。次に、同じポートチャネル foo ポリシーを使用して、リーフごとにメンバーポートが異なる複数のリーフノードでポートチャネルインターフェイスを作成する例を示します。リーフノードのポートチャネル番号は、同じポートチャネル foo に対して同じでも異なっていてもかまいません。ただし CLI では、構成は interface port-channel foo で参照されます。FEX ポートにポートチャネルが構成されている場合は、interface port-channel foo fex <fex-id> で参照されます。

apic1(config)# leaf 101
apic1(config-leaf)# interface ethernet 1/1-2
apic1(config-leaf-if)# channel-group foo
apic1(config-leaf-if)# exit
apic1(config-leaf)# exit
apic1(config)# leaf 102
apic1(config-leaf)# interface ethernet 1/3-4
apic1(config-leaf-if)# channel-group foo
apic1(config-leaf-if)# exit
apic1(config-leaf)# exit
apic1(config)# leaf 103
apic1(config-leaf)# interface ethernet 1/5-8
apic1(config-leaf-if)# channel-group foo
apic1(config-leaf-if)# exit
apic1(config-leaf)# interface ethernet 101/1/1-2
apic1(config-leaf-if)# channel-group foo

LACP のポート単位のプロパティを設定します。次に、LACP のポート単位のプロパティについてポートチャネルのメンバーポートを構成する例を示します。

（注）

ACI モデルでは、これらのコマンドはポートがポートチャネルのメンバーになった後でのみ使用できます。ポートがポートチャネルから削除された場合、これらポート単位のプロパティ設定も削除されます。

apic1(config)# leaf 101
apic1(config-leaf)# interface ethernet 1/1-2
apic1(config-leaf-if)# channel-group foo
apic1(config-leaf-if)# lacp port-priority 1000
apic1(config-leaf-if)# lacp rate fast

ポートチャネルの管理状態を設定します。この例におけるポートチャネル foo は、channel-group コマンドを使用することで、101 ～ 103 の各リーフノードに対して構成されます。ポートチャネルの管理状態は、ポートチャネルインターフェイスを使用して各リーフで設定できます。ACI モデルでは、ポートチャネルの管理状態をグローバルスコープで構成することはできません。

// create port-channel foo in each leaf
apic1(config)# leaf 101-103
apic1(config-leaf)# interface ethernet 1/3-4
apic1(config-leaf-if)# channel-group foo

// configure admin state in specific leaf
apic1(config)# leaf 101
apic1(config-leaf)# interface port-channel foo
apic1(config-leaf-if)# shut

オーバーライド構成は、他のプロパティを共有しながら各リーフのポートチャネルインターフェイスに特定の VLAN ドメインを割り当てる場合などにとても便利です。

// configure a port channel global config
apic1(config)# interface port-channel foo
apic1(config-if)# speed 1G
apic1(config-if)# channel-mode active

// create port-channel foo in each leaf
apic1(config)# leaf 101-103
apic1(config-leaf)# interface ethernet 1/1-2
apic1(config-leaf-if)# channel-group foo

// override port-channel foo in leaf 102
apic1(config)# leaf 102
apic1(config-leaf)# interface port-channel foo
apic1(config-leaf-if)#  speed 10G
apic1(config-leaf-if)#  channel-mode on
apic1(config-leaf-if)#  vlan-domain dom-foo

次の例では、channel-group コマンドを使用することで、ポートのポートチャネル割り当てを変更します。他のポートチャネルに割り当てる前にポートチャネルのメンバーシップを削除する必要はありません。

apic1(config)# leaf 101-103
apic1(config-leaf)# interface ethernet 1/3-4
apic1(config-leaf-if)# channel-group foo
apic1(config-leaf-if)# channel-group bar

Cisco ACI の仮想ポートチャネル

仮想ポートチャネル（vPC）によって、2 つの異なるCisco Application Centric Infrastructure（ACI）リーフノードに物理的に接続されたリンクを、リンク集約テクノロジーをサポートするネットワークスイッチ、サーバー、他のネットワークデバイスなどから単一のポートチャネル（PC）に見えるようにすることができます。vPC は、vPC のピアスイッチとして指定された 2 台の Cisco ACI リーフスイッチから構成されます。Of the vPC peers, one is primary and one is secondary. The system formed by the switches is referred to as a vPC domain.

次の動作は、Cisco ACI vPC 実装に固有です。

vPC ピア間に専用ピアリンクはありません。代わりに、ファブリック自体がマルチシャーシトランキング（MCT）として機能します。
ピア到達可能性プロトコル：Cisco ACI は、Cisco Fabric Services（CFS）の代わりに Zero Message Queue（ZMQ）を使用します。
- ZMQ は、トランスポートとして TCP を使用するオープンソースの高性能メッセージングライブラリです。
- このライブラリは、スイッチ上では libzmq としてパッケージ化されており、vPC ピアと通信する必要がある各アプリケーションにリンクされています。
ピアの到達可能性は、物理ピアリンクを使用して処理されません。代わりに、ルーティングトリガーを使用してピアの到達可能性を検出します。
- vPC マネージャは、ピアルート通知のためにユニキャストルーティング情報ベース（URIB）に登録します。
- IS-IS がピアへのルートを検出すると、URIB は vPC マネージャに通知します。vPC マネージャは、ピアとの ZMQ ソケットを開こうとします。
- ピアルートが IS-IS によって取り消されると、URIB は vPC マネージャに再び通知し、vPC マネージャは MCT リンクをダウンします。
2 つのリーフスイッチ間に vPC ドメインを作成する場合は、以下のハードウェアモデルの制限が適用されます。
- 第 1 世代のスイッチは、第 1 世代の他のスイッチとのみ互換性があります。これらのスイッチモデルは、スイッチ名の末尾に「EX」、「FX」、「FX2」、「GX」またはそれ以降のサフィックスがないことで識別できます。たとえば、N9K-9312TX という名前などです。
- 第 2 世代以降のスイッチは、vPC ドメインで混在させることができます。これらのスイッチモデルは、スイッチ名の末尾に「EX」、「FX」、「FX2」、「GX」またはそれ以降のサフィックスが付いていることで識別できます。たとえば、N9K-93108TC-EX や N9K-9348GC-FXP という名前などです。
互換性のある vPC スイッチペアの例：
- N9K-C9312TX および N9K-C9312TX
- N9K-C93108TC-EX および N9K-C9348GC-FXP
- N9K-C93180TC-FX and N9K-C93180YC-FX
- N9K-C93180YC-FX および N9K-C93180YC-FX
互換性のない vPC スイッチペアの例：
- N9K-C9312TX および N9K-C93108TC-EX
- N9K-C9312TX および N9K-C93180YC-FX
ポートチャネルおよび仮想ポートチャネルは、LACP の有無にかかわらず構成できます。

ポートを LACP 付きで構成したのに、ポートがピアから LACP PDU を受信しなかった場合、LACP はポートを中断状態に設定します。これによって、サーバーの中には起動に失敗するものがあります。LACP がポートを論理的 up 状態にすることを必要としているからです。LACP suspend individual を無効にして、動作を個々の使用に合わせて調整できます。そのためには、vPC ポリシーグループでポートチャネルポリシーを作成し、モードを LACP アクティブに設定してから、Suspend Individual Port を削除します。これ以後、vPC 内のポートはアクティブなまま、LACP パケットを送信し続けます。
ARP ネゴシエーションに基づく、仮想ポートチャネル間での適応型ロードバランシング（ALB）は、Cisco ACI ではサポートされていません。

Cisco ACI 仮想ポートチャネルのワークフロー

仮想ポートチャネル（vPC）の構成ワークフローは次のとおりです。

始める前に

インフラセキュリティドメインに読み取り/書き込みアクセス権限があることを確認します。
必要なインターフェイスを持つターゲットリーフスイッチが使用できることを確認します。
同じ vPC ペアの一部になる 2 つのリーフスイッチのハードウェアに互換性があることを確認します。詳細については、Cisco ACI の仮想ポートチャネルを参照してください。

手順

ステップ 1	vPC タイプの VLAN プール、ドメイン、AAEP、アクセスリーフポートポリシーグループを構成します。
ステップ 2	vPC スイッチペアを構成します。
ステップ 3	vPC インターフェイスを構成します。
ステップ 4	アプリケーションプロファイルを設定します。メニューバーで、[テナント（Tenants）] > [すべてのテナント（ALL Tenants）] の順に選択します。 [作業（Work）] ペインで、テナントをダブルクリックします。 [ナビゲーション（Navigation）] ペインで、`テナント名` > [クイックスタート（Quick Start）]を選択します。エンドポイントグループ（EPG）、コントラクト、ブリッジドメイン、サブネット、およびコンテキストを設定します。以前に作成した仮想ポートチャネルスイッチのプロファイルにアプリケーションプロファイル EPG を関連付けます。

GUI を使用した vPC スイッチペアの定義

この手順では、GUI を使用して vPC スイッチペアを定義します。次の例に示すように、リーフスイッチピアグループ名は単純にすることをお勧めします。

Leaf201_202
Leaf203_204
Leaf205_206

名前付けと番号付けのベストプラクティスについては、Cisco ACI オブジェクトの名前付けと番号付け：ベストプラクティスドキュメントを参照してください。

https://www.cisco.com/c/en/us/td/docs/switches/datacenter/aci/apic/sw/kb/b-Cisco-ACI-Naming-and-Numbering.html

手順

ステップ 1

メニューバーで、[ファブリック（FABRIC）] > [アクセスポリシー（Access Policies）] の順に選択します。

ステップ 2

ナビゲーションペインで、[ポリシー（Policies）] > [スイッチ（Switch）] > [仮想ポートチャネルのデフォルト（Virtual Port Channel default）]を選択します。

ステップ 3

[明示的な vPC 保護グループ（Explicit vPC Protection Groups）] テーブルで、[+] をクリックし、次のようにフィールドに入力します。

[名前（Name）] フィールドに、vPC ペアの名前を入力します。

名前の例：Leaf201_202 。この例のような名前を使用すると、どの 2 つのファブリックノードが vPC ピアであるかを簡単に識別できます。
[ID] フィールドに、vPC ペアの ID（論理ピア ID）を入力します。

ID の例：201。この例では、ペアの最初のノード ID 番号を使用して、ID を vPC ペアと関連付けやすくしています。
[Switch 1] および [Switch 2] フィールドで、vPC スイッチペアのリーフスイッチを選択します。
[送信（Submit）] をクリックします。

vPC ペアは、[明示的な vPC 保護グループ（Explicit vPC Protection Groups）] テーブルに追加されます。[仮想 IP（Virtual IP）] 値は、システムトンネルエンドポイント（TEP）プールから自動生成された IP アドレスであり、vPC スイッチペアの仮想共有（エニーキャスト）TEP を表します。つまり、vPC ペアの vPC 接続エンドポイント宛てのパケットは、このエニーキャスト VTEP を使用してパケットを送信します。

プロファイルとセレクタを使用したリーフノードおよび FEX デバイスでの仮想ポートチャネルの設定

結合プロファイルを持ち、2 台のリーフスイッチ間で同じリーフスイッチインターフェイスを持つ vPC

このユースケースの例では、次のことを定義します。

Leaf201_202_SwProf と呼ばれる結合スイッチプロファイル（ノード 201 およびノード 202）
Leaf201_202_IntProf と呼ばれる結合インターフェースプロファイル（ノード 201 およびノード 202）
Eth1_1 と呼ばれるアクセスポートセレクタ（Leaf201_202 インターフェイスプロファイルの下）は、vPC インターフェイスポリシーグループを指しています。
vPC インターフェイスポリシーグループは、Customer_AEP と呼ばれる AAEP を指しています。
AEP（Customer_AEP）には、Customer_PhysDom との関連付けがあります。
Customer_PhysDom には、Customer_Static_VLPool と呼ばれる VLAN プールとの関連付けがあります。

図 9. 結合プロファイルを持ち、2 台のリーフスイッチ間で同じリーフスイッチインターフェイスを持つ vPC

この構成の機能

スイッチ Leaf201 および Leaf202 で、ポート Eth1/1 を vPC の一部として設定します。この vPC インターフェイスは、VLAN 1201 ～ 1299 にアクセスできます。インターフェイスポリシーグループに応じて、LACP アクティブおよびその他のインターフェイス固有のポリシー設定を有効にすることができます。

この構成をいつ使用するか

たとえば、vPC 接続されたサーバーのみを備えたコンピューティングリーフスイッチの専用ペアがある場合、これは、それらのスイッチのファブリックアクセスポリシーの下で、結合スイッチ/インターフェイスプロファイルを使用するための堅実なユースケースになります。スイッチ、インターフェイス、アクセスポートセレクタ、および vPC インターフェイスポリシーグループを事前設定しておけば、最小限の労力で 48 のシャーシタイプのサーバーを接続できるようにすることができます。

個別のプロファイルを持つ 2 台のリーフスイッチ間で同じリーフスイッチインターフェイスを持つ vPC

このユースケースの例では、次のことを定義します。

Leaf201_SwProf および Leaf202_SwProf と呼ばれる個々のスイッチプロファイル（ノード 201 およびノード 202）。
Leaf201_IntProf および Leaf202_IntProf と呼ばれる個々のインターフェースプロファイル（ノード 201 およびノード 202）
Eth1_1 と呼ばれるアクセスポートセレクタ（Leaf201 および Leaf202 インターフェイスプロファイルの下）は、同じ vPC インターフェイスポリシーグループを指しています。
vPC インターフェイスポリシーグループは、Customer_AEP と呼ばれる AAEP を指しています。
AEP（Customer_AEP）には、Customer_PhysDom との関連付けがあります。
Customer_PhysDom には、Customer_Static_VLPool と呼ばれる VLAN プールとの関連付けがあります。

図 10. 個別のプロファイルを持つ 2 台のリーフスイッチ間で同じリーフスイッチインターフェイスを持つ vPC

この構成の機能

この構成をいつ使用するか

コンピューティング、サービス、または Cisco Application Policy Infrastructure Controller（APIC）などの混合ワークロードをサポートするリーフスイッチがある場合は、この構成を使用します。この場合、個別のインターフェイスプロファイルを使用すると、最大限の柔軟性が得られると同時に、ファブリック > アクセスポリシーの設定を可能な限りクリーンで管理しやすい状態に保つことができます。

GUI を使用したインターフェイス構成モデルによる ACI リーフスイッチ仮想ポートチャネルの構成

この手順では、「インターフェイス構成」方式を使用して、トランクスイッチを Cisco Application Centric Infrastructure（ACI）リーフスイッチの仮想ポートチャネルに接続します。手順は、Cisco ACI リーフスイッチインターフェイスに他の種類のデバイスを接続する場合と同じになります。

始める前に

Cisco ACIファブリックが設置され、Cisco Application Policy Infrastructure Controller（APIC）がオンラインになっており、Cisco APIC クラスタが形成されて正常に動作していること。
必要なファブリックインフラストラクチャ構成を作成できる Cisco APIC ファブリック管理者アカウントが使用可能であること。
ターゲットリーフスイッチが Cisco ACI ファブリックに登録され、使用可能であること。

（注）

2 つのリーフスイッチ間に vPC ドメインを作成する場合は、同じ vPC ペアの一部になる 2 つのリーフスイッチのハードウェアに互換性があることを確認します。詳細については、Cisco ACI の仮想ポートチャネルを参照してください。

手順

ステップ 1

メニューバーで、[ファブリック（FABRIC）] > [アクセスポリシー（Access Policies）] の順に選択します。

ステップ 2

次のいずれかの方法を使用して、[インターフェイスの構成（Configure Interfaces）] ダイアログを開きます。

方法 1：

[ナビゲーション（Navigation）] ペインで、[クイックスタート（Quick Start）] をクリックします。
[作業（Work）] ペインで、[インターフェイスの設定（Configure Interfaces）] をクリックします。

方法 2：

ナビゲーションペインで [インターフェイスの設定（Interface Configuration）] を選択します。
作業ペインで、[アクション（Actions）] > [インターフェイスの設定（Configure Interfaces）]をクリックします。

ステップ 3

[インターフェイスの設定（Configure Interfaces）] ダイアログで、以下のアクションを実行します。

[ノードタイプ（Node Type）] で、[リーフ（Leaf）] をクリックします。
[ポートタイプ（Port Type）] で、[アクセス（Access）] をクリックします。
[インターフェイスタイプ（Interface Type）] で、[イーサネット（Ethernet）] をクリックします。
[インターフェイスの集約タイプ（Interface Aggregation Type）]で、[vPC] を選択します。
[vPC リーフスイッチペア（vPC Leaf Switch Pair）] の場合は、[vPC リーフスイッチペアの選択（Select vPC Leaf Switch Pair）] をクリックし、目的のスイッチペアのボックスにチェックを入れて、[選択（Select）] をクリックします。複数のスイッチを選択できます。オプションとして、[vPC リーフスイッチペアの作成（Create vPC Leaf Switch Pair）] をクリックし、必要に応じてフィールドに入力し、ペアを選択して [選択（Select）] をクリックします。
[すべてのスイッチのインターフェイス（Interfaces For All Switches）] で、目的のインターフェイスの範囲を入力します。
[PC/vPC インターフェイスポリシーグループ（PC/vPC Interface Policy Group）] の場合は、[PC/vPC インターフェイスポリシーグループの選択（Select PC/vPC Interface Policy Group）] をクリックします。
[PC/vPC インターフェイスポリシーグループの選択（Select PC/vPC Interface Policy Group）] ダイアログで、既存の vPC ポリシーグループを選択し、[選択（Select）] をクリックします。オプションとして、[PC/vPC インターフェイスポリシーグループの作成（Create PC/vPC Interface Policy Group）] をクリックして新しい vPC ポリシーグループを作成し、フィールドに入力して [保存（Save）] をクリックし、そのポリシーグループを選択して [選択（Select）] をクリックします。
[ポートチャネルメンバーポリシー（Port Channel Member Policy）] で、[ポートチャネルメンバーポリシーの選択（Select Port Channel Member Policy）]、をクリックし、ポリシーを選択して [選択（Select）] をクリックします。オプションとして、[ポートチャネルメンバーポリシーの作成（Create Port Channel Member Policy）] をクリックし、必要に応じてフィールドに入力して [保存（Save）] をクリックし、そのポリシーを選択して [選択（Select）] をクリックします。
[保存（Save）] をクリックします。

確認：vPC が適切に設定されていることを確認するには、外部スイッチがアタッチされているリーフスイッチ上で、CLI コマンド show int を使用します。

次のタスク

これで、スイッチバーチャルポートチャネルの設定手順は完了しました。

（注）

NX-OS CLI を使用したリーフノードおよび FEX デバイスの仮想ポートチャネルの設定

仮想ポートチャネル（vPC）は、ホストまたはスイッチを 2 つのアップストリームリーフノードに接続して帯域幅の使用率と可用性を向上させる、ポートチャネルの拡張機能です。NX-OS では、vPC 設定は 2 つのアップストリームスイッチのそれぞれで行われ、スイッチ間のピアリンクを使用して設定が同期されます。

Cisco Application Centric Infrastructure（ACI）モデルでは、ピアリンクは必要なく、vPC 設定は両方のアップストリームリーフノードに対してグローバルに実行できます。vpc context と呼ばれるグローバルコンフィギュレーションモードが Cisco ACI では導入されており、vPC インターフェイスは、両方のリーフノードにグローバルコンフィギュレーションを適用可能にする interface vpc というタイプを使用して表されます。

Cisco ACI モデルの vPC では、リーフポートを使用する vPC と FPC ポートを介した vPC の 2 つの異なるトポロジがサポートされます。リーフノードのペア間には多数の vPC インターフェイスを作成することができます。同様に、ストレートトポロジのリーフノードペアに接続された FEX モジュールのペア間にも、多数の vPC インターフェイスを作成できます。

vPV に関する検討事項としては、以下のようなものがあります。

使用される vPC 名は、リーフノードペア間で一意です。たとえば、「corp」という vPC を作成する場合、FEX の有無にかかわらず、各リーフペアで作成できるのは 1 つだけです。
リーフポートと FEX ポートを同じ vPC に含めることはできません。
各 FEX モジュールは、vPC corp の 1 つのインスタンスにのみ含めることができます。
設定を可能にする vPC コンテキスト
vPC コンテキストモードでは、特定のリーフペアのすべての vPC を設定できます。vPC over FEX の場合、次の 2 つの代替例に示すように、vPC コンテキスト用に、または vPC インターフェイスとともに fex-id ペアを指定する必要があります。
```
(config)# vpc context leaf 101 102
(config-vpc)# interface vpc Reg fex 101 101
```
または
```
(config)# vpc context leaf 101 102 fex 101 101
(config-vpc)# interface vpc Reg
```

Cisco ACIモデルでは、vPC の設定は次の手順で行います（次の例に示します）。

（注）

VLAN ドメインは、VLAN の範囲で必要です。ポートチャネルのテンプレートに関連付けられている必要があります。

VLAN の範囲で VLAN ドメイン構成 (グローバル設定)
vPC ドメイン設定（グローバル設定）
ポートチャネルのテンプレートの設定 (グローバル設定)
ポートチャネルのテンプレートを VLAN ドメインに関連付ける
vPC ポートチャネル設定（グローバル設定）
ポートをリーフノードの vPC に設定する
レイヤ 2、レイヤ 3を vPC コンテキストの vPC に設定する

始める前に

同じ vPC ペアの一部になる 2 つのリーフスイッチのハードウェアに互換性があることを確認します。詳細については、Cisco ACI の仮想ポートチャネルを参照してください。

手順

ステップ 1

configure

グローバルコンフィギュレーションモードを開始します。

例:

apic1# configure

ステップ 2

vlan-domainname[dynamic] [ type domain-type]

仮想ポートチャネルの VLAN ドメインの設定 (ポートチャネルのテンプレートとここ)。

例:

apic1(config)# vlan-domain dom1 dynamic

ステップ 3

vlanrange

VLAN ドメインの VLAN の範囲を設定し、configuration mode(設定モード、コンフィギュレーションモード) を終了します。単一の VLAN または複数の VLAN 範囲を設定できます。

例:

apic1(config-vlan)# vlan 1000-1999
apic1(config-vlan)# exit

ステップ 4

vpc domain explicit domain-id leaf node-id1 node-id2

vPC ドメインをリーフノードのペア間に設定します。リーフノードペアとともに明示モードで vPC ドメイン ID を指定できます。

vPC ドメインを設定するための代替コマンドは次のとおりです。

vpc domain [consecutive | reciprocal]

連続オプションおよび相互オプションを使用すると、Cisco ACI ファブリック内のすべてのリーフノードで vPC ドメインを自動設定できます。
vpc domain consecutive domain-start leaf start-node end-node

このコマンドは、リーフノードペアの選択されたセットに対して連続して vPC ドメインを設定します。

例:

apic1(config)# vpc domain explicit 1 leaf 101 102

ステップ 5

peer-dead-interval interval

リーフスイッチは、ピアから応答を受信する前に、vPC を復元するまで待機する時間の遅延を設定します。この時間内ピアから応答を受信するはないとリーフスイッチ、ピアを停止するいると見なすをマスターとしての役割を持つ vPC 始動します。ピアから応答を受信するとその時点で、vPC を復元します。範囲は 5 ～ 600 秒です。デフォルトは 200 秒です。

例:

apic1(config-vpc)# peer-dead-interval 10

ステップ 6

exit

グローバルコンフィギュレーションモードに戻ります。

例:

apic1(config-vpc)# exit

ステップ 7

template port-channel channel-name

新しいポートチャネルを作成するか、既存のポートチャネルを設定します（グローバルコンフィギュレーション）。

すべての vPC は、各リーフペアのポートチャネルとして設定されます。同じ vPC のリーフペアでは、同じポートチャネル名を使用する必要があります。このポートチャネルは、リーフノードの 1 つ以上のペア間で vPC を作成するために使用できます。各リーフノードには、この vPC のインスタンスが 1 つだけあります。

例:

apic1(config)# template port-channel corp

ステップ 8

vlan-domain membervlan-domain-name

以前に設定された VLAN ドメインには、ポートチャネルのテンプレートを関連付けます。

例:

vlan-domain member dom1

ステップ 9

switchport access vlan vlan-id tenant tenant-name application application-name epg epg-name

ポートチャネルを関連付けるすべてのポート上に VLAN を持つ EPG を導入します。

例:

apic1(config-po-ch-if)# switchport access vlan 4 tenant ExampleCorp application Web epg webEpg

ステップ 10

channel-mode active

（注）

vPC のポートチャネルはアクティブチャネルモードである必要があります。

例:

apic1(config-po-ch-if)# channel-mode active

ステップ 11

exit

設定モードに戻ります。

例:

apic1(config-po-ch-if)# exit

ステップ 12

leaf node-id1 node-id2

設定するリーフスイッチのペアを指定します。

例:

apic1(config)# leaf 101-102

ステップ 13

interface typeleaf/interface-range

ポートチャネルに設定するインターフェイスまたはインターフェイスの範囲を指定します。

例:

apic1(config-leaf)# interface ethernet 1/3-4

ステップ 14

[no] channel-group channel-name vpc

インターフェイスまたはインターフェイスの範囲をポートチャネルに割り当てます。ポートチャネルからインターフェイスを削除するには、キーワード no を使用します。インターフェイス上からポートチャネルの割り当てを変更する場合は、以前のポートチャネルからインターフェイスを最初に削除することなく channel-group コマンドを入力することができます。

（注）

このコマンドの vpc キーワードは、ポートチャネルを vPC にします。vPC がまだ存在しない場合は、vPC ID が自動的に生成され、すべてのメンバーリーフノードに適用されます。

例:

apic1(config-leaf-if)# channel-group corp vpc

ステップ 15

exit

例:

apic1(config-leaf-if)# exit

ステップ 16

exit

例:

apic1(config-leaf)# exit

ステップ 17

vpc context leaf node-id1 node-id2

vPC コンテキストモードでは、vPC の設定を両方のリーフノードペアに適用できます。

例:

apic1(config)# vpc context leaf 101 102

ステップ 18

interface vpc channel-name

例:

apic1(config-vpc)# interface vpc blue fex 102 102

ステップ 19

（任意） [no] shutdown

vPC コンテキストでの管理状態の設定では、両方のリーフノードに対して 1 つのコマンドで vPC の管理状態を変更できます。

例:

apic1(config-vpc-if)# no shut

例

次に、基本的な vPC を設定する例を示します。

apic1# configure
apic1(config)# vlan-domain dom1 dynamic
apic1(config-vlan)# vlan 1000-1999
apic1(config-vlan)# exit
apic1(config)# vpc domain explicit 1 leaf 101 102
apic1(config-vpc)# peer-dead-interval 10
apic1(config-vpc)# exit
apic1(config)# template port-channel corp
apic1(config-po-ch-if)# vlan-domain member dom1
apic1(config-po-ch-if)# channel-mode active
apic1(config-po-ch-if)# exit
apic1(config)# leaf 101-102
apic1(config-leaf)# interface ethernet 1/3-4
apic1(config-leaf-if)# channel-group corp vpc
apic1(config-leaf-if)# exit
apic1(config)# vpc context leaf 101 102

次に、FEX ポートを使用して vPC を設定する例を示します。

apic1(config-leaf)# interface ethernet 101/1/1-2
apic1(config-leaf-if)# channel-group Reg vpc
apic1(config)# vpc context leaf 101 102
apic1(config-vpc)# interface vpc corp
apic1(config-vpc-if)# exit
apic1(config-vpc)# interface vpc red fex 101 101
apic1(config-vpc-if)# switchport
apic1(config-vpc-if)# exit
apic1(config-vpc)# interface vpc blue fex 102 102
apic1(config-vpc-if)# shut

第 1 世代スイッチから第 2 世代スイッチへのノードの移行

仮想ポートチャネル（vPC）を構成している/していない場合がある第 1 世代 Cisco Nexus 9000 シリーズスイッチ。同じケーブルを使用している第 2 世代 Cisco Nexus 9000 シリーズスイッチに移行しています。

第 1 世代 Cisco Nexus 9000 シリーズスイッチには、製品 ID に -EX、-FX、または -GX を含まないそれらのスイッチを含みます。

第 2 世代 Cisco Nexus 9000 シリーズのスイッチには、製品 ID に -EX、-FX、-GX、またはそれ以降のサフィックスが付いているスイッチが含まれます。

第 1 世代のスイッチを第 2 世代のスイッチに移行するには、次の手順を実行する必要があります。

このスイッチでサポートされるトランシーバ、アダプタ、およびケーブルを確認するには、『Cisco トランシーバモジュール互換性情報』を参照してください。

トランシーバの仕様と取り付けに関する情報を確認するには、『Cisco Transceiver Modules Installation Guides』を参照してください。

始める前に

移行中の第 1 世代のスイッチに接続している Cisco Application Policy Infrastructure Controller（APIC）をファブリックのその他のスイッチに移動し、Cisco APIC クラスタが「完全に適合」になるまで待ちます。
次の移行パスがサポートされます。
1. 第 1 世代 Cisco Application Centric Infrastructure（ACI）のスイッチから、同じソフトウェアリリースを実行している第 2 世代 Cisco ACI スイッチへの移行。
2. 異なるソフトウェアリリースを実行している第 1 世代の Cisco ACI スイッチから第 2 世代の Cisco ACI スイッチへの移行。
  
  新しいスイッチに必要な新しいリリースで既存のスイッチがサポートされていない場合は、2 番目の移行パスが必要です。例えば、Cisco ACI スイッチ 15.0（1）移行のリリースからサポートされていない Cisco Nexus 9300（製品 ID にサフィックス -E 付きまたはなし）第 1 世代 Cisco ACI スイッチから、15.0（1）移行のみでサポートされている新しいスイッチのいずれかに移行する場合。
  
  第 1 世代のスイッチが vPC を構成している場合は、2 番目の移行パスに進む前に、次の必須の前提条件の手順を完了します。
  1. トラフィック損失の可能性があるため、メンテナンスウィンドウ中に vPC 移行を実行することをお勧めします。
  2. この手順を実行する前に、自動ファームウェア更新ポリシーを無効にする必要があります。
  3. クラスタが古いリリースを実行している場合は、Cisco APIC クラスタを 4.2（7v）リリースにアップグレードします。また、第 1 世代のスイッチを 14.2（7v）リリースにアップグレードします。ファブリックが統合されるまで待ちます。
  4. Cisco APICクラスタを 5.2（7f）リリースにアップグレードし、クラスタが「完全に適合」するのを待ちます。
  5. 新しい第 2 世代スイッチがプリロードされ、Cisco APIC と同等のリリース、つまり 15.2(7f) リリースが実行されていることを確認します。ソースバージョンとターゲットバージョンのソフトウェアリリース 4.2(7v)/14.2(7v) および 5.2(7f)/15.2(7f) 以外のソフトウェアリリースは、この移行手順でサポートされていません。

（注）

第 2 世代スイッチのポート数とポートタイプは、交換する第 1 世代スイッチと一致している必要があります。番号が一致しない場合は、新しいポートまたはポートタイプに対応するように構成を変更する必要があります。これは、同じソフトウェアバージョンを維持しながらハードウェアを移行する場合にも当てはまります。
第 1 世代の非 vPC リーフスイッチまたは第 1 世代スパインスイッチを第 2 世代スイッチに移行するには、以下の手順のステップ 1 ～ステップ 6 従ってください。 vPC 関連の情報は、この移行には適用されません。

第 1 世代の非 vPC リーフスイッチまたは第 1 世代スパインスイッチを第 2 世代スイッチに移行する必要がある場合、送信元およびターゲットソフトウェアリリース 4.2（7v）/14.2（7v）および 5.2（7f）/15.2（7f）は必要ありません。ファブリックが、第 2 世代のスイッチ PID をサポートする必要なソフトウェアリリースを実行していることを確認します。Cisco ACI

手順

ステップ 1

Cisco APIC GUI から、動作中のセカンダリ vPC スイッチノードに対してコントローラからの削除操作を実行します。

Cisco APIC クリーンにより、スイッチが再起動します。操作が完了するまで約 10 分待ちます。このアクションでは、すべてのトラフィックでデータトラフィックにその他の第一世代スイッチを使用するように促します。

（注）

コントローラからの削除操作を実行すると、動作可能なセカンダリ vPC のトラフィックが数秒間失われます。

ステップ 2

取り外した第 2 世代のスイッチからケーブルを接続解除します。

ステップ 3

スイッチ固有の『ハードウェア取り付けガイド』にある「スイッチシャーシの取り付け」セクションに記載されている手順の順序を逆にして、第一世代のスイッチを取り外します。

ステップ 4

スイッチ固有の『ハードウェア取り付けガイド』の「スイッチシャーシの取り付け」セクションに記載されている手順に従って、第 2 世代スイッチを取り付けます。

ステップ 5

第 1 世代から取り外したゆるんだケーブルを、第 2 世代スイッチの同じポートに接続します。

ステップ 6

で新しい第 2 世代スイッチを登録します。Cisco APIC

新しいノードを同じノード名およびノード ID に登録します。このスイッチはファブリックの一部になります。Cisco APIC では新しいスイッチにポリシーをプッシュし、スイッチ世代の不一致があるため vPC レッグがダウンしたままになります。この時点で、vPC プライマリは引き続きデータトラフィックを送信します。

ステップ 7

ステップ 8 に進む前に、新しいスイッチが構成をダウンロードするまで 10 ～ 15 分待ちます。

ステップ 8

Cisco APIC GUI から、vPC プライマリのコントローラからの削除操作を実行します。Cisco APIC クリーンにより、スイッチが再起動します。

操作が完了するまで約 10 分待ちます。Cisco APIC によりダウン状態になっていた第 2 世代スイッチの vPC レッグが起動します。このアクションにより、すべてのトラフィックが新しい第 2 世代スイッチに移動するように求められます。新しい第 2 世代スイッチの vPC ポートが起動するまでに数分かかる場合があり、その間にトラフィックがドロップします。トラフィックドロップの期間は、ファブリック内のスケールとフローによって異なります。

ステップ 9

第 1 世代スイッチからケーブルを接続解除します。

ステップ 10

ステップ 3 で行ったように、第 1 世代のスイッチを取り外します。

ステップ 11

で行ったように、第 2 世代スイッチを取り付けます。ステップ 4

ステップ 12

ステップ 5 で行ったように、緩んだケーブルを接続します。

ステップ 13

で新しい第 2 世代スイッチを登録します。Cisco APIC

新しいノードを同じノード名およびノード ID に登録します。このスイッチはファブリックの一部になります。Cisco APIC ではポリシーを新しいスイッチにプッシュし、vPC レッグが起動し、トラフィックの通過を開始します。

リフレクティブリレー (802.1Qbg)

リフレクティブリレーでは、Cisco APIC リリース 2.3(1) でスイッチングオプションの開始時刻です。リフレクティブリレー: IEEE 標準 802.1Qbg のタグのないアプローチ: ポリシーを適用し、必要に応じて、宛先またはターゲット VM サーバ上にトラフィックを送信する外部のスイッチへのすべてのトラフィックを転送します。ローカルスイッチングはありません。ブロードキャストまたはマルチキャストトラフィックは、リフレクティブリレーは、各 VM サーバでローカルにパケットのレプリケーションを提供します。

リフレクティブリレーの利点の 1 つは、スイッチング機能および管理機能、Vm をサポートするサーバリソースを解放するための外部スイッチを活用しています。リフレクティブリレーでは、ポリシー、同じサーバ上の Vm の間のトラフィックに適用する Cisco APIC で設定することもできます。

Cisco ACI、入ってきたの同じポートからオンに戻すにトラフィックを許可する、リフレクティブリレーを有効にできます。APIC GUI、NX-OS CLI または REST API を使用して、レイヤ 2 インターフェイスポリシーとして individual ports(個々のポート、個別ポート)、ポートチャネルまたは仮想ポートチャネルでリフレクティブリレーを有効にすることができます。この機能はデフォルトではディセーブルになっています。

用語仮想イーサネットポートのためのアグリゲータ 802.1Qbg を説明する (VEPA) が使用されるも機能します。

リフレクティブリレーのサポート

リフレクティブリレーには、次のサポートされています。

IEEE 標準 802.1Qbg タグのないアプローチ、リフレクティブリレーとも呼ばれます。

Cisco APIC 2.3(1) リリースのリリースは IEE 標準 802.1Qbg をサポートしていませんマルチチャネルテクノロジーと S タグ付きアプローチです。
物理ドメイン。

仮想ドメインはサポートしていません。
物理ポート、ポートチャネル（Pc）と仮想ポートチャネル（vPC）

シスコファブリックエクステンダ (FEX) とブレードサーバはサポートされていません。リフレクティブリレーはサポートされていないインターフェイスで有効になっていると、障害が発生すると、最後の有効な設定が保持されます。ポートでリフレクティブリレーを無効にすると、障害をクリアします。
Cisco Nexus 9000 シリーズのスイッチと EX または FX 、モデル名の最後にします。

GUI を使用したリフレクティブリレーの有効化

; By default(デフォルトで、デフォルトでは) リフレクティブリレーが無効になっていますただし、スイッチのレイヤ 2 インターフェイスポリシーとして、ポート、またはポートチャネルまたは仮想ポートチャネルでこれを有効にできます。最初にポリシーを設定し、ポリシーグループとポリシーを関連付けます。

始める前に

この手順では、Cisco Application Centric Infrastructure（ACI）ファブリックをセットアップし、物理スイッチを設置してあることを前提としています。

手順

ステップ 1	[ファブリック] > [外部アクセスポリシー] > > [インターフェイスポリシー] を選択し、[ポリシー] フォルダを開きます。
ステップ 2	[L2 インターフェイス] フォルダを右クリックして、[L2 インターフェイスポリシーの作成] を選択します。
ステップ 3	[L2 インターフェイスポリシーの作成] ダイアログボックスで、[名前] フィールドに名前を入力します。
ステップ 4	[リフレクティブリレー（802.1Qbg)] エリアで、[有効] をクリックします。
ステップ 5	必要に応じて、ダイアログボックスのその他のオプションを選択します。
ステップ 6	[Submit] をクリックします。
ステップ 7	[ポリシー] ナビゲーションペインで、[ポリシーグループ] フォルダを開いて、[リーフポリシーグループ] フォルダをクリックします。
ステップ 8	[リーフポリシーグループ] 中央ペインで、[ACTIONS] ドロップダウンリストを展開し、[Create Leaf Access Port Policy Group]、[Create PC Interface Policy Group]、[Create vPC Interface Policy Group]、または [Create PC/vPC Override Policy Group] を選択します。
ステップ 9	ポリシーグループダイアログボックスで、[Name field] フィールドに名前を入力します。
ステップ 10	[L2 インターフェイスポリシー] ドロップダウンリストで、リフレクティブリレーを有効にするために作成したポリシーを選択します。
ステップ 11	[Submit] をクリックします。

NX-OS は、CLI を使用してリフレクティブリレーの有効化

; By default(デフォルトで、デフォルトでは) リフレクティブリレーが無効になっていますただし、スイッチのレイヤ 2 インターフェイスポリシーとして、ポート、またはポートチャネルまたは仮想ポートチャネルでこれを有効にできます。CLI では、NX-OS テンプレートを使用して、複数のポートでリフレクティブリレーの有効化または individual ports(個々のポート、個別ポート) で有効にすることができます。

始める前に

この手順では、Cisco Application Centric Infrastructure（ACI）ファブリックを設定し、物理スイッチをインストールしてあることを前提としています。

手順

リフレクティブリレー 1 つまたは複数のポートで有効にします。

例:

この例では、1 つのポートでリフレクティブリレーが有効にします。

apic1(config)# leaf 101
apic1(config-leaf)# interface ethernet 1/2
apic1(config-leaf-if)# switchport vepa enabled
apic1(config-leaf-if)# exit
apic1(config-leaf)# exit

例:

この例では、リフレクティブリレー、テンプレートを使用して複数のポートで有効にします。

apic1(config)# template policy-group grp1
apic1(config-pol-grp-if)# switchport vepa enabled
apic1(config-pol-grp-if)# exit
apic1(config)# leaf 101
apic1(config-leaf)# interface ethernet 1/2-4
apic1(config-leaf-if)# policy-group grp1

例:

この例では、ポートチャネルでリフレクティブリレーが有効にします。

apic1(config)# leaf 101
apic1(config-leaf)# interface port-channel po2                 
apic1(config-leaf-if)# switchport vepa enabled
apic1(config-leaf-if)# exit
apic1(config-leaf)# exit
apic1(config)#

例:

この例では、複数のポートチャネルでリフレクティブリレーが有効にします。

apic1(config)# template port-channel po1
apic1(config-if)# switchport vepa enabled
apic1(config-if)# exit
apic1(config)# leaf 101
apic1(config-leaf)# interface ethernet 1/3-4
apic1(config-leaf-if)# channel-group po1 
apic1(config-leaf-if)# exit
apic1(config-leaf)# exit

例:

この例では、仮想ポートチャネルでリフレクティブリレーが有効にします。

apic1(config)# vpc domain explicit 1 leaf 101 102
apic1(config-vpc)# exit
apic1(config)# template port-channel po4
apic1(config-if)# exit
apic1(config)# leaf 101-102
apic1(config-leaf)# interface eth 1/11-12
apic1(config-leaf-if)# channel-group po4 vpc
apic1(config-leaf-if)# exit
apic1(config-leaf)# exit
apic1(config)# vpc context leaf 101 102
apic1(config-vpc)# interface vpc po4
apic1(config-vpc-if)# switchport vepa enabled

FEX デバイスへのポート、PC、および vPC 接続の設定

FEX 接続とそれらの構成に使用されるプロファイルは、GUI、NX-OS スタイルの CLI、または REST API を使用して作成できます。Cisco Application Policy Infrastructure Controller（APIC） 3.0（1k）リリース以降では、FEX 接続構成のインターフェイスプロファイルがサポートされています。

構成には、2 つの主要な手順があります。

FEX と Cisco Application Centric Infrastructure（ACI）リーフスイッチ間の接続の定義
サーバーに接続されている FEX ポートの構成

Cisco ACI リーフスイッチへの FEX 接続を構成した後の、FEX ホスト側ポートの構成は、個々のインターフェイス、ポートチャネル、または vPC としての Cisco ACI リーフスイッチポートの構成と変わりません。

GUI、NX-OS スタイルの CLI、または REST API を使用してポート、PC、および vPC を構成する方法については、次の項を参照してください。

物理ポートの構成
ポートチャネル
Cisco ACI の仮想ポートチャネル

ACI FEX のガイドライン

FEX を展開するときは、次のガイドラインに従ってください。

リーフスイッチ前面パネルポートが EPG および VLAN を展開するように設定されていないと仮定して、最大 10,000 個のポート EPG が FEX を使用して展開することをサポートします。
メンバーとして FEX ポートを含む各 FEX ポートまたは vPC では、各 VLAN で最大 20 個の EPG がサポートされます。
FEX インターフェイスを備えた vPC は、ポートチャネルポリシーで設定されたリンクの最小数と最大数を無視します。vPC は、リンク数が最小値を下回ったり、最大値を上回ったりしても、up 状態を維持します。

FEX 仮想ポートチャネル

ACI ファブリックは、FEX ストレート vPC とも呼ばれる Cisco Fabric Extender（FEX）サーバ側仮想ポートチャネル（vPC）をサポートします。

（注）

サポートされる FEX vPC ポートチャネルトポロジは次のとおりです。

FEX の背後にある VTEP および非 VTEP の両方のハイパーバイザ。
ACI ファブリックに接続された 2 つの FEX に接続された仮想スイッチ（AVS や VDS など）（物理 FEX ポートに直接接続された vPC はサポートされません。vP Cはポートチャネルでのみサポートされます）。

（注）

GARP を、同じ FEX 上の異なるインターフェイスで IP から MAC バインディングへ変更する際の通知プロトコルとして使用する場合、ブリッジドメインは [ARP フラッディング (ARP Flooding)] に設定し、[EP 移動検出モード (EP Mode Detection Mode)] : [GARP ベースの検出 (GARP-based Detection )] を、ブリッジドメインウィザードの [L3 構成 (L3 Configuration)] ページで有効にする必要があります。この回避策は、のみ生成 1 スイッチで必要です。第 2 世代のスイッチで、または以降では、この問題ではありません。

GUI を使用した ACI リーフスイッチへの FEX 接続の構成

この手順では、FEX にサーバを接続する手順を示します。手順は、Cisco Application Centric Infrastructure（ACI）が接続された FEX にデバイスを接続する場合と同じになります。

（注）

FEX ID 165 ～ 199 の FEX 接続の設定は、APIC GUI ではサポートされていません。これらの FEX ID のいずれかを使用するには、NX-OS スタイル CLI を使用してプロファイルを設定します。詳細については、「NX-OS スタイル CLI のインターフェイスプロファイルを使用して FEX 接続を設定する」を参照してください。

始める前に

Cisco ACI ファブリックが設置され、Cisco Application Policy Infrastructure Controller（APIC）がオンラインになっており、Cisco APIC クラスタが形成されて正常に動作していること。
必要なファブリックインフラストラクチャ設定を作成できる Cisco APIC ファブリック管理者アカウントが使用可能であること。
ターゲットリーフスイッチ、インターフェイス、およびプロトコルが設定されており、使用可能であること。
FEX に電源が入っていて、ターゲットリーフスイッチのインターフェイスに接続されていること。

（注）

FEX に接続されているファブリックポートチャネルでは、最大 8 つのメンバーがサポートされます。

手順

ステップ 1	メニューバーで、[ファブリック（FABRIC）] > [アクセスポリシー（Access Policies）] の順に選択します。
ステップ 2	ナビゲーションペインで [インターフェイスの設定（Interface Configuration）] を選択します。
ステップ 3	作業ペインで、[アクション（Actions）] > [ファブリックエクステンダ（Fabric Extender）]をクリックします。
ステップ 4	[ファブリックエクステンダ（Fabric Extender）] ダイアログボックスで、次の操作を実行します。 [ノード（Node）] で、[ノードの選択（Select Node）] をクリックし、目的のノードのボックスにチェックを入れて、[OK] をクリックします。複数のノードを選択できます。 [すべてのスイッチのインターフェイス（Interfaces For All Switches）] で、目的のインターフェイスの範囲を入力します。 [接続先 FEX の ID（Connected FEX ID）] には、FEX の ID を入力します。 NX-OS スタイル CLI を使用して、FEX ID 165 ～ 199 を構成する必要があります。『Configuring FEX Connections Using Interface Profiles with the NX-OS Style CLI』を参照してください。 [保存（Save）] をクリックします。 Cisco APIC は、必要な FEX プロファイル（`switch-policy-name_FexPFEX-ID`）とセレクタ（`switch-policy-name_ifselctor`）を自動的に生成します。確認：FEX がオンラインであることを確認するには、FEX が接続されているスイッチに対して CLI コマンド show fex を使用します。
ステップ 5	通常の Cisco ACI リーフスイッチインターフェイスなどの FEX インターフェイスを、[ファブリック（Fabric）] > [ファブリックアクセス（Fabric Access）] > [インターフェイス構成（Interface Configuration）]によって構成できるようになりました。

次のタスク

（注）

プロファイルと NX-OS スタイル CLI を使用した ACI リーフスイッチへのFEX 接続の構成

NX-OS スタイル CLI を使用してリーフノードへの接続を FEX を設定するには、次の手順を使用します。

（注）

FEX ID 165～199 の FEX 接続の構成は、Cisco Application Policy Infrastructure Controller（APIC）GUI ではサポートされていません。これらの FEX Id のいずれかを使用するには、次のコマンドを使用して、プロファイルを設定します。

手順

ステップ 1	configure グローバル構成モードを開始します。例: `apic1# configure`
ステップ 2	leaf-interface-profile `name` 設定するリーフインターフェイスプロファイルを指定します。例: `apic1(config)# leaf-interface-profile fexIntProf1`
ステップ 3	leaf-interface-group `name` 設定するインターフェイスグループを指定します。例: `apic1(config-leaf-if-profile)# leaf-interface-group leafIntGrp1`
ステップ 4	fex associate `fex-id` [ template `template-typefex-template-name`] リーフノードに FEX モジュールを接続します。使用するテンプレートを指定するのにオプションのテンプレートのキーワードを使用します。存在しない場合、システムは、名前とタイプが指定したで、テンプレートを作成します。例: `apic1(config-leaf-if-group)# fex associate 101`

例

このマージの例では、ID 101 で FEX 接続のリーフインターフェイスプロファイルを設定します。

apic1# configure
apic1(config)# leaf-interface-profile fexIntProf1
apic1(config-leaf-if-profile)# leaf-interface-group leafIntGrp1
apic1(config-leaf-if-group)# fex associate 101

ポートプロファイルの設定

アップリンクおよびダウンリンク変換は、名前の末尾が EX か FX、またはそれ以降の Cisco Nexus 9000 シリーズスイッチでサポートされます（たとえば、N9K-C9348GC-FXP または N9K-C93240YC-FX2）。変換後のダウンリンクに接続されている FEX もサポートされています。

サポートされているサポート対象の Cisco スイッチについては、『ポートプロファイルの設定のまとめ』を参照してください。

アップリンクポートがダウンリンクポートに変換されると、他のダウンリンクポートと同じ機能を持つようになります。

制約事項

FAST リンクフェールオーバーポリシーとポートプロファイルは、同じポートではサポートされていません。ポートプロファイルが有効になっている場合、FAST リンクフェールオーバーを有効にすることはできません。その逆も同様です。
サポートされているリーフスイッチの最後の 2 つのアップリンクポートは、ダウンリンクポートに変換することはできません（これらはアップリンク接続用に予約されています）。
ダイナミックブレークアウト（100Gbと40Gbの両方）は、N9K-C93180YC-FX スイッチのプロファイルされた QSFP ポートでサポートされます。ブレイクアウトおよびポートプロファイルでは、ポート 49-52 でアップリンクからダウンリンクへの変換が一緒にサポートされています。ブレークアウト（10g-4x オプションと 25g-4x オプションの両方）は、ダウンリンクプロファイルポートでサポートされます。
N9K-C9348GC-FXP は FEX をサポートしていません。
ブレークアウトはダウンリンクポートでのみサポートされます。他のスイッチに接続されているファブリックポートではサポートされません。
Cisco ACI リーフスイッチは、56 を超えるファブリックリンクを持つことはできません。
スイッチのポートプロファイル構成を変更した後にスイッチをリロードすると、データプレーンを通過するトラフィックが中断されます。

ガイドライン

アップリンクをダウンリンクに変換したり、ダウンリンクをアップリンクに変換したりする際は、次のガイドラインにご注意ください。


サブジェクト	ガイドライン
ポートプロファイルを使用したノードのデコミッション	デコミッションされたノードがポートプロファイル機能を展開している場合、ポート変換はノードのデコミッション後も削除されません。ポートをデフォルト状態に戻すには、デコミッション後に手動で設定を削除する必要があります。これを行うには、スイッチにログオンし、`setup-clean-config.sh` スクリプトを実行して、実行されるまで待ちます。それから、`リロード` コマンドを入力します。オプションとして、`-k` を `setup-clean-config.sh` スクリプトで指定することができます。ポートプロファイルの設定がリロード後も維持され、追加のリブートが不要になります。
最大アップリンクポートの制限	最大アップリンクポートの制限に達し、ポート 25 および 27 がアップリンクからダウンリンクへ返還されるとき、Cisco 93180LC EX スイッチのアップリンクに戻ります。 Cisco N9K-93180LC-EX スイッチでは、ポート 25 および 27 がオリジナルのアップリンクポートです。ポートプロファイルを使用して、ポート 25 および 27 をダウンリンクポートに変換する場合でも、ポート 29、30、31、および 32 は引き続き 4 つの元のアップリンクポートとして使用できます。変換可能なポート数のしきい値のため（最大 12 ポート）、8 個以上のダウンリンクポートをアップリンクポートに変換できます。たとえば、ポート 1、3、5、7、9、13、15、17 はアップリンクポートに変換されます。ポート 29、30、31、および 32 は、4 つの元からのアップリンクポートです（Cisco 93180LC-EX スイッチでの最大アップリンクポートの制限）。スイッチがこの状態でポートプロファイル設定がポート 25 および 27 で削除される場合、ポート 25 および 27 はアップリンクポートへ再度変換されますが、前述したようにスイッチにはすでに 12 個のアップリンクポートがあります。ポート 25 および 27 をアップリンクポートとして適用するため、ポート範囲 1、3、5、7、9、13、15、17 からランダムで 2 個のポートがアップリンクへの変換を拒否されます。この状況はユーザにより制御することはできません。そのため、リーフノードをリロードする前にすべての障害を消去し、ポートタイプに関する予期しない問題を回避することが必須です。ポートプロファイルの障害を消去せずにノードをリロードすると、特に制限超過に関する障害の場合、ポートは予想される動作状態になることに注意する必要があります。

ブレークアウト制限


スイッチ	リリース	制限事項
N9K-C93180LC-EX	Cisco APIC 3.1(1) 以降	40 Gb と 100 Gb のダイナミックブレークアウトは、ポート 1 ~ 24 の奇数ポート上でサポートされます。上位ポート（奇数ポート）ブレークアウトされると、下部ポート（偶数ポート）はエラーが無効になります。ポートプロファイルおよびブレークアウトは、同じポートでサポートされていません。ただし、ポートプロファイルを適用してファブリックポートをダウンリンクに変換してからであれば、ブレークアウト設定を適用できます。
N9K-C9336C-FX2-E	Cisco APIC 5.2(4) 以降	40Gb および 100Gb のダイナミックブレークアウトは、ポート 1 〜 34 でサポートされます。ポートプロファイルは、ブレークアウトが有効になっているポートには適用できません。ただし、ポートプロファイルを適用してファブリックポートをダウンリンクに変換してからであれば、ブレークアウト設定を適用できます。 34 ポートすべてをブレークアウトポートとして設定できます。 34 のポートにブレークアウト設定を適用する場合は、34 のダウンリンクポートを持つようにポートのポートプロファイルを設定してから、リーフスイッチをリブートする必要があります。複数のポートのリーフスイッチにブレークアウト設定を同時に適用する場合、34 ポートのハードウェアがプログラムされるまでに最大 10 分かかります。プログラミングが完了するまで、ポートはダウンしたままになります。新しい設定の場合、クリーンリブート後、またはスイッチの検出中に遅延が発生する可能性があります。
N9K-C9336C-FX2	Cisco APIC 4.2(4) 以降	40Gb および 100Gb のダイナミックブレークアウトは、ポート 1 〜 34 でサポートされます。ポートプロファイルは、ブレークアウトが有効になっているポートには適用できません。ただし、ポートプロファイルを適用してファブリックポートをダウンリンクに変換してからであれば、ブレークアウト設定を適用できます。 34 ポートすべてをブレークアウトポートとして設定できます。 34 のポートにブレークアウト設定を適用する場合は、34 のダウンリンクポートを持つようにポートのポートプロファイルを設定してから、リーフスイッチをリブートする必要があります。複数のポートのリーフスイッチにブレークアウト設定を同時に適用する場合、34 ポートのハードウェアがプログラムされるまでに最大 10 分かかります。プログラミングが完了するまで、ポートはダウンしたままになります。新しい設定の場合、クリーンリブート後、またはスイッチの検出中に遅延が発生する可能性があります。
N9K-C9336C-FX2	Cisco APIC 3.2(1) 以降、ただし 4.2(4) は含まない	ポート 1 ~ 30 では、40 Gb と 100 Gb のダイナミックブレークがサポートされています。ポートプロファイルおよびブレークアウトは、同じポートでサポートされていません。ただし、ポートプロファイルを適用してファブリックポートをダウンリンクに変換してからであれば、ブレークアウト設定を適用できます。最大 20 のポートをブレークアウトポートとして設定できます。
N9K-C93180YC-FX	Cisco APIC 3.2(1) 以降	40 Gb と 100 Gb のダイナミックブレークは、52、上にあるときにプロファイリング QSFP ポートがポート 49 でサポートされます。ダイナミックブレークアウトを使用するには、次の手順を実行します。ポート 49 ~ 52 を前面パネルポート（ダウンリンク）に変換します。次の方法のいずれかを使用して、ポートプロファイルのリロードを実行します。 Cisco APIC GUI で、[ファブリック（Fabric）] > [インベントリ（Inventory）] > [ポッド（Pod）] > [リーフ（Leaf）]に移動し、[シャーシ（Chassis）] を右クリックして、[リロード（Reload）] を選択します。 iBash CLI で、reload コマンドを入力します。プロファイルされたポート 49 - 52 のブレークアウトを適用します。ポート 53 および 54 では、ポートプロファイルまたはブレークアウトをサポートしていません。
N9K-C93240YC-FX2	Cisco APIC 4.0(1) 以降	ブレークアウトは変換後のダウンリンクではサポートされていません。

ポートプロファイルの設定のまとめ

次の表に、アップリンクからダウンリンク、およびダウンリンクからアップリンクへのポートプロファイル変換をサポートするスイッチでサポートされるアップリンクおよびダウンリンクをまとめます。


スイッチモデル	デフォルトリンク	最大アップリンク(ファブリックポート)	最大ダウンリンク (サーバのポート)	サポートされているリリース
N9K-C9348GC-FXP¹ N9K-C9348GC-FX3	48 x 100 M/1 G BASE-T ダウンリンク 4 x 10/25 Gbps SFP28 ダウンリンク 2 x 40/100 Gbps QSFP28 アップリンク	48 x 100 M/1 G BASE-T ダウンリンク 4 x 10/25 Gbps SFP28 アップリンク 2 x 40/100 Gbps QSFP28 アップリンク	デフォルトのポート設定と同じ	3.1(1)
N9K-C9348GC-FXP¹ N9K-C9348GC-FX3			デフォルトのポート設定と同じ	6.0(5)
N9K-C93180LC-EX	24 x 40 Gbps QSFP28 ダウンリンク（ポート 1〜24） 2 x 40/100 Gbps QSFP28 アップリンク（ポート 25、27） 4 x 40/100 Gbps QSFP28 アップリンク（ポート 29〜32）または 12 X 100 Gbps QSFP28 ダウンリンク（1〜24 の奇数番号ポート） 2 x 40/100 Gbps QSFP28 アップリンク（ポート 25、27） 4 x 40/100 Gbps QSFP28 アップリンク（ポート 29〜32）	18 X 40 Gbps QSFP28 ダウンリンク（1 〜 24） 6 X 40 Gbps QSFP28 アップリンク（1 〜 24） 2 x 40/100 Gbps QSFP28 アップリンク（25、27） 4 x 40/100 Gbps QSFP28 アップリンク（29 〜 32）または 6 x 100 Gbps QSFP28 ダウンリンク（1 〜 24 の範囲の奇数） 6 x 100 Gbps QSFP28アップリンク（1 〜 24 の範囲の奇数） 2 x 40/100 Gbps QSFP28 アップリンク（25、27） 4 x 40/100 Gbps QSFP28 アップリンク（29 〜 32）	24 X 40 Gbps QSFP28 ダウンリンク（1 〜 24） 2 x 40/100 Gbps QSFP28 ダウンリンク（25、27） 4 x 40/100 Gbps QSFP28 アップリンク（29 〜 32）または 12 X 100 Gbps QSFP28 ダウンリンク（1 〜 24 の範囲の奇数） 2 x 40/100 Gbps QSFP28 ダウンリンク（25、27） 4 x 40/100 Gbps QSFP28 アップリンク（29 〜 32）	3.1(1)
N9K-C93180YC-EX N9K-C93180YC-FX N9K-C93180YC-FX3	48 x 10/25 Gbps ファイバダウンリンク 6 x 40/100 Gbps QSFP28 アップリンク	デフォルトのポート設定と同じ	48 x 10/25 Gbps ファイバダウンリンク 4 x 40/100 Gbps QSFP28 ダウンリンク 2 x 40/100 Gbps QSFP28 アップリンク	3.1(1)
		48 X 10/25 Gbps ファイバアップリンク 6 x 40/100 Gbps QSFP28 アップリンク		4.0(1)
		48 X 10/25 Gbps ファイバアップリンク 6 x 40/100 Gbps QSFP28 アップリンク		5.1(3)
N9K-C93108TC-EX² N9K-C93108TC-FX² N9K-C93108TC-FX3	48 x 10GBASE T ダウンリンク 6 x 40/100 Gbps QSFP28 アップリンク	デフォルトのポート設定と同じ	48 x 10/25 Gbps ファイバダウンリンク 4 x 40/100 Gbps QSFP28 ダウンリンク 2 x 40/100 Gbps QSFP28 アップリンク	3.1(1)
				4.0(1)
				5.1(3)
N9K-C9336C-FX2	30 x 40/100 Gbps QSFP28 ダウンリンク 6 x 40/100 Gbps QSFP28 アップリンク	18 x 40/100 Gbps QSFP28 ダウンリンク 18 x 40/100 Gbps QSFP28 アップリンク	デフォルトのポート設定と同じ	3.2(1)
		18 x 40/100 Gbps QSFP28 ダウンリンク 18 x 40/100 Gbps QSFP28 アップリンク	34 X 40/100 Gbps QSFP28 ダウンリンク 2 x 40/100 Gbps QSFP28 アップリンク	3.2(3)
		36 x 40/100-Gbps QSFP28 アップリンク	34 X 40/100 Gbps QSFP28 ダウンリンク 2 x 40/100 Gbps QSFP28 アップリンク	4.1(1)
N9K-C9336C-FX2-E	30 x 40/100 Gbps QSFP28 ダウンリンク 6 x 40/100 Gbps QSFP28 アップリンク	36 x 40/100-Gbps QSFP28 アップリンク	34 X 40/100 Gbps QSFP28 ダウンリンク 2 x 40/100 Gbps QSFP28 アップリンク	5.2(4)
N9K-93240YC-FX2	48 x 10/25 Gbps ファイバダウンリンク 12 x 40 / 100Gbps QSFP28 アップリンク	デフォルトのポート設定と同じ	48 x 10/25 Gbps ファイバダウンリンク 10 X 40/100 Gbps QSFP28 ダウンリンク 2 x 40/100 Gbps QSFP28 アップリンク	4.0(1)
N9K-93240YC-FX2	48 x 10/25 Gbps ファイバダウンリンク 12 x 40 / 100Gbps QSFP28 アップリンク	48 X 10/25 Gbps ファイバアップリンク 12 x 40 / 100Gbps QSFP28 アップリンク		4.1(1)
N9K-C93216TC-FX2	96 X 10G BASE-T ダウンリンク 12 x 40 / 100Gbps QSFP28 アップリンク	デフォルトのポート設定と同じ	96 X 10G BASE-T ダウンリンク 10 X 40/100 Gbps QSFP28 ダウンリンク 2 x 40/100 Gbps QSFP28 アップリンク	4.1(2)
N9K-C93360YC-FX2	96 X 10/25 Gbps SFP28 ダウンリンク 12 x 40 / 100Gbps QSFP28 アップリンク	44 x 10 / 25Gbps SFP28 ダウンリンク 52 x 10 / 25Gbps SFP28 アップリンク 12 x 40 / 100Gbps QSFP28 アップリンク	96 X 10/25 Gbps SFP28 ダウンリンク 10 X 40/100 Gbps QSFP28 ダウンリンク 2 x 40/100 Gbps QSFP28 アップリンク	4.1(2)
N9K-C93600CD-GX	28 x 40/100 Gbps QSFP28 ダウンリンク（ポート 1～28） 8 x 40/100/400 Gbps QSFP-DD アップリンク（ポート 29～36）	28 X 40/100 Gbps QSFP28 アップリンク 8 x 40/100/400 Gbps QSFP-DD アップリンク	28 X 40/100 Gbps QSFP28 ダウンリンク 6 X 40/100/400 Gbps QSFP-DD ダウンリンク 2 x 40/100/400 Gbps QSFP-DD アップリンク	4.2(2)
N9K-C9364C-GX	48 x 40/100 Gbps QSFP28 ダウンリンク（ポート 1～48） 16 x 40/100 Gbps QSFP28 アップリンク（ポート 49～64）	64 X 40/100 Gbps QSFP28 アップリンク	62 X 40/100 Gbps QSFP28 ダウンリンク 2 x 40/100 Gbps QSFP28 アップリンク	4.2(3)
N9K-C9316D-GX	12 x 40/100/400 Gbps QSFP-DD ダウンリンク（ポート 1～12） 4 x 40/100/400 Gbps QSFP-DD アップリンク（ポート 13～16）	16 X 40/100/400 Gbps QSFP-DD アップリンク	14 x 40/100/400 Gbps QSFP-DD ダウンリンク	5.1(4)
N9K-C9332D-GX2B	2 x 1/10 Gbps SFP+ ダウンリンク（ポート 33～34） 24 x 40/100/400 Gbps QSFP-DD ダウンリンク（ポート 1～24） 8 x 40/100/400 Gbps QSFP-DD アップリンク（ポート 25～32）	2 X 1/10 Gbps SFP+ ダウンリンク 32 X 40/100/400 Gbps QSFP-DD アップリンク	2 X 1/10 Gbps SFP+ ダウンリンク 30 X 40/100/400 Gbps QSFP-DD ダウンリンク 2 x 40/100/400 Gbps QSFP-DD アップリンク	5.2(3)
N9K-C9348D-GX2A	2 x 1/10 Gbps SFP+ ダウンリンク（ポート 49～50） 36 x 40/100/400 Gbps QSFP-DD ダウンリンク（ポート 1～36） 12 x 40/100/400 Gbps QSFP-DD アップリンク（ポート 37～48）	2 X 1/10 Gbps SFP+ ダウンリンク 48 x 40/100/400 Gbps QSFP-DD アップリンク	2 X 1/10 Gbps SFP+ ダウンリンク 46 X 40/100/400 Gbps QSFP-DD ダウンリンク 2 x 40/100/400 Gbps QSFP-DD アップリンク	5.2(5)
N9K-C9364D-GX2A	2 x 1/10 Gbps SFP+ ダウンリンク（ポート 65～66） 48 x 40/100/400 Gbps QSFP-DD ダウンリンク（ポート 1～48） 16 x 40/100/400 Gbps QSFP-DD アップリンク（ポート 49～64）	2 X 1/10 Gbps SFP+ ダウンリンク 64 x 40/100/400 Gbps QSFP-DD アップリンク	2 X 1/10 Gbps SFP+ ダウンリンク 62 X 40/100/400 Gbps QSFP-DD ダウンリンク 2 x 40/100/400 Gbps QSFP-DD アップリンク	5.2(5)
N9K-C9408（N9K-X9400-8D 搭載）³	6 X 40/100/400 Gbps QSFP-DD ダウンリンク 2 x 40/100/400 Gbps QSFP-DD アップリンク	8 x 40/100/400 Gbps QSFP-DD アップリンク	デフォルトのポート設定と同じ	6.0(2)
N9K-C9408（N9K-X9400-16W 搭載）³	12 x 100/200 Gbps QSFP56 ダウンリンク 4 x 100/200 Gbps QSFP56 アップリンク	6 x 100/200 Gbps QSFP56 アップリンク（ポート 1～6） 6 x 100/200 Gbps QSFP56 ダウンリンク（ポート 7～12） 4 x 100/200 Gbps QSFP56 アップリンク（ポート 13～16）	デフォルトのポート設定と同じ	6.0(2)⁴

^{1 FEX をサポートしていません。}

^{2 アップリンクからダウンリンクへの変換のみがサポートされています。}

^{3 ポート 1～6 のみがポートプロファイルの変換をサポートします。}

^{4 6.0(2) リリースは 200 Gbps をサポートしていません。}

GUI を使用したアップリンクからダウンリンクまたはダウンリンクからアップリンクへの変更

この手順では、ポートタイプ (アップリンクまたはダウンリンク) を決定するポートプロファイルを設定する方法について説明します。[ファブリック（Fabric）] > [アクセスポリシー（Access Policies）] > [インターフェイスの構成（Interface Configuration）] > [アクション（Actions）] > [インターフェイスの変換（Convert Interfaces）]を使用して、ポートをアップリンクまたはダウンリンクとして設定できます。[ファブリック（Fabric）] > [インベントリ（Inventory）] > [トポロジ（Topology）] > [インターフェイスの変換（Convert Interfaces）].を使用することもできます。2 つの方法は同じワークフローを提供します。

始める前に

Cisco Application Centric Infrastructure（ACI）ファブリックが設置され、Cisco Application Policy Infrastructure Controller（APIC）がオンラインになっており、 Cisco APIC クラスタが形成されて正常に動作していること。
必要なファブリックインフラストラクチャ設定を作成または変更できる Cisco APIC ファブリック管理者アカウントが使用可能であること。
ターゲットリーフスイッチが Cisco ACI ファブリックに登録され、使用可能であること。

手順

ステップ 1	メニューバーで、[ファブリック（FABRIC）] > [アクセスポリシー（Access Policies）] の順に選択します。
ステップ 2	ナビゲーションペインで [インターフェイスの構成（Interface Configuration）] を選択します。
ステップ 3	作業ペインで、[アクション（Actions）] > [インターフェイスの変換（Convert Interfaces）]をクリックします。
ステップ 4	[インターフェイス構成サポートタイプ（Interface Configuration Support Type）] ドロップダウンリストで、[アップリンクへの変換（Convert to Uplink）] または [ダウンリンクへの変換（Convert to Downlink）] を選択します。
ステップ 5	[ノード（Node）] フィールドで、[ノードの選択（Select Node）] をクリックし、ノードを選択します。
ステップ 6	[すべてのスイッチのインターフェイス（Interfaces for All Switches）] フィールドで、目的のインターフェイスを入力します。ダウンリンクをアップリンクに、またはアップリンクをダウンリンクに変換した後、GUI または CLI の `reload` コマンドを使用してスイッチをリロードする必要があります。スイッチの電源の再投入では不十分です。

NX-OS スタイル CLI を使用したポートプロファイルの設定

NX-OS スタイルの CLI を使用したポートプロファイルの設定をするには、次の手順を実行します。

始める前に

ACI ファブリックが設置され、APIC コントローラがオンラインになっており、APIC クラスタが形成されて正常に動作していること。
必要なファブリックインフラストラクチャ設定を作成または変更できる APIC ファブリック管理者アカウントが使用可能であること。
ターゲットリーフスイッチが ACI ファブリックに登録され、使用可能であること。

手順

ステップ 1

configure

グローバルコンフィギュレーションモードを開始します。

例:

apic1# configure

ステップ 2

leaf node-id

設定するリーフまたはリーフスイッチを指定します。

例:

apic1(config)# leaf 102

ステップ 3

interface type

設定するインターフェイスを指定します。インターフェイスタイプと ID を指定できます。イーサネットポートの場合は、ethernet slot / port を使用します。

例:

apic1(config-leaf)# interface ethernet 1/2

ステップ 4

port-direction {uplink | downlink}

ポートの方向を決定するか変更します。この例ではダウンリンクにポートを設定します。

（注）

N9K-C9336C-FX スイッチでは、アップリンクからダウンリンクへの変更はサポートされていません。

例:

apic1(config-leaf-if)# port-direction downlink

ステップ 5

ポートがあるリーフスイッチにログインし、reload コマンドを入力します。

NX-OS スタイル CLI を使用したポートプロファイルの設定と変換の確認

show interface brief CLI コマンドを使用して、ポートの設定と変換を確認することができます。

（注）

ポートプロファイルは、Cisco N9K-C93180LC EX スイッチのトップポートにのみ展開されます。たとえば、1、3、5、7、9、11、13、15、17、19、21、および 23 となります。ポートプロファイルを使用してトップポートを変換すると、ボトムポートはハードウェア的に無効になります。たとえば、ポートプロファイルを使用して Eth 1/1 を変換すると、Eth 1/2 はハードウェア的に無効になります。

手順

ステップ 1

この例では、アップリンクポートをダウンリンクポートに変換する場合の出力を示しています。アップリンクポートをダウンリンクポートに変換変換する前に、この例での出力が表示されます。routed というキーワードは、ポートがアップリンクポートであることを示しています。

例:



switch# show interface brief
<snip>
Eth1/49          --      eth  routed  down   sfp-missing              100G(D)   --
Eth1/50          --      eth  routed  down   sfp-missing              100G(D)   --
<snip>

ステップ 2

ポートプロファイルを設定して、スイッチのリロード、後に、例では、出力が表示されます。キーワードトランクダウンリンクポートとしてポートを示します。

例:


switch# show interface brief
<snip>
Eth1/49          0       eth  trunk   down   sfp-missing              100G(D)   --
Eth1/50          0       eth  trunk   down   sfp-missing              100G(D)   --
<snip>

インターフェイス構成の編集

この手順では、以前に構成したインターフェイスの構成を編集する方法について説明します。これにより、インターフェイスのポートポリシーグループまたは説明を変更できます。

始める前に

少なくとも 1 つのインターフェイスを構成する必要があります。

手順

ステップ 1

メニューバーで、[ファブリック（FABRIC）] > [アクセスポリシー（Access Policies）] の順に選択します。

ステップ 2

ナビゲーションペインで [インターフェイスの構成（Interface Configuration）] を選択します。

ステップ 3

作業ウィンドウで、構成を編集するインターフェイスの行の右端にある [...] をクリックし、[インターフェイス構成の編集（Edit Interface Configuration）] を選択します。

ステップ 4

[インターフェイス名ポリシーグループの編集（Edit Policy Group for interface-name）] ダイアログで、必要に応じて構成を変更します。

ステップ 5

[保存（Save）] をクリックします。

（注）

ノードまたはポートプロファイルを使用して行われた既存の構成については、APIC REST API の構成手順を使用して FEX 構成全体を移行できます。

Cisco APIC レイヤ 2 ネットワーク設定ガイド、リリース 5.2(x)

偏向のない言語

翻訳について

検索結果

章のタイトル： アクセス インターフェイス

アクセス インターフェイス