Логичният тунел в 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 по време на инцидент.