Resumen

  • draft-ietf-idr-bgpls-inter-as-topology-ext-46 define un nuevo NLRI de enlace Inter-AS y descriptores de AS y ASBR remoto para que un consumidor BGP-LS una información de ambos lados.
  • La arista completa es una conclusión del controlador: depende del origen IGP o local, la exportación, los filtros, los identificadores, la frescura y la regla de coincidencia.
  • Un enlace emparejado no demuestra disponibilidad, capacidad ni entrega. La alianza necesita un recibo de correlación y comprobantes separados de cálculo, programación y tráfico.

Lo que la línea oculta

BGP-LS puede llevar al controlador la topología interna de dos dominios y, aun así, dejar un vacío entre ellos. Los IGP no suelen ejecutarse sobre el enlace Inter-AS. Los ASBR conocen la interconexión, pero el consumidor no dispone de una codificación que una las dos vistas.

La revisión 46 de BGP-LS Extensions for Inter-AS Topology Retrieval propone el tipo NLRI 7 y tres descriptores: número de AS remoto, identificador IPv4 del ASBR remoto e identificador IPv6 del ASBR remoto. La información se origina en extensiones OSPF del RFC 5392 o IS-IS del RFC 9346, y se distribuye dentro del marco del RFC 9552.

El borrador no dice que un mensaje contenga la verdad total del enlace. Dice que normalmente hay información aprendida desde cada extremo y que el controlador la correlaciona. Compara los AS, los ASBR, el identificador de instancia BGP-LS y, cuando existen, direcciones o identificadores de interfaz. Si el emparejamiento falla, puede quedar un enlace sin pareja o incompleto.

La distinción parece pequeña hasta que el grafo alimenta una decisión automática. La arista no es una observación única. Es el resultado de una unión.

La procedencia cambia el significado

En el caso principal, el ASBR anuncia información Inter-AS mediante OSPF o IS-IS. Un hablante BGP-LS la recibe, la transforma en NLRI y la exporta conforme a su política. Cada paso deja una superficie de pérdida o retraso.

Existe además una vía alternativa. Un ASBR que ejecuta BGP-LS puede construir el NLRI a partir de una interfaz directamente conectada o una ruta estática. El Protocol-ID indica Direct o Static configuration, y el consumidor alinea los lados con el AS y la dirección.

Una mitad puede tener la frescura del protocolo de enrutamiento; la otra, la frescura de una edición manual. Una puede retirarse automáticamente; la otra puede permanecer hasta la siguiente ventana de mantenimiento. Igualarlas por su forma final elimina una diferencia que importa durante un fallo.

El recibo mínimo debería conservar un identificador estable o resumen de cada anuncio, protocolo de origen, instancia BGP-LS, AS y ASBR locales y remotos, descriptores auxiliares, hora de llegada, edad y estado de retirada. Después debe registrar la regla de correlación, la versión de política y el estado: emparejado, aislado, contradictorio, caducado o en retirada.

Ese recibo es una propuesta editorial. El borrador no lo exige. Su función es hacer auditable una inferencia local sin convertir el control de topología en una autoridad central.

Nueve recibos que no deben convertirse en uno

La interconexión configurada, el anuncio IGP, la recepción por el hablante, la exportación, el análisis, la correlación, la admisión en la instantánea, el cálculo/programación y el tráfico observado son hechos distintos.

El código asignado por IANA permite que dos programas hablen del mismo tipo. La sintaxis válida permite interpretar el mensaje. La coincidencia permite afirmar que dos declaraciones cumplen una regla. Ninguno de esos éxitos demuestra que el enlace esté activo o que los paquetes lo hayan usado.

La revisión 46 es un Internet-Draft activo del grupo IDR, fechado el 29 de septiembre de 2026. No es un RFC. El paquete de fuentes no documenta un despliegue público, una prueba entre implementaciones ni resultados medidos. Las asignaciones tempranas del registro BGP-LS de IANA habilitan desarrollo; no convierten el mecanismo en hecho operativo.

El filtro unilateral también es evidencia

La adopción puede ser gradual: no todos los routers necesitan comprender el nuevo NLRI. Basta con los originadores, exportadores y consumidores involucrados. Pero una mejora parcial produce estados parciales reales.

Un origen puede carecer de un identificador. Un filtro puede suprimir un solo lado. Una sesión puede llevar retraso. Un retiro puede llegar antes que su pareja. El borrador pide verificar los dos ASBR, los anuncios OSPF o IS-IS, la recepción y exportación BGP-LS, la coherencia de identificadores y las políticas. También anima a exponer si la correlación tuvo éxito.

No conviene esconder ese diagnóstico detrás de “link=true”. Un enlace incompleto puede revelar un límite de política, una incompatibilidad de versión o una carrera temporal. Si el controlador borra la causa y sólo publica una línea gris, los sistemas posteriores no sabrán si deben esperar, rechazar o reparar.

Dos registros compatibles pueden pertenecer a momentos incompatibles

El tiempo forma parte de la unión. Si A llegó a las 09:00 y B a las 09:04, el controlador necesita saber si la versión de A seguía vigente a las 09:04. Un retiro retrasado puede permitir que dos mensajes antiguos parezcan contemporáneos.

El borrador no impone una ventana universal de frescura. La decisión corresponde al consumidor: cuánto tiempo conservar una mitad, cómo tratar un retiro, cuándo degradar una pareja y qué instantánea entrega al motor de caminos. Esa libertad es razonable sólo si la elección queda registrada.

“Ambos extremos coincidieron” debería significar que coexistieron dentro de una frontera temporal declarada, no sólo que la base aún guardaba dos filas compatibles.

Un mapa sensible no tiene que ser un mapa opaco

El escenario principal abarca varios AS bajo una administración común. El borrador advierte que direcciones e identificadores de interconexión son información crítica y deben mantenerse en el dominio controlado o filtrarse.

Un recibo no exige exponerlos públicamente. Puede usar referencias internas, control por roles y retención limitada. Lo esencial es que un revisor autorizado pueda reconstruir qué dos entradas fueron usadas y por qué se promovieron.

El recibo de mapa tampoco debe adquirir autoridad sobre el servicio. El escenario de ingeniería multidominio del RFC 8735 necesita la arista para calcular un camino. Luego vienen la programación, la convergencia, el envío y el resultado. Son capas de realidad distintas.

Probar la reparación, no sólo el análisis

Running Code Primary sugiere una matriz concreta para dos implementaciones independientes: pareja coherente; ASBR remoto discrepante; filtrado unilateral; actualizaciones fuera de orden; retiro tardío; y combinación de mitad estática con mitad IGP. Hay que comparar las aristas y también la razón de cada transición.

Una prueba que termina cuando el NLRI se decodifica sólo verifica el principio. La interoperabilidad útil aparece cuando ambos sistemas degradan, retiran y reparan el mismo enlace con evidencia comparable.

Minimum Initial Specification permite mantener pequeño el acuerdo. No hace falta centralizar la base completa. Basta con una forma común para referir las dos entradas, la regla, la frontera temporal y el resultado. Cada operador conserva su política de ruta.

La frase final deja de ser “hay un enlace”. Pasa a ser: estas dos declaraciones llegaron desde estas fuentes, dentro de esta ventana; cumplieron esta regla; no quedó una contradicción abierta; esta instantánea las admitió. Si hubo tráfico, su comprobante está aparte.

Fuentes

  1. BGP-LS Inter-AS Topology Retrieval, revisión 46
  2. Historial del documento
  3. RFC 9552
  4. RFC 5392
  5. RFC 9346
  6. Parámetros BGP-LS de IANA
  7. Lu Heng — Minimum Initial Specification
  8. Lu Heng — On Reality Layers
  9. Lu Heng — Running Code Primary
  10. Revisión 46 en HTML
  11. Revisión 46 en texto
  12. Comparación oficial entre las revisiones 45 y 46
  13. RFC 7426 — terminología SDN
  14. RFC 9086 — BGP-LS Egress Peer Engineering