ロスレス トラフィック フローの CoS IEEE 802.1p 優先度を理解する

ロスレスフォワーディングクラスの設定(パケットドロップ属性)

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

注:

ユニキャストトラフィックとマルチデスティネーショントラフィックに異なる転送クラスを使用するスイッチでは、転送クラスはユニキャスト転送クラスである必要があります。ユニキャストトラフィックとマルチ宛先トラフィックに同じ転送クラスを使用するスイッチでは、ユニキャストトラフィックのみがロスレス処理を受けます。

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

デフォルトのfcoeまたはno-lossフォワーディングクラスを使用する場合、デフォルトでno-lossドロップ属性が含まれます。fcoeまたはno-loss転送クラスを明示的に設定し、それらのロスレス動作を維持したい場合は、設定にno-lossドロップ属性を含める 必要があります 。

注:

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

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

fcoeとno-lossフォワーディングクラスは、デフォルト設定ではロスレス動作用に設定されているため、特別なケースです(CNP入力スタンザのfcoeおよびno-lossフォワーディングクラスにマッピングされた優先度に対してもPFCを有効にすることが条件となります)。

表 2 は 、FCoE クラスと無損失フォワーディング クラスの可能な設定を要約しています。また、この表は、ロスレストラフィックの動作に関する設定の結果を示しています。この図に示されている設定は、PFC、DCBX、分類子が正しく設定されていることを前提としています。

fcoeおよびno-loss転送クラスを除く他のすべての転送クラスについては、他のすべての転送クラスのデフォルト設定が損失であるため、no-loss packet drop属性を指定してロスレストランスポートを明示的に設定する必要があります。

混雑通知プロファイル(PFC設定)

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

CNPの入力スタンザは、指定されたIEEE 802.1p優先度(コードポイント)でPFCを有効にし、イングレスインターフェイスのMRU値とケーブル長を設定することで、ヘッドルームバッファ設定を調整します。

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

ロスレストランスポートを実現するには、特定のトラフィックフローに対して、イングレスインターフェイスで一時停止された優先度が、エグレスインターフェイスで一時停止された優先度と一致する必要があります。例えば、IEEE 802.1p priority 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設定の変更により、PFC変更が実施されるまでインターフェイスxe-0/0/20およびxe-0/0/21上のすべてのトラフィックが停止します。PFC 変更が実装されると、トラフィックが再開されます。

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

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

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

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

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

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

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

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

• ケーブル長—100メートル(約328フィート)

注:

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

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

MRUを低くしたり、ケーブル長を短くしたりすると、インターフェイスに必要なヘッドルームバッファの量が減少し、他のインターフェイス用により多くのヘッドルームバッファスペースが残されます。MRUが高くなったり、ケーブル長が長くなったりすると、インターフェイスに必要なヘッドルームバッファースペースが増加し、他のインターフェイス用のヘッドルームバッファースペースが少なくなります。

多くの場合、MRU値を小さくし(例えば、ほとんどのFCoEネットワークではMRU 2180で十分です)、物理ケーブルの長さが100m未満の場合はケーブル長の値を小さくすることで、ヘッドルームバッファをより有効に活用できます。

注:

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

ただし、次の場合、システムはコミット チェックを行わず、代わりに syslog エラーを返します。

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

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

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

Configuring Output Interface Flow Control (PFC)

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

注:

ユニキャストトラフィックとマルチデスティネーショントラフィックに異なる出力キューを使用するスイッチでは、キューはユニキャスト出力キューである必要があります。

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

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

注:

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

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

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

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

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

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

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

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

  注:

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

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

注:

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

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

ユニキャストトラフィックとマルチデスティネーショントラフィックに異なる出力キューを使用するスイッチでは、マルチデスティネーション出力キューを一時停止するようにフロー制御を設定することはできません。ユニキャスト出力キューのみを一時停止するようにフロー制御を設定できます。ユニキャストトラフィックとマルチデスティネーショントラフィックに同じ出力キューを使用するスイッチでは、ユニキャストトラフィックのみがロスレス処理を受けます。

Output Interface Flow Control Profiles

CNP 出力スタンザを設定すると、イーサネット インターフェイスが PFC 一時停止メッセージに応答すべきキューをエグレス ポートに伝える出力フロー制御プロファイルが作成されます。

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

さらに、システムには2つの内部出力フロー制御プロファイルがあり、ファブリック(FTE)ポートとネイティブFCインターフェイス(NP_Ports)に自動的に適用されます。

1つの出力CNPで複数の出力キュー(優先度)に対してPFC一時停止応答を設定できるため、通常、1つのユーザー設定可能な出力CNPは、プログラムされたすべてのインターフェイスで目的のPFC応答を指定するのに十分な柔軟性を備えています。

注:

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

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

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

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

Configuring PFC Across Layer 3 Interfaces

トラフィック フローでの PFC の有効化は、イーサネット フレーム ヘッダーのプライオリティ コード ポイント(PCP)フィールドにある IEEE 802.1p コード ポイント(CoS ビット)に基づきます。L3インターフェイスを通過するトラフィックでPFCを有効にするには、トラフィックをDSCP(またはDSCP IPv6)コードポイントではなく、IEEE 802.1pコードポイントで分類する必要があります。

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

DCBX(アプリケーションプロトコルTLV交換)の設定

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

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

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

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

注:

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

トラフィッククラス間の運命の共有

異なるロスレス(またはロス性)トラフィックフローを設定して、運命を共有する、つまり、同じCoS処理を受けることができます。

フェイトシェアリングは、I/Oコンバージェンスには望ましくありません。各タイプのフローの運命を独立して制御する代わりに、異なるタイプのフローが同じ扱いを受けます。フェイトシェアリングは、ロスレスフローでは特に望ましくありません。1 つのロスレスフローで輻輳が発生して一時停止する必要がある場合、他のフローが輻輳していなくても輻輳フローと運命を共有するフローに影響を及ぼし、イングレスポートの輻輳を引き起こす可能性もあります。ネットワークがすべての802.1p優先度をロスレスにする必要がある場合、最大6つのロスレス転送クラスに分散することで、8つの優先度間である程度の運命の共有を許可することで、それを実現できます。

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

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

1. 1つのロスレス転送クラスを複数の優先度にマッピングすると、各優先度でタグ付けされたトラフィックは、関連する同じCoSプロパティ(転送クラスに関連付けられたCoSプロパティ)を使用します。例えば、fc1と呼ばれる転送クラスを設定し、キュー1にマッピングし、classify1という名前の分類子を使用してコードポイント101と110にマッピングすると、優先度101と110のタグが付けられたトラフィックが運命を共有します。

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

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

   この場合、2つの転送クラスが異なるIEEE 802.1p優先度を使用していても、一方の転送クラスに輻輳が発生すると、もう一方の転送クラスにも影響します。その理由は、いずれかの転送クラスの輻輳が原因で出力キューが一時停止した場合、そのキューを使用するすべてのトラフィックが一時停止されるためです。両方の転送クラスがキューにマッピングされるため、両方の転送クラスにマッピングされたトラフィックは一時停止されます。

   注:

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

トランジット スイッチの設定と FCoE-FC ゲートウェイの設定

FCoEトラフィック(またはイーサネットネットワークを介してロスレストランスポートを必要とするその他のトラフィック)を転送するトランジットスイッチ(すべてのイーサネットポート、ネイティブFCポートなし)では、ロスレストランスポートをサポートするためのイングレスおよびエグレスインターフェイス上の分類子、ロスレスフォワーディングクラス、DCBX、およびPFCの設定は、このドキュメントで説明されているとおりです。

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

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

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

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

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

転送クラスとそのドロップ属性、分類子、CNP(PFCフロー制御)、イーサネットPAUSE(IEEE 802.3Xフロー制御)の設定が異なると、システムの動作も異なります。

表5は 、それぞれのケースで可能なロスレストランスポート構成の結果を示しています。「 結果」 列の前提は、システムのバッファー ヘッドルームの計算の結果、設定が成功したというものです。

ただし、設定をサポートするのに十分なバッファー領域がないとシステムが判断した場合、コミットチェックにより、個々のイーサネットインターフェイスで設定をコミットできなくなります。LAGインターフェイスの場合、システムはコミットチェックエラーを発行せず、代わりにsyslogメッセージを発行します。

注:

LAGインターフェイスにロスレストランスポートを設定した後、必ずsyslogメッセージをチェックして、コミットが成功したことを確認してください。

注:

リンクでPFCとイーサネットの両方のPAUSEを設定しようとすると、システムはコミットエラーを返します。PFCとイーサネットPAUSEは、インターフェイス上の相互に排他的な設定です。