Resumen

  • Una Generic Metric en su máximo utilizable no retira el enlace: lo mantiene como último recurso durante el cálculo Flex-Algorithm.
  • La ausencia de la métrica no-IGP exigida por la FAD ganadora sí poda el enlace. Sin embargo, si falta la medición de ancho de banda o retardo, la restricción correspondiente no lo poda por esa sola causa.
  • El recibo operativo debe conservar presencia, procedencia, regla consumidora, motivo ordenado de poda, topología calculada y pruebas posteriores de instalación y tráfico.

Imagine dos equipos mirando el mismo enlace. Mantenimiento afirma que está drenado porque recibió la métrica máxima. Telemetría afirma que está inutilizable porque un campo aparece vacío. El plano de control puede contradecir a ambos sin incumplir la norma.

El máximo puede seguir ofreciendo el único camino. El campo ausente puede ser la métrica esencial y provocar la poda, o puede ser solamente la medición que una restricción necesitaba para comparar un umbral; en ese segundo caso el enlace continúa hacia las demás reglas. La interfaz muestra estados. La especificación asigna consecuencias.

RFC 9843, publicado como Standards Track en septiembre de 2025 y acompañado por su registro, actualiza RFC 9350. Sus ediciones en texto y XML normalizan métricas genéricas, restricciones de ancho de banda mínimo y retardo máximo, una Bandwidth Metric y dos métodos de derivación automática. Normalizar no equivale a desplegar: ningún RFC demuestra qué FAD ganó ni qué paquete circuló en una red concreta.

Un máximo que preserva continuidad

IS-IS reserva 0xFFFFFF como máximo utilizable de Generic Metric; OSPF usa 0xFFFFFFFF. RFC 9843 conserva el enlace con ese valor como último recurso. La operación es distinta de retirar una publicidad o podar el enlace.

La elección tiene sentido durante mantenimiento. Un coste extremo desvía tráfico si hay un camino más corto, pero evita crear una desconexión cuando no lo hay. El precio de esa continuidad es semántico: “máximo” sólo prueba depreferencia. Si la orden empresarial exige aislamiento, hace falta otra acción y una prueba de que el cálculo dejó de seleccionar el recurso.

Los cimientos de RFC 1195 y RFC 2328 distinguen IS-IS y OSPF. Las extensiones de ingeniería de tráfico de RFC 5305 y RFC 3630 mantienen autoridad para métricas heredadas. Si una Generic Metric intenta volver a anunciar un tipo que ya tiene mecanismo heredado, esa forma genérica se ignora. Ni siquiera dos valores con el mismo nombre aparente tienen por fuerza la misma procedencia válida.

La ausencia que impide calcular

La FAD ganadora nombra el tipo de métrica que se usará. RFC 9350 ordena podar todo enlace que no anuncie una métrica no-IGP seleccionada; no se puede suponer cero. Hacerlo premiaría la menor evidencia con el menor coste y permitiría que los valores implícitos de cada fabricante dividieran la topología.

RFC 9843 permite derivación sólo cuando está declarada. Si falta una Bandwidth Metric explícita y la FAD activa el cálculo automático, puede producirse una métrica desde la Link Bandwidth. Si también falta esa entrada, el enlace se poda. El estado real no es un nulo indiferenciado: puede ser “explícita”, “derivada con evidencia” o “no calculable”.

Esta diferencia afecta a las alarmas. Una desaparición de métrica puede ser un cambio de topología previsto, una transición de explícita a derivada o una pérdida de elegibilidad. Sin capturar la definición ganadora y la entrada subyacente, el operador sólo ve síntomas.

La ausencia que no satisface ni rechaza el umbral

FAEMB compara Maximum Link Bandwidth con un mínimo. Cuando existe la publicidad y queda por debajo, el enlace se elimina. Cuando no existe, RFC 9843 ordena no excluirlo por esta restricción y seguir aplicando las reglas posteriores.

FAEMD compara Min Unidirectional Link Delay con un máximo. RFC 8570 y RFC 7471 definen las piezas de retardo. Un valor por encima del límite poda; la ausencia de ese valor no poda mediante FAEMD.

La frase correcta es “sin decisión en esta regla”, no “cumple”. La ausencia tampoco otorga ancho de banda ni baja latencia. RFC 9479 y RFC 9492 muestran por qué importa la asociación con la aplicación: un atributo presente en otro contenedor o sin la indicación adecuada puede no ser consumible por ese cálculo.

Una organización que quiera fallar cerrado ante evidencia desconocida puede imponer una verificación local antes de activar la FAD. Debe registrarla como política adicional. docs/heng-lu-note.md ofrece la división útil: el plano común fija los bits y resultados que todos deben interpretar igual; el operador conserva el umbral, la admisión y el momento de adopción. Convertir una preferencia local en una falsa afirmación sobre el estándar destruye esa frontera.

La capacidad se transforma; la demanda no se observa

El método de referencia divide un valor configurado por el ancho de banda y usa una granularidad para evitar cambios de métrica ante oscilaciones pequeñas. El método por umbrales asigna métricas a bandas de capacidad. Ambos convierten capacidad en coste de manera reproducible; una FAD que contiene los dos es inválida y se ignora.

La métrica explícita tiene precedencia. En Interface Group Mode, todos los enlaces paralelos deben tratarse con coherencia: si todos anuncian Bandwidth Metric, se usan los valores individuales; si sólo algunos la anuncian, los valores parciales se ignoran y se deriva automáticamente para el grupo. RFC 8668 y RFC 9356 aportan el contexto de miembros de bundles de capa 2 y ayudan a entender por qué una falla de componente puede cambiar la capacidad agregada.

La función no mide ocupación. RFC 9843 dice expresamente que no actualiza métricas según el flujo real ni reemplaza la gestión dinámica que puede aportar un PCE descrito en RFC 4655. Un enlace de gran capacidad puede estar saturado; otro de menor capacidad puede estar vacío. La ruta derivada demuestra ejecución de una política de capacidad, no espacio instantáneo para el siguiente flujo.

De los octetos al motivo de poda

El recibo comienza con la FAD ganadora, su origen, versión, tipo de cálculo, tipo de métrica y restricciones. RFC 8919 y RFC 8920 dan contexto a las definiciones Flex-Algorithm en IS-IS y OSPF. RFC 2119 y RFC 8174 delimitan el peso de las palabras normativas.

Después, cada enlace necesita un mapa de presencia para la métrica elegida, ancho de banda, retardo y contenedor de aplicación; valor, unidad, origen, edad y fragmento; procedencia explícita o derivada; parámetros de referencia, granularidad o umbrales; grupo de interfaces; resolución de duplicados y combinaciones inválidas; primera regla que lo podó o constancia de que sobrevivió. SPF, FIB, paquete y efecto de servicio se guardan como pruebas posteriores, nunca como sinónimos.

Una batería de pruebas debe alterar una condición por vez. Máximo sin alternativa: el enlace sigue. Métrica seleccionada ausente: desaparece. Derivación sin Link Bandwidth: desaparece. Medición FAEMB o FAEMD ausente: sobrevive esa regla sin ser declarado apto. Métricas parciales en un grupo: se ignoran. Dos métodos automáticos: FAD ignorada. Duplicados: resultado conforme al orden especificado.

La interoperabilidad no consiste en que todas las consolas usen el mismo color. Consiste en que cada implementación produzca el mismo motivo desde la misma evidencia.

Lo que no se ha probado

No se examinó ningún router, producto, valor por defecto, número de algoritmo, umbral, capacidad, medida de retardo, mantenimiento o dominio. No se observó FIB, paquete, congestión, continuidad ni SLA. La publicación no prueba adopción o conformidad. Tampoco una ruta calculada prueba que el tráfico la usó.

La afirmación defendible es de arquitectura: el máximo mantiene una salida cara; la ausencia de la métrica requerida puede cortar; la ausencia de la evidencia del umbral deja esa regla sin causa para cortar. Toda decisión que borre la regla consumidora borra el significado.

Fuentes