9. アプリケーションプローブ

すべての実装は、コネクションレスプロトコルを使用するアプリケーションが独自のプローブを送信できるメカニズムを含まなければなりません(MUST)。これは、セクション10.4で説明されているようにアプリケーションプロトコルでPLPMTUDを実装するため、またはPMTUDの問題をデバッグするための診断ツールを実装するために必要です。アプリケーションが、オペレーティングシステムのパスMTUの推定値であるeff_pmtuより大きいが断片化されないデータグラムを送信できるメカニズムが必要です(MUST)。これらがIPv4パケットの場合、DFビットを設定する必要があります(MUST)。

現時点では、ほとんどのオペレーティングシステムは、データグラムを送信するための2つのモードをサポートしています:大きすぎるパケットを静かに断片化するモードと、大きすぎるパケットを拒否するモード。これらのモードのいずれも、アプリケーションでPLPMTUDを実装したり、パスMTU探索の問題を診断したりするのに適していません。現在のパスMTUの推定値より大きい場合でもデータグラムが送信される第3のモードが必要です(REQUIRED)。

アプリケーションでPLPMTUDを実装するには、セクション7.6で説明されているようにプローブの結果についてアプリケーションがオペレーティングシステムに通知できるメカニズム、またはセクション7.1で説明されているsearch_low、search_high、およびeff_pmtuを直接更新するメカニズムも必要です。

診断アプリケーションは、不正確なサイズ情報を含むICMP PTBメッセージを返す欠陥のあるルーターによって引き起こされる可能性のあるPMTUD問題を見つけるのに役立ちます。このような問題は、任意の指定されたサイズのプローブを送信し、返されたすべてのICMP PTBメッセージを収集して表示できるツールで最も迅速に特定できます。