VPNv4 entre AS: què exigeix el contracte de reenviament d'etiquetes

Llegir una etiqueta VPNv4 en un encaminador de frontera d'AS no us diu gaire fins que sabeu quin model entre AS implementa el lliurament. L'etiqueta no és una propietat de la ruta per si sola; registra un acord sobre encapsulament i lliurament entre dos encaminadors. Identifiqueu el model abans de llegir la pantalla. Si no, esteu depurant un contracte que ningú no ha escrit.

Quin model implementa la frontera

L'arranjament VRF a VRF uneix VRF coincidents mitjançant adjuncions encaminades. Cada costat veu l'altre com un veí de vora de client i intercanvien rutes IPv4 ordinàries, així que res en aquesta frontera no necessita MPLS.

Un segon arranjament intercanvia rutes VPNv4 etiquetades entre els mateixos encaminadors de frontera. Això només funciona amb un camí coherent commutat per etiquetes a través de la interconnexió i amb una distribució d'objectius de ruta i un model de confiança que tots dos costats acceptin. Si falta qualsevol de les dues peces, el model no s'utilitza, faci el que faci la configuració.

El tercer distribueix accessibilitat PE etiquetada mentre les rutes VPN viatgen entre punts finals o reflectors de ruta a través d'AS. Cadascun dels tres deixa feina diferent a la frontera, i barrejar el pla de control d'un amb les suposicions d'interfície d'un altre és la fallada clàssica. Aquesta discrepància sol aparèixer com una etiqueta que sembla correcta en un costat i desapareix a l'altre.

Llegiu un prefix d'extrem a extrem

Agafeu un sol prefix de client autoritzat i resseguiu-lo. Mireu què es va anunciar, què va arribar, el següent salt, l'etiqueta i la política d'importació que el va admetre. Després mireu com resol l'encaminador el reenviament cap a aquest següent salt, perquè és aquí on una etiqueta es converteix en un paquet. Saltar-vos qualsevol de les dues meitats i esteu descrivint un pla de control que potser no mou trànsit. Les dues lectures només tenen sentit juntes.

El nombre és local. Significa alguna cosa en relació amb l'encaminador que el va assignar i el camí que hi porta els paquets, i per això el mateix valor pot aparèixer dues vegades i significar dues coses diferents. Compareu-lo amb el que diu el costat receptor que ha rebut.

L'etiqueta és local, i la promesa també

La capacitat es comprova als dos extrems de la interconnexió, no a un. Una ordre a la vostra interfície no fa res a la interfície del proveïdor veí, i una ruta que BGP ha acceptat no compromet per si sola el veí a reenviar un paquet etiquetat.

El RFC 4364 restringeix l'aparellament VPNv4 etiquetat a arranjaments de confiança i adverteix contra acceptar etiquetes que mai es van anunciar a aquell parell. Això és una declaració de seguretat tant com de protocol. Mantingueu la relació d'encaminament d'Internet pública lluny de l'intercanvi privat de rutes VPN. Si la interconnexió és IP simple, no espereu que cap etiqueta hi sobrevisqui. I on l'enllaç és etiquetat, confirmeu que l'etiqueta de transport exterior es commuta correctament a cada salt.

Una etiqueta que sembla correcta en un costat i desapareix a l'altre sol ser aquesta discrepància, no un error d'encaminament.

Què cal anotar en l'acceptació

L'acceptació és una prova de paquets, no una revisió de taules. Seguiu un paquet de client fins a la VRF remota i seguiu-ne la resposta de tornada, i després anoteu quin model implementa el lliurament. Afegiu els responsables del lliurament als dos costats i si la frontera porta IP simple o trànsit etiquetat.

Aquesta nota és el que permet al següent operador llegir correctament la mateixa pantalla d'etiquetes. Sense ella, el model s'infereix de la configuració, i les suposicions inferides són la manera com es repeteix el mateix error. La secció del RFC 4364 sobre inter-AS és on cal decidir quin model es pretenia.