本文へ移動

インフラ転職コンパス難しいインフラ技術を動画と図解で解説

メニュー

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

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

この記事でわかること

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

この記事はネットワークエンジニアの仕事内容の各論です。工程の全体像から確認したい場合はそちらへ。

Xの元ポスト

ユーザー通信だけでなく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 状態変化とデータ損失をタイムライン化 因果を確認
設定・確認例(対象機種・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等 インターフェースとキャプチャ両端
制御状態 downだが通信継続 既存経路保持・別経路 RIB/FIBとタイマー
パケットは見えるがネイバー不成立 パラメーター不一致 area/auth/タイマー/AS
CPU高騰で欠損 コントロールプレーン負荷 CPU・queue・CoPP

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

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

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

関連する記事

まとめ:制御パケットの目的・レイヤー・ステートマシンを分けて確認する

要点は、制御パケットの目的・レイヤー・ステートマシンを分けて確認することです。制御パケットとユーザー通信のどちらが落ちたかを、キャプチャの時刻で示せるようにします。

最近の記事
ピックアップ