5.4. Packetization Layer Actions (パケット化層のアクション)

パケット化層 (例えば、TCP)は、接続によって使用中のパスのPMTUを使用しなければなりません (must)。PMTU Discoveryの間のプローブを除いて、PMTUより大きいパケットになるセグメントを送信すべきではありません (should not) (このプローブパケットはPMTUにフラグメント化されてはなりません (must not))。単純な実装では、新しいセグメントを作成するたびにIP層にこの値を問い合わせることができますが、これは非効率的である可能性があります。通常、実装はPMTUから派生した他の値をキャッシュします。PMTUが変化したときに非同期通知を受信する方が簡単な場合があります。これにより、これらの変数も更新できます。

TCP実装は、ピアから受信したMaximum Segment Size (MSS)値も保存しなければなりません (must)。これはEMTU_R、受信者が再構成できる最大のパケットを表し、このMSSより大きいセグメントをPMTUに関係なく送信してはなりません (must not)。

TCP MSSオプションで送信される値は、PMTUから独立しています。これは受信者の再構成制限EMTU_Rによって決定されます。このMSSオプション値は、接続の他方の端によって使用され、関連のないPMTU値を使用している可能性があります。TCP MSSオプションの値を選択する方法については、[RFC8200] のSection 5「Packet Size Issues」およびSection 8.3「Maximum Upper-Layer Payload Size」を参照してください。

Packet Too Bigメッセージの受信は、ICMPv6メッセージを送信したノードによってパケットが破棄されたことを意味します。信頼性の高い上位層プロトコルは、この損失を独自の手段で検出し、通常の再送信方法で回復します。再送信は、上位層プロトコルが使用する損失検出方法に応じて、遅延を引き起こす可能性があります。Path MTU Discoveryプロセスが完全なパスのPMTUを見つけるために複数のステップを必要とする場合、これにより最終的に多くのラウンドトリップ時間だけ再送信が遅延する可能性があります。

あるいは、再送信は、Path MTUが減少したという通知への即座の応答として行うことができますが、Packet Too Bigメッセージによって指定された特定の接続に対してのみです。再送信で使用されるパケットサイズは、新しいPMTU以下でなければなりません (should)。

注記: パケット化層がプローブパケットが失われたと判断する場合、再送信のセグメントサイズを適応させる必要があります。ただし、最後のPacket Too Bigメッセージで報告されたサイズを使用すると、パスに沿ってさらに小さなPMTU制限を持つルーターが存在する可能性があるため、さらなる損失につながる可能性があります。これは、すべての再送信セグメントの損失につながり、したがって、不必要な輻輳を引き起こし、新しいルーターがより小さなMTUを通知するたびに追加のパケットが送信されることになります。再送信を使用する任意のパケット化層は、したがって、その再送信の輻輳制御にも責任があります [RFC8085]。

PMTU Discoveryによって示されるプローブによって引き起こされた損失は、輻輳通知と見なされてはならず (must not)、したがって輻輳ウィンドウは変更されない可能性があります。