VPNv4 entre AS: o que esixe o contrato de encamiñamento de etiquetas

Ler unha etiqueta VPNv4 nun router de fronteira dun AS di moi pouco ata que sabe que modelo entre AS implementa a entrega. A etiqueta non é unha propiedade da ruta por si mesma; rexistra un acordo sobre encapsulado e entrega entre dous routers. Identifique o modelo antes de ler a visualización. Se non, está a depurar un contrato que ninguén escribiu.

Que modelo implementa a fronteira

A disposición VRF a VRF une VRF coincidentes mediante conexións encamiñadas. Cada lado ve o outro como veciño de cliente e intercambian rutas IPv4 normais, así que nada nesa fronteira necesita MPLS.

Unha segunda disposición intercambia rutas VPNv4 etiquetadas entre os propios routers de fronteira. Iso só funciona cunha traxectoria conmutada por etiquetas coherente a través da interconexión e cunha distribución de route-target e un modelo de confianza que ambos os lados acepten. Se falta calquera das dúas pezas, o modelo non está en uso, diga o que diga a configuración.

A terceira distribúe alcanzabilidade PE etiquetada mentres as rutas VPN viaxan entre extremos ou reflectores de ruta a través dos AS. Cada unha das tres deixa un traballo distinto na fronteira, e mesturar o plano de control dunha coas suposicións de interface doutra é o fallo clásico. Esa discordancia adoita aparecer como unha etiqueta que parece correcta nun lado e desaparece no outro.

Ler un prefixo de principio a fin

Colla un único prefixo de cliente autorizado e percorrao. Mire o que se anunciou, o que chegou, o seguinte salto, a etiqueta e a política de importación que o admitiu. Despois mire como resolve o router o encamiñamento cara a ese seguinte salto, porque é aí onde unha etiqueta se converte nun paquete. Se omite calquera das dúas metades, está a describir un plano de control que pode non estar a mover tráfico. As dúas lecturas só significan algo xuntas.

O número é local. Significa algo en relación co router que o asignou e coa ruta que leva os paquetes ata alí, e por iso o mesmo valor pode aparecer dúas veces e significar dúas cousas distintas. Compáreo co que o lado receptor di ter recibido.

A etiqueta é local, e a promesa tamén

A capacidade compróbase nos dous extremos da interconexión, non nun. Un comando na súa interface non fai nada na interface do provedor veciño, e unha ruta que BGP aceptou non compromete por si mesma ao veciño a reenviar un paquete etiquetado.

RFC 4364 limita o peering VPNv4 etiquetado a disposicións de confianza e advirte contra aceptar etiquetas que nunca se anunciaron a ese par. É unha afirmación de seguridade tanto como de protocolo. Manteña a relación de encamiñamento de internet pública lonxe do intercambio de rutas VPN privadas. Se a interconexión é IP simple, non espere que ningunha etiqueta sobreviva. E onde a ligazón está etiquetada, confirme que a etiqueta de transporte externa se conmuta correctamente en cada salto.

Unha etiqueta que parece correcta nun lado e desaparece no outro adoita ser esa discordancia, non un erro de encamiñamento.

Que anotar na aceptación

A aceptación é unha proba de paquetes, non unha revisión de táboas. Siga un paquete de cliente ata a VRF remota e siga a súa resposta de volta, e despois anote que modelo implementa a entrega. Engada os responsables da entrega en ambos os lados e se a fronteira leva IP simple ou tráfico etiquetado.

Esa nota é o que permite ao seguinte operador ler correctamente a mesma visualización de etiquetas. Sen ela, o modelo dedúcese da configuración, e as suposicións deducidas son o xeito de repetir o mesmo erro. A sección de RFC 4364 sobre a interconexión entre AS é onde se debe aclarar que modelo se pretendía.