Resumen

  • La versión 10 del borrador de OPSAWG sobre pruebas OAM programadas añade que cambiar una plantilla de prueba unitaria no debería alterar sin aviso una secuencia ya configurada. El módulo de secuencias pasa de una lista de referencias a entradas que incorporan las pruebas, además de cambiar varios nombres YANG.
  • El texto sostiene que el usuario debe controlar el orden, porque una variación puede cambiar el resultado comunicado. Sin embargo, la nueva lista unitary-test no conserva ordered-by user, presente en la versión 09. La RFC 7950 asigna ordenación del sistema cuando la declaración falta. Es una discrepancia de un Internet-Draft, no un fallo constatado en una red.

Una prueba de conectividad, otra de demora y una tercera de recorrido pueden formar un procedimiento, no tres observaciones intercambiables. Si la segunda depende de lo que reveló la primera, el orden pasa a formar parte de la explicación de un informe. El grupo OPSAWG propone modelos YANG con los que sistemas externos de gestión y orquestación podrían planificar pruebas OAM unitarias y series de pruebas. La revisión 10 sigue siendo un borrador de grupo de trabajo con destino previsto a Proposed Standard; no ha adquirido fuerza de RFC ni demuestra que un operador lo use.

El cambio más sólido frente a la versión 09 está en la identidad de una secuencia guardada. La sección 4.2 ahora advierte que una modificación posterior de la plantilla unitaria no debería transformar silenciosamente una secuencia ya configurada. El modelo incluye las pruebas unitarias dentro de la lista de secuencias donde antes había referencias. La intención es preservar la comparabilidad de dos ejecuciones: si cambió el procedimiento, hay que saberlo. Eso no equivale a decir que exista una implementación que retenga automáticamente una instantánea completa.

Pero una secuencia estable no basta si no está definido su orden. La narración de la versión 10 dice que el usuario lo controla y que la declaración YANG ordered-by user debe aparecer. En la versión 09 sí aparecía dentro de test-ref; en la 10 falta en unitary-test. La descripción de esta última menciona tanto el orden del usuario como el del sistema, sin elegir uno en el esquema. La RFC 7950 establece que una lista sin ordered-by es ordenada por el sistema. Una frase explicativa no cambia ese valor predeterminado.

No se puede inferir de ahí que un producto haya ejecutado diagnósticos en una secuencia equivocada. La pregunta pendiente pertenece a quienes revisan el borrador: ¿debe restituirse una ordenación controlada por quien configura el procedimiento, o debe corregirse la promesa escrita sobre el orden? La nueva identidad de conflicto de prioridad y la posibilidad de identificar nodos por nombre o por identificador de topología son cambios visibles, pero no resuelven esa divergencia.

La RFC 9922 aporta mecanismos de calendario al borrador. BTW ya analizó en otra ocasión por qué un calendario vigente no prueba que la acción siga autorizada. Aquí se examina otra capa: suponiendo que una ejecución está autorizada, ¿puede un tercero reconstruir qué pruebas se hicieron y en qué sucesión? Validez temporal, permiso y trazabilidad del diagnóstico son preguntas separadas.

Fuentes