【入門編】イーサネットフレーム構造（DIX規格 / Ethernet II） – インフラ・物理＆L2/L3ネットワーク基礎実践ガイド

ネットワークエンジニアの皆さん、こんにちは。現場でパケットの波に揉まれながら、日々インフラの深淵を覗いているライターです。

今日は、ネットワーク技術の「アルファでありオメガ」、すなわちイーサネットフレーム（Ethernet II）についてお話ししましょう。

「フレーム構造？そんなの仕様書を見れば載っているじゃないか」と思うかもしれません。しかし、現場でトラブルに立ち向かうとき、この数バイトの並び順が頭に完全に入っているかどうかで、障害切り分けのスピードが劇的に変わります。今回は、難しいビット計算は一旦置いておいて、私たちが毎日送っている「手紙」に例えて、この構造を解き明かしていきましょう。

—

イーサネットフレームは「巨大な郵便システム」

私たちがWebブラウザでページを見たり、メールを送ったりするとき、データはそのままではネットの海を渡れません。必ず「封筒」に入れられます。これがイーサネットフレームです。

私たちが郵便を出すとき、宛先や差出人を封筒に書きますよね。イーサネットフレームも全く同じで、先頭から末尾まで、それぞれに厳格な役割が決まっています。

1. プリアンブル：郵便局への「合図」

フレームの先頭には、Preamble（プリアンブル）と呼ばれる8バイトのデータが置かれます。これは「今から手紙が届くよ！」という同期の合図です。
夜中の暗闇で懐中電灯をチカチカさせて合図を送るようなもの。受信側のスイッチは、この信号を見て「おっ、データが来るぞ、準備しなきゃ！」と受信の体制を整えるわけです。

2. MACアドレス（宛先と送信元）：郵便番号と住所

ここが一番重要です。

Destination MAC Address（宛先MAC）：誰に届けるか。
Source MAC Address（送信元MAC）：誰から送ったか。

イーサネットの世界では、この「MACアドレス」が絶対的な住所です。スイッチという郵便局員は、この宛先を見て「この手紙はどのポートに送ればいいかな？」と瞬時に判断（スイッチング）しています。

3. タイプフィールド：手紙の中身の「言語」

ここには Type というフィールドがあり、中身が何なのかを伝えます。
例えば、「これはIPv4のデータですよ」とか「ARPという確認信号ですよ」というラベルです。郵便で言えば「中身は日本語の手紙です」「これは英語の書類です」といった言語識別タグですね。0x0800 ならIPv4、0x0806 ならARP、といった具合に決まっています。

4. データ（ペイロード）：手紙の本題

ここには、私たちが伝えたいIPパケットや、さらにその上のTCPセグメントなど、中身のデータが詰め込まれます。最大で1500バイト（MTU）までというルールがありますが、これは「封筒の大きさ制限」のようなものですね。

5. FCS：最後にチェックする「封印の印」

最後にある FCS（Frame Check Sequence）は、手紙が途中で改ざんされたり、雨で滲んだりしていないかを確認するチェックサムです。受信側で計算を行い、送信側が計算した値と一致しなければ、その手紙は無残にもシュレッダー（破棄）されます。

—

現場でパケットを覗いてみよう

理論だけではつまらないので、Linuxなどのツールを使って、実際にこの構造を覗き見る感覚を掴んでみましょう。tcpdump コマンドを使うと、イーサネットフレームの姿がリアルに見えてきます。

# eth0 インターフェースを流れるパケットを詳細（-e）にキャプチャする
# -e オプションをつけることで、イーサネットヘッダー（MACアドレス等）が表示されます
sudo tcpdump -i eth0 -e -n -v

# 実行結果のイメージ（簡略化しています）:
# 00:11:22:33:44:55 > 66:77:88:99:AA:BB, ethertype IPv4 (0x0800), length 98: 192.168.1.1 > 192.168.1.10
# | 送信元MAC         | 宛先MAC         | タイプ(0x0800=IPv4)  | 中身のデータ...

この出力を見ると、00:11:22... から 66:77:88... へとデータが送られているのが一目瞭然です。トラブルシューティングの際、ここを見るだけで「そもそもMACアドレスが間違っていないか？」「タイプフィールドは期待通りか？」といった初歩的なミスに気づくことができます。

—

まとめ：ネットワークの基本を味方につけよう

イーサネットフレームは、複雑そうに見えて実は非常にシンプルで、かつ極めて効率的な「郵便システム」です。

1. プリアンブルで合図し、
2. MACアドレスで宛先を特定し、
3. タイプで言語を確認し、
4. データを運び、
5. FCSで無事を確認する。

この流れを頭に入れておけば、スイッチの設定ミスや通信断といった現場のトラブルに直面したとき、「どこでこの手紙が止まっているのか？」を論理的に追跡する力が必ず身につきます。

ネットワークの道は長く、そして深いですが、この「フレームの構造」という足場さえしっかりしていれば、どんなに高い山も登れます。ぜひ、コマンドを叩いてパケットを眺め、この「手紙の旅」を想像してみてください。

それでは、また次の「深淵」でお会いしましょう！