Два мостові домени в одній групі IOS XR — не одна мережа LAN

Два хости на одному маршрутизаторі IOS XR не можуть пінгувати одне одного, а конфігурація виглядає так, ніби повинні. Обидва субинтерфейси видно в одній мостовій групі, імена відрізняються однією літерою, а коміт пройшов без жодної скарги. Бракує одного рівня ієрархії: мостова група — це контейнер, а кожен мостовий домен усередині неї — окремий широкомовний домен зі своїм членством. Додайте третій хост, і картина зазвичай стає гіршою, а не яснішою.

Почніть із симптому й читайте вгору

Хости, що не працюють у межах однієї підмережі, хоча інтерфейси показують up, а записи ARP так і не заповнюються, — це ознака проблеми членства в домені, а не маршрутизації. Проблеми маршрутизації зазвичай дають ICMP unreachable або наявний next hop; відсутній широкомовний домен дає тишу на другому рівні. Перевірте, чи обидва приєднання в одному мостовому домені, перш ніж дивитися хоч на одну IP-адресу. Якщо ні, жодна робота з адресами їх не з'єднає.

Мостова група — це контейнер, і нічого більше

В ієрархії VPN рівня 2 IOS XR мостова група містить один або кілька мостових доменів, а сама група нічого не комутує. Два домени в одній групі — брати, а не члени однієї мережі LAN, хоча конфігурація читається так, ніби вони вкладені. Така схема навмисна: група — це місце, де ви організуєте сервіси, а домен — місце, де пересилання справді відбувається.

Посібник Cisco з багатоточкових сервісів рівня 2 описує мостовий домен як широкомовний домен, що містить фізичні або віртуальні порти, комутує за MAC призначення, вивчає адреси джерела й заливає невідомий юнікаст, широкомовлення та багатоадресний трафік лише в межах цього домену. Прочитайте ієрархію в цьому посібнику, перш ніж читати власну конфігурацію.

Мостовий домен володіє пересиланням і навчанням

Навчання MAC обмежене доменом, тому станція, вивчена в одному домені, невидима в сусідньому домені-браті. Заливання йде тією ж межею, тому широкомовний кадр, надісланий одним хостом, ніколи не досягає хоста в іншому домені. Групи split-horizon усередині домену, стан членів і будь-які налаштовані засоби керування пересиланням далі ще більше звужують допустимі виходи.

Псевдопровід або віртуальний екземпляр пересилання — це приєднання сервісу до домену. Це не синонім батьківської мостової групи, і ставлення до нього як до синоніма — це те, як граничний пристрій постачальника залишається з двома сервісами, які мали бути ізольовані і не є ізольованими.

Приєднання вирішує, які кадри взагалі надходять

Нижче домену лежить приєднання: інтерфейс або субинтерфейс, інкапсуляція, якій він відповідає, будь-яка операція з тегом і домен, до якого він приєднується. Субинтерфейс, номер якого випадково схожий на VLAN, не є контрактом на кадри, і той самий фізичний порт може живити два домени двома різними збігами. Запишіть вхідний інтерфейс, зіставлений тег, дію з тегом і цільовий домен, а потім окремо запишіть вихідний бік.

Порівняйте цей контракт між двома сервісами, перш ніж переміщати конфігурацію. Коли обидва домени перебувають в одній групі й лише один із них несе трафік, різниця майже завжди в приєднанні, а не в домені.

Якщо проєкт також маршрутизує між підмережами, приєднання рівня 3 — це окремий об'єкт із власною адресою шлюзу та політикою. Назва мостового домену нічого не пояснює про те, який шлюз його обслуговує.

Перевірте на розгорнутій версії, перш ніж перебудовувати

Використовуйте власні операційні команди версії, щоб дивитися на домен, а не на поточну конфігурацію. show l2vpn bridge-domain detail повідомляє домени та стан їхніх приєднань, а show l2vpn forwarding bridge-domain з параметрами MAC показує, що і де вивчено. Якщо MAC-адреса з'являється в одному домені й не з'являється в сусідньому, ієрархія робить саме те, для чого її налаштовано.

Потім складіть опис кожного домену та приєднання в групі, перш ніж щось змінювати, і збережіть наявну конфігурацію для порівняння. Одне знайоме ім'я об'єкта не доводить, що кожен вкладений сервіс поділяє його область дії.