メインコンテンツまでスキップ

3. 差分化サービスフィールド定義 (Differentiated Services Field Definition)

DS フィールド (DS Field) と呼ばれる代替ヘッダーフィールドが定義されており、これは IPv4 TOS オクテット [RFC791] および IPv6 トラフィッククラスオクテット [IPv6] の既存の定義に取って代わることを目的としています。

DS フィールドの6ビットは、各ノードでパケットが経験する PHB を選択するためのコードポイント (DSCP, Differentiated Services Codepoint) として使用されます。2ビットの現在未使用 (CU, Currently Unused) フィールドは予約されており、その定義と解釈は本文書の範囲外です。差分化サービス準拠ノードは、受信したパケットに適用するホップごとの動作を決定する際に、CU ビットの値を無視します。

DS フィールドの構造を以下に示します：

     0   1   2   3   4   5   6   7
   +---+---+---+---+---+---+---+---+
   |         DSCP          |  CU   |
   +---+---+---+---+---+---+---+---+

     DSCP: differentiated services codepoint (差分化サービスコードポイント)
     CU:   currently unused (現在未使用)

本文書で使用される DSCP 値表記 xxxxxx（x は 0 または 1 に等しい可能性がある）では、最も左のビットは DS フィールドのビット0（上図に示すように）を示し、最も右のビットはビット5を示します。

実装者は、DSCP フィールドが6ビット幅であることに注意する必要があります。DS 準拠ノードは、6ビット DSCP フィールド全体に対してマッチングすることによって PHB を選択しなければなりません (MUST)。例えば、フィールドの値をテーブルインデックスとして扱い、そのデバイスに実装されている特定のパケット処理メカニズムを選択するために使用します。CU フィールドの値は、PHB 選択時に無視されなければなりません (MUST)。DSCP フィールドは、将来のホップごとの動作の定義を容易にするために、非構造化フィールドとして定義されています。

以下に記載するいくつかの例外を除き、コードポイントから PHB へのマッピングは設定可能でなければなりません (MUST)。DS 準拠ノードは、コードポイントから PHB への設定可能なマッピングテーブルの論理的同等物をサポートしなければなりません (MUST)。PHB 仕様には、推奨されるデフォルトコードポイントを含めなければならず (MUST)、標準スペース内のコードポイントに対しては一意でなければなりません (MUST)（第6節を参照）。実装は、デフォルト設定で推奨されるコードポイントから PHB へのマッピングをサポートすべきです (SHOULD)。オペレーターは、推奨されるデフォルトに加えて、またはそれに代わって、PHB に異なるコードポイントを使用することを選択できます。オペレーターがそうすることを選択した場合、境界の両側で同じ PHB が実装されていても、管理境界で DS フィールドの再マーキングが必要になる場合があることに注意してください。

再マーキングに関するさらなる議論については、[ARCH] を参照してください。

一般的な設定可能性の例外は、コードポイント xxx000 に対するものであり、第4.2.2節および第4.3節で説明されています。

認識されないコードポイントで受信されたパケットは、デフォルト動作用にマークされているかのように転送されるべきであり (SHOULD)（第4節を参照）、そのコードポイントは変更されるべきではありません。そのようなパケットは、ネットワークノードを誤動作させてはなりません (MUST NOT)。

上記の DS フィールドの構造は、[RFC791] の IPv4 TOS オクテットの既存の定義と互換性がありません。DS ドメインは、RFC 791 優先度指定を使用するネットワークと同様に、再マーキング境界ノードを展開することによって自身を保護することが前提となっています。正しい運用手順は [RFC791] に従うべきであり (SHOULD)、そこには次のように記載されています：「これらの優先度指定の実際の使用が特定のネットワークにとって懸念事項である場合、それらの優先度指定へのアクセスと使用を制御することは、そのネットワークの責任です。」DS 境界で DS フィールドの値を検証することは、上流ノードが任意の値に簡単に設定できるため、いずれにしても賢明です。適切に設定された境界ノードによって隔離されていない DS ドメインは、予測不可能なサービスを提供する可能性があります。

ノードは、必要に応じて DS フィールドを書き換えて、望ましいローカルまたはエンドツーエンドサービスを提供することができます (MAY)。DS 境界での DS フィールド変換の仕様は、プロバイダーとユーザー間のサービスレベル契約の対象であり、本文書の範囲外です。標準化された PHB により、プロバイダーは多くのベンダーの機器に存在することが期待できる、よく知られたパケット転送処理のセットからサービスを構築できます。

に最終更新