【入門編】ジャンボフレーム（Jumbo Frame）の仕様と最大転送サイズ（MTU 9000 bytes） – インフラ・物理＆L2/L3ネットワーク基礎実践ガイド

ネットワークの深淵へようこそ。インフラエンジニアの筆者です。

日頃、サーバーやスイッチと向き合っていると、「標準の1500バイトじゃ物足りない！」という場面に出くわすことがありますよね。ストレージのバックアップや、動画配信のような大容量データを扱う現場では、まさに「ジャンボフレーム」が救世主となります。

今回は、この「ジャンボフレーム」という少しだけ特別な仕組みを、郵便配達の例えを交えながら紐解いていきましょう。

—

まず、なぜ標準が 1500 bytes（MTU: 最大転送単位）なのか。これは大昔の規格が決めた「一度に運べる荷物の限界サイズ」なんです。

郵便配達に例えるなら、「手紙一枚を封筒一枚に入れて送る」のが標準のイーサネットです。
もし、大きな本を一冊送りたい場合、今のルールだと「本をバラバラに分解して、1500バイトずつの封筒に何百枚も分けて送る」必要があります。

このとき、郵便局員（CPU）は、何百枚もの封筒を受け取り、一つひとつ「宛先はどこだ？」「中身は正しいか？」とチェックしなければなりません。これは、CPUにとっては結構な重労働ですよね。

ジャンボフレームは、この封筒のサイズ制限を「9000バイト」くらいまで広げてしまおう、という考え方です。

これなら、先ほどの本を一冊送る際、バラバラに分解しなくても、「大きなダンボール箱」にドンと詰めて一度に送れるようになります。

つまり、ジャンボフレームは「大量の荷物を効率よく運ぶための特急便」なのです。

—

「じゃあ、全部ジャンボフレームにすればいいじゃん！」と思いますよね。しかし、インフラの世界には一つだけ鉄則があります。

「経路上のすべての機器が、同じサイズに対応していなければならない」

もし、パケットが通る道の途中で「うちは小さな封筒しか扱えないよ！」という機器が一つでもあれば、そこでパケットは破棄されて通信が止まってしまいます。これを「MTU不一致による通信断」と呼びます。現場で最も多いトラブルの一つですね。

導入時は、以下の手順を徹底しましょう。
1. サーバーのNIC（LANカード）
2. 接続先のL2スイッチ（アクセスポート）
3. コアスイッチ（トランクポート）
4. 対向のストレージやサーバー

これら全てで、設定を確認する必要があります。

—

では、実際にLinux環境でMTUを 9000 に設定する様子を見てみましょう。

再起動すると消えてしまうため、まずはテスト的に適用する場合に使います。

# eth0のMTUを9000に変更する
sudo ip link set dev eth0 mtu 9000

# 設定が反映されたか確認
ip link show eth0
# 出力結果の「mtu 9000」を確認してください

Ubuntuなどの現代的なOSでは、/etc/netplan/ 配下のYAMLファイルを編集します。

network:
  version: 2
  ethernets:
    eth0:
      # ここでMTUを指定します
      mtu: 9000
      dhcp4: no
      addresses: [192.168.1.10/24]

設定が正しいか、大きなパケットを投げて確認します。重要なのは、ping に -M do（フラグメント禁止）と -s 8972（ヘッダー分を引いたサイズ）を付けてテストすることです。

# 8972バイトのペイロードを送る（8972 + 28バイトのヘッダー = 9000バイト）
ping -M do -s 8972 192.168.1.20

もしここで Frag needed と返ってきたら、経路のどこかで9000バイトを通せていない証拠です。

—

ジャンボフレームは、ストレージサーバーやハイパフォーマンスコンピューティング（HPC）環境では必須の技術ですが、Webサイトの閲覧のような一般的な通信では、あまり恩恵を受けられません。

「何でも大きくすれば速くなる」のではなく、「今、自分たちが運んでいる荷物は、封筒で送るべきか、ダンボールで送るべきか？」 を見極めることこそが、一流のインフラエンジニアの資質です。

まずは小さな検証環境から、この「大きな箱」を運ぶ感覚を掴んでみてくださいね。それでは、またネットワークの深淵でお会いしましょう！