RD fronte a RT nunha VPN MPLS: unicidade fronte a política de importación

Dous emprazamentos de cliente poden anunciar 10.20.0.0/24 e ambos seguen sendo válidos dentro dunha soa rede de provedor. O distinguidor de ruta mantén eses anuncios separados; o obxectivo de ruta decide que VRF de cliente pode tomar unha copia. Aparecen un xunto ao outro na configuración e fan traballos completamente distintos. Confundilos leva a cambios que parecen razoables e non arranxan nada.

Segue unha ruta desde o borde do cliente ata unha VRF remota e a división vólvese concreta: a identidade adxúntase antes de que a ruta entre en BGP, e a política de distribución avalíase cando a ruta chega ao borde do provedor que a recibe.

Unha ruta VPN-IPv4 é un RD máis un prefixo IPv4

A RFC 4364 define a familia de enderezos VPN-IPv4 como un distinguidor de ruta de oito bytes seguido dun enderezo IPv4 de catro bytes. O RD antepónse ao prefixo do cliente, de xeito que dous prefixos idénticos de emprazamentos distintos convértense en dúas rutas BGP distintas.

Esa construción é todo o mecanismo de unicidade. O provedor non necesita que os clientes acorden un espazo de enderezos sen solapamento, e unha ruta dun emprazamento non pode substituír silenciosamente un prefixo idéntico doutro emprazamento.

O propio formato do RD é un valor escollido polo administrador, normalmente un número de sistema autónomo e un número local. A súa forma numérica é unha convención, non un sinal de que os dous campos comparten significado cun obxectivo de ruta que casualmente usa os mesmos díxitos.

O RD fai distinguibles os prefixos que se solapan

Considere dous anuncios do mesmo prefixo. O emprazamento A leva o RD 65000:101 e o emprazamento B leva o RD 65000:202, ambos para 10.20.0.0/24. BGP mantén agora dúas rutas VPN-IPv4 que poden compararse, filtrarse e seleccionarse de forma independente.

O RD non di que VRF debe recibir ningunha das dúas rutas, nin identifica un cliente ou un servizo. É un campo de identidade da ruta, non unha lista de pertenza. O RD propio dunha VRF non ten por que coincidir co RD dunha ruta que importa.

Por iso cambiar un RD para que coincida co número doutro emprazamento non arranxa nada. Se falta unha ruta no outro extremo, facer coincidir os díxitos crea un problema de identidade distinto en lugar de reparar a decisión de importación.

O RT é un atributo BGP, non unha etiqueta do paquete

Unha política de exportación engade un ou varios obxectivos de ruta á ruta como atributos de comunidade estendida de BGP. O borde do provedor que recibe compara eses atributos coa política de importación de cada VRF. O RT viaxa coa ruta polo plano de control. A comparación ocorre por completo na política de encamiñamento, antes de que se reenvíe calquera paquete do cliente.

Os paquetes de datos do cliente non levan o RT. Unha vez instalada unha ruta nunha VRF, o reenvío usa a táboa desa VRF e a pila de etiquetas MPLS que asigna a arquitectura. O borde do provedor non le un obxectivo de ruta de cada paquete do cliente.

Unha ruta pode levar varios RT, e unha VRF pode importar varios. A configuración adoita parecer un bloque curto:

vrf definition CUST-A
 rd 65000:101
 address-family ipv4
  route-target export 65000:500
  route-target import 65000:500

Lea ese bloque como dúas sentenzas separadas. A liña de exportación controla que se engade ás rutas que saen desta VRF; a liña de importación controla que está disposta a considerar esta VRF. Que os números coincidan é cómodo, non obrigatorio.

A elixibilidade de importación non é a instalación

Unha ruta pode ser elixible para unha VRF e aínda así non aparecer na súa táboa de reenvío. A elixibilidade é un filtro; despois o proceso normal de decisión de BGP compara as rutas elixibles e selecciona unha. Unha ruta máis antiga ou menos preferida pode perder fronte a outra ruta elixible.

Comprobe a ruta seleccionada, non só a política de importación. Unha VRF que importa o RT 65000:500 e non mostra ningunha ruta para 10.20.0.0/24 pode ter recibido a ruta e rexeitado na selección, ou pode que nunca a recibise.

Esta distinción tamén importa cando aparece un prefixo inesperado. Unha política de importación demasiado ampla pode atraer rutas que o emprazamento non pretendía usar, e a unicidade do RD non o impide en absoluto. O alcance da distribución é unha cuestión de política de RT.

Depure unha ruta que falta na orde do plano de control

Comece polo anuncio: exporta a VRF de orixe o RT previsto e existe a ruta como ruta VPN-IPv4 no reflector de rutas ou no PE receptor? Despois comprobe o atributo tal como se recibiu, non como está configurado no emisor.

A continuación compare a lista de importación da VRF receptora cos valores reais de RT da ruta. Por último inspeccione a ruta seleccionada nesa VRF e a vinculación da etiqueta. Cada paso responde a unha pregunta distinta, e saltar ao RD normalmente omite o que está mal.

Anote o RD, o RT exportado, o RT importado e o seguinte salto seleccionado para o emprazamento que funciona e o que falla. Catro valores un ao lado do outro converten un vago “a VPN non pasa rutas” no paso exacto do plano de control que difire.