--- title: "イーサネットとは？IEEE 802.3規格・速度と配線・VLAN/LACP設計まで実装者向けに解説" url: "https://www.issoh.co.jp/tech/details/13459/" published: 2026-07-11 updated: 2026-09-05 categories: ["インフラ・クラウド"] publisher: "株式会社一創" --- # イーサネットとは？IEEE 802.3規格・速度と配線・VLAN/LACP設計まで実装者向けに解説 イーサネット（Ethernet）は、有線LANで機器同士をつなぐ通信規格で、IEEE 802.3として標準化されています。OSI参照モデルでは物理層とデータリンク層に位置し、MACアドレスを使ったフレーム転送で「同じネットワーク内の機器へデータを届ける」役割を担う規格です。この記事では、フレーム構造の基礎から、10BASE-Tから1.6Tb/s級までの速度規格の読み方、Cat5e〜Cat8の配線選定、MTU・ジャンボフレームの調整、VLAN／LACP／PoEといった実装者が押さえるべき設計論点までを整理します。さらに、規格の版を一次情報で確かめる手順、Linuxでリンク速度・VLAN・LACP・MTUを設定して疎通を実測するコマンド、リンク障害を物理層から切り分ける順序まで、手を動かせる形で示します。 ## まとめ：イーサネット設計で先に押さえる結論 イーサネットは「配線とスイッチの物理層」と「MACアドレスで転送するデータリンク層」の2層をまとめた規格群です。速度規格（100BASE-TX／1000BASE-T／10GBASE-Tなど）が違っても、フレーム形式やMACアドレスによる転送の仕組みは共通で、違いは主に速度と伝送媒体にあります。基準となる規格本文はIEEE 802.3としてまとめられ、現行の基準版はIEEE Std 802.3-2022系、そこへメンテナンス改訂と新規タスクフォースの成果が積み上がる形で更新が続きます（[IEEE 802.3 Ethernet Working Group](https://www.ieee802.org/3/)の公開ページ・2026年8月更新時点）。 設計判断の要点は3つに絞れます。第一に、配線カテゴリは「敷設先で将来使う速度」から逆算して選ぶ（後から張り替えるコストが最も高い）。第二に、MTUのジャンボフレーム化は経路全体を揃えられる閉域でのみ効果が出る。第三に、Multi-Gig（2.5G/10G）はサーバー集約点やアクセスポイント収容など帯域が詰まる箇所へ限定投入し、クライアント全面には広げない。 そして実装段階で効くのは、規格名の暗記ではなく手元での確認手段です。リンク速度とデュプレックスは `ethtool`、MTUとVLANサブインターフェースは `ip link`、LACPは bonding ドライバの状態ファイルで、いずれも数分で実測できます。本記事の後半ではその具体的なコマンドと設定例を置きました。オンプレLANとクラウド側の仮想ネットワーク（VPC等）を一体で設計したい場合は、[インフラ構築（AWS/GCP/Azure）の相談窓口](https://www.issoh.co.jp/service/system/aws/)で構成段階から検討するのが近道です。 ## OSI下位2層を担うイーサネットの位置づけとフレーム転送の仕組み イーサネットを理解する起点は「OSIのどこを担うか」と「何を単位に運ぶか」です。ここを外すと、後段の速度規格やVLANの話が丸暗記になってしまいます。 ### OSI参照モデルの物理層とデータリンク層をまたぐ規格としての役割 イーサネットは、ケーブルやコネクタといった物理層と、MACアドレスでフレームを扱うデータリンク層の両方を規定します。速度や伝送媒体（銅線か光か）は物理層側の違いで、データリンク層のフレームの扱いは速度が変わっても基本的に同じです。7階層の全体像と各層の対応を先に押さえると、イーサネットが担う範囲は「下2層」だと明確です。詳しくは[OSI参照モデルの7階層とTCP/IPとの対応](https://www.issoh.co.jp/tech/details/8201/)を参照すると、IPやTCPとの役割分担が整理できます。実装現場で使う4階層モデルの側から対応関係を確かめたい場合は、[TCP/IPの4階層モデルとOSIとの対応](https://www.issoh.co.jp/tech/details/13083/)も合わせて読むと、どの層の設定を触っているのか迷わなくなります。 層の境界を示す一次情報としては、IPデータグラムをイーサネット上で運ぶ取り決めを定めた [RFC 894（A Standard for the Transmission of IP Datagrams over Ethernet Networks）](https://www.rfc-editor.org/rfc/rfc894.html) が読みやすい出発点です。IPパケットをイーサネットフレームへ載せる際のデータ長の上限が1500オクテットである点も、ここに明記されています。 ### イーサネットフレームの構造とMACアドレスによる宛先指定の仕組み データはフレームという単位で運ばれます。フレームは、宛先MACアドレス・送信元MACアドレス・タイプ（またはフレーム長）・データ本体・誤り検出用のFCS（フレームチェックシーケンス）という並びです。MACアドレスは機器のネットワークインターフェースに割り当てられた48ビットの識別子で、スイッチはこの宛先MACを見て該当ポートだけにフレームを送り出します。IPアドレスが「どのネットワークのどのホストか」を示すのに対し、MACアドレスは「同一セグメント内のどの機器か」を示す、という層の違いがフレーム転送の核心です。 MACアドレスの先頭24ビットはベンダーを示すOUIで、割り当ての原簿はIEEEの[IEEE Registration Authority（MA-L/MA-M/MA-S登録簿）](https://regauth.standards.ieee.org/standards-ra-web/pub/view.html)で公開されています。障害調査で見慣れないMACが出てきたとき、この原簿で先頭3オクテットを引くことが機器ベンダーを推定する根拠です。フレーム中のタイプ値（EtherType）についても、0x0800がIPv4、0x0806がARP、0x8100がVLANタグといった割り当てが [IANA Ethernet Numbers レジストリ](https://www.iana.org/assignments/ethernet-numbers/ethernet-numbers.xhtml) に登録済みで、パケットキャプチャの読解時に手元に置くと解析が速く進みます。 ### CSMA/CD方式から全二重スイッチング通信へ移行してきた背景 初期のイーサネットは1本の同軸ケーブルを複数機器で共有し、CSMA/CD（搬送波感知多重アクセス／衝突検出）で送信タイミングを調停していました。今日のLANはスイッチと全二重通信が基本で、各ポートが独立した衝突ドメインになるため、衝突検出そのものが不要になっています。CSMA/CDは半二重時代の遺物であり、現在のスイッチ環境で「衝突を気にする」設計はまず不要です。この歴史を知っておくと、古い教材の「衝突」前提の記述を鵜呑みにせずに済みます。 一方で、共有媒体の衝突が消えても、輸送路の混雑という問題は上位層へ移っただけだという点は押さえておきたいところ。スイッチのバッファ溢れやTCP側の輻輳制御まで含めた挙動は、[輻輳の仕組みとTCP輻輳制御](https://www.issoh.co.jp/tech/details/14677/)で扱っています。全二重化で「衝突が消えたから遅延も消えた」と読み替えるのは誤りで、キューイング遅延は依然として設計対象に残ります。 ### IEEE 802.3の現行版と策定中プロジェクトを一次情報で追う手順 規格の版を人づての情報で扱うと、記事や社内資料が数年で狂います。確認先は3つだけ覚えておけば足ります。基準版と改訂の一覧は[IEEE 802.3ワーキンググループのトップページ](https://www.ieee802.org/3/)、策定中の高速化プロジェクトは[IEEE P802.3dj（200Gb/s・400Gb/s・800Gb/s・1.6Tb/s Ethernet Task Force）](https://www.ieee802.org/3/dj/)、そしてVLANタグを含むブリッジ側の仕様は[IEEE 802.1 の802.1Qページ](https://www.ieee802.org/1/pages/802.1Q.html)です。 規格本文そのものは有償ですが、IEEEは一定期間を経た802系規格をPDFで無償公開する[IEEE GET Program](https://standards.ieee.org/products-programs/ieee-get-program/)を運用しています。フレーム形式やPHYの章を条文で確かめたい場面では、ここから該当版を取得するのが正攻法。手順としては、ワーキンググループページで対象プロジェクトの符号（djやbtなど）を特定し、GET Programで基準版のPDFを取り、目的の節番号を引く流れが最短です。 ## 速度規格の読み方とケーブルカテゴリ・MTUを含む配線の選定基準 ここが実装者にとって最も判断を要する領域です。規格名の読み方と、ケーブル・MTUの選定を、後で張り替えないための基準で整理します。 ### 10BASE-Tから800ギガビット級までの速度規格の読み方 速度規格の表記は「速度＋BASE＋媒体記号」で読み解けます。末尾のTはツイストペア（銅線）、末尾のSR/LRなどは光ファイバを指します。主要な規格は次のとおりです。 | 規格例 | 速度 | 主な媒体 | 標準化の時期（目安） | | ----------------- | ----------- | ---------- | ---------- | | 100BASE-TX | 100Mbps | 銅（Cat5以上） | 1990年代後半 | | 1000BASE-T | 1Gbps | 銅（Cat5e以上） | 1990年代末 | | 2.5G/5GBASE-T | 2.5/5Gbps | 銅（Cat5e/6） | 2010年代半ば | | 10GBASE-T | 10Gbps | 銅（Cat6A以上） | 2000年代後半 | | 25G/40G/100GBASE系 | 25〜100Gbps | 主に光・DAC | 2010年代 | | 400G/800GBASE系 | 400〜800Gbps | 光 | 2010年代後半〜 | 数値・標準化時期は規格改定で更新されるため、正確な年次はIEEE 802.3の各仕様で確認してください。800Gb/sを超える帯域については、200Gb/s・400Gb/s・800Gb/s・1.6Tb/sを対象とする[IEEE P802.3djタスクフォース](https://www.ieee802.org/3/dj/)が策定を進めており、2025年7月更新時点でまだドラフト段階のプロジェクトが含まれます。したがって「1.6Tイーサネットが使える」と断定する記述は時点付きで扱うのが安全です。実務では「クライアントは1G〜2.5G、サーバー・上位リンクは10G以上、データセンター基幹は40G/100G以上」という帯域の階層で捉えると規格選定が迷いません。 なお、同じIEEE 802.3の枝から工場や車載向けの派生規格も伸びています。ラインの制御通信で使う産業用Ethernetの分類は[産業用ネットワークとフィールドバス・産業用Ethernetの規格選定](https://www.issoh.co.jp/tech/details/16808/)、車内配線側の1000BASE-T1などは[車載ネットワーク（CAN・LIN・FlexRay・車載Ethernet）の選び方](https://www.issoh.co.jp/tech/details/16834/)で扱っており、オフィスLANの常識がそのまま通らない領域として区別しておくと選定を誤りません。 ### ケーブルカテゴリ（Cat5e/6/6A/8）と対応速度・距離の対応 銅配線は「将来使う速度」から逆算して選びます。ケーブルは壁内・床下に敷設すると交換コストが機器より高くつくため、ここでの過小投資が最も後を引きます。 | カテゴリ | 対応速度の目安 | 最大距離の目安 | 典型用途 | | ----- | ---------------- | --------- | ------------ | | Cat5e | 1Gbps（短距離で2.5Gも） | 100m | 一般クライアント配線 | | Cat6 | 1Gbps／短距離10G | 10G時は約55m | フロア配線 | | Cat6A | 10Gbps | 100m | 10G基幹・AP収容 | | Cat8 | 25/40Gbps | 約30m | データセンターのラック内 | 判断の勘所は「幹線とアクセスを分けて考える」ことです。新規に壁内へ通す幹線はCat6Aを基準にすると10G化まで張り替え不要で済みます。一方、ラック内の短距離ではCat8やDAC（ダイレクトアタッチケーブル）が現実的な選択肢になるでしょう。IPアドレスの割り当て設計と合わせて考えるなら、[サブネットマスクの計算とセグメント分割](https://www.issoh.co.jp/tech/details/13334/)もあわせて確認しておくと、物理配線と論理設計のズレを防げます。端末側のアドレス配布まで含めて詰めるなら、[DHCPのリース設計と固定IPの切り分け](https://www.issoh.co.jp/tech/details/13461/)も同時に決めておくと、敷設後の運用で手戻りが出ません。 ### 標準1500とジャンボフレームを分けるMTUの調整判断の基準 MTU（最大転送単位）はイーサネットで1フレームに載せられるデータ本体の上限で、標準は1500バイトです。この1500という値は[RFC 894](https://www.rfc-editor.org/rfc/rfc894.html)でイーサネット上のIPデータグラムの上限として定められたものが今も基準になっています。ジャンボフレームは概ね9000バイトまで拡張する設定で、大容量転送（ストレージのiSCSI、バックアップ、仮想化基盤間通信）でフレーム処理のオーバーヘッドを減らせます。 ただし効果が出るのは、経路上のスイッチ・NIC・相手ホストまで全てが同じ拡張MTUで揃っている閉域に限られる点に注意が必要です。1台でも1500のままの機器が経路に混ざると、フラグメントや通信断を招きます。経路上の最小MTUを動的に見つける仕組みは[RFC 1191（Path MTU Discovery）](https://www.rfc-editor.org/rfc/rfc1191.html)で規定されており、途中でICMPが遮断されているとこの探索が働かず、通信が中途半端に詰まる典型的な障害の一つです。クラウドを跨ぐ経路では上限が経路種別ごとに決められているため、[Amazon VPCのネットワークMTUに関する公式ドキュメント](https://docs.aws.amazon.com/vpc/latest/userguide/network-mtu.html)のように、使う側の仕様書で上限を確認してから合わせます。 実務判断としては、インターネットを跨ぐ経路では標準1500を維持し、ジャンボフレームは「揃えられる自社閉域だけ」に限定する。MTUの縮みやPMTUD／MSSクランプ、pingでの実測手順まで単体で深掘りしたい場合は、[MTU（最大転送単位）の仕組みとPMTUD/MSS調整](https://www.issoh.co.jp/tech/details/14476/)もあわせて確認してください。 ## LAN構築で押さえるVLAN・LACP・PoEの実装論点と設計の勘所 単一のスイッチにケーブルを挿すだけならイーサネットの奥は見えませんが、複数拠点・複数用途のLANを組むと、セグメント分割・帯域確保・給電の3点が必ず論点になります。 ### VLAN（IEEE 802.1Q）によるセグメント分割の設計 VLANは1台の物理スイッチを論理的に複数のネットワークへ分割する仕組みで、IEEE 802.1Qのタグをフレームに付与して実現します。タグはEtherType 0x8100で識別され、VLAN IDは12ビットであり、仕様から導かれる上限は最大4094個です。仕様の系譜と改訂履歴は[IEEE 802.1のVirtual LANs（802.1Q）ページ](https://www.ieee802.org/1/pages/802.1Q.html)で追えます。仕組み・ポートVLANとタグVLANの違い・VLAN間ルーティングの設計は[VLANとは？仕組みとポートVLAN/タグVLANの設計](https://www.issoh.co.jp/tech/details/13550/)で詳しく解説しています。 業務用・ゲスト用・管理用・IP電話用などをVLANで分ければ、ブロードキャストの波及範囲を抑え、セキュリティ境界も引けるのが利点です。設計時は「VLAN IDとサブネットを1対1で対応づける」のが基本で、VLANをまたぐ通信はルーティング（レイヤ3スイッチやルーター）を経由します。VLAN間の出口をどこに置くかは、[デフォルトゲートウェイの役割と確認方法](https://www.issoh.co.jp/tech/details/13417/)と合わせて設計すると、経路の抜けを防げます。 ### LACP（IEEE 802.3ad/802.1AX）によるリンクアグリゲーション LACPは複数の物理リンクを束ねて1本の論理リンクとして扱う仕組みで、帯域の拡張と冗長化を同時に実現します。たとえば1Gポートを4本束ねれば、単一障害でリンク全体が落ちないうえ、フロー分散で実効帯域も上げられます。注意すべきなのは、束ねられる帯域が「フロー分散のハッシュ次第」であり、1つの大きなセッションが自動的に4倍速になるわけではないという点。[Linuxカーネルの Ethernet Bonding Driver 公式ドキュメント](https://docs.kernel.org/networking/bonding.html)にも、単一のコネクションは1インターフェース分を超える帯域を使えないと明記されています。 スイッチ間の基幹リンクや、サーバーとスイッチ間の冗長化に適しますが、対向機器も同じLACP設定である必要があります。LACPDUによる動的ネゴシエーション、アクティブ／パッシブの設定、スイッチをまたぐMC-LAGまで単体で深掘りしたい場合は、[LACPの仕組みと帯域・冗長化の実像](https://www.issoh.co.jp/tech/details/14676/)もあわせて確認してください。 ### PoE（IEEE 802.3af/at/bt）による給電要件の確認 PoE（Power over Ethernet）はLANケーブルで電力も供給する規格で、無線APや監視カメラ、IP電話をコンセントなしで設置できます。給電能力は規格世代で異なり、af系が最大約15W、at系（PoE+）が約30W、bt系（PoE++）が約60〜90Wと段階的に上がる構成です。4ペア全対を使う高出力世代は IEEE Std 802.3bt-2018 として標準化され、[IEEE P802.3bt タスクフォースの公開ページ](https://www.ieee802.org/3/bt/)に2018年9月27日のIEEE-SA標準化ボード承認で作業完了と記録されています。世代呼称（PoE++／Type 3・Type 4）の根拠を求められたときは、この記載を出典に挙げれば足ります。 設計では「接続機器の消費電力の合計がスイッチのPoE給電予算（パワーバジェット）を超えないか」を必ず確認します。カメラ台数を増やした後で給電不足に陥る失敗が典型なので、初期からバジェットに余裕を持たせます。無線APを高出力世代へ更新すると1台あたりの給電要求が上がるため、[Wi-Fi 6Eの6GHz帯とWi-Fi 6/7との違い](https://www.issoh.co.jp/tech/details/8851/)を見ながらAP側の世代と給電規格を同時に決めるのが実務的な順序です。 ## LinuxコマンドでVLANとLACP・MTUを設定して疎通を実測する手順 ここまでの規格の話は、手元のサーバーとスイッチがあれば数十分で確認できます。以下はUbuntu系（netplan＋systemd-networkd）を想定した最小手順で、インターフェース名は `enp3s0` と `enp4s0` に読み替えてください。 ### ethtoolとip linkでリンク速度・デュプレックスを確認する手順 最初に見るのは「リンクが何Gbpsで全二重で上がっているか」です。設計上10Gのはずのポートが1000Mb/sでネゴシエートされていれば、その時点でケーブルカテゴリかトランシーバの不一致が疑われます。オプションの詳細は[ethtool(8) のマニュアル](https://man7.org/linux/man-pages/man8/ethtool.8.html)と[ip-link(8) のマニュアル](https://man7.org/linux/man-pages/man8/ip-link.8.html)が一次情報です。 ``` # リンク速度・デュプレックス・オートネゴシエーションの実測 $ sudo ethtool enp3s0 Speed: 1000Mb/s Duplex: Full Auto-negotiation: on Link detected: yes # 全インターフェースのMACアドレスとリンク状態を一覧表示 $ ip -br link show lo UNKNOWN 00:00:00:00:00:00 enp3s0 UP f8:75:a4:12:34:56 # 物理層のエラーカウンタ（CRCエラー・破棄）を確認 $ ip -s link show enp3s0 $ sudo ethtool -S enp3s0 | grep -i -e crc -e error rx_crc_errors: 0 rx_errors: 0 tx_errors: 0 ``` Windows Server側で同じ確認をするなら `Get-NetAdapter` でリンク速度とMACアドレスを取得できます（[Get-NetAdapter のMicrosoft公式リファレンス](https://learn.microsoft.com/en-us/powershell/module/netadapter/get-netadapter)）。`rx_crc_errors` が時間とともに増えていく場合は、上位のIP設定を触る前に配線とコネクタを疑うのが順序です。 ### ip linkでVLANサブインターフェースを作る設定例と削除の手順 スイッチ側でタグVLANを許可したポートにサーバーをつないだら、OS側にもVLANサブインターフェースを作ります。次の例はVLAN ID 10を `enp3s0` の上に生やす手順です。 ``` # VLAN ID 10 のサブインターフェースを作成してアドレスを付与 $ sudo ip link add link enp3s0 name enp3s0.10 type vlan id 10 $ sudo ip addr add 192.168.10.21/24 dev enp3s0.10 $ sudo ip link set dev enp3s0.10 up # 作成結果の確認（802.1Q のタグ付けが有効か） $ ip -d link show enp3s0.10 vlan protocol 802.1Q id 10 # 検証が終わったら削除して元に戻す $ sudo ip link delete enp3s0.10 ``` ここで `vlan protocol 802.1Q id 10` が出れば、OS側はタグを付けて送出しています。それでも通信できないなら、原因はスイッチのポート設定（トランク許可VLANの漏れ、ネイティブVLANの不一致）側にあると切り分けられます。VLAN IDとサブネットの対応づけは[CIDR表記の読み方とサブネット設計](https://www.issoh.co.jp/tech/details/13322/)の考え方に合わせて先に決めておくと、後からの整理が楽になるでしょう。 ### bondingドライバでLACPを組むnetplan設定例と状態確認の要点 LACPはnetplanで宣言的に書けます。`mode` に `802.3ad`、`lacp-rate` に `fast`、`transmit-hash-policy` に `layer3+4` を指定する形が、フロー分散を効かせたい構成での定番です。キー名の正式な一覧は[netplan の YAML リファレンス](https://netplan.readthedocs.io/en/stable/netplan-yaml/)で確認できます。 ``` # /etc/netplan/60-bond.yaml network: version: 2 renderer: networkd ethernets: enp3s0: {} enp4s0: {} bonds: bond0: interfaces: [enp3s0, enp4s0] addresses: [192.168.1.21/24] parameters: mode: 802.3ad lacp-rate: fast transmit-hash-policy: layer3+4 mii-monitor-interval: 100 ``` ``` # 適用して bonding の状態を確認する $ sudo netplan apply $ cat /proc/net/bonding/bond0 Bonding Mode: IEEE 802.3ad Dynamic link aggregation Transmit Hash Policy: layer3+4 (1) 802.3ad info LACP active: on LACP rate: fast Slave Interface: enp3s0 MII Status: up Slave Interface: enp4s0 MII Status: up ``` `Bonding Mode` が `IEEE 802.3ad Dynamic link aggregation` になっていれば、LACPとして起動しています。`lacp-rate: fast` は1秒間隔、既定の `slow` は30秒間隔でLACPDUを送る設定で、切り替え検知を速めたいなら fast を選びます。`transmit-hash-policy` を `layer2` のままにすると宛先MACだけでリンクが決まるため、同一スイッチ宛の大量転送が1本に偏る事故が起こりがち。[bonding ドライバのドキュメント](https://docs.kernel.org/networking/bonding.html)に列挙されたポリシー（layer2／layer2+3／layer3+4／encap2+3／encap3+4／vlan+srcmac）から、トラフィックの偏り方に合うものを選びます。 ### pingでジャンボフレームの疎通可否を実測する手順と判定の基準 ジャンボフレームは「設定した」ではなく「経路の端から端まで通った」を確認して初めて有効化と言えます。分割禁止フラグを立てたpingで実測するのが最短です。IPヘッダ20バイトとICMPヘッダ8バイトを引くため、MTU 9000に対するペイロードは8972バイトになります。 ``` # 送受信の両ホストでMTUを9000へ変更 $ sudo ip link set dev enp3s0 mtu 9000 $ ip link show enp3s0 2: enp3s0: mtu 9000 qdisc mq state UP # 分割禁止（-M do）で 8972 バイトを飛ばして経路全体を検証 $ ping -M do -s 8972 -c 3 192.168.1.31 8980 bytes from 192.168.1.31: icmp_seq=1 ttl=64 time=0.31 ms # 経路のどこかが 1500 のままなら次のように弾かれる $ ping -M do -s 8972 -c 1 192.168.1.31 ping: local error: message too long, mtu=1500 ``` 成功すれば経路全体が拡張MTUを通せている状態。`message too long` や無応答になる場合は、スイッチ側のジャンボフレーム設定漏れか、経路上に1500のままの機器が残っています。`-s` を1500付近から二分探索していけば、詰まっている境界値の特定が可能です。この実測を省いてジャンボフレームを本番投入すると、大きなフレームだけが落ちる「一部の通信だけ失敗する」障害として現れ、切り分けに時間を取られます。 ## イーサネット構成の採用判断と見送り基準・障害切り分けの実務手順 規格を並べるだけでは現場の判断になりません。ここでは「どこに速い規格を入れ、どこは入れないか」を条件付きで言い切り、障害時の切り分け手順もまとめます。 ### 2.5G/10Gを採用すべき要件と1Gで十分な場面の切り分け 結論から言えば、クライアント端末の全面を10G化するのは多くのオフィスで過剰投資です。一般的な業務PCの実効トラフィックは1Gの帯域に収まり、体感速度を決めるのはむしろ無線区間やサーバー応答だからです。速い規格を入れるべきは次の箇所に絞ります。 - ファイルサーバーや仮想化ホストなど、複数クライアントのトラフィックが集中する収容点 - Wi-Fi 6以降のアクセスポイントを束ねる上位リンク（AP1台で1Gを超える実効値が出る） - バックアップやストレージ間の大容量転送経路（夜間の転送時間が業務時間に食い込む場合） - スイッチ間の基幹リンク（ここが詰まると全セグメントに波及する） 逆に、個々のクライアント配線、来客用ネットワーク、既にCat5eで敷設済みで張り替えコストが見合わない区間は、1G据え置きで問題ありません。「詰まっている一点にだけ速い規格を投入する」のが費用対効果の基準です。判断の前に、どのリンクが実際に飽和しているかを `ip -s link` やスイッチのポート統計で数字にしておくと、要望ベースの過剰投資を避けられます。 ### リンク障害・速度低下・パケットロスを物理層から切り分ける手順 イーサネットの不具合は、物理層から論理層へ順に切り分けると原因に速く到達できます。 1. リンクランプとポート状態を確認し、物理リンクが上がっているか（ケーブル・コネクタ・ポート故障の切り分け）を見る。`ethtool` の `Link detected` が対応する。 2. ネゴシエートされた速度・全二重/半二重を確認する。速度が想定より低い場合はケーブルカテゴリ不足や配線劣化を疑う。 3. スイッチのポート統計とホスト側のエラーカウンタ（CRCエラー・破棄）を確認し、増加していれば配線かNIC側の物理要因を優先して調べる。 4. 物理が正常ならVLAN設定・IP設定へ進み、セグメント設計とゲートウェイ・ルーティングの矛盾を確認する。 5. 大きなパケットだけ落ちる症状なら、分割禁止pingでMTUの境界を測り、PMTUDを妨げるICMP遮断がないかを見る。 この順序を守ると、上位のIP設定をいくら見直しても直らない「実は配線カテゴリ不足だった」といった遠回りを避けられます。オンプレLANとクラウド側の仮想ネットワークをまたいだ構成で切り分けが複雑になる場合は、設計段階から[インフラ構築（AWS/GCP/Azure）](https://www.issoh.co.jp/service/system/aws/)として一体で相談すると、物理と仮想の責任分界を明確にできます。 ## よくある質問 イーサネットに関して実務でよく挙がる疑問を、設計・選定の観点から簡潔に答えます。 ### イーサネットとWi-Fiの違いは何ですか？ イーサネットはケーブルを使う有線LANの規格（IEEE 802.3）、Wi-Fiは電波を使う無線LANの規格（IEEE 802.11）です。同じLANでも伝送媒体が異なります。安定性・低遅延・帯域の確実性では有線が優位で、サーバーや固定端末は有線、移動する端末は無線という使い分けが基本になります。無線APも上位はイーサネットで束ねるため、両者は排他ではなく組み合わせて使うものだと捉えてください。 ### イーサネットケーブルのカテゴリはどれを選べばいいですか？ 新規に壁内へ敷設する幹線はCat6Aを基準にすると10Gまで張り替え不要で済みます。既存の1G環境の延長や短距離ならCat5e/Cat6でも足りますが、将来10G化する可能性がある区間はCat6A以上を選びます。ラック内の短距離高速接続ではCat8やDACが選択肢です。判断に迷うときは「機器は数年で入れ替わるが配線は10年残る」という時間差で考えると、上位カテゴリを選ぶ理由が説明しやすくなるでしょう。 ### イーサネットとインターネットの違いは何ですか？ イーサネットは「同じネットワーク内で機器をつなぐLANの規格」、インターネットは「世界中のネットワークをIPで相互接続した巨大なネットワーク網」です。イーサネットはOSIの下2層（物理・データリンク）を担い、インターネットはその上のIP（ネットワーク層）以上で成り立ちます。手元のLANはイーサネットで組み、その先の外部通信でインターネットにつながる、という層の関係になります。 ### ジャンボフレーム（MTU 9000）は有効にすべきですか？ 経路上のスイッチ・NIC・相手ホストまで全てを同じ拡張MTUで揃えられる自社閉域（ストレージ間やバックアップ経路など）でのみ有効化を検討します。1台でも標準1500の機器が混ざる経路や、インターネットを跨ぐ通信では、通信断やフラグメントの原因になるため標準1500を維持するのが安全です。有効化する場合は `ping -M do -s 8972` で経路全体の疎通を実測してから本番へ入れてください。 ### 1Gと2.5G/10Gのどれを選ぶべきですか？ 一般的な業務PCは1Gで十分で、全面的な10G化は過剰になりがちです。速い規格はトラフィックが集中する箇所（ファイルサーバー、仮想化ホスト、無線APの上位リンク、バックアップ経路）に限定して投入します。詰まっている一点に絞って高速化するのが、費用対効果の高い選び方です。投入前に `ip -s link` やスイッチのポート統計で飽和を数字で確認しておくと、判断の根拠が残ります。 ## 関連記事 - [OSI参照モデルとは？7階層の役割・各層プロトコル・TCP/IPとの違い](https://www.issoh.co.jp/tech/details/8201/)：イーサネットが担う物理層・データリンク層を、7階層の全体像の中で位置づけて理解できます。 - [VLANとは？仕組み・ポートVLAN/タグVLAN・IEEE 802.1Qの設計](https://www.issoh.co.jp/tech/details/13550/)：本記事のVLAN章を、設計と設定の粒度まで掘り下げた続きとして読めます。 - [LACPとは？仕組み・アクティブ/パッシブ・帯域と冗長化の実像](https://www.issoh.co.jp/tech/details/14676/)：リンクアグリゲーションの帯域が期待どおりに出ない理由を詳しく扱っています。 - [MTUとは？1500とジャンボフレーム・PMTUD/MSS調整と測定手順](https://www.issoh.co.jp/tech/details/14476/)：ジャンボフレームの判断とMTUの実測を単体で深掘りできます。 - [CIDRとは？表記の読み方からサブネット設計・AWS VPCでの使い方](https://www.issoh.co.jp/tech/details/13322/)：物理配線と合わせたIPアドレス設計の実務に踏み込めます。 --- 出典: [イーサネットとは？IEEE 802.3規格・速度と配線・VLAN/LACP設計まで実装者向けに解説]()（株式会社一創）