Typ trasy OSPF přes VPN: ne vždy externí
Redistribuovaný prefix nemusí nutně vzniknout jako externí trasa OSPF. Doména a původní typ cestují s trasou VPN a určují, co vzdálený CE nainstaluje.
Prefix zákazníka prochází cloudem poskytovatele jako trasa BGP VPN a dorazí na vzdálené pracoviště s podobou externí trasy OSPF, což mnozí inženýři očekávají, ale není to jediný možný výsledek. To, co vzdálený CE vidí, závisí na doméně OSPF, ze které prefix pochází, a na jeho původním typu trasy, přičemž obojí cestuje s trasou VPN. Předpoklad, že se každý redistribuovaný prefix změní na typ 5, vede ke změnám preferencí, které nemohou fungovat. Nejprve porovnejte identifikátor domény, nikoli administrativní vzdálenost.
Model PE-CE nese dost kontextu, aby přijímající PE mohl rekonstruovat oznámení OSPF, místo aby si jej vymyslel.
Co cestuje s trasou
RFC 4577 definuje atributy OSPF, které doprovázejí trasu VPN: identifikátor domény, metriku a typ trasy z výchozího pracoviště. Přijímající PE je používá k rozhodnutí, jak má vhodný prefix vypadat pro jeho místní proces OSPF. Bez těchto atributů by vzdálený PE neměl žádný základ pro nic jiného než externí redistribuci. Proto může trasa dorazit jako meziolastní LSA, i když ji BGP mezitím přenášel.
Na typu oblasti také záleží. Oblast stub nebo NSSA omezuje, které LSA mohou vstoupit, takže stejná trasa VPN může být prezentována odlišně podle toho, kde přijímající instance OSPF sídlí. Nakonfigurovaná exportní politika může také přepsat výchozí prezentaci, což je záměrná volba, nikoli vedlejší účinek.
Stejná doména, jiná prezentace
Trasa v rámci oblasti nebo mezi oblastmi ze stejné domény obvykle dorazí na vzdálené pracoviště jako meziolastní trasa, tedy LSA typu 3. Prefix z jiné domény, zdroj, který nikdy nemluvil OSPF, nebo původně externí oznámení OSPF místo toho přebírá externí pravidla, a právě tam se objevuje typ 5 a jeho ekvivalent NSSA. Obě chování jsou správná; liší se vstup. Porovnejte identifikátory domény a inzerované atributy, než sáhnete na hodnoty preference.
Administrativní vzdálenost volí mezi zdroji na jednom routeru. Nepřepisuje typ LSA ani nevytváří chybějící vztah domény.
Kdy je sham link správnou odpovědí
Představte si dvě pracoviště ve stejné oblasti spojená přímým záložním spojem. OSPF si drží tuto vnitrooblastní cestu místo meziolastní, kterou nabízí poskytovatel, i když by nakonfigurované náklady učinily cestu přes poskytovatele atraktivní. Sham link představuje vnitrooblastní vztah přes VPN, aby se náklady mohly účastnit rozhodnutí. Existuje pro tento konkrétní problém volby cesty, nikoli aby každá trasa stejné domény vypadala interně.
Sham link vyžaduje dosažitelné koncové body a vzájemnou konfiguraci na obou PE. Nastavení jen na jedné straně vytvoří vztah, který se nikdy nevytvoří, a směrovací tabulka si ponechá starou preferenci, což vypadá, jako by funkce nic nedělala.
Nepoškozujte ochranu proti smyčkám
Model PE-CE nastavuje bit DN na trasách, které distribuuje, aby se prefix nemohl vrátit přes jiný CE a být podruhé redistribuován. Tato ochrana brání tomu, aby prefix obíhal mezi pracovišti sdílejícími doménu OSPF. Její odstranění nebo ignorování ve snaze udělat trasu interní může vytvořit právě tu smyčku, které má zabránit. Když prefix vypadá špatně, berte bit DN jako informaci, ne jako překážku.
Stejná opatrnost platí pro filtry redistribuce a route mapy, které odstraňují komunity. Každý z nich odstraňuje kontext, který vzdálená strana potřebuje, a výsledné oznámení může vypadat věrohodně, i když je špatné. Měňte jeden atribut po druhém a kontrolujte, co vzdálený CE skutečně nainstaluje.
Poté ověřte ze vzdáleného pracoviště: typ LSA, inzerující router a zvolenou cestu. Tyto důkazy odpovídají na otázku, kterou položil tiket.