本文へ移動

インフラ転職コンパス現場・技術・キャリアをつなぐ専門メディア

メニュー

ネットワークの制御パケットとは?Hello・Advertisementの役割

制御パケットは、経路・ネイバー・冗長状態などネットワーク自身を維持する情報を交換します。OSPF Hello、BGP Keepalive、VRRP Advertisement、STP BPDU、ARP/NDは目的もレイヤーも異なり、すべてを『keepalive』として扱うと切り分けを誤ります。

この記事でわかること

  • ネットワークの制御パケットとは?
  • Hello・Advertisement・Keepaliveは何が違う?
  • どの宛先・プロトコルで送られる?
  • 停止するとデータ通信へどう影響する?

Xの元ポスト

ユーザー通信だけでなくOSPF・VRRP・HSRPを成立させる制御パケットが流れていると説明したポスト。

(出典:https://x.com/yeiquer12/status/2059222365578650015(X:ユーザー通信だけでなくOSPF・VRRP・HSRPを成立させる制御パケットが流れていると説明したポスト。))

ネットワークの制御パケットとは?

先に答えると、制御パケットは、経路・ネイバー・冗長状態などネットワーク自身を維持する情報を交換します。OSPF Hello、BGP Keepalive、VRRP Advertisement、STP BPDU、ARP/NDは目的もレイヤーも異なり、すべてを『keepalive』として扱うと切り分けを誤ります。

Hello・Advertisement・Keepaliveは何が違う?

OSPF Helloは「ネイバー発見・維持」を担い、実務では「IP プロトコル 89 / multicast」を確認します。続く表で各要素の役割と判断点を比べます。

仕組みと判断軸
項目 仕組み・役割 実務での判断
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を使って転送

どの宛先・プロトコルで送られる?

確認は「対象プロトコルと期待ネイバー/状態を決める」から始め、「状態変化とデータ 損失をtimeline化」まで進めます。「因果を確認」を確認できれば完了です。

実行手順と完了条件
STEP 実施内容 確認する結果
1 対象プロトコルと期待ネイバー/状態を決める 正常値
2 show commandで状態・タイマー・last 変更を取得 制御 plane
3 キャプチャで実パケットの宛先・間隔を確認 wire上の事実
4 状態変化とデータ 損失をtimeline化 因果を確認
設定・確認例(対象機種・OS・バージョンで確認してください)
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等」を原因候補にし、次に「インターフェースとキャプチャ両端」を確認します。正常時との差を症状ごとに追います。

正常時と異常時の切り分け
症状・誤り 主な原因候補 次に確認すること
Hello見えない ACL/L2/VLAN/auth/MTU等 インターフェースとキャプチャ両端
制御 状態 downだが通信継続 既存経路保持・別path RIB/FIBとタイマー
パケットは見えるがネイバー不成立 パラメーター不一致 area/auth/タイマー/AS
CPU高騰で欠損 制御 plane負荷 CPU・queue・CoPP

Wiresharkとshow commandでどう確認する?

キャプチャでパケットが見えたことと、プロトコル 状態が正常なことは別です。送信だけ見えて応答がない場合、相手の受信・パラメーター・戻り経路を確認し、状態 machineとパケットを対応付けます。

  • 対象機器・インターフェース・VRF/VLAN
  • 取得日時・タイムゾーン・software バージョン
  • 変更前後の同一コマンド出力
  • 期待値・実測値・判定者
  • 異常時の停止条件と切り戻し結果

関連する仕組みを次に確認する

次の記事では、今回の確認を隣接するレイヤーや別の観測点へ広げます。

まとめ:制御パケットの目的・レイヤー・状態 machineを分けて確認する

要点は、制御パケットの目的・レイヤー・状態 machineを分けて確認することです。構成図、設定、確認コマンド、正常時と異常時の結果を同じ条件で保存すると、第三者も判断を再現できます。

最近の記事
お知らせ