3. Protocol Overview (プロトコル概要)

本メモは、パスのPMTUを動的に発見する技術を説明します。基本的なアイデアは、送信元ノードが最初にパスのPMTUがパス内の最初のホップの (既知の)MTUであると仮定することです。そのパス上で送信されたパケットのいずれかが、パスに沿った一部のノードによって転送するには大きすぎる場合、そのノードはそれらを破棄し、ICMPv6 Packet Too Bigメッセージを返します。このようなメッセージを受信すると、送信元ノードはPacket Too Bigメッセージで報告された制約ホップのMTUに基づいて、パスの想定PMTUを削減します。削減されたPMTUにより、送信元はより小さいパケットを送信するか、EMTU_Sを変更して上位層が送信するIPパケットのサイズを削減させます。

Path MTU Discoveryプロセスは、送信元ノードのPMTUの推定値が実際のPMTU以下になったときに終了します。Path MTU Discoveryプロセスが終了する前に、パケット送信/Packet-Too-Big-メッセージ受信サイクルの複数の反復が発生する可能性があることに注意してください。これは、パスに沿ってさらに小さいMTUを持つリンクが存在する可能性があるためです。

あるいは、ノードはIPv6最小リンクMTUより大きいパケットの送信を停止することにより、発見プロセスを終了することを選択できます。

パスのPMTUは、ルーティングトポロジの変化により、時間の経過とともに変化する可能性があります。PMTUの削減は、Packet Too Bigメッセージによって検出されます。パスのPMTUの増加を検出するために、ノードは定期的に想定PMTUを増加させます。これは、ほとんどの場合、パケットが破棄され、Packet Too Bigメッセージが生成される結果となります。なぜなら、ほとんどの場合、パスのPMTUは変化していないためです。したがって、パスのPMTUの増加を検出する試みは、頻繁に行うべきではありません (should not)。

Path MTU Discoveryは、ユニキャスト宛先だけでなくマルチキャスト宛先もサポートします。マルチキャスト宛先の場合、パケットのコピーは多くの異なるノードへの多くの異なるパスを通過する可能性があります。各パスは異なるPMTUを持つ可能性があり、単一のマルチキャストパケットが複数のPacket Too Bigメッセージを生成する可能性があり、それぞれが異なるnext-hop MTUを報告します。使用中のパスのセット全体の最小PMTU値が、マルチキャスト宛先に送信される後続のパケットのサイズを決定します。

ノードが宛先が自身と同じリンクに接続されていると「考えている」場合でも、Path MTU Discoveryを実行しなければならない (must)ことに注意してください。これは、宛先がリンクMTUよりも低いPMTUを持つ可能性があるためです。近隣ルーターが一部の宛先のプロキシ [ND] として機能する状況では、宛先は直接接続されているように見えますが、実際には1ホップ以上離れています。