ポリシー テンプレートには、CLI と PYTHON の 2 つのテンプレート コンテンツ タイプがあります。CLI コンテンツ タイプでは、ポリシー テンプレートはパラメータ化された CLI テンプレートです。それらは多くの変数と CLI を持つことができます。通常、CLI ポリシー テンプレートは小さく、if-else-for などのような構造はありません。AAA サーバー構成の CLI ポリシー テンプレートの例を以下に示します。

ただし、テンプレート コンテンツ タイプ PYTHON のポリシー テンプレートを使用することもできます。基本的に、これにより、複数の CLI ポリシー テンプレートを共通の「送信元」と組み合わせて、一度にすべての適用/適用解除を行うことができます。たとえば、vPC ホスト ポートを作成する場合、vPC ペアの一部である両方のピアで対称的に作成する必要があります。さらに、ポートチャネル、メンバー インターフェイス、チャネル グループなどを作成する必要があります。これが、Python vPC ホスト ポリシー テンプレートが追加された理由です。ルーテッド インターフェイスを設定するためのインターフェイス PYTHON テンプレートの例を以下に示します。

各ポリシー テンプレートには、DEVICE、INTERFACE などのテンプレート サブタイプがあります。これにより、適切なポリシー テンプレートが適切な選択ポイントに表示されます。たとえば、[インターフェイス（Interface）] ウィンドウには、インターフェイス ポリシー テンプレートのみが表示されます。

ファブリック ビルダの [ポリシーの表示/編集（View/Edit Policies）] ウィンドウには、デバイス ポリシー テンプレートのみが表示されます。

これらのテンプレートのいずれかをコピーして、必要に応じてカスタマイズできます。これは、カスタマイズの典型的なユースケースです。 既存のポリシーを変更せずにコピーを作成し、要件に従ってカスタマイズしてください。そうしないと、DCNM のアップグレード後に変更が失われる可能性があります。

一般に、すでに使用されているテンプレート、つまりファブリック内のスイッチにすでに適用されているテンプレートは編集できません。

（注）	LAN ファブリック インストール モードでは、Type-CLI テンプレートは使用されません。それらはすべて、スーパー セットであるより強力なポリシー テンプレートに置き換えられます。

ファブリック テンプレートは基本的に python テンプレート、具体的には jython、つまり java + python です。ファブリック テンプレートは非常に包括的であり、ファブリック全体内のすべてのスイッチの目的の構成を生成するために必要なすべてのロジックを含む、ファブリックの展開に必要なルールが組み込まれています。構成は、公開されているシスコのベストプラクティス ガイドラインに基づいて生成されます。組み込みルールに加えて、ファブリック テンプレートは、リソース マネージャ、トポロジデータベース、デバイス ロール、構成コンプライアンスなどの他のエンティティとも統合し、ファブリック内のすべてのデバイスに応じて構成を生成します。これは、DCNM ファブリック ビルダに固有の部分です。

ユーザーが独自のファブリック テンプレートを作成しないことが望ましいです。DCNM には、Easy ファブリック、外部ファブリック、MSD ファブリック、eBGP ファブリック（DCNM 11.2 で導入）など、すぐに使用できるいくつかのファブリック テンプレートが用意されています。

プロファイル テンプレートは、オーバーレイ（ネットワークまたは VRF）のプロビジョニングに使用されます。オーバーレイ構成を適用する場合、複数の構成要素を組み合わせる必要があるという考え方です。たとえば、VXLAN EVPN ファブリックの有効なレイヤ 3 ネットワーク構成には、VLAN、SVI、int nve 構成、EVPN ルート ターゲットなどが必要です。これらの要素はすべて、いわゆる構成プロファイル（NX-OS コンストラクト）にまとめられます。そして、一度に効果的に適用されます。スイッチ上で、構成プロファイル全体が適用されるか、何も適用されません。このようにして、スイッチにぶら下がったり迷い込んだりする構成が残されることはありません。リーフまたはボーダーのいずれの種類のオーバーレイ構成でも、DCNM はプロファイル テンプレートを使用します。

以下に示すように、タグで区別される 4 種類のプロファイル テンプレートがあります。

• ネットワーク プロファイル（ロール リーフを持つすべてのデバイスに適用）

• ネットワーク拡張プロファイル（ロール「border*」を持つすべてのデバイスに適用）

• VRF プロファイル（ロール リーフを持つすべてのデバイスに適用）

• VRF 拡張プロファイル（ロール「border*」を持つすべてのデバイスに適用）

DCNM のネットワークと VRF ワークフローを介してオーバーレイ構成を適用する方法の詳細については、「ネットワークと VRF の作成と展開」セクションを参照してください。

[ポリシーの表示/編集（View/Edit Policies）] ウィンドウに移動するには、[ファブリック ビルダ（Fabric Builder）] ウィンドウでデバイスを右クリックし、[ポリシーの表示/編集（View/edit policies）] を選択します。

[ポリシーの表示/編集（View/Edit Policies）] ウィンドウを使用して、デバイスのポリシーを表示、編集、または作成できます。インターフェイス ポリシーは表示のみが可能で、[ポリシーの表示/編集（View/Edit Policies）] ウィンドウから編集/作成することはできないことに注意してください。インターフェイスは、[インターフェイス（Interfaces）] ウィンドウからのみ編集、作成、または削除できます。

新しい構成を展開するには、次の 2 つの方法があります。

1. [ファブリック ビルダ（Fabric Builder）] ウィンドウに移動し、デバイスを右クリックして [構成の展開（Deploy Config）] を選択します（この方法が推奨されています）。

2. [ポリシーの表示/編集（View/Edit Policies）] ウィンドウで、新しく追加したポリシーを選択し、[表示（View）] をクリックして構成を確認します。新しい構成が適切に見える場合は、[構成のプッシュ（Push Config）] ボタンをクリックして、新しい構成をデバイスにプッシュします。[構成のプッシュ（Push Config）] は構成コンプライアンスをバイパスすることに注意してください。このオプションは、新しいユーザまたは SNMP ユーザをスイッチに追加する必要がある場合などの例外シナリオにのみ使用してください。

[switch_freeform] は、ユーザーがデバイスに任意の自由形式構成を指定できるようにする特別なポリシー テンプレートです。テンプレートの使用方法は次のとおりです。

• [スイッチ自由形式構成（Switch Freeform Config）] パラメータでスイッチ レベルの構成を指定します。

• 指定された構成は、大文字と小文字と改行に関して [show run] 出力と一致する必要があります。不一致があると、展開中に予期しない差分が発生します。

• 指定された構成に対して、内部の [switch_freeform_config] CLI ポリシーが作成されます。

• 現在、SVI インターフェイスはインターフェイス ページで構成できないため、SVI インターフェイス以外のインターフェイス構成にはこのテンプレートを使用しないでください。

• ユーザーは、さまざまな構成に対して多くの [switch_freeform] ポリシーを作成できます。

• [switch_freeform] PTI は、ポリシーの優先順位に基づいて他の PTI と一緒に並べ替えられます。

• [switch_freeform] ポリシーは、構成の展開前または展開後に編集できます。

• 構成コンテンツに変更がある場合、以前に作成された内部 [switch_freeform_config] ポリシー優先順位が正の数から負の数に変更され、新しい構成に対して新しい内部ポリシーが作成されます。

• [負（negative）] の優先順位 PTI は、PTI 内の CLI を削除する必要があることを意味します。[構成コンプライアンス（Configuration Compliance）] は、それに応じて [no] コマンドを生成します。

• [switch_freeform] ポリシーを削除すると、その内部ポリシーの PTI 優先順位が負の数に変更されます。

次のセクションでは、[switch_freeform] ポリシーを作成し、ポリシーを展開し、その後、更新されたポリシーを編集して再展開する方法を示します。