6.5 Issues for Other Transport Protocols (他のトランスポートプロトコルの問題)

6.5 Issues for Other Transport Protocols (他のトランスポートプロトコルの問題)

一部のトランスポートプロトコル (ISO TP4 [3] など) は, 再送信を行うときに再パケット化することを許可していません。つまり, 特定のサイズのデータグラムを送信しようとすると, その内容を再送信のためにより小さいデータグラムに分割することはできません。このような場合, 元のデータグラムは DF ビットを設定せずに再送信する必要があり, 目的地に到達するために必要に応じて断片化されることを許可します。後続のデータグラムは, 初めて送信されるときに Path MTU で許可されるサイズより大きくすべきではなく, DF ビットを設定する必要があります。

Sun Network File System (NFS) は Remote Procedure Call (リモートプロシージャコール, RPC) プロトコル [11] を使用しており, 多くの場合, 最初のホップリンクでさえ断片化する必要があるデータグラムを送信します。これは特定の場合にパフォーマンスを向上させる可能性がありますが, 特にクライアントとサーバーがルータによって分離されている場合, 信頼性とパフォーマンスの問題を引き起こすことが知られています。

ルータが関与する場合は常に, NFS 実装は PMTU Discovery を使用することをお勧めします。ほとんどの NFS 実装では, マウント時に RPC データグラムサイズを変更できます (間接的に, 有効なファイルシステムブロックサイズを変更することによって)。しかし, 後で変更をサポートするためには何らかの変更が必要な場合があります。

また, 単一の NFS 操作を複数の UDP データグラムに分割できないため, 特定の操作 (主にファイル名やディレクトリを操作するもの) には PMTU より大きい最小データグラムサイズが必要です。NFS 実装は, PMTU Discovery がより低い値を示唆する場合でも, データグラムサイズをこのしきい値以下に減らすべきではありません。(もちろん, この場合, データグラムは DF を設定して送信すべきではありません。)