Tipus de ruta OSPF a través d’una VPN: no sempre és externa

Un prefix de client travessa el núvol del proveïdor com una ruta BGP VPN i arriba al lloc remot amb l’aspecte d’una ruta OSPF externa, que és el que molts enginyers esperen i no l’únic resultat possible. El que veu el CE remot depèn del domini OSPF d’on prové el prefix i del seu tipus de ruta original, i tots dos viatgen amb la ruta VPN. Suposar que cada prefix redistribuït es converteix en tipus 5 porta a canvis de preferència que no poden funcionar. Compareu primer l’identificador de domini, no la distància administrativa.

El model PE-CE porta prou context perquè el PE receptor reconstrueixi un anunci OSPF en lloc d’inventar-ne un.

Què viatja amb la ruta

L’RFC 4577 defineix els atributs OSPF que acompanyen una ruta VPN: l’identificador de domini, la mètrica i el tipus de ruta del lloc d’origen. El PE receptor els utilitza per decidir com ha d’aparèixer un prefix elegible al seu procés OSPF local. Sense aquests atributs, el PE remot no tindria cap base per a res excepte una redistribució externa. Per això una ruta pot arribar com una LSA interàrea tot i que BGP l’hagi transportada entremig.

El tipus d’àrea també importa. Una àrea stub o NSSA restringeix quines LSA poden entrar, de manera que la mateixa ruta VPN es pot presentar de manera diferent segons on es trobi la instància OSPF receptora. La política d’exportació configurada també pot substituir la presentació per defecte, cosa que és una decisió deliberada i no un efecte secundari.

Mateix domini, presentació diferent

Una ruta intraàrea o interàrea del mateix domini normalment arriba al lloc remot com una ruta interàrea, una LSA de tipus 3. Un prefix d’un altre domini, un origen que mai no ha parlat OSPF o un anunci OSPF inicialment extern segueixen les regles externes, i és aquí on apareixen el tipus 5 i el seu equivalent NSSA. Tots dos comportaments són correctes; l’entrada és diferent. Compareu els identificadors de domini i els atributs anunciats abans de tocar els valors de preferència.

La distància administrativa tria entre fonts en un sol encaminador. No reescriu un tipus de LSA ni crea la relació de domini que falta.

Quan un sham link és la resposta correcta

Imagineu dos llocs en la mateixa àrea units per un enllaç posterior directe. OSPF manté aquest camí intraàrea en lloc del interàrea que ofereix el proveïdor, fins i tot quan els costos configurats farien atractiu el camí del proveïdor. Un sham link representa una relació intraàrea a través de la VPN perquè els costos puguin participar en la decisió. Existeix per a aquest problema concret de selecció de camí, no per fer que totes les rutes del mateix domini semblin internes.

Un sham link necessita extrems accessibles i configuració recíproca als dos PE. Configurar-lo només en un costat produeix una relació que mai no es forma, i la taula d’encaminament manté la seva preferència antiga, cosa que sembla que la funció no ha fet res.

No trenqueu la protecció contra bucles

El model PE-CE estableix el bit DN a les rutes que distribueix perquè un prefix no pugui tornar per un altre CE i ser redistribuït una segona vegada. Aquesta protecció és el que impedeix que un prefix faci bucles entre llocs que comparteixen un domini OSPF. Eliminar-la o ignorar-la per fer que una ruta sembli interna pot crear exactament el bucle que estava dissenyada a evitar. Quan un prefix sembli incorrecte, tracteu el bit DN com a informació i no com a obstacle.

La mateixa precaució s’aplica als filtres de redistribució i als mapes de rutes que eliminen comunitats. Cadascun elimina context que el costat remot necessita, i l’anunci resultant pot semblar plausible mentre és incorrecte. Canvieu un atribut alhora i comproveu què instal·la realment el CE remot.

Després verifiqueu des del lloc remot: el tipus de LSA, l’encaminador anunciant i el camí que ha triat. Aquesta evidència respon la pregunta que plantejava el tiquet.