L2VPN・VPLS・EVPN：名前はサービスではない
注文書の頭字語は、ファミリー、転送動作、またはコントロールプレーンを指す。二つの見積もりを比べる前に、四つの問いがそれらを分ける。
見積もりで「L2VPN」を読み、設定シートで「VPLS」を見て、二つ目の語が一つ目を狭めると考えてしまう。そうなることもあるが、二行が無関係な問いに答えていることもある。誤解は、これらの名前を基本から応用への階段の段とみなすことだ。L2VPNはファミリーであり、VPWSとVPLSはその中の二つのサービス動作であり、EVPNはどちらでも運べるコントロールプレーンの仕組みである。
頭字語ごとに別の問いに答える
顧客接続が何をすべきかから始めるべきだ、なぜならサービスモデルが答える唯一の問いがそれだからだ。二つの拠点間のポイントツーポイント回線と、十拠点にまたがる共有イーサネットセグメントは別の製品であり、どちらもレイヤ2接続として売られていても同じではない。
| Name | Question it answers | What it does not tell you |
|---|---|---|
| L2VPN | Which family of services carries Ethernet frames | Point-to-point or multipoint |
| VPWS | A pair of attachment circuits behaves as one wire | Which control plane builds it |
| VPLS | Many attachments share a bridged broadcast domain | Whether MAC learning is limited or flooded |
| EVPN | BGP distributes MAC and IP reachability | Which service model it is being used for |
この表は階層ではなく、階層として読むと、VPWSの見積もりをVPLSの見積もりと、後者が前者のより完全な版であるかのように比べてしまうというよくある調達の誤りが起きる。両者は別の問題を解くのであり、買い手が想定する意味での上位集合ではない。
VPWSとVPLSは転送の判断で分かれる
仮想専用線サービスでは、接続が遠隔の終端点を選ぶ。そのポートに届いたトラフィックは対になるポートへ出て行き、プロバイダーのエッジは基本的な転送判断のために、その背後にどのMACアドレスがあるかを学ぶ必要はない。
VPLSでは、プロバイダーのエッジがブリッジする。各フレームの宛先MACアドレスを調べ、接続ごとに送信元アドレスを学び、エミュレートされたLAN内で未知の宛先をフラッディングする。これがサービスをLANのように振る舞わせ、運用上の限界もここから生まれる。
複数拠点に見える図は、すべての拠点が一つのブロードキャストドメインを共有することを証明しない。二人のプロバイダーが同じ雲を描いて、一つのブリッジされたドメインを売ることも、複数のポイントツーポイント回線を売ることもあり、違いはブロードキャスト、未知のユニキャストフレーム、またはMACの移動が拠点の境界を越えたときに初めて見える。二拠点間のブロードキャストpingは、どんなアーキテクチャのスライドよりも速くその問いに答える。応答が他のすべての拠点から来るなら一つのブリッジがあり、その組だけが応答するなら一本の線がある。
EVPNはコントロールプレーンであり、トポロジーではない
EVPNの基本仕様であるRFC 7432は、BGP MPLSベースのイーサネットVPNの手順を定義し、MAC到達性はデータプレーンのフラッディングだけで学ぶのではなくBGPで広告される。続いてRFC 8214がEVPNによるVPWSのサポートを規定しており、まさにこの点が階段モデルを壊す。同じコントロールプレーンがポイントツーポイントのサービスと複数拠点のサービスの両方に使える。
したがって「EVPNを動かしている」は「何を買ったか」への答えではない。プロバイダーは、サービスが接続の対なのか共有ブリッジなのか、転送がMPLSなのかVXLANなのか別の何かなのかを、依然として言わなければならない。これらの選択は別の文書と設定の別の部分に住んでいる。
運用者にとっての実際の帰結は、到達性がフラッディングではなくシグナリングされるため、早くEVPNを選ぶと後のサービス変更が安くなるということだ。それでもサービスモデルを先に決める必要は消えず、誤設定のブリッジが正しくなるわけでもない。
MPLSはデータ経路であり、定義ではない
フレームワーク文書はファミリーとその要件を述べるが、一つのカプセル化を要求しない。MPLSラベルの積み重ねはこれらのサービスで一般的な転送であり、唯一ではない。BGPでシグナリングされたサービスとMPLS転送経路は別々の設計判断であるが、しばしば一緒に現れるだけだ。
ベンダーが「MPLS L2VPN」と言ったら、どちらの半分を説明しているのかを尋ねよう。答えが転送だけなら、サービスモデルは依然として未指定であり、接続の動作も依然として不明である。
名前を契約に変える四つの問い
受け渡しが何か、つまりポートか、VLANか、VLANの束か、そしてどれが互いに話せるのかを尋ねよう。拠点が一つのブロードキャストドメインを共有するかを尋ねよう、その一つの答えがフラッディング、MACの上限、ループの振る舞いを決めるからだ。
フレームサイズの予算を端から端まで要求し、カプセル化のオーバーヘッドは自分で足そう。一つの接続が落ちたときに何が起きるか、残りが転送を続けるか、プロバイダーが到達性を撤回するのかタイマー切れまで残すのかを尋ねよう。
その四つの答えを、記録の製品名の隣に書いておこう。次に見積もりが別の頭字語と同じ価格で来たとき、比較は振る舞いの比較になる、悪い日にネットワークが何をするかを予測できるのはその比較だけだからだ。