VTPアドバタイズメントの深層：パケット解析から読み解くCisco Proprietary L2プロトコルの暗部
ネットワークエンジニアのキャリアにおいて、Cisco Catalystスイッチの初期セットアップは避けて通れない通過儀礼だ。数台、あるいは数十台規模のVLANを一元管理するために、私たちは何の疑いもなくVTP（VLAN Trunking Protocol）を有効にしてきた。「設定の手間が省ける」「ヒューマンエラーを防げる」――そんな甘い言葉の裏で、VTPの挙動を根本から理解していなければ、ある日突然、生産フロア全体のVLANデータベースが吹き飛ぶという悪夢を見ることになる。
今回は、教科書的なVTPの概要説明は一切省く。L2の泥臭い世界に踏み込み、VTPアドバタイズメントがワイヤー上でどのように舞い踊っているのか、そのパケットの息吹を感じ取ってもらいたい。サマリーアドバタイズメント、サードパーティリクエスト、サブセットアドバタイズメントの3大メッセージが織りなす挙動の真実を、パケットアナライザの視点とアーキテクトの知見を交えて解き明かしていく。
—
1. VTPのトランスポート層とレイヤー2カプセル化の現実
VTPは、OSI参照モデルの第2層（データリンク層）で完結するCisco独自のプロトコルである。TCPやUDPといったトランスポート層の恩恵（あるいはオーバヘッド）を受けず、純粋なイーサネットフレームとしてL2の海を回遊する。
宛先MACアドレスには、おなじみのマルチキャストアドレスである 01:00:0c:cc:cc:cc が使用される。このアドレスはCiscoプロトコル専用のグループアドレスであり、スパニングツリー（STP）のBPDUやCDP/LLDPと運命を共にする。フレームのタイプフィールド（または802.3長フィールド）には、VTP固有のEtherTypeである 0x2004 が刻まれる。
+---------------------+---------------------+------------------+-----------------------+
| Destination MAC | Source MAC | EtherType | VTP Payload |
| (01:00:0c:cc:cc:cc) | (Switch MAC) | (0x2004) | (TLV Encoded Data) |
+---------------------+---------------------+------------------+-----------------------+この「L2ネイティブ」という仕様が、VTPを極めて高速かつシンプルにしている一方で、現代の大規模ネットワークにおいては重大なアキレス腱となる。TCPのような輻輳制御機構やウィンドウ制御が存在しないため、ブロードキャストストームやトランクポートのフラッピングが発生した際、VTPアドバタイズメントは容赦なく帯域を食いつぶし、最悪の場合はCPUバウンドを引き起こしてスイッチを沈黙させる。
—
2. VTPメッセージの3大要素とパケットレベルの解剖
VTPアドバタイズメントは、単一のメッセージ形式ではなく、状況に応じて3種類の異なるフォーマット（TLV形式）を使い分ける。それぞれのメッセージがどのようなトリガーで発火し、ワイヤー上を流れるのかを詳細に見ていこう。
2.1 サマリーアドバタイズメント（Summary Advertisement）
VTPドメインの「状態の現在地」を告げる、いわばL2世界のビーコン信号だ。
- 送信トリガーの条件:
1. 定期的なタイマーのexpire（デフォルトで300秒ごと）。
2. ローカルのVLANデータベースに変更が生じた直後（プライマリサーバー、セカンダリサーバー問わず）。
- パケットの内部構造:
サマリーアドバタイズメントの最も重要な役割は、Configuration Revision Number（コンフィギュレーションリビジョン番号） の伝達である。パケット内には以下の情報が格納される。
- VTPドメイン名（Nullパディングされた文字列）
- コンフィギュレーションリビジョン（4バイトの符号なし整数）
- アップデートID、タイムスタンプ、MD5ダイジェスト（パスワード認証時）
スイッチがこのサマリーを受信すると、自身の持つリビジョン番号と比較する。「受信したリビジョン番号 ＞ 自機の番号」であれば、自身のデータベースが古いためアップデートを要求する、あるいは後述するサブセットの適用準備に入る。
2.2 サードパーティリクエスト（Advertisement Request）
名前は「サードパーティ」となっているが、実体は「VLAN情報のリクエストメッセージ」である。CiscoのドキュメントやWiresharkの古いバージョンでは「Join Message」や「Request Advertisement」と表現されることもある。
- 送信トリガーの条件:
1. 自機よりも高いコンフィギュレーションリビジョンを持つサマリーアドバタイズメントを受信したとき。
2. VTPドメイン名が一致する新しいスイッチがリンクアップし、アドバタイズメントを受け取ったとき。
3. 管理者が手動でVTPドメインを変更、またはリセット（Clientモードへの切り替え等）したとき。
- パケットの内部構造:
このメッセージは、特定のVLAN範囲をピンポイントで要求するために使われる。TLV構造の中に「どのVLAN IDからどのVLAN IDまでの情報を欲しているか」のレンジを指定するフィールドが含まれる。これにより、不要な全VLAN情報のやり取りを防ぎ、L2帯域の無駄な消費を抑制する巧みな設計になっている。
2.3 サブセットアドバタイズメント（Subset Advertisement）
リクエストへの応答、あるいはデータベースの変更が発生した際に、実際のVLANパラメータ（VLAN名、ステータス、MTU、SAIDなど）を運ぶ実働部隊である。
- 送信トリガーの条件:
1. サードパーティリクエストを受信したサーバーが、要求されたVLAN情報を返送するとき。
2. VLANの作成、削除、名前変更などのデータベース変更がローカルで発生し、サマリーアドバタイズメントの直後に連続して送信されるとき。
- パケットの内部構造:
サブセットアドバタイズメントは、1つのメッセージに収まりきらない大量のVLAN情報を分割（チャンク化）して送信するためのTLV群を持つ。各VLANエントリには、VLAN ID、VLAN名、VLANタイプ（EtherToken, FDDIなど歴史的遺物も含む）、そしてトランスレーションパラメータがびっしりと詰め込まれている。
—
3. 現場で直面する「VTPの罠」とパケット解析からの教訓
インフラアーキテクトとして数多くの障害現場に立ち会ってきたが、VTPに起因する障害の多くは「リビジョン番号のバグ（仕様の誤解）」と「MD5認証の未設定」に起因する。
恐怖の「リビジョン爆弾」
中古のCatalystスイッチを、何も考えずに既存の本番VTPドメインに接続した瞬間を想像してほしい。そのスイッチが前任者の環境でテスト用にいじり倒され、リビジョン番号が「500」になっていたとする。一方、本番環境のリビジョンは「10」だった。
L2リンクが確立した瞬間、新参のスイッチは高高とリビジョン500のサマリーアドバタイズメントを叩きつける。本番側のスイッチは「おっ、俺より新しい情報を持っているな！」と勘違いし、即座にサードパーティリクエストを送信。リビジョン500のスイッチから送られてきた空っぽ、あるいはテスト用のデタラメなサブセットアドバタイズメントを受け入れ、本番のVLANデータベースを綺麗に上書きしてしまう。結果、全VLANが消失し、フロア全体が暗闇に包まれる。
回避策：VTP Transparent Modeの徹底とバージョン3の採用
この悲劇を防ぐための現代的なプラクティスは極めて明快だ。
1. VTPの無効化（Transparentモード）:
現代の大規模・高可用性ネットワークにおいて、V2までのVTPを有効にするメリットはほぼ存在しない。AnsibleやNetmikoなどのIaC（Infrastructure as Code）ツールが発達した現在、VLANのプロビジョニングはスクリプトで一括管理すべきであり、L2の自動同期に頼る必要はない。全てのスイッチでVTPを transparent に設定するのが鉄則だ。
2. VTP Version 3の導入:
どうしてもVTPを使ざるを得ない場合、あるいはVTPv3がサポートされている環境であれば、v3への移行を強く推奨する。v3では「プライマリサーバー」の概念が厳密化され、不正な高リビジョン・スイッチが接続されても、ドメインのパスワードやプライマリ認定を受けていない限り、データベースが勝手に上書きされるのを防ぐ防衛機能（Primary Server Selection）が実装されている。
—
4. 実践：Cisco IOSにおけるVTPの堅牢化設定と検証コマンド
理論を理解したところで、現場のCOS/IOS環境でどのようにVTPを制御・監査すべきか、具体的な設定例とトラブルシューティングのコマンドを示す。
設定例：VTPv3の安全なコンフィギュレーション
以下の設定は、VTPドメインを安全に構築し、不正なアドバタイズメントによる事故を完全にシャットアウトするための実用的なテンプレートだ。
! すべてのスイッチでVTPモードをTransparentにするのが最も安全だが、
! 万が一VTPv3ドメインを運用する場合の設定例を示す。
! 1. VTPのバージョンを3にアップグレード
vtp version 3
! 2. VTPドメイン名の明示的な定義（タイポによる孤立を防ぐ）
vtp domain PRODUCTION_CORE
! 3. パスワード認証の強烈な強制（平文ではなくsecretを使用）
vtp password SuperSecretVtpPasswordHashUseIt!
! 4. このスイッチをプライマリサーバーとして明示的に宣言（勝手な上書きを阻止）
vtp primary vlan
! 5. データベースの改ざんを防ぐため、不要なポートでのVTP広告を阻止
! (通常はトランクポート全体で流れるため、アクセスポートやエッジではStp等と併せて注意)ネットワーク監査用：パケットとステータスの確認コマンド
障害発生時や、定期的なヘルスチェックの際に叩くべきコマンド群だ。特に show vtp status の出力結果にある「Configuration last modified by」や「Revision number」の値を血眼になって確認してほしい。
! VTPの全体的なステータス、リビジョン番号、動作モードを一網打尽にする
Switch# show vtp status
VTP Version : 3
Configuration Revision : 42
Maximum VLANs supported locally : 4094
Number of existing VLANs : 35
VTP Operating Mode : Server
VTP Domain Name : PRODUCTION_CORE
VTP Pruning Mode : Disabled
VTP V2 Mode : Disabled
VTP Traps Generation : Disabled
Password : set
Model number : WS-C3850-48T
Base MAC Address : 0057.d21b.5c80
Configuration last modified by : 192.168.10.50 at 2023-10-25 10:15:30
! VLANデータベースの整合性と、どのトランクポートからアドバタイズを受信しているか確認
Switch# show vtp counters
VTP Traffic Statistics :
----------------------------------
Summary advertisements received : 12450
Subset advertisements received : 3120
Request advertisements received : 45
Summary advertisements sent : 350
Subset advertisements sent : 12
Request advertisements sent : 2
Number of illegal messages : 0もし Number of illegal messages が不自然にカウントアップされている場合、それは悪意ある攻撃者、あるいは設定ミスの機器が不正なVTPフレームを流し込んでいる明白なシグナルだ。即座に tcpdump やWiresharkを該当ポートのアップリンクに噛ませ、EtherType 0x2004 のパケットをキャプチャし、ソースMACアドレスから犯人を特定しなければならない。
—
結びにかえて
VTPは、Ciscoの歴史が生んだ「諸刃の剣」の最たる例だ。L2のレイヤーでオートマティックに動くがゆえに、その挙動の裏側（サマリー、リクエスト、サブセットの三位一体のダンス）を理解していないエンジニアにとっては、いつ爆発するか分からない地雷原に見えるだろう。
しかし、パケットの構造を解剖し、トリガー条件のロジックを脳内に焼き付けておけば、VTPは恐るべき脅威ではなく、単なる「バイト列のやり取り」に過ぎなくなる。ネットワークの深淵を愛する者よ、コマンドの羅列を覚えるだけでなく、ワイヤーの上を駆け抜けるパケットの鼓動に耳を澄ませてほしい。そこにこそ、真のネットワークエンジニアリングの醍醐味があるのだから。
コメント