拠点間のルーティングは誰が担う：レイヤー2 VPNかレイヤー3 VPNか

プロバイダーVPNを発注すれば、その所有者を名指ししたかどうかに関わらず、最終的に拠点間ルーティングは誰かが持つことになります。レイヤー2の引き渡しに署名すれば、プロバイダーはパイプを提供し、隣接関係は自社のルーターが形成し、レイヤー3のサービスに署名すれば、プロバイダーは自社のルーティングコンテキストの中でプレフィックスを運びます。どちらも正規の製品で、当番の物語は異なります。見積もりから最初の受け入れテストまで注文をたどれば、選択は抽象的ではなくなります。

トポロジーのスライドではなく、引き渡しの様式から始める

どのプロバイダーも最終的には、疑似回線か、マルチポイントEthernetセグメントか、共有サービスエッジ上のルーティング接続か、何を引き渡すのかを尋ねる様式を送ってきます。その一つの答えは、自社の責任がどこから始まるかを固定するため、営業資料のどの図よりも多くを決めます。

ポイントツーポイントの疑似回線は二つの接続の間の一本の回線であり、マルチポイントEthernetサービスは複数拠点を一つのブロードキャストドメインにまとめます。図の上では似て見えますが、ループやブロードキャストストームが関わると振る舞いはまったく違います。アドレス設計の前に、どちらが見積もられているのかを確認してください。

製品名では決まりません。MPLSラベル、ダークファイバーの引き渡し、インターネット経由のオーバーレイは、どれもプライベートネットワークと呼ばれ得ます。フレームワーク文書は、サービスモデルと顧客・プロバイダー間の分担を定義すべきものとして扱っているので、接続の意味論を書面で求め、それを自社のチームに平易な言葉で読み返してください。

開通日に届いたものを読む

開通日には、その上に何かを設定する前に、渡されたインターフェースを見てください。レイヤー3のルーティング接続は通常、小さなポイントツーポイントサブネットを持つポート、または到達すべきネクストホップとして現れます。レイヤー2の接続はフレームを待つリンクとして現れるので、最初に役立つコマンドは経路検索ではなくブリッジや隣接の確認です。

ip -br link show
ip -br addr show
ip route show default
ip neigh show

その四行が、自分がどちらの世界にいるかを教えてくれます。プロバイダーのアドレスを指すデフォルトルートは、プロバイダーが代わりにルーティングしているという意味です。有用なレイヤー3アドレスがなくブリッジが埋まっているインターフェースは、ルーティングが自社の担当だという意味で、欠けているプレフィックスはすべて自社で直すものです。

プロミスキャスに見えるリンクは引き渡しがタグ付きである可能性もあるので、回線を責める前にVLANの合意を確認してください。マルチポイントサービスでMACアドレスが重複するのは設計上の症状であり、プロバイダーの障害ではありません。

最初のプレフィックスの前に、対象ごとに所有者を一人決める

対象の一覧をたどり、それぞれを所有するチームの名前を声に出してください。顧客プレフィックスと拠点間の広告。プロバイダーエッジとの関係を形づくる隣接関係やサービス識別子。ループを断ち切るのは誰か、より広いブロードキャストドメインの中で暮らすことに同意したのは誰か。MTUの上限はどこにあり、障害はどう気づかれ、サービスはどう戻るのか。アクセス方針、そしてサービスに含まれない暗号化があればそれも。

一覧が短いのは、インシデントのときに壊れるのがまさにその部分だからです。二つのチームがどちらも経路ポリシーを所有していると信じていれば、障害は同じ一時間のうちに矛盾する二つの変更を生みます。どちらも所有していなければ、最初の非対称経路は顧客が報告するまで残ります。

ルーティングサービスは通常、BGPか静的の境界を与えるので、自社側には、隣接が上がっているかを教えるbirdc show protocolsあるいはルーターの同等のコマンドと、営業時間中だけフラップしているかを教えるカウンターという、読めるセッション状態が必要です。レイヤー2の引き渡しにはそのような信号がないので、顧客自身が明示的な到達性確認を持つ必要があります。

一つの拠点について障害の流れをたどる

サービスが稼働する前に受け入れテストを書いてください。一つの拠点の接続を落とし、各チームが何を見るかを記録します。レイヤー3のサービスでは、プロバイダーがその拠点のプレフィックスの到達性を撤回し、自社のセッションが撤回を記録し、残りの拠点は経路を保ち、レイヤー2のサービスでは回線が落ちてルーティングプロトコルが死んだ隣接に気づき、同じ収束がタイマーだけに依存します。

リンクを復旧し、ケースの後半を確認してください。古い状態が残りがちなので、隣接が戻ること、プレフィックスが期待どおりの属性で戻ること、インシデントの一時的な静的経路がテーブルに残っていないことを確かめます。

退屈な障害も試してください。一つの拠点がトラフィックを倍にする場合、ルーティング接続ではプレフィックスごとのカウンターが見えますが、ブリッジ接続ではインターフェースのスループットしか見えず、どのホストの責任かを推測することになります。

契約が買わないもの

レイヤー2やレイヤー3というラベルは、遅延や専用バックボーンや暗号化について何も語りません。それらは別個の約束であり、可用性の数字がそのどれかを意味することはありません。サービス契約で約束されていることを読み、それ以外はすべて自分で試すべき前提として扱ってください。

要件が二つの顧客ルーター間のポイントツーポイント接続であれば、プロバイダーに内部ルーティングを任せずにレイヤー2のサービスが合います。要件が異なるサブネットを持つ多数の拠点と小さな運用チームであれば、ルーティングサービスは本来自社が持つはずの作業を取り除きます。

どちらも既定ではありません。カプセル化への機器対応、拠点間の実際のトラフィック関係、冗長化のモデル、そして受け入れた部分をチームが運用できるかを確認してください。そのうえで、意思決定のうち人の入れ替わりを生き延びるのはそこだけなので、所有者の名前をランブックに書き込みます。