Resumen

  • La extensión BGP-EPE aprobada por el IESG permite anunciar en BGP-LS un PeerAdj SID o End.X SID para cada miembro físico de un bundle de capa 2.
  • La instrucción identifica un camino de reenvío más pequeño; no decide cómo repartir capacidad, comprobar el estado actual, conservar el orden del flujo ni autorizar su uso en producción.

Debajo del enlace lógico había tres decisiones

Una sesión BGP puede apoyarse en un LAG y seguir mostrando una sola interfaz de capa 3. El PeerAdj SID del enlace lógico entrega el tráfico al bundle, cuya función de reparto elige después un miembro. Eso no permite que BGP-EPE seleccione deliberadamente uno de sus enlaces físicos.

El borrador aprobado el 6 de agosto de 2026 separa ambas capas. El Link NLRI padre nombra el bundle. Cada L2 Bundle Member Attributes TLV nombra un miembro y contiene exactamente el PeerAdj SID de SR-MPLS o el End.X SID de SRv6 correspondiente. La topología puede expresar el conjunto y sus piezas sin confundirlos.

Anunciar el TLV implica que el miembro está operativo; anunciar el SID implica además que está válido y programado para reenviar por ese miembro. La afirmación tiene un emisor y un momento. No incluye una reserva de ancho de banda ni una garantía de resultado.

El retiro completa el significado

Si cambia o se deshabilita el SID, la publicidad debe actualizarse. Si el enlace falla o sale del bundle, debe retirarse todo su TLV. Por eso una base que almacena altas pero pierde retiros no conserva topología: conserva instrucciones huérfanas.

El amortiguamiento de oscilaciones puede retrasar estados intermedios. Tras estabilizarse la baja, el retiro ya no debe demorarse. El consumidor necesita edad, sesión, secuencia y umbral de caducidad, además del valor. Un dato correcto hace diez segundos puede ser una orden peligrosa ahora.

El operador también puede ocultar la granularidad por miembro, filtrar por peer o mantener solo el SID del bundle. La ausencia de una pieza en BGP-LS no demuestra su inexistencia física. Puede demostrar una política de divulgación.

La precisión no coordina a los optimizadores

Fijar flujos en miembros específicos altera el reparto natural del bundle. Varios controladores o intenciones independientes pueden concentrarse en el mismo enlace. La especificación encarga al controlador vigilar utilización y reajustar asignaciones; BGP-LS no arbitra la competencia.

El orden añade otro coste. Dos miembros pueden tener latencias distintas. Repartir paquete a paquete o mover un flujo con paquetes en tránsito puede reordenar la entrega. Mantener un clasificador estable —por ejemplo, un mismo cinco-tupla— ayuda, pero una conmutación sigue necesitando observación del efecto.

La evidencia operativa debe unir el SID con la versión de política, el clasificador, la telemetría por miembro, colas, pérdidas, latencia y contadores de salida. El éxito del comando no es éxito del servicio.

Un dominio confiable tampoco es una licencia

La información debe permanecer en dominios SR de confianza o entre dominios de peering confiables. Los filtros reducen la exposición de topología y órdenes. No convierten a cada consumidor interno en propietario de la capacidad.

El documento tampoco define prevención de bucles MC-LAG; presupone que la capa inferior ya es segura. Un controlador puede conocer el SID exacto y carecer de la prueba necesaria para usarlo sin riesgo.

El diseño durable mantiene responsabilidades distintas: el router declara, la telemetría mide, el controlador propone, la política admite y el operador revierte. Ésa es una especificación mínima útil: suficiente para interoperar, demasiado estrecha para apropiarse de la decisión futura.

Dos implementaciones no son un veredicto local

El borrador registra dos implementaciones comunicadas por sus participantes. También advierte que la información no fue verificada de forma independiente, no equivale a respaldo del IETF y no pretende ser catálogo de productos. Esa cautela forma parte de la evidencia, no una nota menor.

El código en funcionamiento demuestra que alguien pudo construir el mecanismo y ofrecer experiencia al proceso. No prueba que la versión instalada en otra red emita cada retiro, preserve el identificador de miembro después de una actualización o conecte la telemetría necesaria al controlador.

La admisión debe comprobar versión, capacidades, actualización y retirada, comportamiento del plano de datos y retorno al SID padre. La implementación reduce incertidumbre técnica; no sustituye la decisión del operador que asumirá la pérdida.

SR-MPLS y SRv6 comparten el límite de miembro, pero usan formas distintas de SID. La prueba de una no debe convertirse en aprobación tácita de la otra.

Fuentes