Cisco APIC レイヤ 4 から レイヤ 7 のデバイス パッケージ開発ガイド

デバイスのスクリプト情報は <vnsDevScript> オブジェクトによって定義されます。 デバイスのスクリプト オブジェクトは、APIC API を定義する Python ファイルを関連付けます。 APIC はこれらの Python API を呼び出し、デバイス パッケージが定義するサービス機能をインスタンス化します。

デバイスのスクリプト オブジェクトには以下の属性が含まれます。

minorversion 文字列は、デバイス パッケージの無停止アップグレードを提供します。 デバイスのスクリプトだけ変更され、モデルに変更がない場合、デバイス パッケージの開発者はマイナー バージョン文字列だけアップグレードする必要があります。 マイナーバージョンだけ変更され、デバイス パッケージのバージョンが増分されなかったことを APIC が識別すると、パッケージに関連するスクリプトが再起動され、デバイス パッケージに新た一連のなファイルがバンドルされます。 管理対象オブジェクト モデルは、デバイス パッケージに指定されたデバイス モデルによって更新されません。 これによって、デバイス パッケージを使用したグラフが再レンダリングを発生させずに、スクリプトの効率的なアップグレードが可能となります。

デバイス クレデンシャルのオブジェクトによって、デバイスと通信中でも、ベンダーは Application Policy Infrastructure Controller（APIC）が認証用にデバイスのスクリプトに渡すクレデンシャルのタイプを指定できます。 現在は、ユーザ名とパスワードによる認証のみサポートされています。 デバイス仕様ファイルは、次のオブジェクトを定義する必要があります。

<vnsMCred name=”username” key=”username”/>
<vnsMCredSecret name=”password” key=”password”/>

デバイス仕様ファイルは、vnsMCred と vnsMCredSecret の 1 つだけのインスタンスを定義する必要があります。 デバイスの登録時に、ユーザ名およびパスワードのオブジェクトの値を入力します。 詳しくは、『Cisco APIC Layer 4 to Layer 7 Services Deployment Guide』を参照してください。

デバイスのインターフェイスは抽象的な方法でラベル付けする必要があります。 サービス機能におけるパケットの論理フローを表すために、機能をインターフェイスに関連付けます。 たとえば、ファイアウォール デバイスはインターフェイスを、信頼できるインターフェイス、信頼できないインターフェイス、クラスタ インターフェイス、および管理インターフェイスとしてラベル付けします。 信頼できないインターフェイスから受信したパケットをファイアウォール機能に送り、信頼できるインターフェイスから送出することも可能です。 別の例としては、デバイスがそのインターフェイスを外部、内部、HA、そして管理インターフェイスとしてラベル付けすることも可能です。 ロード バランシング機能によって、外部インターフェイスからパケットを受信し、内部インターフェイスを通じてプールにロード バランシングすることも可能です。 1 つの物理インターフェイス（仮想サービスの場合は vNIC）に、1 つまたは複数のラベルを割り当てることができます。 ラベルは、ロジカル デバイスおよびコンクリート デバイスの登録時に、デバイスのインターフェイスに割り当てられます。 1 つのアーム展開用の 1 つのインターフェイスに、複数のラベルを割り当てることができます。 デバイス モデルは、インターフェイスのラベルを指定する必要があります。 ラベルは vnsMIfLb オブジェクト タイプを使用して定義します。

次に、ラベルの定義の例を示します。

<vnsMIfLbl name="external" shortName="ext"/>
<vnsMIfLbl name="internal" shortName="int"/>
<vnsMIfLbl name="management" shortName="mgmt" />

vnsMIfLbl オブジェクトには、name 属性および shortName 属性を含める必要があります。 省略名は 4 文字以下にする必要があります。 デバイス仕様は vnsMIfLbl オブジェクトの 1 つまたは複数のタイプを定義することができます。

デバイス仕様ファイルは、vnsClusterCfg と呼ばれるクラスタ設定オブジェクトを 1 つだけ定義できます。 クラスタ設定には、クラスタ全体の設定が含まれます。 クラスタに適用される設定は 1 つまたは複数のタイプ vnsMParam のオブジェクトによって示され、さらに 1 つまたは複数の vnsMFolder オブジェクトの下でロジカルにグループ化することができます。

Application Policy Infrastructure Controller（APIC）に登録されたロジカル デバイスのクラスタ設定の下で定義されたパラメータとフォルダをインスタンス化することができます。 クラスタ設定で定義された設定は、clusterModify() または clusterAudit() コール中にのみ、デバイスのスクリプトに渡されます。 クラスタの下で定義された設定はサービス機能によって参照できません。 クラスタ設定は、serviceModify()、serviceAudit()、serviceHealth()、または serviceCounters() API コール中にはスクリプトに渡されません。

デバイス パッケージの開発者は、vnsClusterCfg オブジェクト内のクラスタ レベル設定をすべて定義する必要があります。 たとえば、クラスタ設定にはネットワーク タイム プロトコル（NTP）サーバ設定と syslog サーバ IP アドレスを含めることができます。

次に、クラスタ設定の例を示します。

<vnsClusterCfg name="ClusterConfig">
	 <vnsMFolder key="SyslogConfig">
		  <vnsMParam key="ipaddress"
		   	description="Syslog Server IP address"
	   		dType="str"
			   validation="isIPAddress"/>
  </vnsMFolder>

  <vnsMFolder key="NTPConfig">
 		 <vnsMParam key="ipaddress"
	     description="NTP Server IP address"
    		dType="str"
	     validation="isIPAddress"/>
  </vnsMFolder>
</vnsClusterCfg>

デバイス仕様ファイルは、デバイス固有の設定を含む vnsDevCfg の 1 つのインスタンスを含むことができます。 vnsDevCfg は vnsClusterCfg に含まれています。 デバイス固有の設定は、1 つまたは複数の vnsMParam で表され、これをさらに 1 つまたは複数の vnsMFolder 下でグループ化できます。

デバイス設定の下で定義された設定は、ロジカル デバイス内のコンクリート デバイス登録時のユーザによってインスタンス化されます。 デバイス設定は、deviceAudit()、deviceModify()、deviceHealth()、deviceCounters() のコール時にのみ、デバイスのスクリプトに渡されます。 デバイス設定は、clusterModify() のコール、または clusterAudit() のコール時にはサービス機能から参照できません。

デバイス設定は、デバイスの HA モード、クラスタのピア IP アドレス、またはクラスタ内の特定のデバイスにプッシュされるポート チャネル（LACP）設定などの設定を含むことができます。

次に、デバイスの設定の例を示します。

<vnsClusterCfg name="ClusterConfig">
  <vnsDevCfg name="DevCfg">
    <vnsMFolder key="HighAvailabilityCfg" cardinality="n">
      <vnsMParam key="peerIP"
        description="HA Pair peer IP address"
        dType="str"
        validation="isIPAddress"/>
    </vnsMFolder>
  </vnsDevCfg>
</vnsClusterCfg>

1 つの機能には少なくとも 1 つのコネクタ オブジェクト、vnsMConn が必要です。 1 つまたは複数の機能をリンクし、サービス グラフを形成するためにコネクタ オブジェクトが使用されます。 機能がトランジット機能の場合は、少なくとも 2 つのコネクタが必要です。 機能がコレクタのようなスタブ機能の場合は、1 つのコネクタでかまいません。 通常、パッシブ モードであり、デバイスにコピーされるパケットをキャプチャする IDS デバイスだけが、キャプチャ機能に定義された1 つのコネクタを持っています。 ファイアウォール、ロード バランサ、SSL オフロードなど、ほかの機能にはすべて 2 つ以上のコネクタがあります。 現在、Application Policy Infrastructure Controller（APIC）は 1 機能ごとに最大 2 つのコネクタをサポートしているので、すべてのトランジット機能で入力コネクタと出力コネクタを定義することが可能です。

コネクタは次の属性を持ちます。

1 つのコネクタには、1 つの vnsRsInterface オブジェクトだけが含まれていなければいけません。 このオブジェクトは、vnsMIfLbl を使って定義されたラベルによって識別される特定のインターフェイスにコネクタを関連付けます。 APIC はサービス機能の実行中、この関係を使って特定のインターフェイス情報を渡します。 詳細については、ファブリック接続 を参照してください。

機能は、デバイス パッケージにバンドルされている gif イメージ ファイルにリンクする必要があります。 Application Policy Infrastructure Controller（APIC）はグラフ内の機能のため GUI でイメージを表示します。 このイメージは、特定のベンダ デバイスで実行されるグラフでの特定の機能のグラフィカル ID となります。

イメージへのリンクは、次の例に示すように、1 つの vnsMImage オブジェクトをインスタンス化することで実行されます。

<vnsMImage
name="insieme.gif"/>

デバイス パッケージの開発者は、機能オブジェクトの下でサービス機能を設定するために必要なパラメータを定義できます。 vnsMFunc 下で定義されるすべてのパラメータは、特定の機能の下で範囲が決定されます。 機能下で定義されたパラメータは、1 つまたは複数のフォルダでさらにロジカルにグループ化することができます。

機能下で定義されたパラメータおよびフォルダは、機能のインスタンスが持続する場合は持続します。 Application Policy Infrastructure Controller（APIC）は、機能のインスタンスが削除されると、機能下で定義されたパラメータおよびフォルダを削除します。

機能下にあるパラメータおよびフォルダは、同じグラフまたは同じデバイスで実行される別のグラフ内の他の機能と共有したり、参照したりすることはできません。 機能下で定義されたパラメータおよびフォルダには、各機能のインスタンスごとに、デバイスにおける一意のインスタンスがなければいけません。 パラメータ範囲および機能のコンテキスト内に制限されたフォルダは、C 言語のローカル変数と類似しています。

次に、サービス機能のパラメータの定義の例を示します。

<vnsMFunc name="SLB">
     <vnsMImage name="insieme.png"/>

      <vnsMConn name="external"
                dir="input"
                encType="vlan"
                 notifications="endpoint">
                <vnsRsInterface tDn="uni/infra/mDev-Insieme-SampleDevice-1.0/mIfLbl-external" />
       </vnsMConn>

       <vnsMConn name="internal"
                 dir="output"
                 encType="vlan"
                 notifications="endpoint">
                 <vnsRsInterface tDn="uni/infra/mDev-Insieme-SampleDevice-1.0/mIfLbl-internal" />
        </vnsMConn>

        <vnsMFolder key="VServer"
                    scopedBy="epg">
                 <vnsMParam key="vservername"
                            description="Name of VServer"
                            mandatory="true"
                            dType="str"
                            validation="isAlpha"/>
                 <vnsMParam key="port"
                            description="Port for Virtual server"
                            validation="isL4Port"/>
                 <vnsMParam key="persistencetype"
                            description="persistencetype"/>

                 <vnsMParam key="servicename"
                                  description="Service bound to this vServer"/>
                 <vnsMParam key="servicetype"
                                  description="Service bound to this vServer"
                            dType="str"
                                  validation="isProtocol"/>
                 <vnsMParam key="clttimeout"
                            description="Client timeout"/>
                 
          </vnsMFolder>
  </vnsMFunc>

グループ設定下で定義されるパラメータとフォルダはすべて、グラフ内の複数の機能上で共有することができます。 デバイス パッケージの開発者は、グループ設定下にある 1 つのグラフ内の 1 つのデバイスで実行される複数の機能上で共有されるよう、パラメータとフォルダを定義することができます。

グループ設定内のパラメータとフォルダは、グラフのインスタンスの下にあります。 グラフのインスタンス内にある機能はすべて、設定を共有し、参照することができます。

グループ設定下で定義されるオブジェクトは、グラフのインスタンスが持続するかぎり持続します。 Application Policy Infrastructure Controller（APIC）は、グラフのインスタンスが削除されると、グループ設定下で定義されるパラメータおよびフォルダを削除します。 グループ設定下で定義されるパラメータにはすべて、デバイスのグラフごとに一意のインスタンスがなければいけません。パラメータを同じデバイスで実行される他のグラフのインスタンスで共有したり、参照したりすることはできません。

グループ設定は vnsGrpCfg オブジェクトで表されます。 vnsMDev の下には、vnsGrpCfg の 1 つの定義しかありません。 あるグループの下にあるすべてのグループ パラメータとフォルダは、vnsGrpCfg オブジェクト内に含まれなければいけません。

グループ設定下で定義されるパラメータおよびフォルダは、C 言語の静的変数と類似しています。 変数は機能を超えて持続します。

vnsMDev 設定下で定義されるパラメータおよびフォルダはすべて、複数グラフ上で複数の機能を共有することができます。 デバイス パッケージの開発者は、vnsMDevCfg の下で単一のデバイスで実行される、複数グラフ上の複数機能上で共有されるよう、パラメータおよびフォルダを定義することができます。

vnsMDev 設定下で定義されるオブジェクトは、パラメータまたはフォルダに参照するグラフのインスタンスが少なくとも 1 つあれば、持続します。 Application Policy Infrastructure Controller（APIC）は、すべてのグラフのインスタンス上のすべての機能が特定のデバイスから削除されると、vnsMDev 下で定義されるパラメータおよびフォルダを削除します。

マルチ コンテキストのデバイスでは、グローバル設定にはコンテキストごとに一意のインスタンスがなければいけません。 vnsMDev 下で定義されるパラメータおよびフォルダは、マルチ コンテキスト上では共有できません。

vnsMDev 設定下で定義されるパラメータおよびフォルダは、C 言語のグローバル変数と類似しています。

通常、インターフェイスで設定された IP アドレス、ルート、サブネットなどのネットワーク属性にはグローバル スコープがあります。 APIC によって割り当てられたカプセル化のタグはグローバル スコープで、複数のパラレルな機能を複数のグラフ上の同じネットワーク上で展開することが可能です。

サービス機能はグループまたは vnsMDevCfg 下で定義される特定のパラメータまたはフォルダを参照することができ、それによってグループまたはデバイス スコープ下で定義されるパラメータまたはフォルダのインスタンスを機能が使用可能になります。 フォルダとの関係は vnsMRel オブジェクトを使用して定義されます。 vnsMRel オブジェクトは vnsMFolder オブジェクト内にのみ存在できます。 1 つのフォルダでは、1 つまたは複数の関係オブジェクトを定義できます。

vnsMRel オブジェクトには次の属性があります。

vnsMRel オブジェクトは、オブジェクトがどの関係を参照しているかを識別する vnsRsTarget オブジェクトを含みます。 ターゲットは、デバイス仕様ファイルで定義されるオブジェクトの完全修飾キーです。 vnsMRel オブジェクトには、vnsRsTarget オブジェクトの インスタンスを 1 つだけ含めることができます。

次に、関係オブジェクトの定義の例を示します。

<vnsMRel key="ServerConfig">
   <vnsRsTarget tDn="uni/infra/mDev-Insieme-SampleDevice-1.0/mDevCfg/mFolder-Server"/>
 </vnsMRel>

上記の例は、機能内で定義された ServerConfig に、vnsMDevCfg 下で定義されたサーバ フォルダのインスタンスとの関係があることを示します。 デバイス設定下のフル パスで認定されたターゲット フォルダのインスタンス名を指定することで、関係をインスタンス化できます。 サービス機能がデバイスで実行されると、APIC が関係によって参照されるフォルダの特定のインスタンスを検索します。 APIC が一致するインスタンスを見つけると、サービス API コールで渡される設定ディクショナリにそのフォルダを含めます。 APIC はまた、機能設定ディクショナリの一部として関係のインスタンスを渡します。 API で渡される設定ディクショナリの例については、デバイス スクリプトの開発を参照してください。

vnsMDevCfg、vnsGrpCfg、または vnsMFunc 下で定義されるパラメータおよびフォルダはすべて、serviceAudit()、serviceModify()、serviceHealth()、および serviceCounters() 機能コール時にのみ、デバイスのスクリプトに渡されます。 vnsMDevCfg オブジェクトで定義されるパラメータおよびフォルダは、そのパラメータおよびフォルダを参照する関係オブジェクトのサービス機能がある場合のみ、サービス API コールで渡されます。

設定パラメータは vnsMParam オブジェクト タイプで表されます。 デバイス パッケージは 1 つまたは複数の vnsMParam オブジェクトを持つことができます。 パラメータのオブジェクトには次の属性が含まれます。

次に、パラメータ オブジェクトの定義の例を示します。

 <vnsMParam key="vservername"
  description="Name of VServer"
  mandatory="true"
  dType="str"
  validation="isAlpha"/>

<vnsMParam key="subnetipaddress"
  description="Subnet IPAddress of the Device"
  dType="str"
  cardinality=”n”
  validation="isIPAddress"/>

設定パラメータは、フォルダの下でロジカルにグループ化できます。 フォルダは、1 つまたは複数のフォルダおよびパラメータを含むことができます。 フォルダは vnsMFolder オブジェクトによって表され、次の属性があります。

次に、フォルダのオブジェクトの定義の例を示します。

<vnsMFolder key="Server"
  scopedBy="epg">
  <vnsMParam key="servername"
    description="Server Name"
    dType="str"
    validation="isAlpha"/>
  <vnsMParam key="domain"
    description="Domain name of the server"/>
  <vnsMParam key="ipaddress"
    description="Server IP address"
    dType="str"
    validation="isIPAddress"/>
</vnsMFolder>

Application Policy Infrastructure Controller（APIC）は、vnsComparison および vnsComposite オブジェクトを使用してパラメータ検証を行うことができます。 デバイス パッケージの開発者は基本または複合比較を使って、すべての文字列タイプのパラメータの検証を定義し、関連付けることができます。

基本比較（vnsComparison）は次の演算を行うことができます。

• 等しい：eq（デフォルト）
• 等しくない：ne
• 未満：lt
• より大きい：gt
• 以上：ge
• 以下：le
• 一致：match（標準形式が必要）

比較オブジェクトの vnsComparison は、vnsMDev、vnsMFunc、vnsMFolder、vnsMParam、または vnsComposite オブジェクト下で定義されています。 vnsComparison オブジェクトには次の属性があります。

次の例では、正規表現一致を使って、パラメータが IP アドレスを検証します。

<vnsMParam key="vipaddress"
           description="VIP IPAddress"
           dType="str"
           validation="isIPAddress"
/>

<vnsComparison name="isIPAddress"
               cmp="match"
               value="([01]?\d\d?|2[0-4]\d|25[0-5])\.([01]?\d\d?|2[0-4]\d|25[0-5])\.([01]?\d\d?|2[0-4]\d|25[0-5])\.([01]?\d\d?|2[0-4]\d|25[0-5])"
/>

複合比較（vnsComposite）では、次のタイプの比較が実行されます。

• すべて一致（デフォルト）：複合オブジェクトで定義される比較オブジェクトすべてがパラメータ値と一致したとき、検証がパスします。
• どれか一致：複合オブジェクト内で定義される比較オブジェクトの 1 つがパラメータ値と一致したとき、検証がパスします。
• 1 つだけ一致：比較オブジェクトの 1 つがパラメータ値と一致したとき、検証がパスします。

複合オブジェクトは、1 つまたは複数の vnsComparison オブジェクトを含むことができます。 複合オブジェクトは、vnsMDev、vnsMFunc、vnsMFolder または vnsMParam 下で定義できます。 vnsComposite は次の属性を持ちます。

次の例では、含まれる値のいずれかの一致を要素が定義します。

<vnsComposite name="isProtocol" comp="or">
    <vnsComparison name="ip" cmp="eq" value="IP" />
    <vnsComparison name="tcp" cmp="eq" value="TCP" />
    <vnsComparison name="udp" cmp="eq" value="UDP" />
    <vnsComparison name="http" cmp="eq" value="HTTP" />
 </vnsComposite>

 <vnsComposite name="yesNo" comp="one">
     <vnsComparison name="yes" cmp="eq" value="YES" />
     <vnsComparison name="No" cmp="eq" value="NO" />
 </vnsComposite>

デバイス仕様ファイルで、エラーの本質と可能な修正措置を説明する、ヘルプ文字列付きのエラー コードを定義することができます。 デバイスのスクリプトで、パラメータまたはフォルダによる機能実行時の問題が検出されると、スクリプトは特定のエラー コードに問題のあるオブジェクトのパスを返すことができます。 Application Policy Infrastructure Controller（APIC）は、デバイス仕様ファイルで定義されるエラー コードを参照し、エラーを表示すると同時に説明および対処方法を選択します。 エラー コードを定義するとエラーの原因と修正措置が説明され、ユーザがエラーを解決することができます。

エラー コードは vnsMDfcts オブジェクト下で定義されます。 デバイス仕様には、vnsMDev の下に vnsMDfcts のインスタンスが 1 つあります。 vnsMDfcts オブジェクトは、vnsMDfct オブジェクトに記述されている 1 つまたは複数のエラー コードを含むことができます。

vnsMDfct オブジェクトには次の属性を含みます。

次に、エラーのオブジェクトの定義の例を示します。

<vnsMDfcts>
     <vnsMDfct code="100"
               recAct="Configure a Netmask for the vipaddress"
               descr="VIP requires vipaddress and NetMask"/>
     <vnsMDfct code="200"
               recAct="Configure a relation to VIP Folder"
               descr="A function should have a valid relations to a VIP folder that is specifying the VIP Address and Netmask"/>
</vnsMDfcts>

APIC によって、デバイス パッケージの開発者はデバイス モデル内の機能プロファイルを定義することができます。 機能プロファイルは、特定のアプリケーションに適した 1 つまたは複数の機能用のテンプレートです。 機能プロファイルは、グラフを定義する機能に有効なデフォルトによって、デバイス パッケージ内の抽象的グラフを定義することに相当します。 ユーザはサービス グラフの定義時にデバイス パッケージでビルトイン機能プロファイルを参照し、ビルトイン機能プロファイルを活用できます。 機能プロファイルを使用すれば、特定のアプリケーション用のサービス機能をインスタンス化するためにユーザが入力しなければならないパラメータの数が減少します。 デバイス パッケージの開発者は、適用できるだけの数の機能プロファイルを含めることができます。

次に、デバイス パッケージの機能プロファイルの定義の例を示します。

<vnsAbsFuncProfContr name = "FunctionProfiles">

          <vnsAbsFuncProfGrp name = "Function Profiles for Service graph 
                                     for an Application 1 ">
              <vnsAbsFuncProf name = "Function 1 Name">
                  <vnsRsProfToMFunc 
                         tDn="uni/infra/mDev-<vendor-model-version>/mFunc-function1"/>

                  <vnsAbsDevCfg>
                      <vnsAbsFolder key="Folder_Key" 
                                    name="Folder Instance name" scopedBy="epg">
                          <vnsAbsParam name="Param Instance name”
                                       “key="Param Name" value="Value"/>
                          …
                      </vnsAbsFolder>
                       …
                      
                  </vnsAbsDevCfg>

                  <vnsAbsFuncCfg>

                       <vnsAbsFolder key=”Folder_Key" 
                                     name="Folder Instance name" scopedBy="epg">
                        <vnsAbsCfgRel key="relation_key" 
                                      name=”rel name” targetName="targetValue"/>
                      </vnsAbsFolder>
                   …
                  <vnsAbsFuncCfg>

              </vnsAbsFuncProf>

              <vnsAbsFuncProf name = "Function 2 Name">
                  <vnsRsProfToMFunc 
                         tDn="uni/infra/mDev-<vendor-model-version>/mFunc-function2"/>
                  ….
              <vnsAbsFuncProf>

         </vnsAbsFuncProfGrp>
         
         <vnsAbsFuncProfGrp name = "Function Profiles for 
                                    Service graph for an Application 2 ">
             …
         </vnsAbsFuncProfGrp>

      </vnsAbsFuncProfContr>

機能プロファイルの定義は <vnsAbsFuncProfContr> に含まれています。 それぞれの一義的アプリケーションのプロファイルは <vnsAbsFuncProfGrp> で指定されます。 <vnsAbsFuncProfGrp> 名は、テンプレートが定義されるアプリケーションに対して直観的であるべきです。 たとえば、機能プロファイルが web アプリケーションのロード バランシング機能用の場合、vnsAbsFuncProfGrp は「Web アプリケーション仮想サーバ」という名前であるべきです。

<vnsAbsFuncProfGrp> で指定される機能プロファイルは、必要に応じて 1 つまたは複数の機能を含むことができます。 グラフが同デバイス上の複数の機能の連動を必要とする場合、プロファイルは <vnsAbsFuncProfGrp> 内でそれらの機能のデフォルトを定義できます。 プロファイル内の各機能設定は <vnsAbsFuncProf> に含まれています。

各 vnsAbsFuncProf には、デバイス モデルによって定義される機能への 1 つの関係があります。 関係は機能プロファイルでインスタンス化される機能のタイプを指定します。 機能との関係は vnsAbsFuncProf に含まれるオブジェクトの vnsRsProfToMFunc によって定義されます。 vnsRsProfToMFunc には、機能オブジェクトの完全修飾名で機能を特定する tDn 属性があります。 この例は、デバイス モデル内の機能を指定する tDn を示しています。

これらの機能のパラメータを設定するメカニズムは、APIC でのサービス グラフの作成と同一です。 機能プロファイルのパラメータ、関係およびフォルダは、vnsMDevCfg、vnsGrpCfg、および vnsFuncCfg 下で定義されるパラメータ、関係およびフォルダのインスタンスである場合もあります。

ノースバウンド API を介したサービス グラフの作成については、『Cisco APIC Layer 4 to Layer 7 Services Deployment Guide』を参照してください。