Tipul de rută OSPF printr-o VPN: nu întotdeauna extern

Un prefix de client traversează norul furnizorului ca rută BGP VPN și ajunge la situl îndepărtat arătând ca o rută OSPF externă, ceea ce mulți ingineri se așteaptă și nu este singurul rezultat posibil. Ce vede CE-ul îndepărtat depinde de domeniul OSPF din care provine prefixul și de tipul original de rută, iar ambele călătoresc cu ruta VPN. Presupunerea că fiecare prefix redistribuit devine tip 5 duce la schimbări de preferință care nu pot funcționa. Comparați mai întâi identificatorul de domeniu, nu distanța administrativă.

Modelul PE-CE poartă suficient context pentru ca PE-ul receptor să reconstruiască un anunț OSPF în loc să-l inventeze.

Ce călătorește cu ruta

RFC 4577 definește atributele OSPF care însoțesc o rută VPN: identificatorul de domeniu, metrica și tipul rutei de la situl de origine. PE-ul receptor le folosește pentru a decide cum ar trebui să apară un prefix eligibil procesului său OSPF local. Fără aceste atribute, PE-ul îndepărtat nu ar avea nicio bază pentru nimic altceva decât o redistribuire externă. De aceea o rută poate ajunge ca LSA inter-zonă chiar dacă BGP a transportat-o între timp.

Și tipul zonei contează. O zonă stub sau NSSA restricționează ce LSA pot intra, astfel încât aceeași rută VPN poate fi prezentată diferit în funcție de locul unde se află instanța OSPF receptoare. Politica de export configurată poate suprascrie și prezentarea implicită, ceea ce este o alegere deliberată și nu un efect secundar.

Același domeniu, altă prezentare

O rută intra-zonă sau inter-zonă din același domeniu ajunge de obicei la situl îndepărtat ca rută inter-zonă, adică o LSA de tip 3. Un prefix din alt domeniu, o origine care nu a vorbit niciodată OSPF sau un anunț OSPF inițial extern urmează în schimb regulile externe, și acolo apar tipul 5 și echivalentul său NSSA. Ambele comportamente sunt corecte; intrarea diferă. Comparați identificatorii de domeniu și atributele anunțate înainte de a atinge valorile de preferință.

Distanța administrativă alege între surse pe un singur router. Nu rescrie un tip de LSA și nu creează relația de domeniu care lipsește.

Când un sham link este răspunsul corect

Imaginați-vă două situri în aceeași zonă legate printr-o legătură directă de rezervă. OSPF păstrează acea cale intra-zonă în locul celei inter-zonă oferite prin furnizor, chiar și atunci când costurile configurate ar face calea furnizorului atractivă. Un sham link reprezintă o relație intra-zonă prin VPN, astfel încât costurile să poată participa la decizie. Există pentru acea problemă specifică de selecție a căii, nu pentru a face fiecare rută din același domeniu să pară internă.

Un sham link necesită puncte finale accesibile și configurare reciprocă pe ambele PE. Configurarea lui doar pe o parte produce o relație care nu se formează niciodată, iar tabela de rutare își păstrează vechea preferință, ceea ce pare că funcția nu a făcut nimic.

Nu stricați protecția la bucle

Modelul PE-CE setează bitul DN pe rutele pe care le distribuie, astfel încât un prefix să nu poată reveni printr-un alt CE și să fie redistribuit a doua oară. Acea protecție împiedică un prefix să intre în buclă între situri care împart un domeniu OSPF. Eliminarea sau ignorarea ei pentru a face o rută să pară internă poate crea exact bucla pe care era destinată să o prevină. Când un prefix pare greșit, tratați bitul DN ca informație și nu ca obstacol.

Aceeași prudență se aplică filtrelor de redistribuire și hărților de rute care elimină comunități. Fiecare elimină context de care partea îndepărtată are nevoie, iar anunțul rezultat poate părea plauzibil în timp ce este greșit. Schimbați un atribut o dată și verificați ce instalează efectiv CE-ul îndepărtat.

Apoi verificați de la situl îndepărtat: tipul LSA, routerul care anunță și calea pe care a ales-o. Această dovadă răspunde la întrebarea pusă de tichet.