制御パケットは、経路・ネイバー・冗長状態などネットワーク自身を維持する情報を交換します。OSPF Hello、BGP Keepalive、VRRP Advertisement、STP BPDU、ARP/NDは目的もレイヤーも異なり、すべてを『keepalive』として扱うと切り分けを誤ります。
この記事はネットワークエンジニアの仕事内容の各論です。工程の全体像から確認したい場合はそちらへ。
⭕️インフラエンジニアが
最初に知っておいた方がいいことハローパケットの存在
OSPFがネイバーを張れるのも、
VRRPがMaster/Backupを判断できるのも、
実は裏側でHello系の通信が流れているから。ネットワークの勉強をしていると、
どうしても目に見える通信に意識が向きやすい。… pic.twitter.com/fihyfjtJyN— けんと@設計構築チャンネル (@yeiquer12) 2026年5月26日
ユーザー通信だけでなくOSPF・VRRP・HSRPを成立させる制御パケットが流れていると説明したポスト。
(出典:けんと@設計構築チャンネルのポスト(X)(X:ユーザー通信だけでなくOSPF・VRRP・HSRPを成立させる制御パケットが流れていると説明したポスト。))
ネットワークの制御パケットとは?
先に答えると、制御パケットは、経路・ネイバー・冗長状態などネットワーク自身を維持する情報を交換します。OSPF Hello、BGP Keepalive、VRRP Advertisement、STP BPDU、ARP/NDは目的もレイヤーも異なり、すべてを『keepalive』として扱うと切り分けを誤ります。
Hello・Advertisement・Keepaliveは何が違う?
それぞれの役割と、実務で見るところを次の表に整理します。
| 項目 | 仕組み・役割 | 実務での判断 |
|---|---|---|
| OSPF Hello | ネイバー発見・維持 | IPプロトコル 89 / multicast |
| BGP Keepalive | セッション維持 | TCP 179 セッション内 |
| VRRP Advertisement | Master生存通知 | IPプロトコル 112 / 224.0.0.18 |
| STP BPDU | L2 ループ防止 | リンク-local multicast MAC |
| ARP/ND | next-ホップ L2 アドレス解決 | ARPまたはICMPv6 |
control plane: Hello/Keepalive/Advertisement → adjacency/stateを維持
data plane: user packet → 作られたroute/MAC/sessionを使って転送
どの宛先・プロトコルで送られる?
確認は「対象プロトコルと期待ネイバー/状態を決める」から始め、「状態変化とデータ損失をタイムライン化」まで進めます。「因果を確認」を確認できれば完了です。
| STEP | 実施内容 | 確認する結果 |
|---|---|---|
| 1 | 対象プロトコルと期待ネイバー/状態を決める | 正常値 |
| 2 | show commandで状態・タイマー・last 変更を取得 | コントロールプレーン |
| 3 | キャプチャで実パケットの宛先・間隔を確認 | wire上の事実 |
| 4 | 状態変化とデータ損失をタイムライン化 | 因果を確認 |
show ip ospf neighbor
show bgp ipv4 unicast summary
show vrrp brief
show spanning-tree detail
show ip arp
# Wireshark display filter例
ospf || bgp || vrrp || stp || arp
Neighbor ID State Dead Time Address
192.0.2.2 FULL/DR 00:00:34 192.0.2.2
BGP neighbor 198.51.100.2, state Established, up for 2d03h
停止するとデータ通信へどう影響する?
症状ごとの原因候補と、次に確認することを次の表にまとめます。正常時の出力と並べて差を見ます。
| 症状・誤り | 主な原因候補 | 次に確認すること |
|---|---|---|
| Hello見えない | ACL/L2/VLAN/auth/MTU等 | インターフェースとキャプチャ両端 |
| 制御状態 downだが通信継続 | 既存経路保持・別経路 | RIB/FIBとタイマー |
| パケットは見えるがネイバー不成立 | パラメーター不一致 | area/auth/タイマー/AS |
| CPU高騰で欠損 | コントロールプレーン負荷 | CPU・queue・CoPP |
Wiresharkとshow commandでどう確認する?
キャプチャでパケットが見えたことと、プロトコル状態が正常なことは別です。送信だけ見えて応答がない場合、相手の受信・パラメーター・戻り経路を確認し、ステートマシンとパケットを対応付けます。
- 対象機器・インターフェース・VRF/VLAN
- 取得日時・タイムゾーン・ソフトウェアバージョン
- 変更前後の同一コマンド出力
- 期待値・実測値・判定者
- 異常時の停止条件と切り戻し結果
関連する記事
まとめ:制御パケットの目的・レイヤー・ステートマシンを分けて確認する
要点は、制御パケットの目的・レイヤー・ステートマシンを分けて確認することです。制御パケットとユーザー通信のどちらが落ちたかを、キャプチャの時刻で示せるようにします。
