Junos L2VPN: mai întâi pune la punct contractul de atașare al clientului

Înainte să atingi un pseudowire, urmărește un cadru de client până în PE și vezi unde ar trebui să ajungă. Portul fizic îl clasifică într-o unitate logică, acea unitate poartă o încapsulare, iar unitatea este legată de un serviciu. Trei decizii separate, trei moduri separate de a greși. Majoritatea cazurilor escaladate ca defect de semnalizare sunt de fapt un cadru clasificat într-o unitate pe care nimeni nu a configurat-o pentru acel serviciu. Așadar începe de la atașare și mergi spre exterior.

Notează contractul de cadru

Consemnează contractul înainte de a alege orice configurație: fără etichetă, o singură etichetă de serviciu sau o stivă. Adaugă MTU-ul pe care îl va trimite clientul și tratamentul etichetelor așteptat în fiecare direcție, pentru că sunt proprietăți negociate, nu preferințe locale. Un număr de unitate este doar un identificator și nu spune nimic despre ce cadre va accepta interfața.

Scrie-l în nota de serviciu, nu într-un comentariu de tichet. Persoana care va depana asta peste șase luni va citi nota. Tichetul nu îl va citi.

Potrivește încapsularea la contract

Un serviciu cu o singură etichetă folosește de obicei o încapsulare de circuit VLAN, cum ar fi vlan-ccc, în timp ce cadrele fără etichetă au nevoie de forma simplă de circuit Ethernet, iar o stivă are nevoie de varianta extinsă care înțelege două etichete. Pe o platformă care acceptă încapsulare de serviciu pe unitate, o singură interfață fizică poate găzdui mai multe deodată, ceea ce este comod și este totodată felul în care un cadru ajunge în unitatea greșită. Acolo unde ghidul platformei tale cere family ccc, configurează-l ca parte a atașării complete, în loc să îl înșurubezi pe o interfață rutată. Ghidul de încapsulare enumeră ce tipuri de atașare impun ce cerințe.

Nu adăuga o instrucțiune family pe fiecare interfață din precauție. Configurația care face un circuit să funcționeze poate face următorul să accepte cadre pe care clientul lui nu le trimite niciodată.

Leagă atașarea de serviciul corect

O VPN de nivel 2 semnalizată prin BGP, un circuit semnalizat prin LDP și celelalte servicii acceptate au fiecare propria configurație de legare a interfeței și de semnalizare, și nu sunt interschimbabile. Dacă amesteci stilul de atașare al unuia cu semnalizarea celuilalt, obții un circuit care raportează un peer și nu transportă niciodată un cadru.

Compară capătul îndepărtat cu capătul apropiat în loc să examinezi oricare dintre ele izolat: adresa peer-ului, identificatorul de serviciu, acordul de încapsulare, așteptarea privind control word și bugetul de dimensiune. Stratul MPLS de dedesubt poate fi perfect sănătos în timp ce atașarea lipsește sau este clasificată altundeva, motiv pentru care un test care se uită doar la stratul de dedesubt nu demonstrează nimic aici.

Verifică cu cadrul, nu cu starea

Citește contoarele interfeței locale în timp ce clientul trimite trafic, apoi starea serviciului și apoi confirmă că cadrul care sosește este cel convenit, inclusiv eticheta lui. O atașare reparată livrează acel cadru; o schimbare de stare singură nu demonstrează nimic.

Acolo unde ai autorizare să capturezi, uită-te la cadru în ambele direcții. Asimetria etichetelor este ușor de ratat într-o vizualizare de stare și evidentă într-o captură. Acea asimetrie explică și reclamațiile care funcționează într-o direcție și eșuează în cealaltă.

Apoi notează-l

Consemnează patru valori în nota de serviciu: contract, încapsulare, unitate și legare la serviciu. Acele patru sunt ce are nevoie un inginer nou și ce o revizuire de configurație rareori spune explicit.

Când circuitul se strică peste șase luni, acea notă este diferența dintre un sfert de oră de lucru și reluarea întregului proiect de la o configurație în funcțiune. Adaugă data la care l-ai verificat ultima dată, ca nota să spună și cât de învechită este.