5. Packet Size Issues (パケットサイズの問題)

IPv6は、すべてのリンクが1280オクテット以上のMTUを持つことを必要とします (MUST)。1280オクテット未満のMTUをサポートする必要があるリンクでは、リンク固有のフラグメンテーション (fragmentation) と再構成 (reassembly) を、IPv6に対して透過的に、そのリンク層で実行しなければなりません (MUST)。

リンクからの報告は、そのリンクがサポートする最大のIPv6パケットサイズを報告すべきです (SHOULD)。ただし、多くの場合、リンクはそのような値を実際には報告せず、IPv6はデフォルトでそのリンクのMTUを1500オクテットと仮定します。

IPv6ノードは、1280オクテット以上のサイズのパケットを処理できなければなりません (MUST)。フラグメントの再構成をサポートするノードは、パスMTU発見 (Path MTU Discovery) [RFC1981] によって決定されたパスMTUまでのサイズのパケットを受け入れて再構成できなければなりません (MUST)。フラグメントの再構成をサポートしないノードは、1500オクテットのパケットを受け入れることができなければなりません (MUST)。

パケット全体を処理する能力がソフトウェアの問題である場合、送信先が常に制御できるため、受信者は65575オクテット (65535 + 40) 以下のパケット全体を受け入れて処理できるべきです (SHOULD)。これは、ジャンボペイロードオプション [RFC2675] を使用して、この制限を超えるサイズの送信を許可することを妨げるものではありません。

リンクによっては、リンク層でのフラグメンテーションと再構成を強制する可能性があります。ただし、次の理由から、1500オクテットより大きいIPv6パケットを処理できるリンク層に向けて努力することを強く推奨します (RECOMMENDED):

o より大きなパケットサイズでは、通信のためのヘッダーオーバーヘッドの比率が低くなります。

o リンク層でのフラグメンテーションでは、各フラグメントがリンク層ヘッダー/トレーラーを搬送する必要があるため、パケットあたりの通信オーバーヘッドが増加します。

o ほとんどのリンク層では、個々のフラグメントが失われた場合、パケット全体が失われます。