Resumen

  • ADD-PATH permite anunciar varios caminos para un prefijo sin que cada actualización nueva sustituya implícitamente a la anterior.
  • El Path Identifier se asigna localmente y no tiene significado propio; dos valores no demuestran dos caminos independientes.
  • La capacidad se negocia por dirección y AFI/SAFI, mientras selección, instalación en la FIB y diversidad física siguen siendo decisiones separadas.
  • Una afirmación de resiliencia debe unir anuncios con salida, proveedor, instalación, riesgo compartido, FIB y una prueba de conmutación.

Imaginemos un panel de route reflectors que muestra dos entradas para el mismo prefijo de cliente. Los Path Identifiers son distintos, ADD-PATH aparece en verde y el ticket declara «dos rutas redundantes disponibles». Un fallo de transporte retira ambas a la vez. Eran anuncios diferentes, pero convergían en el mismo router de borde, la misma entrega al proveedor y el mismo circuito metropolitano.

Es un escenario hipotético, no un incidente atribuido a una red concreta. La lección es limitada: contar filas de una tabla BGP no equivale a auditar la topología.

Lo que ADD-PATH conserva

RFC 7911 amplía BGP para anunciar varios caminos del mismo prefijo o NLRI sin que cada anuncio sustituya al anterior. Antecede el NLRI con un Path Identifier de cuatro octetos, de modo que la clave es el prefijo más ese identificador.

El valor es local al speaker que lo asigna. Cuando una ruta se vuelve a anunciar, el nuevo speaker genera su propio identificador, y el receptor no debe inferir significado alguno. 17 y 29 no significan «dos carriers», «dos sedes» ni «dos canalizaciones». Distinguen anuncios en una sesión, no las dependencias físicas subyacentes.

La negociación también es direccional y se limita a un AFI/SAFI. Un speaker declara si puede recibir múltiples caminos, enviarlos o ambas cosas. El formato múltiple sólo se usa cuando los roles anunciados por ambos pares encajan. Una marca general de «ADD-PATH habilitado» puede ocultar una familia, dirección o sesión donde no opera.

El RFC dice que los caminos adicionales pueden ofrecer alternativas potenciales, mejorar la convergencia o reducir ciertas oscilaciones. No define el algoritmo que selecciona los anuncios, no promete que el receptor instale todos en la FIB y no demuestra que el tráfico pueda cambiar entre ellos.

Dónde se derrumba la diversidad aparente

RFC 6774 relaciona la distribución de más de un camino con convergencia, restauración de alcance y balanceo. También trata la diversidad, incluida la diversidad entre pares, como una propiedad que debe seleccionarse y propagarse, no como algo creado por dos filas.

Dos anuncios pueden tener AS_PATH diferentes y compartir router, tarjeta, sistema óptico o edificio. Dos direcciones de peering pueden pertenecer al mismo proveedor y cruzar el mismo circuito arrendado. Dos next hops pueden resolverse por la misma adyacencia IGP. Incluso rutas externas distintas pueden acabar en una sola salida después de la política y la selección.

Un despliegue parcial añade otra frontera: una sesión mantiene varias rutas y el siguiente reflector o borde exporta sólo una. Los identificadores pueden cambiar tras un reinicio. Sin conocer el intercambio de capacidades, una captura puede decodificarse mal. La prueba debe indicar sesión, AFI/SAFI, dirección y punto de observación.

Una fila de RIB no es un resultado de reenvío

Para cada prefijo hay que enlazar rutas recibidas, elegibilidad, mejor ruta y respaldo, resolución de next hop y estados RIB/FIB. Después, cada candidato se asocia con router de salida, ASN proveedor, instalación, circuito y grupo de riesgo compartido.

Por último se observa el tráfico. Una retirada controlada o un ensayo de fallo mide detección, nueva selección, transición de la FIB, pérdida y camino posterior. Sin ese registro, ADD-PATH prueba que el protocolo transporta más opciones, no que exista una salida independiente.