Логички тунел у 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.