レイヤー2スイッチのフレーム転送処理

レイヤー2スイッチのフレーム転送処理

ここからは、レイヤー2スイッチの基本動作について解説します。

レイヤー2スイッチは、端末が送信したイーサネット・フレームを受け取ると、そのフレームに書かれているあて先MACアドレスを調べ、そのあて先が接続されているポートにのみフレームを転送します。これによって、ネットワーク内に不要なトラフィックが流れないようにし、通信効率を向上させます。

このために利用するのが、MACアドレス・テーブルです。レイヤー2スイッチは、接続している端末のMACアドレスや接続ポートなどの情報を自動的に学習(ネットワーク管理者が手動で登録することもできる)してMACアドレス・テーブルに保持します。このうえで、受信したフレームのあて先MACアドレスとMACアドレス・テーブルの情報を比較し、転送処理を行います。

なお、ここでいうMACアドレスとは、物理アドレスあるいはハードウエア・アドレスと呼ばれることもあり、6バイトで構成されています。上位3バイトはメーカーごとに割り当てられたメーカー別のコードを示し、IEEE(Institute of Electrical and Electronic Engineers)という団体で登録/管理しています。下位3バイトは、各メーカーが管理するシリアル番号となります。

MACアドレス・テーブルの基本動作

スイッチがMACアドレステーブルをどのように利用するかを具体的に示したのが、図2-1です。

スイッチの「ポート1」に接続されている「PC1」から「ポート4」に接続されている「PC4」にデータを送信する場合、スイッチは「PC1」から受信したフレームのあて先MACアドレス(つまり「PC4」のMACアドレス)を、MACアドレス・テーブルの情報と比較します。「PC4」のMACアドレスは「ポート4」に接続されているMACアドレスと一致するため、「ポート4」にのみフレームを転送します。

この仕組みにより、図2-2のように「ポート1」と「ポート3」が通信していても、「ポート2」と「ポート6」で通信することができます。同時に複数ポート間で通信できることで、転送効率の高いネットワークが実現できるのです。

ハブとレイヤー2スイッチの大きな違い

レイヤー2スイッチと似た装置にハブがあります。ハブは、ネットワーク上の各端末に接続された複数のケーブルを集約するための装置です。単にハブといった場合は、LANにおけるネットワーク・ケーブルを接続する機器を指します。データをやり取りする際には、いったんハブを介して、ほかの端末と通信します。

ハブは、受け取ったデータをネットワーク内の全ノードに単純に中継するだけの装置です。つまり、レイヤー2スイッチのような、送信データを管理したうえでのあて先制御は行いません。これがハブとレイヤー2スイッチの大きな違いです。

つまり、ハブは、保有するすべてのポートに対してデータを流します。受信したデータ信号をただ単に橋渡しするだけです。このことは、ハブ自体がコリジョン・ドメインであることを意味しています。

なお、ここで言うコリジョン・ドメインとは、イーサネットなどのネットワークにおいて、同時送信によるデータの衝突(コリジョン)が発生する範囲のことです。言い換えると、ハブにつながるコリジョン・ドメイン内では、同時に1対1の通信しかできません。とても非効率です。

問題は、「1つのコリジョン・ドメインの中に数多くの端末が存在している」ということです。それならば、コリジョン・ドメインを分けて、それぞれに含まれる端末を減らせばよいのです。これはハブの機能では実現できません。しかし、レイヤー2スイッチなら実現できます。

レイヤー2スイッチでは、学習済みMACアドレスあてのフレームは特定ポートにだけ送信されます。これにより、ハブとは異なり、同時に複数のポート間で通信できます。つまり、レイヤー2スイッチは、各ポートがコリジョン・ドメインなのです。

次ページでは、Virtual LAN(VLAN)について解説します。

この記事のキーワード :

人気記事トップ10

人気記事ランキングをもっと見る

企画広告も役立つ情報バッチリ! Sponsored

ClickHouse Cloudが実現した広告運用SaaS「ATOM」のデータ基盤革新、パフォーマンスを向上しながら、運用負荷とコストを削減 11月11日 6:20 AIで開発が加速する時代、品質保証はどう変わる? Tricentisが示すAIエージェント活用の実像 11月9日 6:45 悪用までの猶予が「1分」に迫るフロンティアAI時代に開発と本番を貫く脆弱性管理が必要 10月29日 8:30 欧州CRA対応とSBOM運用。AI生成コードのOSS混入問題の対策とは ――スニペット単位で検出する「FossID」「Insignary Clarity」によるSBOM運用 9月16日 6:40 PostgreSQLからTiDBへ、稼働中SaaSで進める段階的DB移行の実践と再設計への展望 9月7日 6:30 機能安全開発におけるGoogleTestの活用を支援!「Parasoft C/C++test CT」で実現する効率化&AI連携 4月14日 6:30 【CNDW2025】Grafanaが明かす「オブザーバビリティの哲学」ー最小限の労力で実用的なインサイトを得るには 1月23日 6:30 【CNDW2025】プロダクト急増に備える基盤刷新 ーウェルスナビがECSからEKSへの移行で得た知見とは 1月15日 6:30 【CNDW2025】250環境を5人で運用、構築時間は30分に ーKINTOテクノロジーズが語るインフラ基盤組織の作り方 2025年12月18日 6:30 新たな自動化で熱視線! AIエージェントの「推論能力」を支える2つのコンポーネントとは? 2025年11月28日 6:30