Resumen

  • El ancho de banda no reservado de RFC 5305 tiene ocho valores, uno por prioridad de establecimiento. Además, tanto ese dato como el máximo reservable pueden superar la capacidad física cuando la política admite sobreasignación.
  • La prueba de una ruta útil debe separar anuncio, antigüedad, compatibilidad del decodificador, cálculo, admisión, reserva, instalación, tránsito de paquetes y resultado para el servicio.

El mismo enlace ofrece respuestas distintas

La pregunta «¿cuánto ancho de banda queda?» parece singular. El sub-TLV 11 de RFC 5305 responde ocho veces. Cada valor corresponde a una prioridad de establecimiento entre 0 y 7. La preempción hace que la disponibilidad dependa de la clase de la solicitud y de los compromisos que esa clase puede desplazar.

No se trata de ocho mediciones del cable. Son cantidades reservables anunciadas en una dirección y expresadas como números de coma flotante en bytes por segundo. El máximo reservable también es una variable de política. El RFC permite que sea mayor que el ancho de banda del enlace por razones de sobreasignación, y permite lo mismo para lo no reservado.

Así, una cifra alta puede ser coherente sin afirmar que todos los solicitantes podrían usarla a la vez. Puede expresar una expectativa estadística, una regla de preempción o un nivel de riesgo aceptado. Convertirla en «capacidad garantizada» borra la decisión empresarial que produjo la cifra.

La temporalidad añade otra capa. El RFC recomienda que los cambios rápidos de ancho no reservado no provoquen una generación rápida de LSP, para preservar estabilidad. La base distribuida no pretende ser un contador instantáneo. Entre el cambio local y la copia que consulta otro nodo existe una ventana legítima.

Una topología puede tener más de una geometría

El TLV 22 une la identidad del vecino, una métrica ampliada y sub-TLV de atributos. Entre ellos, el grupo administrativo es una máscara asignada por un administrador. Sus bits —los colores— no observan el mundo físico: declaran cómo debe clasificarse un enlace.

La métrica predeterminada de TE también es administrativa y puede ofrecer un relieve diferente al cálculo TE. Si falta, el motor debe usar la métrica normal del enlace. Por tanto, un mismo conjunto de adyacencias admite distintas geometrías según el atributo que exista y la política del cálculo.

El valor máximo de la métrica de enlace marca otro límite. Ese enlace no debe participar en SPF normal, aunque puede seguir anunciado para fines de ingeniería de tráfico. «Está en la base» y «es elegible para este cálculo» son proposiciones distintas.

Un análisis de fallos debe reconstruir esa geometría: qué LSP y secuencia se recibieron, qué colores estaban activos, qué métrica se consumió, si operó el valor alternativo y qué restricciones presentó la solicitud. Mirar sólo el camino finalmente calculado oculta la autoridad que definió el terreno.

Identificar no equivale a encaminar

Las direcciones de interfaz y vecino permiten asociar atributos a una adyacencia. Un sistema TE debe publicar la dirección de interfaz y, en enlaces punto a punto, la del vecino. Aun así, RFC 5305 prohíbe inyectar rutas /32 por esas direcciones en las tablas de enrutamiento o reenvío. En una red con soporte desigual, hacerlo podría crear bucles.

El identificador de router TE ofrece una dirección estable para referirse al originador y correlacionar topologías OSPF e IS-IS. Tampoco autoriza una ruta /32 automática. Un nombre estable ayuda al plano de control; no certifica alcanzabilidad.

La extensibilidad conserva esa separación. Un receptor ignora y salta un sub-TLV desconocido. Puede aceptar el contenedor y la adyacencia sin entender una restricción que otro motor considera esencial. La interoperabilidad no se demuestra con «LSP recibido»; necesita una matriz de atributos comprendidos y efectivamente usados.

La inundación no bloquea el inventario

El estado de enlace distribuye versiones, no ejecuta una transacción de reserva. Imaginemos dos cabeceras que reciben el mismo anuncio con capacidad aparente para una solicitud. Ambas calculan antes de que la otra complete su admisión. La entrada era válida para las dos, pero sólo un mecanismo posterior puede arbitrar la competencia y emitir el comprobante del compromiso.

Después de la decisión, la nueva disponibilidad debe volver al estado local, originarse en un LSP y propagarse. Si el sistema amortigua cambios, la distancia temporal es mayor. No hay contradicción en que el anuncio siga siendo conforme mientras ya no baste para una nueva solicitud.

La autenticación de IS-IS protege una frontera diferente. Puede probar que el receptor aceptó el mensaje bajo su política criptográfica. No prueba la exactitud física del atributo, su actualidad para esta carrera ni la existencia de una reserva. Una adyacencia de tres vías según RFC 5303 tampoco convierte los sub-TLV posteriores en resultados operativos.

Qué no afirma este artículo

RFC 5305 se publicó como norma en 2008 y sucedió al RFC informativo 3784. Amplía métricas, define TLV y sub-TLV y deja fuera los procedimientos de migración. Documentos posteriores añadieron capacidades GMPLS, inter-AS, métricas de rendimiento y atributos por aplicación.

Nada de ello demuestra que una red concreta sobreasigne o anuncie datos obsoletos. Este artículo no atribuye esas prácticas a ningún operador ni producto. Una afirmación real exigiría configuración, LSP con tiempo y secuencia, bases TE, decisiones de admisión, objetos de reserva, estado de reenvío y mediciones del servicio.

El hallazgo es de arquitectura: RFC 5305 permite compartir el menú. No registra quién hizo el pedido ni quién recibió el plato.

Fuentes