一台へ送る通信と、同じLANへ広く送る通信。どちらもスイッチを通るので、画面で見るだけでは違いが分かりにくいことがあります。
ユニキャスト、ブロードキャスト、マルチキャストは、誰を受信対象にするかを表す言葉です。ただし「一対一・一対多」と覚えるだけでは、VLANを越えるか、どのポートへ出るかまでは説明できません。ARPやWeb通信の例を使って、宛先と届く範囲を順に見ていきましょう。
三つの違いは、通信を受け取る相手
ユニキャストは、特定の一台を宛先にします。ブロードキャストは、同じブロードキャストドメインへ広く届ける通信です。ドメインという言葉は、ここでは「同じブロードキャストが届く範囲」と考えてください。
マルチキャストは、グループを宛先にします。たとえば同じ映像を複数の受信者へ配る場合に、送信者がグループ宛に送り、ネットワーク側で必要な区間へ複製します。
| 通信方式 | 関係 | 受信対象 | 代表例 | ネットワーク側の制御 |
|---|---|---|---|---|
| ユニキャスト | 1対1 | 指定した宛先 | Web、SSH、通常のAPI通信 | MAC表、経路表 |
| ブロードキャスト | 1対全体 | 同一L2ドメインの全端末 | ARP要求、DHCP Discover | VLANで範囲を分割 |
| マルチキャスト | 1対多 | 参加グループ | 映像配信、ルーティング/冗長化の一部 | IGMP Snooping、PIMなど |
ユニキャスト: A --------> B
ブロードキャスト: A ----+----> B
+----> C 同一VLANの全端末
+----> D
マルチキャスト: A ----+----> B Group参加
+----> D Group参加
C 非参加
図の矢印は受信対象の違いを示しています。実際の配線を示す構成図ではないので、途中のスイッチやルーターは省略しています。
ユニキャストでも、ゲートウェイへ渡すことがある
PCからWebサーバーへ接続するとき、IPパケットの宛先はそのサーバーです。同じサブネットにいるなら、PCはサーバーのMACをARPで調べ、そこへフレームを送ります。
別のサブネットにいるなら、PCはゲートウェイのMACを調べて渡します。IPの宛先はサーバーのままで、Ethernetの宛先だけがその区間の次の相手になります。IPとMACを分けて読むと、ルーターを通る通信も追いやすくなります。
スイッチは宛先MACから出力ポートを選び、ルーターは宛先IPから経路を選びます。どちらも「次にどこへ渡すか」を決めますが、見ている情報が違います。
Web通信の準備にはARPや名前解決が含まれます。一つのWeb操作に、複数の通信方式が登場しても不思議ではありません。
ブロードキャストは、通常VLANの中にとどまる
ARP要求は「このIPv4アドレスを持っているのは誰ですか」という問い合わせです。相手のMACがまだ分からないため、宛先MACをff:ff:ff:ff:ff:ffにして同じLANへ送ります。答えを持つ端末が応答することで、相手を特定できます。
VLANが違えば、同じ物理スイッチに接続されていても通常のブロードキャストは届きません。VLANは、この届く範囲を分ける仕組みです。
| 例 | 宛先 | 範囲 | 用途 |
|---|---|---|---|
| ARP要求 | FF:FF:FF:FF:FF:FF | 同一VLAN | 対象IPv4のMACを問い合わせる |
| DHCP Discover | 限定Broadcastなど | 同一サブネット、Relayでサーバーへ中継可 | DHCP サーバーを探索する |
| Directed Broadcast | サブネットのBroadcast アドレス | 設定・製品ポリシーに依存 | 現在は安全上無効化される構成が多い |
| 確認点 | ユニキャスト | ブロードキャスト | マルチキャスト |
|---|---|---|---|
| IPv4宛先の例 | 172.28.31.20 | 同一サブネットのブロードキャスト | 239.1.1.1 |
| L2で見る先 | 宛先または次ホップMAC | ff:ff:ff:ff:ff:ff | マルチキャストMAC |
| 境界 | 経路があればL3越え | 通常はVLAN内 | L3越えにはマルチキャスト経路の設計が必要 |
DHCPで別ネットワークのサーバーを利用できるのは、DHCP Relayなどが要求を中継するためです。ルーターがすべてのブロードキャストを無条件に転送しているわけではありません。
ここでの例はIPv4とEthernetです。IPv6にはIPv4のようなブロードキャストがなく、近隣探索ではマルチキャストを使います。ARPとIPv6の近隣探索は、目的が似ていても方式を分けて覚えましょう。
マルチキャストは、参加情報と転送経路をそろえる
IPv4の受信端末は、IGMPを使ってグループへの参加を知らせます。スイッチがその情報を見て、必要なポートへ転送を絞る機能がIGMP Snoopingです。Snoopingは「参加のやり取りを見て学ぶ」と考えると理解しやすくなります。
参加状態を定期的に確認する装置をクエリアと呼びます。Snoopingを有効にしただけで、参加情報がいつまでも正しく保たれるとは限りません。
# Cisco系の参照コマンド例。機種・OSで異なる
show ip igmp groups
show ip igmp snooping groups
show ip mroute
show ip pim neighbor
show interfaces counters
| 症状 | 確認 | 候補 |
|---|---|---|
| 同一VLAN全ポートへ流れる | Snooping Group、Querier | Group未学習、Flood設定 |
| 別サブネットへ届かない | PIM ネイバー、mroute、RPF | ルーティング未構成、RPF失敗 |
| 一部Receiverだけ映像乱れ | ポートカウンター、帯域、Join/Leave | 損失、輻輳、Receiver状態 |
| Broadcast増加 | パケットキャプチャ、送信元MAC | ループ、障害端末、設計外プロトコル |
ルーターを越えて届ける場合は、PIMなどのマルチキャストルーティングも必要です。L2で受信ポートを選ぶ仕組みと、L3で経路を作る仕組みを分けて確認します。
参加していないポートへ流れる動作は、未学習時の扱いや機種の設定にも左右されます。「マルチキャストなら必ず受信者のポートだけ」と言い切らず、グループ表と転送状態を見ます。
用途名ではなく、一つのメッセージを分類する
「ARPはブロードキャスト」とだけ覚えると、ARP応答を見たときに迷います。通常のARP要求はブロードキャストですが、応答は問い合わせた相手へのユニキャストです。同じプロトコルでも、メッセージによって宛先が変わります。
キャプチャでは、宛先IPと宛先MACを両方見てください。IPv4のグループアドレスと、EthernetのマルチキャストMACは別の欄に表示されます。
| 方式 | IPv4宛先の例 | Ethernet宛先 | 確認点 |
|---|---|---|---|
| ユニキャスト | 172.28.31.10 | 宛先またはネクストホップのUnicast MAC | ARP、MAC表、経路表 |
| 限定Broadcast | 255.255.255.255 | FF:FF:FF:FF:FF:FF | VLAN範囲、Relay |
| マルチキャスト | 224.0.0.0/4内のGroup | Multicast MAC | IGMP Group、Snooping、PIM |
| 通信 | 方式 | 補足 |
|---|---|---|
| ARP要求 | Broadcast | 同一VLAN全体へ問い合わせ |
| ARP応答 | 通常Unicast | 問い合わせ元へ回答 |
| HTTP/HTTPS・SSH | Unicast | 特定サーバーとの通信 |
| OSPFv2 Hello | Multicastを利用 | ネットワークタイプなどで宛先は異なる |
| VRRPv3 Advertisement | Multicastを利用 | アドレス Familyとバージョンを確認 |
| 映像一斉配信 | Multicastの候補 | Receiver参加と経路設計が必要 |
たとえば別ネットワークのサーバーへの通信では、宛先IPはサーバーでも、宛先MACはゲートウェイです。宛先MACだけを見て「サーバーへの通信ではない」と判断しないようにします。
表は代表的な用途を整理したものです。ルーティングプロトコルや冗長化プロトコルは、種類や設定によって使う通信方式が異なるため、対象のメッセージを確認します。
届かないときも流れすぎるときも、受信者から追う
映像が届かないなら、まず受信端末が正しいグループへ参加しているか、その参加がネットワーク側に見えているかを調べます。別VLANへ配る構成では、送信元までの経路、マルチキャスト経路、TTL、フィルターも確認します。
関係のないポートへ大量に流れるなら、Snoopingのグループ表とクエリア、未学習時の扱いを確認します。届かない原因も、流れすぎる原因も、一つの機能だけで決まるわけではありません。
| 症状 | 主な原因候補 | 次に確認すること |
|---|---|---|
| 受信側に届かない | IGMPのJoinが届いていない/クエリアがいない | グループ一覧に該当ポートが載っているか |
| 一部の受信者だけ落ちる | Snoopingのテーブルからエントリが消えている | クエリの間隔とタイムアウト、対向のIGMPバージョン |
| 関係ないポートにも流れる | Snoopingが無効、または未知マルチキャストのフラッディング | VLAN単位のSnooping設定と、未知マルチキャストの扱い |
| 帯域を圧迫している | 高レートのストリームが全ポートへ転送されている | ストーム制御のしきい値と、実際のレート |
変更前に、グループ、VLAN、受信ポート、通信量を記録すると、設定後と比べられます。単にストーム制御で量を下げる前に、必要な通信がどこへ届くべきかを確かめましょう。
最初に押さえるのは、特定の一台、同じLAN全体、参加グループという三つの宛先です。そのうえでVLANと経路を足して考えると、実際に届く範囲を説明できます。
動画・筆者の投稿で補足する
文章と図で流れをつかんだら、関連する動画も参考にしてください。画面の表示や操作は、機種・ソフトウェアの版によって異なる場合があります。
⭕️インフラエンジニアが
設計構築で理解しておきたいこと✅ブロードキャスト
✅ユニキャスト
✅マルチキャスト
の違いこの3つは、
単語の意味だけ覚えても
実務ではあまり腹落ちしない。大事なのは、
どんな場面で使われているのか
を理解すること。✅まずユニキャスト
ユニキャストは、… pic.twitter.com/kOvwv13vTv
— けんと@設計構築チャンネル (@yeiquer12) 2026年6月29日
ユニキャスト・ブロードキャスト・マルチキャストは通信を届ける範囲を決める重要な考え方だと説明したポスト。
関連する動画・筆者の投稿:2026年6月29日 / Xの元投稿
