MTUの「サイズ不一致」が招く悲劇:ジャンボフレーム導入でネットワークが失速する理由
ネットワークエンジニアの皆さん、こんにちは!日々のインフラ運用、お疲れ様です。
今日は、ネットワークのパフォーマンスを劇的に改善しようと「ジャンボフレーム」を導入したはずが、逆にネットワークが悲鳴を上げ、通信がぶつ切りになったり、最悪の場合は全く繋がらなくなったりする……そんな「よくある悲劇」について、少しお話ししたいと思います。
難しい規格の話をする前に、まずは私たちの身近な「郵便配達」に例えて考えてみましょう。
—
郵便配達で例えるMTUの仕組み
私たちがインターネットでやり取りするデータは、郵便物と同じです。
イーサネットという「道路」を通るための「封筒」のサイズ制限を、ネットワーク用語では MTU (Maximum Transmission Unit:最大転送単位) と呼びます。
通常、イーサネットの MTU は 1500 バイトに設定されています。これは「どんな道路でも通れる標準サイズの封筒」だと思ってください。
ここで、「一度に大量の荷物を送りたい!」という理由で、封筒のサイズを 9000 バイト(ジャンボフレーム)に拡張したとします。これがジャンボフレームです。
悲劇の始まり:サイズの合わない「積み替え作業」
さて、問題はここからです。
「送信元サーバー」がジャンボフレーム(9000バイト)で荷物を送ろうとしたのに、途中の「スイッチ」や「ルーター」が標準サイズ(1500バイト)にしか対応していない場合、何が起きるでしょうか?
1. 荷物が大きすぎて門前払いされる:
途中の機器が「あんたの封筒は大きすぎて通れないよ!」と、パケットをドロップ(破棄)してしまいます。これが「全く繋がらない」トラブルです。
2. 無理やりバラバラにされる(断片化):
もしルーターが気を利かせて「じゃあ、この大きな封筒をいくつかに分解して届けよう」と判断すると、いわゆる「断片化(フラグメンテーション)」が発生します。
この「断片化」こそが、ネットワーク性能を劇的に落とす犯人です。受け取り側(宛先サーバー)は、バラバラになった封筒を元の形に組み立て直すという、非常に手間のかかる作業を強いられることになります。これでは、わざわざ大きな封筒を用意した意味がありませんよね。
—
「繋がっているのに遅い」を見抜くためのチェックリスト
現場で「pingは飛ぶのに、大きなファイル転送だけが極端に遅い、あるいは止まる」という現象に遭遇したら、まずは MTU の不一致を疑ってください。
以下のコマンドで、パケットを分割させない(フラグを立てない)設定で確認してみるのが、トラブルシューティングの第一歩です。
Linux環境での確認方法
# -M do: フラグメンテーションを禁止する
# -s 1472: ペイロードサイズを指定(IPヘッダー20バイト+ICMPヘッダー8バイトを引いて1500にする)
ping -M do -s 1472 192.168.1.1
もし 1472 で通るのに、それ以上でエラーになるなら、その経路上のどこかが MTU 1500 で制限されている証拠です。
—
ジャンボフレーム導入の正しい作法
ジャンボフレームを導入するなら、「送信元から宛先まで、経路上のすべての機器」の MTU を統一しなければなりません。これを「エンドツーエンドの整合性」と呼びます。
Ciscoスイッチでの設定例
もし経路上のスイッチが Cisco Catalyst であれば、以下のように設定を変更します。
! インターフェース単位でMTUを9000に引き上げる
interface GigabitEthernet0/1
description Server_Link
mtu 9000 ! ここを9000に合わせる
switchport mode access
!
! 注意:システム全体でジャンボフレームを許可する必要がある機種もあります
system mtu jumbo 9000
※設定後は必ず reload が必要な機種が多いので、本番環境ではメンテナンススケジュールをしっかり組んでくださいね!
—
まとめ:一歩ずつ理解していきましょう
ジャンボフレームは、正しく設定すればストレージ通信やバックアップ転送において素晴らしい威力を発揮します。しかし、ネットワークのどこか一箇所でも「標準サイズ」が混ざっていると、そのネットワークは「巨大な封筒を無理やり小分けにする」という無駄な作業に追われ、本来の性能を出せなくなってしまいます。
1. 経路上のすべてのスイッチ・ルーターの MTU を確認する
2. NIC(ネットワークカード)の設定も忘れずに合わせる
3. まずは小さな環境でテストしてから、一気に広げる
この3つを守るだけで、ネットワークトラブルは激減します。
「設定したのになぜか遅い」。その違和感の正体は、意外とこんな単純な「サイズの違い」にあることが多いものです。
焦らず、一歩ずつパケットの気持ちになって、通信経路を辿ってみてください。それが、最強のネットワークエンジニアへの近道です!
コメント