Логічний тунель Junos — це два приєднання, а не одна лінія

Усередині маршрутизатора інтерфейс lt- виглядає точно як кабель, і саме це враження створює більшу частину плутанини. Це не одна лінія, а два приєднання: кожен кінець належить сервісу, кожен кінець має власну інкапсуляцію, і пара передає кадри лише тоді, коли обидва сервіси з'єднані правильно. Виконайте п'ять кроків нижче по порядку і вважайте чисту фіксацію початком перевірки, а не кінцем роботи. Кожен крок залишає запис, який наступний інженер зможе перевірити, не повторюючи розслідування.

Крок 1: напишіть робочий аркуш приєднань

Перш ніж торкатися конфігурації, намалюйте, що з чим має з'єднатися. Одна сторона завершує схему Layer 2 «точка-точка», інша підключається до екземпляра VPLS, а логічний тунель стоїть між ними і переносить кадри з однієї на іншу. Називайте обидва сервіси явно, бо схема «точка-точка», екземпляр VPLS і з'єднання EVPN-VXLAN не є взаємозамінними лише тому, що кожне можна описати як зшивання.

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

Крок 2: закріпіть парні блоки та інкапсуляцію

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

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

set interfaces lt-0/0/0 unit 0 encapsulation vlan-ccc
set interfaces lt-0/0/0 unit 0 peer-unit 1
set interfaces lt-0/0/0 unit 1 encapsulation vlan-vpls
set interfaces lt-0/0/0 unit 1 peer-unit 0

Копіювання ключових слів Ethernet-CCC і Ethernet-VPLS у сервіс VLAN без узгодження тегування — інший поширений спосіб отримати пару, яка піднімається і нічого не передає.

Крок 3: приєднайте кожен кінець до його власного сервісу

Кожен блок належить визначенню сервісу, і сервіс має справді його включати. Для підтримуваних схем MX Layer 2 документація вказує членство в bridge-domain або VPLS як те, що робить передавання двобічним, тобто правильна пара з блоком без членства — це пара кінцевих точок, які говорять у нікуди. Додайте членство в тій самій фіксації, що й блоки, щоб вони ніколи не могли розійтися.

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

Крок 4: розрахуйте ресурси та розмір кадру

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

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

Крок 5: перевірте передавання, а потім шукайте петлі

Надсилайте трафік в обидва боки і перевіряйте стан сервісу, а не лише стан інтерфейсу. show interfaces lt-0/0/0 повідомляє, що пара адміністративно піднята, а show vpls connections повідомляє, чи має екземпляр з'єднання, через яке можна вчитися. Ні те, ні інше не доводить, що кадр, який увійшов в один сервіс, вийшов з іншого, тому перевірте це явно. Надсилайте з хоста на одній стороні на хост на іншій, залишаючи стан сервісу видимим, поки йде трафік.

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