Resumen

  • La IESG anunció el 18 de agosto de 2026 la aprobación de draft-ietf-netmod-yang-semver-28 para publicarse como Proposed Standard. La propuesta incorpora una versión semántica a los módulos YANG y permite anunciarla de forma opcional mediante YANG Library.
  • El dato expresa cómo el autor clasifica el cambio entre artefactos. No demuestra que el servidor reúna un conjunto coherente de módulos, habilite una función concreta, carezca de desviaciones relevantes o se comporte como espera la automatización. La admisión requiere evidencia de la configuración efectiva del destino.

El mínimo recomendado no es un permiso

La apertura es un caso hipotético, no un fallo atribuido a un fabricante. Expone una diferencia de autoridad. recommended-min-version ayuda a un consumidor a indicar desde qué versión compatible preferiría resolver una importación. No fue diseñado como interruptor de producción.

La comparación usa únicamente los tres componentes numéricos. Omite el modificador de compatibilidad y los datos de prepublicación o compilación. Por ello, una versión mayor satisface el mínimo y una variante _non_compatible también puede hacerlo. Si no aparece una opción viable, el compilador debería advertir y continuar con la resolución ordinaria de YANG.

Ese comportamiento protege el acoplamiento flexible entre módulos. También obliga a no exagerar el resultado: “cumple el mínimo” significa que la preferencia numérica se cumplió, no que el dispositivo fue examinado ni que el cambio quedó autorizado.

La IETF hace legible el linaje

La versión 28 de “YANG Semantic Versioning” fue aprobada mientras aún espera su tramitación en el RFC Editor. Es trabajo del grupo NETMOD. La comunicación de la IESG describe consenso general con cierta oposición y herramientas todavía en desarrollo.

La extensión ysv:version utiliza X.Y.Z_COMPAT, con componentes opcionales de prepublicación y construcción. Un aumento mayor suele señalar un cambio no compatible hacia atrás; uno menor, una ampliación compatible; y un parche, un cambio editorial compatible.

El nombre del módulo y la versión semántica identifican juntos una revisión y un contenido concretos. La secuencia cuenta una historia de ascendencia más rica que una fecha, y YANG Library puede exponer la versión que el servidor declara implementar.

Para inventarios y dependencias, esta precisión es valiosa. Permite saber de qué artefacto se habla. No permite inferir, sin pruebas adicionales, qué árbol efectivo ofrece una caja ni qué resultado tendrá una operación.

La compatibilidad pertenece a una relación entre artefactos

Son los autores o mantenedores quienes asignan la versión. La norma limita la semántica, pero admite incrementos mayores de lo estrictamente necesario y saltos en la secuencia. No es una lectura independiente tomada en el equipo destino.

El propio texto advierte que el número no garantiza que el cambio descrito haya ocurrido ni que afecte a un consumidor determinado. Para lo primero se necesita comparar los esquemas reales. Para lo segundo hacen falta validación de instancias y pruebas de implementación.

Las interacciones explican el límite. Un módulo puede evolucionar de forma compatible mientras otro lo amplía con un nodo obligatorio. Una función opcional puede estar desactivada. Una desviación del proveedor puede retirar, sustituir o restringir un nodo. La clasificación del artefacto original sigue siendo honesta, aunque el esquema que ve el controlador sea distinto.

La pregunta correcta no es “¿es compatible?” a secas, sino “¿compatible según qué linaje y suficiente para qué destino?”.

Una ruptura no desaparece dentro de la misma rama

Los sufijos _compatible y _non_compatible permiten describir ciertas ramas de desarrollo. Cuando aparece _non_compatible en una rama con el mismo mayor y menor, las versiones posteriores de esa rama no pueden borrarlo ni volver a presentarse como compatibles.

La regla conserva memoria. Una edición posterior no limpia una ruptura que ya ocurrió. Por eso los sistemas de evidencia deben guardar el identificador completo y no reducirlo a tres enteros.

El contraste con el mínimo recomendado es intencional: este solo evalúa los enteros. Si una organización necesita excluir una rama marcada, debe aplicar una política explícita después de resolver el artefacto. Hacerlo visible es mejor que atribuir al campo una decisión que jamás tomó.

El destino es un conjunto de módulos

YANG Library no describe un módulo aislado. Enumera el conjunto de módulos de un esquema, revisiones, módulos solo importados, submódulos, funciones habilitadas, desviaciones y ubicaciones. La versión semántica agrega información a ese inventario; no lo sustituye.

La propuesta deja fuera de su alcance la construcción de un conjunto coherente y menciona trabajos adyacentes como los paquetes YANG. Dos servidores con la misma versión del módulo principal pueden, por tanto, ofrecer árboles efectivos diferentes.

RFC 7950 define la composición del modelo. RFC 8525 permite descubrir qué declara la meta concreta. RFC 9907 ordena las etiquetas de revisión. Aun juntas, esas piezas no prueban el comportamiento de un binario, la validez de los datos existentes o la seguridad de la modificación.

La unidad relevante para admitir el cambio es el esquema efectivo compilado para esa combinación de software, funciones, desviaciones y configuración.

Una cadena de admisión conserva la causa de cada rechazo

La automatización debería registrar la restricción solicitada, el artefacto resuelto y su huella, el identificador completo, la instantánea de YANG Library, la huella del esquema efectivo, la comparación antes/después, la validación de datos, las pruebas de implementación y el responsable que acepta el riesgo residual.

Un mínimo incumplido es un problema de selección. Un sufijo incompatible es un asunto de política de linaje. Una función ausente o una desviación conflictiva es un fallo del esquema destino. Un resultado distinto en ejecución es un fallo de implementación. La falta de autorización es un fallo de gobierno.

Separarlos permite remediar sin atajos: elegir otra revisión, recomponer el conjunto, ampliar el laboratorio, usar un canario limitado o pedir decisión al propietario. Agruparlo todo como “versión incorrecta” invita a forzar la puerta sin saber qué evidencia falta.

La versión debe filtrar candidatos temprano. El destino probado y el dueño responsable deben controlar la última puerta.

Fuentes