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

3. 差別化サービスフィールドの定義

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

DSフィールドの6ビットは, 各ノードでパケットが経験する PHB を選択するためのコードポイント (DSCP, 差別化サービスコードポイント) として使用されます。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 フィールドは, 将来のホップごとの動作の定義を容易にするために非構造化フィールド (unstructured field) として定義されています。

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

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

一般的な構成可能性の例外は, コードポイント 'xxx000' に対するものであり, 第4.2.2節および第4.3節に記載されています。

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

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

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

に最終更新