Resumen

  • RFC 9907 define el módulo YANG mantenido por IANA como representación del registro asociado, no como un segundo registro; la fuente autorizada única sigue siendo el registro.
  • Una herramienta puede validar correctamente bytes antiguos. La prueba completa enlaza fecha del registro, revisión y huella del módulo, entradas de validación, YANG Library del servidor, operación y resultado observado.

La automatización entregó exactamente lo que prometía: cero errores de sintaxis. El problema apareció después, al comparar un valor con su registro compañero en IANA. El registro había avanzado y el fichero no. El informe verde nunca dijo «última versión»; fue el proceso de aprobación quien añadió esa conclusión.

Publicada en marzo de 2026 como BCP 216, RFC 9907 sustituye a RFC 8407 y actualiza RFC 8126. Su ficha en RFC Editor fija esas relaciones. Es una guía para redactar y revisar documentos con modelos YANG, no un mecanismo que despliegue cambios en equipos.

La regla central evita duplicar la autoridad. Un módulo YANG o MIB que representa un registro IANA es otro formato de ese registro. Los valores nuevos se incorporan al registro compañero; IANA refleja después los cambios autorizados en el módulo mantenido. IANA YANG Parameters ofrece los artefactos versionados y sus notas de mantenimiento.

La propia RFC desconfía de la copia inicial. Un Internet-Draft puede mostrar el generador y el módulo completo para facilitar la revisión. Antes de publicar la RFC, los autores deben pedir que se retire ese apéndice. El texto final aclara que era solo la versión inicial y remite a IANA para la versión autorizada. Una copia congelada dentro de un documento permanente no debe adquirir actualidad por prestigio editorial.

También importa cómo se conserva la descarga. La URL de «última versión» apunta al estado actual cuando se consulta; una URL con revisión identifica un artefacto histórico. Para reconstruir una decisión hacen falta hora de obtención, instantánea del registro, revisión, URL y huella exacta. De lo contrario, dos ejecuciones con el mismo enlace mutable pueden usar entradas distintas.

Validar sigue siendo obligatorio. RFC 9907 cita herramientas como pyang --ietf, y YANG 1.1 contiene las reglas del lenguaje. Pero el resultado solo cubre los bytes, dependencias, opciones y versión del validador utilizados. No demuestra que el registro no haya cambiado ni que el servidor objetivo anuncie ese mismo modelo.

Para eso existe otra superficie. RFC 8525 define YANG Library, donde el servidor publica conjuntos de módulos, funciones, desviaciones y esquemas de datastores. Su content-id debe cambiar cuando cambia esa información. La comparación entre el paquete revisado y el inventario de la máquina es un control propio.

Después llega el cambio real. RFC 8342 separa estado intended y operational. NETCONF y RESTCONF definen operaciones y errores. Una solicitud aceptada no prueba convergencia operacional; la convergencia no prueba por sí sola el objetivo de servicio.

El expediente defendible une la instantánea del registro; revisión, URL y hash del módulo; procedencia de generación; herramienta, opciones e imports; conjunto y content-id del servidor; operación y respuesta; vistas antes/después; reversión y prueba de servicio. Es una síntesis editorial de límites normativos, no una plantilla ordenada por una sola RFC.

El Minimum Initial Specification de Heng Lu mantiene estrecho el suelo común. La primacía del código en ejecución limita la autoridad de cada observación. Las capas de realidad impiden fundir registro, fichero, validación, datastore y servicio en una señal. Son principios editoriales declarados, no obligaciones nuevas del IETF.

La lección no es desconfiar del validador. Es respetar lo que realmente valida y construir los demás eslabones con la misma precisión.

Sources