5. レイヤ化

パケット化レイヤパスMTU探索は、その機能をレイヤ間で分割することによって最も容易に実装されます。IP層は、共有状態を保持し、ICMPメッセージを収集し、IPヘッダーサイズを追跡し、リンク層インターフェースによって提供されるMTU情報を管理するのに最適な場所です。しかし、PLPMTUDがパスMTUのプローブと検証に使用する手順は、データ回復や輻輳制御状態マシンなどのパケット化層の機能と非常に密接に結合されています。

5.1. ヘッダーサイズの計算

PLPMTUDが複数のレイヤにわたって動作する方法には、IPとパケット化層(両方を含む)の間のすべてのレイヤでヘッダーサイズを計算するメカニズムが必要です。非プローブパケットを送信する場合、パケット化層が最終的なIPパケットサイズの上限を確保して、現在の有効パスMTUを超えないようにすることで十分です。

5.2. PMTU情報の保存

このメモは、パスMTU探索アルゴリズムの範囲を定義するために「フロー」の概念を使用します。多くの実装では、フローは自然に各プロトコルのインスタンス(すなわち、各接続またはセッション)に対応します。観測されたPMTU(セクション7.1のeff_pmtu)は、共通のパス表現を持つ異なるフロー間で共有されてもかまいません(MAY)。

IP層は、キャッシュされたPMTU値およびICMP PTBメッセージによって報告されたMTU値などの他の共有状態を保存するために使用されるべきです(SHOULD)。

実装は、パスのローカル表現として宛先アドレスを使用してもかまいません(MAY)。ネットワークまたはサブネット番号をパスの表現として使用してはなりません(MUST NOT)。

5.3. IPsecの計算

このドキュメントは、IPとパケット化層の間に論理的に位置するIPセキュリティ(IPsec)[RFC2401]の配置については立場を取りません。

5.4. マルチキャスト

マルチキャスト宛先アドレスの場合、パケットのコピーは多くの異なるノードに到達するために多くの異なるパスを通過する可能性があります。

最小限、実装は、ノードから発信されるすべてのマルチキャストパケットに使用される単一のMTU値を維持してもかまいません(MAY)。