Un tunel logic Junos este două atașări, nu o singură legătură

În interiorul routerului, o interfață lt- arată exact ca un cablu, iar această impresie provoacă cea mai mare parte a confuziei. Nu este o singură legătură, ci două atașări: fiecare capăt aparține unui serviciu, fiecare capăt are propria încapsulare, iar perechea transmite doar când ambele servicii sunt conectate corect. Parcurgeți cei cinci pași de mai jos în ordine și tratați un commit curat ca începutul verificării, nu ca sfârșitul muncii. Fiecare pas lasă o înregistrare pe care următorul inginer o poate verifica fără a repeta investigația.

Pasul 1: scrieți fișa de lucru a atașărilor

Înainte de a atinge configurația, desenați ce trebuie să se unească cu ce. O parte termină un circuit Layer 2 punct-la-punct, cealaltă se alătură unei instanțe VPLS, iar tunelul logic stă între ele și transportă cadre de la una la cealaltă. Numiți ambele servicii explicit, deoarece un circuit punct-la-punct, o instanță VPLS și o interconectare EVPN-VXLAN nu sunt interschimbabile doar pentru că fiecare poate fi descris ca o cusătură.

Notați numerele unităților la ambele capete și cărui serviciu îi aparține fiecare. Acea fișă este singurul artefact care va rămâne corect după trei modificări și o revenire.

Pasul 2: fixați unitățile peer și încapsularea

Cele două unități trebuie să fie pe aceeași interfață de tunel logic și să indice una spre cealaltă, iar o unitate poate avea exact un peer. Documentația Juniper despre tunelul logic menționează ambele constrângeri împreună cu încapsulările acceptate și resursele de platformă consumate de interfață. Verificați-le față de hardware-ul și versiunea instalate, nu față de un exemplu de laborator de pe altă placă de linie. O unitate peer referită prin două interfețe lt diferite se validează curat și nu transmite nimic.

Apoi alegeți încapsularea care corespunde serviciului de la fiecare capăt. O schiță a perechii arată astfel:

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

Copierea cuvintelor-cheie Ethernet-CCC și Ethernet-VPLS într-un serviciu VLAN fără a armoniza etichetarea este cealaltă modalitate obișnuită de a produce o pereche care pornește și nu transmite nimic.

Pasul 3: atașați fiecare capăt la propriul serviciu

Fiecare unitate aparține unei definiții de serviciu, iar serviciul trebuie să o includă efectiv. Pentru aranjamentele MX Layer 2 acceptate, documentația indică apartenența la bridge-domain sau VPLS drept ceea ce face transmisia bidirecțională, ceea ce înseamnă că o pereche peer corectă cu o unitate fără apartenență este o pereche de puncte terminale care vorbesc cu nimic. Adăugați apartenența în același commit ca unitățile, astfel încât cele două să nu poată fi niciodată în dezacord.

Configurați semnalizarea pseudocablului și apartenența la instanță ca parte a aceleiași modificări, deoarece capătul îndepărtat al circuitului este cel care îi dă părții VPLS ceva de învățat.

Pasul 4: bugetați resursele și dimensiunea cadrului

O legătură internă consumă în continuare resurse de transmisie. Documentația enumeră implicațiile de lățime de bandă ale platformei pentru tunelurile logice, așa că verificați-le în loc să presupuneți că intern înseamnă gratuit.

Aliniați MTU-ul serviciului și modelul de etichetare pe ambele atașări și pe pseudocablul îndepărtat. Nu copiați o valoare MTU de exemplu fără a stabili ce antete numără setarea respectivă, deoarece un salt intern care micșorează în tăcere bugetul va eșua exact acolo unde traficul utilizatorilor este cel mai mare.

Pasul 5: verificați transmisia, apoi căutați bucle

Trimiteți trafic în ambele direcții și inspectați starea serviciului, nu doar starea interfeței. show interfaces lt-0/0/0 vă spune că perechea este administrativ activă, iar show vpls connections vă spune dacă instanța are o conexiune pe care să învețe. Niciuna dintre ele nu dovedește că un cadru intrat pe un serviciu a ieșit pe celălalt, așa că testați explicit acest lucru. Trimiteți de la un host de pe o parte la un host de pe cealaltă, cu starea serviciului vizibilă în timp ce traficul rulează.

În final, verificați dacă o altă cale fizică sau logică se alătură deja aceluiași domeniu Ethernet. Adăugarea acestei atașări poate schimba comportamentul de inundare și poate crea o buclă care nu exista înainte, iar simptomul va apărea cu totul în altă parte. Planificați redundanța dorită în loc să descoperiți o cale Layer 2 nesupravegheată în timpul unui incident.