DCBX アプリケーション プロトコル TLV 交換について
DCBX(Data Center Bridging Exchange Protocol)は、接続されたピアの DCB(データ センター ブリッジング)機能を検出します。DCBXはまた、アプリケーションのタイプ、長さ、値(TLV)要素を介してアプリケーションプロトコル情報を交換することで、インターフェイス上のアプリケーションの機能もアドバタイズします。DCBX は、LLDP(Link Layer Discovery Protocol)の拡張です。LLDP は、DCBX を使用するすべてのインターフェイスで有効なままにする必要があります。
LLDP と DCBX は、すべてのインターフェイスでデフォルトで有効になっています。
アプリケーション プロトコル交換の設定は次のとおりです。
アプリケーションの定義
アプリケーション マップ内の IEEE 802.1p コード ポイントへの アプリケーションのマッピング
受信トラフィックに優先順位を付け、トラフィックコードポイントによって受信トラフィックをアプリケーションにマッピングする分類子の設定
アプリケーションマップと分類子をインターフェイスに適用する
インターフェイスをアドバタイズするアプリケーションを明示的に定義する必要があります。FCoE アプリケーションは特殊なケースであり( アプリケーションを参照)、DCBX がそのインターフェイス上で FCoE に加えて他のアプリケーションとアプリケーション プロトコル TLV を交換する場合にのみ、インターフェイス上で定義する必要があります。
また、インターフェイスがアプリケーションマップ内のIEEE 802.1pコードポイントにアドバタイズするように定義されたすべてのアプリケーションを明示的にマッピングする必要があります。FCoE アプリケーションは、このトピックの後半で説明するように、FCoE に加えて他のアプリケーションに DCBX を使用するインターフェイスを必要とする場合にのみ 、アプリケーション マップに含める必要がある特別なケースです(アプリケーション マップを参照)。
このトピックでは、以下について説明します。
アプリケーション
インターフェイスがアプリケーションプロトコル情報を交換する前に、アドバタイズするアプリケーションを定義する必要があります。FCoE アプリケーションは例外です。インターフェイスをアドバタイズする唯一のアプリケーションがFCoEである場合、FCoEアプリケーションを定義する必要はありません。FCoE アプリケーションを定義する必要があるのは、FCoE に加えて他のアプリケーションをアドバタイズするインターフェイスの場合のみです。
DCBX がインターフェイス上でアドバタイズする唯一のアプリケーションである場合、DCBX はインターフェイスの場合、デフォルトで FCoE アプリケーション プロトコル TLV を交換します。
FCoE トラフィックを伝送します(CoS 設定によって FCoE 転送クラスにマッピングされ、インターフェイスに適用されたトラフィック)
PFC が FCoE 優先度(IEEE 802.1p コード ポイント)で有効になっている輻輳通知プロファイルを持っている
アプリケーション マップを持たない
アプリケーション マップをインターフェイスに適用する場合、DCBX がアドバタイズするすべてのアプリケーションをアプリケーション マップで定義し、FCoE アプリケーションを含めて設定する必要があります。
インターフェイスにFCoEのCoS設定がマッピングされていない場合、そのインターフェイスはFCoEアプリケーションプロトコルTLVを交換しません。
以下を定義できます。
EtherType によるレイヤー 2 アプリケーション
プロトコル(TCPまたはUDP)と宛先ポート番号の組み合わせによるレイヤー4アプリケーション
EtherType は、フレームにカプセル化されたプロトコルを示すイーサネット フレーム内の 2 オクテット フィールドです。一般的な EtherTypes の一覧については、IEEE 標準組織の Web サイト http://standards.ieee.org/develop/regauth/ethertype/eth.txt を参照してください。ポート番号とプロトコルの一覧については、Internet Assigned Numbers Authority(IANA)Webサイトの http://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xml のサービス名とトランスポートプロトコルポート番号レジストリを参照してください。
FCoE を除き、アドバタイズする各アプリケーションを明示的に定義する必要があります。FCoE アプリケーションはデフォルトで定義されます(EtherType 0x8906)。
アプリケーション マップ
アプリケーション マップは、定義されたアプリケーションを 1 つ以上の IEEE 802.1p コード ポイントにマッピングします。各アプリケーション マップには、1 つ以上のアプリケーションが含まれています。DCBX には、接続されたピアと交換されるプロトコル TLV に設定されたアプリケーション コード ポイントが含まれています。
アプリケーションのプロトコル TLV を交換するには、アプリケーション マップにアプリケーションを含める必要があります。FCoE アプリケーションは特別なケースです。
DCBX で特定のインターフェイス上の複数のアプリケーションに対してアプリケーション プロトコル TLV を交換する場合は、アプリケーションを設定し、アプリケーションをコード ポイントにマッピングするアプリケーション マップを定義し、アプリケーション マップをインターフェイスに適用する必要があります。この場合は、FCoE アプリケーションも定義し、それをアプリケーション マップに追加する必要があります。
これは、他のすべての用途に必要なのと同じプロセスと処理です。さらに、DCBX が FCoE アプリケーション TLV を交換するには、インターフェイス上の FCoE 優先度(FCoE IEEE 802.1p コード ポイント)で PFC( Priority-Based Flow Control )を有効にする必要があります。
DCBX がインターフェイス上でアドバタイズする唯一のアプリケーションである場合、アプリケーション マップを設定してインターフェイスに適用する必要はありません。デフォルトでは、インターフェイスにアプリケーション マップがなく、インターフェイスが FCoE 転送クラスにマッピングされたトラフィックを伝送し、PFC が FCoE 優先度で有効になっている場合、インターフェイスは FCoE TLV(自動ネゴシエーション モード)をアドバタイズします。DCBX は、アプリケーション マップをインターフェイスに適用し、インターフェイスから FCoE トラフィックを削除する(FCoE トラフィックの分類子を削除または編集する)、または FCoE 優先度の PFC を無効にするまで、デフォルトで FCoE アプリケーション プロトコル TLV を交換します。
アプリケーション マップがない、FCoE アプリケーション TLV を交換していたインターフェイスにアプリケーション マップを適用し、アプリケーション マップに FCoE アプリケーションを含めなかった場合、インターフェイスは FCoE TLV の交換を停止します。DCBXがFCoE TLVを交換するためには、アプリケーションマップを持つすべてのインターフェイスに、アプリケーションマップにFCoEが含まれている(およびFCoE優先度でPFCが有効になっている)必要があります。
アプリケーションをコード・ポイントにマッピングすると、次の 2 つのことが行われます。
同じコードを持つ受信トラフィックを、そのアプリケーションを指し示します。
アプリケーショントラフィックに サービスクラス (CoS)を適用し、アプリケーショントラフィックに優先順位を付けるために、コードポイントで受信アプリケーショントラフィックを転送クラスと損失優先度にマッピングする分類子を設定できます。
アプリケーション マップをインターフェイスに適用して、アプリケーション マップで指定された各アプリケーションに対して、そのインターフェイス上で DCBX アプリケーション プロトコル交換を有効にします。インターフェイスでアドバタイズするすべてのアプリケーションは、インターフェイスに適用するアプリケーション マップで設定する必要があります。ただし、FCoE がインターフェイス上でプロトコル TLV を交換する唯一のアプリケーションである場合、FCoE アプリケーションの前に説明した例外を除きます。
アプリケーション トラフィックの分類と優先度設定
トラフィックがインターフェイスに到着すると、インターフェイスはそのコードポイントに基づいて受信トラフィックを分類します。分類子は、コード ポイントを損失の優先度と転送クラスにマッピングします。損失の優先度がトラフィックを優先します。転送クラスは、トラフィック出力キューとCoSサービスレベルを決定します。
アプリケーション マップ内の IEEE 802.1p コード ポイントにアプリケーションをマッピングし、アプリケーション マップをインターフェイスに適用すると、アプリケーション コード ポイントに一致するインターフェイス上の受信トラフィックが適切なアプリケーションにマッピングされます。アプリケーションは、それらのコード・ポイントの転送クラスに関連付けられた損失優先度と CoS を受け取り、転送クラスに関連する出力キューに入れられます。
デフォルトの分類子を使用するか、分類子を設定して、アプリケーションマップで定義されたアプリケーションコードポイントを転送クラスと損失の優先度にマッピングすることができます。
インターフェイスでアプリケーション プロトコル情報を交換できるようにする
FCoE コード ポイントで fcoe 転送クラスと PFC が有効になっている各インターフェイスは、アプリケーション マップをインターフェイスに適用するまで、FCoE アプリケーション プロトコル交換でデフォルトで有効になっています。アプリケーション マップをインターフェイスに適用し、そのインターフェイスで FCoE アプリケーション プロトコル TLV を交換する場合、FCoE アプリケーションをアプリケーション マップに含める必要があります。(いずれの場合も、ロスレス トランスポートを実現するには、FCoE コード ポイントまたはコード ポイントで PFC を有効にする必要があります)。
DCBXがインターフェイス上でアドバタイズする唯一のプロトコルである場合を除き、アプリケーションプロトコルTLVを交換するインターフェイスには、以下の2つの項目が含まれている必要があります。
アプリケーションを含むアプリケーション マップ
分類子
また、ロスレストランスポートを実現するトラフィックのコードポイントでPFCを有効にする必要があります。
DCBX アプリケーション プロトコル交換の無効化
インターフェイス上のすべてのアプリケーションの DCBX アプリケーション プロトコル交換を無効にするには、 コマンドを set protocols dcbx interface interface-name applications no-auto-negotiation 発行します。
また、インターフェイスからアプリケーション マップを削除するか、アプリケーション マップから特定のアプリケーションを削除することで、インターフェイス上のアプリケーションの DCBX アプリケーション プロトコル交換を無効にすることもできます。ただし、アプリケーション マップからアプリケーションを削除すると、そのアプリケーション マップを使用するインターフェイスでアプリケーション プロトコルが交換されなくなります。
IEEE DCBX モードを使用して DCBX パラメーターを交換するインターフェイスでは、ピア間で非対称 ETS 設定が必要な場合、ETS(拡張送信選択)推奨 TLV をピアに送信無効にすることができます。