CE の RIP ルートからリモート VRF まで：エクスポートはどこで起きるか

RIPv2 の更新はプロバイダーエッジに届き、VRF ルーティングテーブルに入り、何かが明示的にエクスポートしない限りそこで止まります。三つの判断が順に起こり、それぞれが独自の理由でプレフィックスを拒否できます。これらを一つの出来事として読むことが、CE が明確に広告しているネットワークにリモートサイトが到達できないときに、人々が間違った機器を追いかける理由です。PE を通るルートをたどれば、その順序は明らかになります。

PE が RIP 更新に対して行うこと

PE は VRF インターフェースで更新を受け取り、送信元が許可された隣接ルーターであることを確認し、広告から導いたホップ数とともにプレフィックスを VRF ルーティングテーブルへ登録します。そのテーブルは独自のアドミニストレーティブディスタンスと最良パス選択を持つ通常のルーティングテーブルです。CE が同じプレフィックスを異なるメトリックで二度広告した場合、テーブルに残るのは優れた方だけです。この段階にプロバイダーのバックボーンは関与しません。

プレフィックスは今、一社の顧客のルーティングコンテキストの中に存在しており、どこか他の場所から到達できる状態とはほど遠いものです。

エクスポートはポリシーの行為であり、プロトコルの結果ではありません

VRF を出るには、ルートを VPN ルートを運ぶ MP-BGP プロセスへ再配布する必要があり、どのリモート VRF がそれをインポートできるかを示すルートターゲット拡張コミュニティも必要です。RFC 4364 のアーキテクチャがこれらのやり取りを CE 対 PE のプロトコルから切り離しているのは、まさにこの理由です。エッジで RIP を使うことは、プロバイダーネットワークを越えるべきものが何かについては何も語りません。

何かを設定する前にエクスポートの契約を書き出してください：リモートから到達可能であるべき顧客プレフィックス、ローカルに留めるべきルート、そしてデフォルト、より具体的なルート、共有サービスの例外があればそれらです。その契約は実際の VRF と突き合わせ、別の顧客が持つ同名の VRF と比べないでください。

インポート側は独自のルートターゲットを持つ二つ目のポリシーであり、一致するエクスポートと一致しないインポートの組み合わせは、バックボーンに存在しながらどのリモートテーブルにも現れないプレフィックスを生みます。

再配布と明示的な生成は振る舞いが異なります

再配布は VRF テーブルにすでにあるルートを取り、ルートマップで絞り込んで BGP にコピーします。マップはどのプレフィックスが対象でどの属性を運ぶかを決め、RIP のホップ数は BGP メトリックとしては意味を持たないためメトリックを明示的に設定する必要があります。設定しないままにしたものは、半年後にコンフィグを読む人をたいてい驚かせる形で引き継がれます。

相互再配布が静かな損害を生む場所です。BGP にエクスポートされたプレフィックスは二つ目の再配布ポイントから戻ってくることがあり、タグやフィルターがなければ両方のテーブルがどの瞬間にも妥当に見えるままルートが揺れます。戻り経路を防ぐことをトポロジーに任せず、エッジで付けたタグでフィルタリングしてください。

明示的な生成はより整然と見えますが、無条件ではありません。network ステートメントは通常、プレフィックスを生成する前にルーティングテーブル内の一致するルートを必要とするため、CE が広告をやめた瞬間に広告は消えます。それは多くの場合望む振る舞いであり、永久に設定されたまま残るスタティックルートとは同じではありません。どちらかの振る舞いを前提にせず、プラットフォームの実際の規則を確認してください。

いずれにせよ、各プレフィックスについて問うべきは、どの有効なソースがそれを対象にするのか、そのソースが消えたときに何が起きるのかという点です。

四か所で連鎖を確認する

CE の広告、VRF ルーティングテーブル、ルートターゲット付きの VPN ルートテーブル、リモート VRF のインポートの順に見ます。IOS では CE の隣接出力、show ip route vrf CUSTOMER, show ip bgp vpnv4 vrf CUSTOMER、そして遠端の PE で同じコマンドです。IOS-XR では同等の出力は次の下にあります：show bgp vrf CUSTOMER ipv4 unicast。コマンド名は違っても、四つの確認点は変わりません。

拒否されるべきプレフィックスを、通るべきものと同じくらい注意深く確認してください。すべてを許可するポリシーは最初の例外が来るまで正しいものと見分けがつかないからです。次に撤回を観察します。CE のインターフェースを落とし、リモートのエントリが残らず期待したタイマー内に消えることを確認します。

各ポリシーの所有者を記録します。プロバイダーが CE を運用している場合、提供される振る舞いはサービス契約に属し、管理対象機器上の異なるプロトコルや撤回ポリシーはルーティングの問題である前に文書化の問題です。