Resumen

  • RFC 10035 incorpora a YANG Library una lista augmented-by de solo lectura para indicar qué módulos añaden directamente nodos a otro módulo del mismo module-set.
  • La lista mejora el descubrimiento; no entrega cierre transitivo, frescura, compatibilidad semántica ni permiso para ejecutar una modificación.

C está aguas abajo de A, pero su padre directo es B

El ejemplo de tres módulos define la palabra “directo”. A contiene un contenedor base. B inserta otro contenedor. C inserta una hoja dentro del contenedor de B. A enumera a B y B enumera a C.

Aunque el XPath de C se origina en el árbol de A, el nodo padre de su objetivo pertenece a B. C no se aplana en la lista de A. La aplicación que necesite la cadena A→B→C o un impacto específico de ruta debe recorrerla por su cuenta.

La precisión separa relaciones distintas. YANG contiene import, include, augment y deviation. Referenciar definiciones, incluir submódulos, insertar nodos y modificar propiedades soportadas generan obligaciones diferentes para una actualización.

El servidor vuelve observable una arista inversa; no se apropia de todo el análisis.

La publicación llena un vacío de RFC 8525

RFC 10035 fue publicado en agosto de 2026 como Standards Track. El módulo ietf-yang-library-augmentedby lleva revisión 2026-08-26, y la IANA registró nombre, espacio XML y prefijo yanglib-aug.

RFC 8525 ya expone datastores, conjuntos, módulos implementados o import-only, funciones y deviations. La deviation es una dependencia inversa porque un módulo externo cambia el comportamiento soportado por el módulo base.

Para augment, el cliente debía descargar y analizar conjuntamente el texto de los modelos. Un cliente de configuración puede hacerlo, pero obliga a catálogos y analizadores de telemetría a mantener capacidad que el servidor ya necesitó para construir su esquema.

El nuevo módulo añade la lista al árbol NMDA y al modules-state obsoleto para compatibilidad con RFC 7895. Facilita una transición sin fingir que ambas formas de biblioteca son iguales.

El module-set limita lo afirmado

Cada valor es una leafref a un nombre dentro del mismo module-set. El módulo base y el aumentador deben pertenecer al conjunto. Una entrada import-only no puede presentarse como modificación activa, y la referencia no debe volver directa o indirectamente a sí misma.

Esas reglas prueban coherencia estructural, no que el cliente haya consultado el conjunto correcto. Un servidor puede describir varios datastores y esquemas. La activación de software o incorporación de módulos cambia el contenido.

RFC 10035 advierte que la información aumenta el tamaño de la instancia y debe actualizarse al incorporar módulos. La evidencia necesita dispositivo, principal autenticado, datastore, esquema, module-set, content identity, revisiones y hora.

Una arista bien formada sin coordenadas puede pertenecer a otro alcance o a un inventario viejo.

Inventario no equivale a compatibilidad

Que B aparezca bajo A afirma que B añade nodos al esquema expuesto. No afirma que un cliente entienda esos nodos, que una aplicación pueda ignorarlos ni que otra revisión mantenga su significado.

El catálogo puede recuperar modelos, el analizador descubrir campos y las pruebas ampliar cobertura. Aún debe revisar revisiones, features, deviations, imports y target paths, y determinar si los datos están presentes y son usados.

Eliminar B ilustra el límite. La arista avisa de que B modifica A, pero no autoriza la descarga. C puede depender de B, las configuraciones pueden contener sus nodos y las suscripciones consumirlos. La decisión exige cierre sobre el esquema y la carga realmente activos.

La lectura puede revelar composición sensible

El módulo no define nodos escribibles, de modo que consultar no modifica por sí solo el dispositivo. Sin embargo, revela qué extensiones de proveedor o dominio amplían una base y qué capacidades han sido incorporadas.

El RFC exige transporte seguro, autenticación mutua y control como NACM. La autenticación identifica al endpoint; la autorización define la vista. Ninguna garantiza que otro usuario, datastore o momento vea lo mismo.

La automatización debe conservar el alcance de visibilidad. Una diferencia entre recolectores con privilegios distintos no demuestra que desapareció el módulo.

Cuatro implementaciones no son toda la flota

El writeup del IESG menciona cuatro implementaciones y validación en un hackathon. Es evidencia de viabilidad, no un inventario de versiones productivas ni prueba de actualización atómica en cada servidor.

Una prueba activa un augment conocido y comprueba mismo module-set, arista correcta y cambio de content identity. Un caso de dos saltos debe emitir A←B y B←C sin presentar C como modificador directo de A.

También se prueban import-only, ciclos, diferencias de acceso y caché antigua. Solo entonces la implementación apoya una decisión operativa.

Descubrimiento, cálculo y ejecución tienen dueños distintos

El servidor responde por la composición que anuncia. El cliente responde por el grafo que deriva. El propietario del servicio responde por aprobar, ejecutar y revertir.

RFC 10035 evita que cada consumidor reconstruya una arista básica desde los modelos. El servidor, sin embargo, no conoce cada uso empresarial; un motor de grafos no conoce la ventana autorizada; el registro IANA no sabe si un equipo refrescó su biblioteca.

Conserve endpoint autenticado, datastore y esquema, content identity, revisiones y roles, aristas directas, cierre calculado, rutas y consumidores afectados, cambio candidato, validación, reversión y resultados observados.

Sources