MTUとフラグメンテーション

次のことを考慮してください。スイッチの10Gインターフェイスに接続された10Gインターフェイスを備えたNAS。ギガビットイーサネット経由でスイッチに接続されたクライアントコンピューター。

• MTUサイズがクライアントNICの標準の1500バイトから増加しない場合、NASでMTUサイズが増加し、NASが接続されているポートを切り替えると、パフォーマンスが向上しますか？

• これは断片化の問題を引き起こしますか？

• デバイスは、スイッチドネットワーク上のインターフェイスのMTUの不一致をどのように「処理」しますか？

誰もが大きなパケットを使用しなければ、パフォーマンスは向上しません。ジャンボフレームのポイントは、同じオーバーヘッドでより多くのペイロードをパックすることです。クライアントがそうしない場合、より大きなパケットを送信するNASの能力は無意味です。

「断片化」はまったくありません。「断片化が必要」を示す場合、レイヤー2（イーサネット）には意味がありません。これは、パケットがネクストホップインターフェイスに収まらないためにパケットをドロップする必要があるときにICMPメッセージを送信するルーターによって、レイヤー3（IP）で計算されます。これは、ルーターがない場所では発生しません-フラットなスイッチドLAN上。NASから送信されたジャンボパケットは、クライアントによってオーバーサイズフレームとしてドロップされるか、同じ理由でスイッチによってドロップされます。[1500Bインターフェイスでは9kパケットを送信できません。]

Q：MTUサイズがクライアントNICの標準1500バイトから増加しない場合、NASとNASが接続されているスイッチポートでMTUサイズが増加すると、パフォーマンスが向上しますか？

回答：いいえ。増加したMTUサイズがクライアントによって使用されていないためです。ポイントAからポイントBに100人を輸送する場合は、2台のバスまたは25台のセダンを使用できます。バスが遅れることなくより簡単に移動できるようにAとBの間の道路が作られていて、セダンでそれらを移動しても、何も得られません。

Q：これは断片化の問題を引き起こしますか？

回答：いいえ。パスがサポートしていないため、サポートされているサイズのパケットに分割する必要があるときに、大きなパケットを送信すると、反対のシナリオでフラグメンテーションが発生します。

Q：デバイスは、スイッチドネットワークを介したインターフェイスのMTUの不一致をどのように「処理」しますか？

回答：パケットが許可されたパケットサイズより小さい場合、問題なく渡されます。パケットが許容サイズよりも大きい場合、ドロップされます。

tcpセッションのMTUは、初期TCY SYN接続で確立されます。ネットワークでMTUの不一致がある場合、tcpアプリケーションにとって重要ではありません...レイヤー2または3。UDPには同じ概念がないため、UDPの場合、パフォーマンスに影響する/しないトラフィックを断片化し始めます。 。それはすべて、トラフィックの種類、サイズ、ボリューム、およびハードウェアに依存します。

逃したもの...最初に、MTUネゴシエーションはありません。第二に、TCP SYNパケットについて説明する場合、リンクMTUフレームサイズを超えることはほとんどありません。その防御策では、ペイロードを配信するTCP MSSと同様にレイヤー3について議論するときに、最大サイズが何であるかというPMTU応答があります。ここで誰かが間違っていると言っているわけではありませんが、そのような機能のためにMTU設定が見過ごされることがよくあります。