同じ IOS XR グループ内のブリッジドメイン 2 つは 1 つの LAN ではない

同じ IOS XR ルーター上の二台のホストが互いに ping できないのに、設定はできるはずに見えます。両方のサブインターフェイスが同じブリッジグループの下に現れ、名前は一文字しか違わず、コミットも警告なしに通りました。足りないのは階層の一段であり、ブリッジグループは入れ物にすぎません。その中の各ブリッジドメインは独自のメンバーシップを持つ独立したブロードキャストドメインであり、三台目のホストを追加すると状況はたいてい悪化します。

症状から始めて上へたどる

インターフェイスが up を報告し ARP エントリも一向に埋まらないのに、一つのサブネット内でホストが通信できないのは、ルーティングではなくドメインのメンバーシップの問題の兆候です。ルーティングの問題なら通常は ICMP の到達不能か、存在するネクストホップが返り、ブロードキャストドメインの欠落は第二層の沈黙を返します。一つの IP アドレスを見る前に、二つの接続が同じブリッジドメインにあるかを確認してください。そうでなければ、アドレスの設定をいくら積んでも両者はつながりません。

ブリッジグループは入れ物にすぎない

IOS XR のレイヤー 2 VPN 階層では、ブリッジグループが一つ以上のブリッジドメインを保持し、グループ自体は何もスイッチしません。一つのグループの下にある二つのドメインは兄弟であり、一つの LAN のメンバーではありませんが、設定は入れ子のように読めても同じです。この配置は意図的で、グループはサービスを整理する場所、ドメインは転送が実際に起こる場所です。

Cisco のレイヤー 2 マルチポイントサービスのガイドは、ブリッジドメインを、物理ポートまたは仮想ポートを保持し、宛先 MAC でスイッチし、送信元アドレスを学習し、未知のユニキャスト、ブロードキャスト、マルチキャストをそのドメイン内だけにフラッディングするブロードキャストドメインとして説明しています。自分の設定を読む前に、そのガイドの階層を読んでください。

ブリッジドメインが転送と学習を持つ

MAC の学習はドメインに限定されるため、一方のドメインで学習したステーションは兄弟のドメインでは見えません。フラッディングも同じ境界に従うので、一方のホストが送ったブロードキャストがもう一方のドメインのホストに届くことはありません。さらにドメイン内のスプリットホライズングループ、メンバー状態、設定された転送制御が、利用できる出力を絞り込みます。

シュードワイヤや仮想転送インスタンスは、ドメインへのサービス接続です。親のブリッジグループの同義語ではなく、そう扱うことが、分離されるはずだった二つのサービスが分離されないまま提供側のエッジに残る原因です。

接続がどのフレームを受け入れるかを決める

ドメインの下にあるのは接続で、インターフェイスまたはサブインターフェイス、一致させるカプセル化、タグ操作、参加するドメインからなります。番号がたまたま VLAN に見えるサブインターフェイスはフレームの契約ではなく、同じ物理ポートが二つの異なる一致で二つのドメインに給電できます。入力インターフェイス、一致するタグ、タグ操作、対象ドメインを書き出し、次に出力側を別に書き出してください。

設定を動かす前に、二つのサービス間でその契約を比較してください。両方のドメインが一つのグループの下にあり、片方だけがトラフィックを運ぶ場合、違いはほとんどの場合ドメインではなく接続にあります。

設計がサブネット間のルーティングも行うなら、レイヤー 3 の接続は独自のゲートウェイアドレスとポリシーを持つ別のオブジェクトです。ブリッジドメインの名前は、どのゲートウェイがサービスを提供しているかを何も説明しません。

再編成の前に導入済みのリリースで確認する

実行中の設定ではなく、リリース自身の運用コマンドでドメインを見てください。show l2vpn bridge-domain detail はドメインとその接続状態を報告し、MAC オプション付きの show l2vpn forwarding bridge-domain は何がどこで学習されたかを示します。MAC アドレスが一方のドメインに現れ、兄弟のドメインに現れないなら、階層は設定どおりに動作しています。

次に、何かを変更する前にグループ配下のすべてのドメインと接続を棚卸しし、比較のために既存の設定を保存してください。一つのなじみのあるオブジェクト名は、入れ子になったすべてのサービスがその範囲を共有する証拠にはなりません。