Resumen

  • RFC 7311 define AIGP para varios AS contiguos bajo una administración común, no como una métrica universal de Internet.
  • La suma sólo conserva sentido cuando IGP, enlaces entre AS y rutas estáticas aportan valores comparables y la resolución recursiva no oculta tramos desconocidos.
  • La aprobación exige controlar sesiones y origen, observar todos los candidatos y probar que la decisión calculada coincide con la FIB y con el recorrido de los paquetes.

Una red metropolitana compra dos operadores regionales. Conserva sus ASN por razones técnicas y comerciales, pero quiere que el conjunto elija rutas como una sola infraestructura. El primer dominio asigna costes por latencia; el segundo los deriva de capacidad; el tercero penaliza enlaces caros. Todos hablan BGP y todos pueden transportar un entero.

Al activar AIGP, las pantallas muestran cifras limpias. Cada cambio de siguiente salto añade un término. La dirección interpreta el número más bajo como el trayecto más corto. Sin embargo, sumar latencia, clase de ancho de banda y preferencia económica no produce distancia. Produce una decisión que nadie sabría explicar en una unidad común.

Ésta es la tensión central de Accumulated IGP Metric. RFC 7311 contempla una necesidad real: varios AS contiguos pueden pertenecer a una sola administración y necesitar una selección semejante a la de un único dominio IGP. AIGP ofrece el mecanismo, no la semántica organizativa.

Es un atributo BGP opcional y no transitivo con código de tipo 26. Su TLV inicial lleva un valor sin signo de ocho octetos. La amplitud permite acumular numerosos costes sin desbordar enseguida, pero no responde qué significa un punto. Un contenedor de 64 bits puede conservar una ambigüedad durante mucho tiempo.

El dominio administrativo AIGP es, por tanto, un perímetro de confianza. Sus miembros aceptan una unidad, escalas compatibles, reglas de acumulación y fronteras comunes. No basta con que los ASN estén gestionados por el mismo grupo ni con que utilicen el mismo protocolo. Dos dominios OSPF pueden tener anchos de banda de referencia distintos; dos IS-IS pueden alimentarse de automatizaciones con objetivos incompatibles.

Tampoco es MED. MED orienta la entrada y no suma un coste coherente a través de todo el recorrido. AIGP no pretende reparar esa diferencia ni crear un mercado mundial de métricas. Entre operadores independientes, cada número reflejaría incentivos distintos; el valor menor podría ser el anuncio más agresivo, no el mejor camino.

RFC 7311 fija una frontera operativa mediante AIGP_SESSION. El valor predeterminado debería estar habilitado en IBGP y en EBGP entre miembros de una misma confederación, y debe estar deshabilitado en el resto de EBGP. Si llega el atributo por una sesión no autorizada, se ignora y no se propaga; el registro con limitación de frecuencia es una señal de seguridad, no simple ruido.

La originación tiene otro interruptor. AIGP_ORIGINATE debe comenzar desactivado. Un router no debe originar el atributo para una ruta cuyo camino conduce fuera del dominio, y debe cumplir las clases de ruta autorizadas y convertirse en siguiente salto. Esta separación evita que habilitar recepción implique también permiso para fabricar métricas.

El bit no transitivo no es una muralla absoluta. Dos vecinos externos pueden habilitar AIGP por error en ambos extremos y transportar una métrica entre proveedores. La propia RFC advierte de selecciones insensatas en ese caso. La protección real combina configuración de sesión, política explícita, inventario de pares y detección de fugas.

La suma se rige por el siguiente salto. Si éste no cambia, el valor debe permanecer intacto. Si el speaker lo cambia a sí mismo, añade una distancia local no nula hasta el anterior. En un enlace EBGP directo sin IGP, “no hay métrica” no equivale a cero: alguien debe aprobar un incremento comparable. Una ruta estática requiere la misma disciplina.

La resolución recursiva puede atravesar varias rutas BGP antes de alcanzar una ruta IGP o estática. AIGP acumula los valores encontrados y la distancia final. Si en medio aparece una ruta BGP sin AIGP, la salida pierde el atributo. El protocolo evita presentar una suma completa con un término desconocido.

La ausencia visible es preferible a fingir un cero, pero no detecta un cambio de significado. Todos los routers pueden adjuntar AIGP mientras un dominio empieza a usar una escala diferente. Por eso se necesita un registro de semántica: fuente, unidad o intención, escala, referencia, propietario, calibración, transformación y algoritmo topológico de cada término.

Flex-Algo hace más evidente el riesgo. Dos costes enteros pueden proceder de grafos con restricciones distintas. El coste bajo en una topología de baja latencia no es automáticamente comparable con el de la topología por defecto. La identidad de la topología forma parte de la unidad.

El tratamiento del máximo también importa. La acumulación se satura en el máximo entero de 64 bits y nunca debe volver a cero. Un wraparound convertiría el camino más caro en el aparentemente más barato. La observabilidad debe separar cuatro estados: ausente, ignorado por política de sesión, descartado por error y presente pero no elegido.

En la selección, AIGP no actúa como una nota marginal. Cuando el proceso llega a su comparación y al menos un candidato lleva el TLV, primero elimina los candidatos sin él. Después suma a cada valor recibido la distancia IGP local hasta el siguiente salto y conserva el total inferior.

La presencia constituye una clase de elegibilidad. Una ruta con un valor enorme puede superar a otra sin atributo, aunque intuitivamente ésta parezca buena. En una migración parcial, activar AIGP cambia el conjunto candidato antes de comparar números. La revisión debe mostrar altas y bajas del conjunto, no sólo una tabla de métricas.

La frase “siempre gana el menor AIGP” también es falsa. Un camino con un grado de preferencia único y superior puede ganar antes de llegar al desempate; una ruta inválida, con bucle o siguiente salto irresoluble puede haber sido eliminada. La explicación debe conservar el orden completo de decisión.

Ninguna métrica compensa candidatos invisibles. RFC 7311 recomienda mecanismos como best-external y ADD-PATH. Un route reflector que sólo muestra su mejor ruta puede ocultar al cliente la opción cuyo total sería menor desde la posición de ese cliente. Si algunos clientes entienden AIGP y otros no, el mismo reflector puede proyectar políticas distintas.

La prueba debe observar conjuntos de rutas en reflector y cliente, dirección de ADD-PATH, retención del atributo, distancia local, total calculado y motivo final. La igualdad del TLV recibido no demuestra igualdad del coste completo, porque cada nodo añade su perspectiva hasta el siguiente salto.

Existe además una conexión entre cambios IGP y churn BGP. Si la distancia local oscila, el valor anunciado puede oscilar también. Los umbrales de supresión crean una banda muerta: reducen actualizaciones pero permiten publicar temporalmente una cifra antigua. Aprobar un umbral significa aprobar cuánto error y cuánto tiempo de obsolescencia tolera el servicio.

Durante mantenimiento, aumentar mucho el coste de un enlace puede propagarse por varios AS y retirar tráfico antes del corte. Es poderoso, pero la runbook debe predecir totales, prefijos afectados, rutas sin atributo excluidas, velocidad de propagación y salida real. Un comando de “cost out” no es por sí solo una prueba de drenaje.

Un actor malicioso o una automatización defectuosa puede cambiar la clasificación sin inventar un prefijo. Conviene alertar sobre AIGP en fronteras externas, nuevos originadores, clases de prefijo no autorizadas, reescrituras de siguiente salto, incrementos sin registro, huecos recursivos y proximidad al máximo. Los logs limitados deben salir del buffer del equipo y llegar a un historial duradero.

La implantación necesita cuatro artefactos. Una carta del dominio enumera AS, familias, sesiones, topologías, túneles y fronteras. Un registro de métricas define cada unidad e incremento. Una traza por prefijo reconstruye origen, suma, recursión, candidatos y FIB. Una matriz de sesiones demuestra dónde AIGP está habilitado y qué ocurre ante una mala configuración bilateral.

El piloto debe ser pequeño, reversible y observable. Ha de incluir soporte mixto, atributo ausente, hueco recursivo, reflector que oculta candidatos, cambios bajo y sobre umbral, saturación, mantenimiento, fuga y rollback. Retirar AIGP cambia la clase candidata, por lo que la reversión también exige una comparación completa del camino y de su retorno.

La autoridad se reparte. Arquitectura define el límite. Los responsables IGP definen los costes locales. Interconexión decide los incrementos entre AS. Política controla origen y sesiones. Seguridad busca fugas. Los propietarios del servicio validan paquetes. Quien define el número no debería ser el único que certifique su consecuencia.

La especificación inicial mínima de Heng Lu encaja con esta solución estrecha y voluntaria. El mecanismo común es suficiente para coordinar AS de una administración, pero no decide futuras políticas locales ni obliga a terceros. La primacía del código en ejecución ordena la evidencia: configuración, atributo, explicación de selección, FIB y tráfico medido.

La soberanía práctica exige saber qué automatización cambió un coste, qué speaker añadió cada término y cómo revocar el resultado. Controlar los routers sin controlar la genealogía de la métrica no es gobernar la decisión.

AIGP puede unificar el comportamiento de una infraestructura fragmentada. Su éxito no se mide por la cantidad de equipos que muestran el atributo, sino por un dominio estrecho, una unidad coherente, huecos visibles y paquetes que confirman el cálculo. Antes de llamar distancia a una suma, la organización debe demostrar que cada parte habla el mismo lenguaje matemático.

Fuentes