Resumen

  • CASH y PASH comparan hashes de rangos y descienden hacia el detalle solo cuando encuentran una discrepancia.
  • La igualdad de resúmenes es un resultado de búsqueda, no una prueba de autenticidad, verdad topológica o entrega de servicio.
  • La revisión 01 traslada la negociación a otro borrador, Hello Capability, y convierte la compatibilidad de versiones en parte del riesgo operativo.

Recitar una base completa para descubrir que dos routers ya coinciden es una forma cara de confirmar la normalidad. El borrador presentado el 6 de septiembre ofrece otra secuencia: un CASH resume amplios rangos; un PASH divide los que difieren; los SNP convencionales o la inundación resuelven el último tramo.

El análisis del texto llega a 50.000 nodos, un millón de fragmentos y 16.000 vecinos. Frente a unos 10.000 CSNP para una base completa, la compresión máxima se aproxima a un paquete adicional, aunque la carga de refresco continúa. La promesa merece pruebas. No merece una interpretación más amplia que su mecanismo.

Coincidir no es autenticar

ASH calcula SipHash de 64 bits sobre los identificadores y datos de versión del fragmento, y combina esos valores con XOR. El propio borrador aclara que la seguridad criptográfica no es el objetivo de esa función incremental. La integridad se remite a las protecciones de PDU ya existentes en IS-IS.

El hash responde dónde seguir buscando diferencias. La autenticación responde qué vecino con una clave válida envió el control. Ninguno verifica que una afirmación de enlace describa el mundo físico. Un router comprometido pero autenticado puede propagar estado falso; dos vecinos pueden coincidir en esa falsedad; una LSDB correcta puede terminar en una FIB distinta de la prevista.

Por eso el resultado honesto no es «la red está bien». Es «este método no detectó diferencia en este rango, entre estos pares y en este momento».

Una nueva dependencia en el saludo

En julio, la versión 00 proponía un TLV de capacidad exclusivo. La revisión 01 lo elimina y solicita un bit ASH Support dentro del TLV genérico Hello Capability de otro borrador. Todos los nodos de la adyacencia deben anunciarlo. Aun así, un receptor puede aceptar ASH y responder solo con CSNP o PSNP.

La reutilización reduce contenedores, pero no reduce la necesidad de gobernar versiones. Los valores siguen pendientes; los bits ausentes o desconocidos cuentan como cero; únicamente el primer TLV Hello Capability puede contener una máscara no vacía. Hace falta probar una pareja concreta de revisiones y parsers.

También se corrige el formato. Cada entrada ocupa veinte octetos, de modo que una sola longitud TLV admite como máximo doce. Para reunir unas setenta entradas en un PDU hay que encadenar varios TLV como una única secuencia ordenada. La interoperabilidad se juega en esa costura, no en el dibujo conceptual.

La ambigüedad vuelve al mecanismo completo

El proyecto acierta al conservar salidas conservadoras. Un hueco CASH se interpreta como estado ausente y provoca inundación. Rangos solapados o fuera de límites reciben tratamiento de hash cero; un rango invertido se descarta y debería registrarse. Cuando la diferencia se reduce a un nodo, vuelven el SNP o la inundación ordinaria.

Hay además un intercambio entre compresión, colisiones y pérdidas. Un resumen gigantesco ahorra más pero amplía el daño de perder un paquete. La simulación no detectó colisiones en la variante de 64 bits seleccionada; eso describe la simulación, no demuestra la imposibilidad en código futuro.

Fuentes

  1. Registro del documento en IETF Datatracker
  2. IS-IS Aggregated SNP Hash Packets, revisión 01
  3. IS-IS Aggregated SNP Hash Packets, revisión 00
  4. IS-IS Hello Capability, revisión 00
  5. RFC 1195: uso de IS-IS en entornos TCP/IP y duales
  6. RFC 5304: autenticación criptográfica de IS-IS
  7. RFC 5310: autenticación criptográfica genérica de IS-IS
  8. RFC 2119: palabras clave de requisitos
  9. RFC 8174: mayúsculas y minúsculas en palabras normativas
  10. Especificación inicial mínima, decisión futura localizada y adopción voluntaria
  11. Capas de realidad, poder simbólico y la hostilidad de la claridad
  12. Primacía del código en ejecución