4. 要件

すべてのリンクはそのMTUを強制しなければなりません(MUST):定格MTUより大きいパケットを非決定的に配信する可能性のあるリンクは、そのようなパケットを一貫して破棄しなければなりません(MUST)。

すべてのホストは、IPv6機能を模倣するモードでIPv4断片化を使用すべきです(SHOULD)。すべての断片化はホスト上で行われるべきであり(SHOULD)、断片を含むすべてのIPv4パケットは、ネットワークで(再び)断片化されないようにDFビットを設定すべきです(SHOULD)。

以下の要件は、PLPMTUDを含む実装にのみ適用されます。

PLPMTUDを使用するには、パケット化層は、どのパケットがネットワークで失われたかについて送信者にタイムリーかつ正確な指示を提供する損失報告メカニズムを持たなければなりません(MUST)。

通常の輻輳制御アルゴリズムは、孤立したプローブパケットのみが失われたことが検出された場合を除き、すべての条件下で有効でなければなりません(MUST)。この場合のみ、通常の輻輳(ウィンドウまたはデータレート)削減を抑制すべきです(SHOULD)。他のデータ損失が検出された場合、標準的な輻輳制御を行わなければなりません(MUST)。

抑制された輻輳制御は、同じパス上の同等のデータレートでのTCP輻輳制御の最悪ケース損失率よりも低い頻度で発生するようにレート制限されなければなりません(MUST)。

MTUが上げられるたびに、輻輳状態変数は、バイト単位のウィンドウサイズ(またはバイト毎秒のデータレート)を上げないように再スケーリングされなければなりません(MUST)。

MTUが減少するたびに(例えば、ICMP PTBメッセージを処理する場合)、輻輳状態変数は、パケット単位のウィンドウサイズを上げないように再スケーリングされるべきです(SHOULD)。

PLPMTUDが特定のパスのMTUを更新する場合、パス表現を共有するすべてのパケット化層セッションは、新しいMTUを使用し、必要な輻輳制御調整を行うように通知されるべきです(SHOULD)。

すべての実装は、アプリケーションが現在の有効パスMTUより大きいが、最初のホップのリンクMTUより小さいパケットを選択的に送信するメカニズムを含まなければなりません(MUST)。

実装は、各プロトコルの初期有効パスMTUを選択するために異なるヒューリスティックを使用してもかまいません(MAY)。