こんにちは！ネットワークの世界へようこそ。インフラやネットワークの勉強を始めると、次から次へと専門用語が出てきて、「うっ……」と息が詰まりそうになりますよね。
「TCP/IP？」「OSI参照モデル？」——大丈夫、一歩ずつ理解していきましょう！
今回は、ネットワークの基礎中の基礎でありながら、実務の現場でもパフォーマンスを左右する非常に大切なテーマ、「MTU（Maximum Transmission Unit）」と「ジャンボフレーム」について、身近な例えを交えながらじっくり紐解いていきます。
今日の目的地は、「なぜ大きなデータをそのまま送れないのか」「大きなデータを送ろうとすると、現場でどんな悲劇が起きるのか」をスッキリ理解することです。それでは、コーヒー片手にリラックスして読み進めてくださいね。
—
1. 郵便配達で例える「MTU（最大転送単位）」の仕組み
ネットワークの世界でデータをやり取りするとき、私たちは「パケット」という小さな封筒にデータを詰めて送り出しています。
ここでちょっと想像してみてください。
あなたは郵便局の配達員です。日本全国、あるいは世界中に荷物を届けなければなりませんが、一度にトラックへ積み込める荷物の大きさには制限がありますよね。「どんなに頑張っても、段ボール1箱のサイズはここまで！」というルールがなければ、道路は大混乱してしまいます。
この「一度に送信できるパケットの最大サイズ」を、ネットワークの世界では MTU（Maximum Transmission Unit） と呼びます。
イーサネットの「お約束のサイズ」は1500バイト
私たちが普段使っている一般的なイーサネット（有線LANやWi-Fiなど）では、このMTUの標準値が 1500バイト にガッチリと決められています。
つまり、Webサイトを見たり、動画をダウンロードしたりするとき、ネットワーク機器は「1500バイト」というサイズ制限を守りながら、巨大なデータを細かく切り刻んで（パケットに詰めて）せっせと運び続けているんです。
—
2. 制限を超えるとき：「フラグメンテーション（断片化）」の悲劇
「1500バイトじゃ物足りないから、もっと大きな段ボール箱で一度にドカーンと送っちゃえば効率が良いのでは？」
そう思いますよね。ここで登場するのが、今回の主役のもう一つ、ジャンボフレームのお話です。
しかし、その前に……もしMTU（1500バイト）を超える大きさのデータを、制限を無視して無理やり送り出そうとすると、現場では何が起きるでしょうか？
ネットワークの途中にいるルーター（郵便局の仕分け係）は、こう言います。
「おっと、次の道路はこの大きな箱じゃ通れないよ！ 小さな箱に詰め直して！」
この「大きなパケットを、MTUのサイズに合わせて細かく切り刻む作業」を、フラグメンテーション（断片化）と呼びます。
一見、親切な処理に思えますが、実務の現場ではこのフラグメンテーションがネットワークのパフォーマンスをじわじわと蝕む隠れた悪者になることが多いのです。なぜなら、ルーターがわざわざ荷物を解体して詰め直す作業には、大変なCPUパワーと時間がかかるからですね。
—
3. 救世主か、諸刃の剣か？「ジャンボフレーム」の世界
「だったら最初から、道路のサイズ（MTU）を大きくしちゃえばいいじゃない！」
そう考えて生まれたのが ジャンボフレーム（Jumbo Frame） です。
通常のMTUが1500バイトであるのに対し、ジャンボフレームを設定すると、MTUを 9000バイト などに大幅に引き上げることができます。
ジャンボフレームのメリット
- 配達効率の爆発的な向上: 1500バイトの箱だと6回に分けて運んでいた荷物を、9000バイトなら1回で運べます。箱（ヘッダー情報）の数が減るため、オーバーヘッド（無駄な手荷物）が軽減されます。
- CPU負荷の軽減: ルーターやサーバーがパケットを処理する回数が減るため、特に大量のデータをやり取りするサーバー間通信（バックアップやストレージ通信など）で圧倒的なパフォーマンスを発揮します。
ジャンボフレームの落とし穴（リスク）
「じゃあ、全部ジャンボフレームにすればハッピーじゃん！」と思いきや、そう簡単にはいかないのがインフラエンジニアの悩ましいところです。
通信経路（パス）の途中にある機器（スイッチやルーター）のどれか一つでもジャンボフレームに未対応のものが混ざっていると、そこでパケットがドロップ（破棄）されたり、猛烈なフラグメンテーションが発生して逆に通信が遅くなったりします。
「経路上の全員が同じ大きなトラックを受け入れられる状態」を完璧に整えて初めて効果を発揮する、少し気難しい技術なのです。
—
4. 実務で役立つ！MTU確認と設定の実践テクニック
ここからは、インフラの現場で私たちがどのようにMTUを扱い、確認しているのか、実際のコマンドを交えて見ていきましょう。
① 現在のMTUを確認してみよう（Linuxの例）
お使いのサーバーやPCが現在、どのようなMTUで通信しているのかは、ターミナルから簡単に確認できます。以下のコマンドを叩いてみてください。
# ネットワークインターフェースの詳細情報を確認する
ip link show実行結果の中に mtu 1500 という記述を見つけられるはずです。これが現在の制限値です。
② パケットの断片化を防ぐ「Path MTU Discovery（PMTUD）」
「通信経路の途中で勝手にフラグメンテーションされたくない！」というときに活躍するのが、PMTUD（Path MTU Discovery） という仕組みです。
これは、あらかじめ送信するパケットに「これ以上細かく切り刻まないでね（Don’t Fragmentフラグ：DFフラグ）」というお札を貼っておき、もし途中の道路（MTU）が狭すぎて通れなかった場合は、途中のルーターから「ここを通るには大きすぎるよ！」というエラーメッセージ（ICMP Destination Unreachable）を返してもらうことで、最適なMTUのサイズを自動で探り当てる機能です。
実務のネットワークトラブル（特定のWebサイトだけが表示されない、ファイル転送が途中でフリーズするなど）では、このPMTUDがファイアウォール等の設定ミスによって邪魔されているケースが本当によくあります。
③ 実際にMTUを変更してみる（Linux設定例）
もし社内ネットワークやストレージ用ネットワーク（iSCSIやNFSなど）でジャンボフレームを有効化する場合、Linux（UbuntuやCentOS等）では以下のようなコマンドで一時的にMTUを変更できます。
# eth0インターフェースのMTUをジャンボフレーム対応の9000バイトに変更する
sudo ip link set dev eth0 mtu 9000
# 変更が適用されたか確認する
ip link show eth0※注意：永続的に設定を反映させるためには、OSのネットワーク設定ファイル（NetplanやNetworkManagerなど）の書き換えが必要になります。また、当然ながら接続先のスイッチや対向サーバー側でも同じように9000バイトへの変更が必須となります。
—
おわりに：基本の「箱のサイズ」を意識しよう
今回は、MTUとジャンボフレームについて、郵便配達の例えを交えながらお話ししました。
- MTU（1500バイト） は、ネットワークという道路をスムーズに走るための「標準的な段ボール箱のサイズ」。
- ジャンボフレーム は、効率を上げるための「特大コンテナ」だが、経路全体の足並みが揃っていないとトラブルの元になる。
ネットワークのトラブルシューティングをしていると、「なぜか大きなファイルだけ送れない」「特定の通信だけ途切れる」といった怪奇現象にぶ つかることがあります。そんなときは、ぜひ今日の話を思い出してください。「もしかして、どこかでMTUのサイズミスマッチやフラグメンテーションが起きていないか？」と疑う視点を持つだけで、あなたのエンジニアとしての勘とトラブル解決力はグッと上がります。
それでは、また次回の技術解説でお会いしましょう！ 安全で快適なネットワークライフを！
コメント