こんにちは！ネットワークの世界へようこそ。インフラエンジニアとして日々ルーターやスイッチと格闘していると、教科書通りにいかない「現場のリアル」にたくさん出会います。
ネットワークに初めて触れるとき、「最大サイズ」や「規格のルール」ってちょっと堅苦しく感じてしまいますよね。「なぜそのサイズじゃなきゃいけないの？」とか「少し大きいくらい、大目に見てよ！」なんて思ったことはありませんか？
今回は、そんなイーサネットの「サイズ制限」の裏側にある、ジャイアントフレーム（Giant Frame）とベビージャイアントフレーム（Baby Giant Frame）の物語を、身近な例えを交えながら一緒に紐解いていきましょう。一歩ずつ優しく解説していきますので、リラックスして読んでくださいね！
—
1. 郵便配達で例える「イーサネットの荷物制限」
まずは、ネットワークの基本をおさらいするために、私たちが普段使っている「郵便配達」を想像してみてください。
郵便局には、「このサイズまでの封筒なら、オートマチックに高速で仕分けして配達しますよ」という標準の規格サイズがありますよね。もし、その規格をほんの少しだけオーバーした封筒が窓口にやってきたらどうなるでしょうか？
郵便局員さんは「うーん、これくらいなら何とかカバンに入るし、配達しちゃおうか」と、融通を利かせてくれるかもしれません。
しかし、もしそこに「ダンボール箱」のような巨大な荷物が混ざってきたらどうでしょう？ 自動仕分け機は詰まってしまいますし、配達員のバイクにも乗り切りません。郵便局は大パニックになってしまいます。
この郵便配達のルールと、コンピュータの世界のルールはまったく同じです。
- 標準の封筒（最大1,500バイトのデータ）：これが通常のイーサネットフレームです。
- ちょっと大きい封筒（ベビージャイアント）：宛先を書く付箋を何枚も貼ったせいで、わずかに規定サイズを超えてしまった郵便物です。
- ダンボール箱（ジャイアントフレーム）：規格を大幅に無視して持ち込まれた、巨大すぎる荷物です。
ネットワークの世界でも、スイッチという名の「凄腕の自動仕分け機」が、日々猛スピードでデータを仕分けています。この仕分け機が処理しきれないほど大きなデータが流れてくると、ネットワークのあちこちで「交通渋滞」や「パケットの破棄」というトラブルが発生してしまうのです。
—
2. 定義を知ろう！ジャイアントフレームとベビージャイアント
それでは、もう少し技術的な定義を覗いてみましょう。
通常のイーサネット（IEEE 802.3）では、一度に送信できるデータの最大サイズ（MTU: Maximum Transmission Unit）は 1,500バイト と定められています。これに宛先や送信元の情報（MACヘッダーなど）を合わせると、フレーム全体でおおよそ 1,518バイト になります。これが、昔から私たちが使ってきた「標準サイズ」です。
ジャイアントフレーム（Giant Frame）とは？
この標準サイズ（一般的には1,518バイト超、あるいは機器が処理できる最大値を超えるもの）をオーバーしてしまった、文字通り「巨人のような」不正なフレームのことです。
主な発生原因は、ネットワークカード（NIC）の故障や、ドライバのバグ、あるいはケーブルの接触不良などによるノイズで、データが壊れてしまい「終わり」の合図が分からなくなったケースなどが挙げられます。スイッチは「これ、デカすぎてルール違反だよ！」と判断し、容赦なくその場で破棄（ドロップ）します。
ベビージャイアントフレーム（Baby Giant Frame）とは？
一方で、「ジャイアント」の赤ちゃん、つまり「ちょっとだけ大きいフレーム」という愛称を持つのが、ベビージャイアントフレームです。
サイズとしてはおおよそ 1,522バイトから1,600バイト程度 に収まるものを指します。
「あれ？ さっきルール違反はダメって言ったのに、なんで赤ちゃんは許されるの？」って思いますよね。ここが今日の大きなポイントです！
—
3. なぜ「赤ちゃん」は許されるのか？（VLANタグの秘密）
現代の企業ネットワークやデータセンターでは、1本の物理的なケーブルを仮想的に分割して使う「VLAN（Virtual LAN）」という技術が当たり前のように使われています。
このVLANを使うとき、データ（イーサネットフレーム）の中に「これは〇〇会社の部署のデータです」という名札（VLANタグ）をペタッと貼り付けます。
この名札のサイズが、ちょうど 4バイト なんです。
標準の最大サイズが1,518バイトだったところに、4バイトの名札が追加されると……？
そう、計算してみてください。
1,518バイト + 4バイト（VLANタグ） = 1,522バイト になりますよね！
もし、ネットワーク機器が「絶対に1,518バイト以上は通さない！」という昔の頑固なルールのままだったらどうでしょう？ VLANタグを貼った瞬間に「ジャイアントフレームだ！ルール違反だ！」とすべて捨てられてしまい、社内ネットワークがまったく動かなくなってしまいます。
そのため、現代のスイッチやルーターは、「VLANタグが付くことで少し大きくなる分（1,522バイト程度まで）は、ベビージャイアントとして優しく受け入れましょう」という仕様（IEEE 802.1Qなど）になっています。これが、ベビージャイアントが特別に許されている理由です。
—
4. 現場での設定とトラブルシューティング
「じゃあ、スイッチ側ではどんな設定をしておけばいいの？」気になりますよね。
Cisco Systemsなどの代表的なL2/L3スイッチを例に、現場でどのように向き合っているかを見てみましょう。
最近のスイッチは非常に優秀で、デフォルトの状態でもベビージャイアントフレーム（VLANタギングされたフレーム）をしっかり通せるように設計されています。しかし、さらに大きなデータ（例えば、ジャンボフレームと呼ばれる1,500バイトをはるかに超える巨大なパケットを流すサーバー間通信など）を扱う場合は、明示的に最大許容サイズ（MTU）を拡張してあげる必要があります。
設定例：スイッチのMTU（最大転送サイズ）の拡張
Ciscoスイッチなどで、通常のベビージャイアントやジャンボフレームを通過させたい場合、グローバルコンフィグレーションモードで次のような設定を行います。
! 特権モードから設定モードへ移行します
Switch> enable
Switch# configure terminal
! システム全体の最大受信フレームサイズ（MTU）を1500から1600バイトに拡張します
! （これでベビージャイアントフレームや各種Q-in-Qなどのタグ付き通信も安心です）
Switch(config)# system mtu routing 1600
! 設定を反映させるための注意メッセージが表示されたら再起動や適用を確認します
! ※機種によってコマンド（system mtu や mtu など）が異なる場合がありますトラブルシューティングの現場から
もし、ネットワークの一部で「通信が異常に遅い」「特定のサーバー間だけパケットが消える」という現象が起きたら、スイッチのログを覗いてみてください。次のようなエラーカウンターが跳ね上がっていることがあります。
Giantカウンターの増加Oversizeカウンターの増加
これを見つけたら、「どこかの端末やNICがバグっていて、ゴミデータを垂れ流していないか？」「MTUのミスマッチが起きていないか？」を疑うのが、百戦錬磨のインフラエンジニアの第一歩です。壊れたフレームがネットワーク内を駆け巡ると、無駄な帯域を食いつぶす原因（パケットのブロードキャストストームやエラーの連鎖）になるため、スイッチが入口でしっかりと食い止めてくれているおかげで、私たちのインフラは守られているのです。
—
5. おわりに
いかがでしたでしょうか？
ジャイアントフレームとベビージャイアントフレーム。名前を聞くと少し難しそうですが、要するに「ルールの枠からはみ出てしまった荷物」と、「名札をつけたせいでほんの少し大きくなった、許されるべきお友達」のことでした。
ネットワークの規格には、必ず「そうならざるを得なかった理由（VLANの歴史など）」が存在します。単なる暗記ではなく、こうした背景やストーリーを知ることで、トラブルシューティングのときにも「あ、もしかしてあのタグのせいでサイズが……？」と、パッと頭が働くようになりますよ。
これからも、日々のインフラ運用のなかで「なぜ？」を大切にしながら、一緒にプロフェッショナルへの階段を登っていきましょう！次回の記事もお楽しみに！
コメント