損失のないCoS IEEEフローにおける 802.1p の優先事項を理解する

ロスレス転送クラスの設定(パケット ドロップ属性)

Junos OS 12.3 では、転送クラス設定用に 損失 なしパラメータが導入されました。(同じ名前を使用しますが、これは損失しないデフォルト転送クラスではありません。任意の転送クラスをロスレス転送クラスとして設定するために指定できるパケット ドロップ属性です)。

メモ：

ユニキャスト トラフィックと多型トラフィックに異なる転送クラスを使用するスイッチでは、転送クラスはユニキャスト転送クラスである必要があります。ユニキャスト トラフィックと多型トラフィックに同じ転送クラスを使用するスイッチでは、ユニキャスト トラフィックだけがロスレス処理を受信します。

階層レベルに no-loss drop [edit class-of-service forwarding-classes class forwarding-class-name queue-num queue-number] 属性を含めて、最大 6 つの転送クラス(システム アーキテクチャとシステム リソースの可用性に応じて)をロスレス転送クラスとして設定できます。

デフォルトのfcoeまたは損失なし転送クラスを使用する場合、デフォルトでは損失属性が含まれます。fcoe または no-loss forwarding クラスを明示的に設定し、損失のない動作を保持する場合、設定に no-loss drop 属性を含める必要があります。

メモ：

同じ出力キューにマッピングされた転送クラスはすべて、同じパケット ドロップ属性を持つ必要があります。(同じ出力キューにマッピングされた転送クラスはすべて、損失が発生するか、ロスレスにする必要があります。損失を発生するパケットと損失のない転送クラスの両方を同じキューに関連付けすることはできません)。

フェイト シェアリング(最大のフローに影響を与える混雑したフロー)を回避するには、損失のない転送クラスを IEEE 802.1p コード ポイント(優先度)とキューに 1 対 1 のマッピングでマッピングします。各ロスレス転送クラスを別のキューにマップし、受信したトラフィックを転送クラスに分類して、各転送クラスが 1 つの優先度(コード ポイント)のトラフィックのみを転送します。

fcoeおよび損失のない転送クラスは特殊なケースです。デフォルト設定では、ロスレスな動作に設定されます(CNP入力スタンザ内のfcoeおよび損失転送クラスにマッピングされた優先度に基づいてPFCを有効にすることもできます)。

表 2 は、Junos OS リリース 12.3 以降で可能な fcoe および損失損失のない転送クラスの設定と、ロスレス トラフィックの動作に関する設定の結果を要約しています。PFC、DCBX、分類子が適切に設定されていることを前提にしています。

fcoe no-lossと転送クラスを除く他のすべての転送クラスについては、他のすべての転送クラスのデフォルト設定が損失する(損失なしパケット ドロップ属性は適用されない)ため、損失のないトランスポートを明示的に設定する必要があります。

輻輳通知プロファイル(PFC 設定)

CSP を使用して、入出力インターフェイスでロスレス PFC 特性を設定します。

CNPの入力スタンザにより、イングレス インターフェイス上で最大受信ユニット(MRU)値とケーブルの長さを設定することで、指定されたIEEE 802.1pの優先度(コード ポイント)でPFCを使用し、ヘッドルーム バッファ設定を微調整できます。

CNP の出力スタンザにより、指定されたIEEE 802.1pの優先度について出力キュー上のPFC(フロー制御)が可能です。キューは、選択した優先度で接続されたピアからのPFC一時停止メッセージに応答できます。(デフォルト では、出力キュー 3 と 4 は、受信した PFC メッセージに応答します。これらのキューがそれぞれ fcoe クラスと損失のない転送クラスでロスレス トラフィックを転送する場合)。

ロスレス トランスポートを実現するには、イングレス インターフェイスで一時停止した優先度が、指定されたトラフィック フローのエグレス インターフェイスで一時停止されている優先度と一致する必要があります。たとえば、イングレス インターフェイスで、IEEE 802.1p 優先度 5  (コード ポイント 101 )でタグ付けされたトラフィックを一時停止し、優先度 5 のトラフィックを出力キュー 5  にマッピングする場合、対応する出力インターフェイスを設定して、キュー 5 の優先度 5 を一時停止する必要があります。 さらに、キュー 5 にマッピング された転送クラスは、(no-loss drop 属性を使用して)損失のない転送クラスとして設定する必要があります。

注意：

ポート上の PFC 設定を変更すると、ポート全体が一時的にブロックされます(PFC 変更の影響を受ける優先度だけではない)。そのため、ポートは変更を実装してから、ポートのブロックを解除します。ポートをブロックすると、受信/送信トラフィックを停止し、ポートがブロック解除されるまで、ポート上のすべてのキューでパケット ロスが発生します。

PFC 設定の変更とは、CNP の入力部分を変更する(優先度で PFC を有効または無効化する、MRU またはケーブル長の値を変更する)、キューでの出力フロー制御を有効または無効にする CNP の出力部分を変更するなどの、CNP への変更を意味します。PFC 設定の変更は、変更された CNP を使用するポートにのみ影響します。

以下のアクションによって、PFC 設定が変更されます。

• 1 つ以上のインターフェイスで使用されている CNP の PFC 設定(入力または出力)を削除または無効化する。例えば：

  1. 優先度 3、5、6 で PFC を有効にする入力スタンザを持つ既存の CNP は、インターフェイス xe-0/0/20 および xe-0/0/21 上で設定されています。

  2. 入力 CNP で優先度 6 の PFC 設定を無効にしてから、設定をコミットします。

  3. PFC 設定の変更により、インターフェイス xe-0/0/20 および xe-0/0/21 のすべてのトラフィックは、PFC の変更が実装されるまで停止します。PFC の変更が実装されると、トラフィックが再開されます。

• インターフェイス上のCNPの設定。(これにより、1 つ以上の優先事項に対して PFC を有効にすることで、PFC の状態が変わります)。

• インターフェイスからCNPを削除する。(これにより、1 つ以上の優先度で PFC を無効にすることで、PFC の状態が変わります)。

Configuring Input Interface Flow Control (PFC and Headroom Buffer Calculation)

イーサネット インターフェイスでは、CNPの入力スタンザにより、イングレス インターフェイスが輻輳状態の間に接続されたピアに一時停止メッセージを送信できるよう、指定された優先順位でPFCを使用できます。また、入力 CSP は、MRU 値とケーブルの長さを設定できるようにして(デフォルト設定を使用したくない場合)、PFC サポートに使用されるヘッドルーム バッファーも微調整します。

ヘッドルームは、インターフェイスが PFC フロー制御メッセージを送信して受信トラフィックを一時停止した後にインターフェイスに到着したトラフィックを保存することで、ロスレスなトランスポートをサポートします。接続されたピアがフロー制御メッセージを受信してトラフィックを一時停止するまで、インターフェイスは引き続きトラフィックを受信し、パケット ロスを防ぐために、トラフィックをバッファリングする(およびピアが一時停止した後も通信中のトラフィック)必要があります。

システムは、MRU と、取り付けられた物理ケーブルの長さを使用して、バッファーのヘッドルーム割り当てを計算します。デフォルトの設定値は次のとおりです。

• MRU(優先度 3 トラフィック) - 2500 バイト

• 優先度 4 トラフィックの MRU-9216 バイト

• ケーブルの長さ:100 m(約 328 フィート)

メモ：

デフォルトのフロー制御優先度の 1 つではない優先にフロー制御を設定した場合、デフォルトの MRU 値は 2500 バイトになります。たとえば、優先度 5 でフロー制御を設定し、MRU 値を明示的に設定しない場合、デフォルトの MRU 値は 2500 バイトになります。

MRU とケーブルの長さを微調整して、インターフェイス上のヘッドルーム バッファのサイズを調整できます。このスイッチには、グローバル バッファー プールが共有され、必要に応じてヘッドルーム バッファ領域がロスレス キューに動的に割り当てられます。

MRU が下がり、ケーブルの長さが短くなると、インターフェイスに必要なヘッドルーム バッファーの量が減少し、他のインターフェイスのヘッドルーム バッファースペースが大きくなっています。MRU が大きいほど、ケーブルの長さが長くなると、インターフェイスに必要なヘッドルーム バッファー 領域が増え、他のインターフェイスのヘッドルーム バッファー スペースが減ります。

多くの場合、物理ケーブルの長さが 100 m 未満の場合は、MRU 値(ほとんどの FCoE ネットワークに対して MRU が十分な 2180 の MRU など)を減らして、ヘッドルーム バッファを利用する方が優れています。

メモ：

MRU またはケーブルの長さを変更してヘッドルーム バッファを設定し、設定をコミットすると、十分なヘッドルーム バッファ スペースが使用できない場合、システムがコミット チェックを実行し、設定を拒否します。

しかし、システムはコミット チェックを実行するのではなく、次の場合に syslog エラーを返します。

• バッファーは LAG インターフェイス上で設定されます。

• デフォルトの分類子は、(ユーザー設定の分類子ではなく)インターフェイスで使用されます。

• インターフェイスはまだ作成されていません。

Configuring Output Interface Flow Control (PFC)

イーサネット インターフェイスでは、CNPの出力スタンザを使用して出力キューのフロー制御を設定し、指定された802.1pの優先度でPFC一時停止応答を有効IEEEできます。

メモ：

ユニキャスト トラフィックと多重化トラフィックに異なる出力キューを使用するスイッチでは、キューはユニキャスト出力キューである必要があります。

デフォルトでは、PFC の一時停止用に出力キュー 3 と 4 が有効になっています。優先度 3(IEEE 802.1p コード ポイント 011)と 4(IEEE 802.1p コード ポイント 100)です。デフォルトの PFC 一時停止応答は、デフォルトのロスレス転送クラス設定をサポートしています。これは fcoe 転送クラスをキュー 3 と優先度 3 にマッピングし、損失のない転送クラスをキュー 4 と優先度 4 にマッピングします。

出力キューで PFC を設定すると、イーサネット インターフェイス上のすべての出力キューの優先度を一時停止できます。出力フロー制御により、3 つ以上の出力キューを使用してロスレス トラフィック フローをサポートできます(最大 6 つのロスレス転送クラスを設定し、PFC 一時停止が有効になっているさまざまな出力キューにマップできます)。出力キュー フロー制御では、1 つのトラフィック クラスに対して複数のロスレス転送クラス(それぞれ異なる優先キューと出力キューにマッピングされる)をサポートすることもできます。

メモ：

出力フロー制御は、インターフェイス上で対応する優先度でPFCがCNP入力スタンザで有効になっている場合にのみ機能します。たとえば、優先度 5(IEEE 802.1p コード ポイント 101)で出力フロー制御を有効にした場合、優先度 5 の入力スタンザ上で CNP で PFC を有効にする必要があります。

たとえば、融合型イーサネット ネットワークで FCoE トラフィックに 2 つの異なる優先度(優先度 3、優先度 5 など)を使用している場合、これらの優先度を異なる出力キューにマッピングされた異なるロスレス転送クラスに分類できます。

1. トラフィックの転送用に 2 つのFCoE転送クラスを設定し、各転送クラスを異なる出力キューにマッピングします。たとえば、キュー 3 にマッピングされたデフォルトの fcoe 転送クラスを使用し、fcoe1 と呼ばれる 2 番目のロスレス転送クラスを設定して、キュー 5 にマッピングできます。fcoe 転送クラスは優先 3 トラフィック(FCoE コード ポイント 011)を、fcoe1 転送クラスは優先度 5(コード ポイント 101)のトラフィックに対FCoEします。

2. 各転送クラスを目的の 802.1p コード IEEE(優先度)にマッピングする分類子を設定します。両方FCoEのトラフィックに 1 つのインターフェイスを使用する場合、分類子は両方の転送クラスを正しい優先度に分類する必要があります。複数FCoEのトラフィックが異なるインターフェースを使用する場合、各インターフェイスの分類子設定は、対応するロスレス転送クラスに正しい優先度をマップする必要があります。

3. トラフィックを送信するインターフェイスに分類子FCoEします。分類子は、転送クラスと各インターフェイスの優先度へのマッピングを決定します。

これらの転送クラスにロスレス トランスポートを設定するには、以下も必要です。

• CNP入力スタンザのイングレス インターフェイスで、2つの優先度(この例では3と5)でPFCを有効にします。

• CNP 出力スタンザ内の出力キューと転送クラスの優先度を設定して、接続されたピアから受信したメッセージをインターフェイスが一時停止できます。

  メモ：

  インターフェイス上でCNPを設定すると、設定が実装されるまで、すべてのイングレスおよびエグレス トラフィックがブロックされ、インターフェイスがブロック解除され、トラフィックが再開されます。インターフェイスがブロックされている間に、インターフェイス上のすべてのキューにパケットロスが発生します。

• アプリケーション プロトコルの両方の優先度に基づいて、アプリケーション プロトコルの TLV を交換FCoE DCBX を設定します。

メモ：

フロー制御を設定して出力キューを一時停止しない場合、デフォルト設定では、IEEE 802.1p コード ポイント(優先度)の 1 対 1 のマッピングを使用して、キューを番号別に出力します。たとえば、優先度 0(コード ポイント 000 )はキュー 0 にマッピングされ、優先度 1 (コード ポイント 001 )はキュー 1 にマッピングされます。 デフォルトでは、接続されたピアからのメッセージを一時停止するためにキュー3と4のみ有効になっています。CNP入力スタンザで対応する優先度でPFCを明示的に有効にして、損失のない動作を実現する必要があります。

デフォルト設定を使用しない場合、PFC 一時停止を有効にする各出力キューでフロー制御を明示的に設定する必要があります。たとえば、出力キュー 5 でフロー制御を明示的に設定した場合、デフォルト設定は無効で、PFC 一時停止には出力キュー 5 のみ有効になります。 出力キュー 3 と 4 は PFC の一時停止で有効ではななくなりました。そのため、対応する転送クラスが損失属性で設定されている場合でも、これらのキューを使用するトラフィックは PFC 一時停止メッセージに応答しなくなりました。出力キュー 3 および 4 の設定を一時停止し、キュー 5 でフロー制御を設定するには、キュー 3、4 、5 でフロー制御を明示的に設定する必要があります。

ユニキャスト トラフィックと多型トラフィックに異なる出力キューを使用するスイッチでは、フロー制御を設定して、複数の出力キューを一時停止することはできません。フロー制御を設定して、ユニキャスト出力キューのみを一時停止できます。ユニキャスト トラフィックと多型トラフィックに同じ出力キューを使用するスイッチでは、ユニキャスト トラフィックだけがロスレス処理を受信します。

Output Interface Flow Control Profiles

CNP出力スタンザを設定すると、イーサネット インターフェイスがPFC一時停止メッセージに応答する必要があるキューをエグレス ポートに通知する出力フロー制御プロファイルが作成されます。入力スタンザのみを含む C CNP の数は無制限ですが、出力スタンザで設定できる CSP の数には制限があります。

• QFabricシステムの一部ではないスタンドアロン スイッチでは、最大 2 つの出力インターフェイス フロー制御プロファイルを設定できます。(最大 2 つの CSP と出力スタンザを設定できます)。

• QFabricシステムでは、Nodeデバイスごとに1つの出力インターフェイス フロー制御プロファイルを設定できます。(ノード デバイス当たりの出力スタンザを使用して、1つのCNPを設定できます)。

出力フロー制御プロファイルは合計 4 個です。

インターフェイスに接続されたCNPが入力スタンザのみを持ち、出力スタンザが含されていない場合に、すべてのイーサネット インターフェイスに適用されるデフォルトの出力フロー制御プロファイルがあります。デフォルト プロファイルは、キュー 3(デフォルトの fcoe 転送クラスの場合は優先 3 )およびキュー 4 (デフォルトの損失なし転送クラスの場合)で受信した PFC 一時停止メッセージに応答します。また、PFC が CNP 入力スタンザ内のこれらの優先度で設定されている場合にのみ有効です。

さらに、システムには、ファブリック(FTE)ポートとネイティブ FC インターフェイス(ファイアウォール)に自動的に適用される 2 つの内部出力フロー制御プロファイルNP_Ports。スイッチが QFabric システムの一部ではない場合、FTE ポートに通常使用されるプロファイルはユーザー設定で使用可能で、2 つ目のユーザー設定可能なプロファイルが提供されます。(スタンドアロン スイッチに 2 つのユーザー構成可能な出力フロー制御プロファイルがありますが、QFabric システム上のノード デバイスには、ユーザーが設定可能な出力フロー制御プロファイルが 1 つのみです)。

1 つの出力 CNP で複数の出力キュー(優先度)で PFC 一時停止応答を設定できるため、通常、1 つのユーザーから設定可能な出力 CNP は、すべてのプログラムされたインターフェイスで必要な PFC 応答を指定できる柔軟性があります。

メモ：

各ポートは、1 つの出力フロー制御プロファイルを使用できます。複数のプロファイルを 1 つのポートに適用することはできません。

出力フロー制御プロファイルは、テーブル形式で表現できます。たとえば、表 3 は、キュー 3 とキュー 4 で優先度 3 と 4 を一時停止するデフォルトの出力フロー制御プロファイルを示しています(PFC を機能するために、PFC は CNP 入力スタンザのコード ポイント 3 および 4 でも有効にする必要があります)。

表 4 は 、ユーザー設定の出力フロー制御プロファイルの例です。前のセクションの例を使用して、CNP出力スタンザは、出力キュー5のフロー制御を設定し、fcoeおよび損失転送クラスのキュー3および4で出力フロー制御を明示的に設定します。(出力CNPを明示的に設定する場合は、ユーザー設定プロファイルによってデフォルト プロファイルが上書きされるため、PFCメッセージに応答する出力キューを明示的に設定する必要があります。この例にキュー 3 と 4 が含めなかった場合、これらのキューは受信した PFC メッセージに応答しなくなる可能性があります)。

この設定を機能するには、CNP入力スタンザでコード ポイント 3、4、5 で PFC も有効にする必要があります。インターフェイス上でCNPを設定すると、設定が実装されるまで、すべてのイングレスおよびエグレス トラフィックがブロックされ、インターフェイスがブロック解除され、トラフィックが再開されます。インターフェイスがブロックされている間に、インターフェイス上のすべてのキューにパケットロスが発生します。

Configuring PFC Across Layer 3 Interfaces on QFX5210, QFX5200, QFX5100, EX4600, and QFX10000 Switches

トラフィック フローで PFC を有効にするは、イーサネット フレーム ヘッダーの PCP(優先度コード ポイント)フィールドにある IEEE 802.1p コード ポイント(優先度)に基づいております(CoS ビットとも呼ばれる場合があります)。レイヤー 3 インターフェイスを越えるトラフィックで PFC を有効にするには、DSCP(または DSCP IPv6)コード ポイントではなく、IEEE 802.1p コード ポイントでトラフィックを分類する必要があります。

レイヤー 3 インターフェイス上のトラフィックで PFC を有効にする方法の概念の概要については、「 レイヤー 3 インターフェイス全体の PFC 機能について 」を参照してください。例 :レイヤー 3 インターフェイスを通過するトラフィックで PFC を設定する方法の例については、「レイヤー 3 インターフェイス全体で PFC を設定する」を参照してください。

DCBX の構成(アプリケーション プロトコル TLV Exchange)

ロスレスな転送が必要なアプリケーションの場合、DCBX はアプリケーション プロトコルのTLVを接続されたピア インターフェイスと交換します。デフォルトでは、DCBX は DCBX に対して有効になっているすべてのインターフェイスで FCoE プロトコルのTLVをアドバタイズし、デフォルトではすべてのインターフェイスでDCBXが有効になっています。DCBX は、デフォルトで他のアプリケーションをアドバタイズする必要はありません。

ロスレス トランスポート用に設定する各アプリケーション(iSCSI など)について、そのアプリケーション トラフィックを転送するインターフェイスを有効にして、接続されたピアと DCBX プロトコルのTLVを交換する必要があります。TLV 交換では、ピア インターフェイスが、アプリケーションをサポートするために互換構成をネゴシエートできます。

DCBX で任意のアプリケーションをアドバタイズするように設定すると、デフォルトの DCBX アドバタイズメントが上書きされ、DCBX は設定済みのアプリケーションのみをアドバタイズします。特定のアプリケーションのみをアドバタイズするインターフェイスをFCoEする場合は、DCBX アプリケーション プロトコル TLV 交換を設定する必要があります。代わりにデフォルト設定を使用できます

DCBX で他のアプリケーションをアドバタイズする場合は、アプリケーション マップを明示的に設定し、それらのアプリケーションのプロトコルTLVを交換するインターフェイスに適用する必要があります。他のアプリケーション プロトコルの FCOEに加えて、アプリケーション プロトコルの TLV とやり取りする場合は、アプリケーション マップに FCoEを明示的に設定する必要があります。 DCBX Application Protocol TLV Exchange についてでは 、アプリケーション マッピングの仕組みについて説明します。

メモ：

また、ロスレス トランスポートでは、入力 CNP を使用してイングレス インターフェイス上の正しい優先度(IEEE 802.1p コード ポイント)で PFC を有効にする必要があります。イングレス インターフェイスで一時停止する優先度がキュー 3 またはキュー 4 にマッピングされていない場合(デフォルトで PFC 一時停止フロー制御が有効になっている 2 つの出力キュー)、CNP の出力スタンザを使用して一時停止した入力優先度に対応する出力キューも有効にする必要があります。

トラフィック クラス間のフェイト シェアリング

異なるロスレス(または損失の多い)トラフィック フローを設定して、フェイトを共有CoSできます。

フェイト シェアリングは I/O コンバージェンスには望ましくない。フローの各タイプの運命を独自に制御するのではなく、異なるタイプのフローが同じ処理を受けるのです。フェイト シェアリングは、特にロスレス フローにとって望ましいとは言えありません。1 つのロスレス フローで輻輳が発生し、一時停止する必要がある場合、他のフローで輻輳が発生していない場合でも、輻輳したフローの運命を共有するフローに影響を与え、イングレス ポートの輻輳が発生する可能性があります。ネットワークで802.1pの優先事項すべてがロスレスである必要がある場合、最大6つの損失のない転送クラスに分散することで、8つの優先事項間でフェイトシェアリングを可能にできます。

ロスレスな優先度の数が設定されたロスレス転送クラスの数以下の場合は、転送クラスの 1 対 1 のマッピングを IEEE 802.1p コード ポイント(優先度)と出力キューに設定することで、フェイト シェアリングを回避できます。(転送クラスごとに異なる出力キューにマッピングし、異なる優先度に分類する必要があります)。

異なるトラフィック フローを設定してフェイトを共有する場合、1 つの転送クラスを複数の IEEE 802.1p コード ポイント(優先度)にマッピングし、2 つの転送クラスを同じ出力キューにマッピングする、2 つのフェイトシェアリングの設定がサポートされています。

1. ロスレス転送クラスを 1 つ以上の優先度にマップすると、それぞれの優先度にタグ付けされたトラフィックは、関連付けられた同じ CoS プロパティ(転送クラスに関連付けられた CoS プロパティ)を使用します。たとえば、fc1 と呼ばれる転送クラスを設定し、キュー 1 にマッピングし、分類子を使用してコード ポイント 101 と 110 にマッピングすると、優先度 101 と 110 の共有フェイトがタグ付けされたトラフィックになります。

   この場合、いずれかの優先輻輳にマッピングされたトラフィックは、同じ転送クラスにマッピングされるため、両方の優先度が一時停止され、同様に処理されます。

2. 複数のロスレス転送クラスを同じ出力キューにマッピングする場合、転送クラスにマッピングされたトラフィックは同じ出力キューを使用します。これによりキューのトラフィック量が増加し、キューにマッピングなすべてのトラフィック フローに影響を与える輻輳が発生する可能性があります。たとえば、fc1 と fc2 という 2 つの転送クラスを設定し、両方の転送クラスをキュー 1 にマッピングし、コード ポイント 101 とコード ポイント 110(それぞれ)に分類子を使用してマッピングすると、優先度 101 と 110 にタグ付けされたトラフィックが、同じ出力キューで運命を共有します。

   この場合、2 つの転送クラスが異なる IEEE 802.1p の優先度を使用しますが、1 つの転送クラスで輻輳が発生すると、他の転送クラスに影響を与える可能性があります。なぜなら、どちらの転送クラスでも輻輳のために出力キューが一時停止している場合、そのキューを使用するトラフィックはすべて一時停止されるからです。両方の転送クラスはキューにマッピングされているので、両方の転送クラスにマッピングされたトラフィックは一時停止されます。

   メモ：

   複数の転送クラスをキューにマッピングする場合、同じキューにマッピングされた転送クラスすべてが同じパケット ドロップ属性を持つ必要があります(転送クラスはすべて損失が発生する必要があります。または、キューにマッピングされた転送クラスすべてがロスレスである必要があります)。

トランジット スイッチの設定とFCoE-FCの構成

トランスポート スイッチ(すべてのイーサネット ポート、ネイティブ FC ポートなし)では、イーサネット ネットワーク全体で FCoE トラフィック(または損失のないトランスポートを必要とするその他のトラフィック)、パケットの分類子、ロスレス転送クラス、DCBX、PFC の設定を、受信/送信インターフェイスでロスレス トランスポートをサポートする方法について、このドキュメントで説明しています。

スイッチが FCoE-FC ゲートウェイとして機能する場合(スイッチでネイティブ FC インターフェイスがサポートされている場合)、システムはネイティブ FC インターフェイス(NP_Ports)を使用して、FC ネットワーク エッジの FC スイッチ(または FCoE フォワード)に接続します。CSPやDCBXは、イーサネット インターフェイスFCネイティブ インターフェイスには適用できません。

FCoE-FC ゲートウェイでは、分類子、DCBX、および PFC のイーサネット インターフェイス設定は、トランジット スイッチのイーサネット インターフェイス設定と同じです。ロスレス転送クラスの設定も同じです。

しかし、ネイティブ FC インターフェイスでロスレス トランスポートをサポートするには、ネットワークが FCoE トラフィックに 3(IEEE コード ポイント 011)以外の優先度を使用している場合、IEEE 802.1p 優先度値を書き換える必要があります。ネットワークでトラフィックの送信に優先度3をFCoE、ネイティブインターフェイスのデフォルト設定を使用FCできます。

デフォルトでは、ネイティブ FC インターフェイスは、受信パケットをイーサネットにカプセル化する際に、優先度 3 FCタグ付けします。FCoEネットワークでFCoEトラフィックに3以外の優先度が適用されている場合は、 FCインターフェイスでネットワークが使用する値に優先度値を書き換え、イーサネット インターフェイス上の正しい優先度にFCoEトラフィックを分類し、CoS IEEE 802.1p FCoE-FCゲートウェイでの優先度再マップで説明されているとおり、イーサネット インターフェイスの正しい優先度にPFCを有効にする必要があります。

設定結果とコミット チェック

転送クラスの設定とドロップ属性、分類子、CSP(PFC フロー制御)、イーサネット一時停止(IEEE 802.3X フロー制御)により、システムの動作は異なります。

表 5 は 、各ケースで可能なロスレス トランスポート設定の結果を示しています。結果列の 前提 は、システムのバッファーヘッドルームの計算で設定が正常に行されたという結果です。

ただし、設定をサポートするために十分なバッファー 領域が存在するとシステムが計算した場合、コミット チェックによって個々のイーサネット インターフェイスに設定がコミットされません。LAG インターフェイスの場合、システムはコミット チェック エラーを発行するのではなく、syslog メッセージを発行します。

メモ：

LAG インターフェイスでロスレス トランスポートを設定した後、syslog メッセージを確認して、コミットが正常に完了されたことを確認します。

メモ：

リンク上で PFC とイーサネットの一時停止の両方を設定しようとすると、コミット エラーが返されます。PFC とイーサネット一時停止は、インターフェイス上での相互に限定された設定です。