4. Protocol Requirements (プロトコル要件)

Section 1で説明したように、IPv6ノードはPath MTU Discoveryの実装を要求されていません。本セクションの要件は、Path MTU Discoveryを含む実装にのみ適用されます。

ノードは、ICMPv6 PTBメッセージのペイロードを適切に検証して、これらが送信されたトラフィックに応答して受信されたもの (すなわち、アプリケーションによって実際に送信されたIPv6パケットに対応する報告されたエラー条件)であることを確認すべきです (should)。これは [ICMPv6] に従います。

ノードがIPv6最小リンクMTU未満のnext-hop MTUを報告するPacket Too Bigメッセージを受信した場合、それを破棄しなければなりません (must)。ノードは、Packet Too Bigメッセージの受信時に、Path MTUの推定値をIPv6最小リンクMTU未満に削減してはなりません (must not)。

ノードがPacket Too Bigメッセージを受信した場合、メッセージ内のMTUフィールドの値に基づいて、関連するパスのPMTUの推定値を削減しなければなりません (must)。この状況におけるノードの正確な動作は指定されていません。これは、異なるアプリケーションが異なる要件を持つ可能性があり、異なる実装アーキテクチャが異なる戦略を好む可能性があるためです。

Packet Too Bigメッセージを受信した後、ノードは近い将来においてさらにそのようなメッセージを引き出すことを避けることを試みなければなりません (must)。ノードは、パスに沿って送信しているパケットのサイズを削減しなければなりません (must)。IPv6最小リンクMTUより大きいPMTU推定値を使用すると、引き続きPacket Too Bigメッセージを引き出す可能性があります。これらのメッセージ (およびそれらが応答する破棄されたパケット)はそれぞれネットワークリソースを消費するため、Path MTU Discoveryを使用するノードは、PMTUの減少をできるだけ速く検出しなければなりません (must)。

ノードはPMTUの増加を検出できます (may)が、そうするには現在の推定PMTU以上のパケットを送信する必要があり、PMTUが増加していない可能性が高いため、これは頻繁でない間隔で行わなければなりません (must)。増加を検出する試み (現在の推定値より大きいパケットを送信することにより)は、指定されたパスに対してPacket Too Bigメッセージを受信してから5分未満で行ってはなりません (must not)。このタイマーの推奨設定は、その最小値の2倍 (10分)です。

ノードは、Packet Too Bigメッセージの内容に応答してPath MTUの推定値を増加させてはなりません (must not)。Path MTUの増加を通知すると称するメッセージは、ネットワーク内を浮遊している古いパケット、サービス拒否 (DoS)攻撃の一部として注入された偽のパケット、または宛先への複数のパスを持つ結果である可能性があり、それぞれが異なるPMTUを持ちます。