5. ホップごとの動作標準化ガイドライン (Per-Hop Behavior Standardization Guidelines)

PHB の行動特性は標準化されるべきであり、それらを実装するために使用される特定のアルゴリズムやメカニズムではありません。ノードは、パケットが出力インターフェースにどのようにスケジュールされるかを制御するために使用できる（おそらく大きな）パラメータセットを持つ場合があります（例えば、設定可能な優先度、キュー長、ラウンドロビンウェイト、ドロップアルゴリズム、ドロップ優先度ウェイトおよびしきい値などを持つ N 個の独立したキュー）。PHB とメカニズムの区別を説明するために、クラスセレクタ準拠 PHB は、厳密優先度キューイング、WFQ、WRR、またはその変形 [HPFQA, RPS, DRR]、または CBQ [CBQ] を含む、単独またはそれらの組み合わせによって、いくつかのメカニズムによって実装される可能性があることを指摘します。

PHB は個別に指定されることも、グループとして（単一の PHB は PHB グループの特殊なケースです）指定されることもあります。PHB グループは通常、キューサービスまたはキュー管理ポリシーなど、グループ内の各 PHB に適用される共通の制約のために、有意義に指定および実装を同時に行うことしかできない2つ以上の PHB のセットで構成されます。PHB グループ仕様は、グループ内の別の PHB を選択するためにパケットが再マークされる可能性のある条件を記述すべきです (SHOULD)。PHB 実装は、マイクロフロー内でパケットの再順序付けを導入しないことが推奨されます (RECOMMENDED)。PHB グループ仕様は、各個別の PHB に対して発生する可能性のあるパケット再順序付けの影響、およびマイクロフロー内の異なるパケットがグループ内の異なる PHB 用にマークされている場合に発生する可能性のある影響を特定しなければなりません (MUST)。

既存の PHB 標準によって記述されておらず、実装、展開され、有用であることが示されているホップごとの動作のみが標準化されるべきです (SHOULD)。差分化サービスに関する現在の経験は非常に限られているため、これらのホップごとの動作の正確な仕様を仮定することは時期尚早です。

各標準化された PHB は、32 個のコードポイントの空間から割り当てられた、関連する推奨される (RECOMMENDED) コードポイントを持たなければなりません (MUST)（第6節を参照）。この仕様は、進化を可能にするためにコードポイント空間に余地を残しており、したがって定義された空間（xxx000）は意図的にスパースです。

ネットワーク機器ベンダーは、有用または市場性があると考えられるパラメータと機能を自由に提供できます。特定の標準化された PHB がノードに実装される場合、ベンダーは標準に従って PHB の定義を満たす任意のアルゴリズムを使用できます (MAY)。ノードの機能とその特定の設定が、パケットを処理できるさまざまな方法を決定します。

サービスプロバイダーは、ネットワーク内でサービスの差別化を可能にするために同じノードメカニズムまたは設定を使用する必要はなく、サービス提供とトラフィックエンジニアリングの目標に適した方法でノードパラメータを自由に設定できます。時間の経過とともに、特定の一般的なホップごとの動作が進化する可能性があり（つまり、エンドツーエンドサービスの実装に特に有用なもの）、これらは DS フィールドの特定の EXP/LU PHB コードポイントに関連付けられる場合があり (MAY)、ドメイン境界を越えて使用できるようになります（第6節を参照）。これらの PHB は将来の標準化の候補です。

標準化された PHB は、[ARCH] で示されたガイドラインに従って指定されることが推奨されます (RECOMMENDED)。

---