1. Introduction (はじめに)

1. Introduction (はじめに)

ある IP ホストが別のホストに大量のデータを送信する必要がある場合, データは一連の IP データグラムとして送信されます。通常, これらのデータグラムは, 送信元から宛先までのパス上のどこでも断片化 (fragmentation) を必要としない最大のサイズであることが望ましいです。(断片化に反対する理由については, [5] を参照してください。) このデータグラムサイズは Path MTU (パス MTU, PMTU) と呼ばれ, パス内の各ホップの MTU の最小値に等しくなります。現在のインターネットプロトコルスイートの欠点は, ホストが任意のパスの PMTU を発見するための標準的なメカニズムがないことです。

注意: Path MTU は [1] で "Effective MTU for sending" (送信のための有効 MTU, EMTU_S) と呼ばれているものです。PMTU はパスに関連付けられており, パスは IP 送信元アドレスと宛先アドレスの特定の組み合わせであり, おそらく Type-of-service (サービスタイプ, TOS) も含まれます。

現在の実践 [1] では, 送信元と同じネットワークまたはサブネットに接続されていない宛先に対して, 576 と最初のホップ MTU のうち小さい方を PMTU として使用します。多くの場合, これは必要以上に小さいデータグラムの使用につながります。なぜなら, 多くのパスは 576 より大きい PMTU を持っているからです。Path MTU が許容するサイズよりもはるかに小さいデータグラムを送信するホストは, インターネットリソースを浪費しており, おそらく最適ではないスループットを得ています。さらに, 現在の実践はすべての場合において断片化を防ぐことはできません。なぜなら, PMTU が 576 未満のパスが存在するからです。

将来のルーティングプロトコルは, ルーティングエリア内で正確な PMTU 情報を提供できると期待されていますが, マルチレベルルーティング階層を越えることはできないかもしれません。これがいつ遍在的に利用可能になるかは明確ではないため, 今後数年間, インターネットはリソースを浪費せずに PMTU を発見し, すべてのホストとルータが変更される前に機能する簡単なメカニズムを必要としています。