Resumen

  • La revisión 04 de draft-ietf-green-power-and-energy-yang apareció el 9 de septiembre de 2026. Sigue siendo un Internet-Draft del grupo GREEN en estado I-D Exists, no un RFC ni una norma aprobada.
  • La nueva explicación dice que source-component-id queda ligado al uuid de RFC 8348 para relacionar un Energy Object entre dispositivos, sistemas de gestión y dominios administrativos.
  • El módulo de esa misma versión mantiene un leafref a /hw:hardware/hw:component/hw:name. Según YANG 1.1, el path identifica el nodo referido y su espacio de valores; el contrato ejecutable apunta al nombre local, no a la hoja UUID separada.
  • La reparación inmediata consiste en hacer coincidir texto y modelo. Daniel Kade propone además una constancia protegida de vinculación de identidad para sustituciones futuras. No es una obligación del borrador.

El conflicto cabe en dos rutas

La página de documentos recientes fecha la revisión el 9 de septiembre. La ficha vigente la presenta como documento activo de GREEN y el historial anota la disponibilidad a las 05:30:49 en la zona -0700 mostrada. Continúa en I-D Exists. El validador YANG puede aceptar su sintaxis sin evaluar si la promesa narrativa y la ruta seleccionan el mismo identificador.

La sección nueva de identificación de hardware ordena tres campos de RFC 8348. name tiene sentido dentro del dispositivo, physical-index depende de una función concreta y uuid es el único que se presenta como globalmente único. La versión concluye que source-component-id usa ese UUID y permite correlacionar componentes sin depender de convenciones locales.

Sin embargo, la definición del leaf conserva type leafref y el path /hw:hardware/hw:component/hw:name; incluso su descripción menciona el nombre del componente. La versión 03 ya contenía esa ruta. El diff oficial muestra que la afirmación UUID se reforzó, pero el destino del leaf no cambió.

Un leafref hereda el universo de su destino

RFC 7950 establece que el path de un leafref identifica el leaf o leaf-list referido y restringe el valor al espacio del destino. Como el destino actual es name, una herramienta que ejecute el módulo trabaja con ese string.

En RFC 8348, name es la clave de la lista de componentes y el UUID ocupa otra hoja, opcional, de solo lectura y de tipo yang:uuid. El propio RFC encuadra el modelo en la gestión de hardware de un solo servidor. Que psu-1 sea una clave válida en dos equipos no convierte ambas fuentes de alimentación en el mismo activo.

No hay base para afirmar que un producto haya aplicado mal el borrador. Una implementación puede crear una tabla adicional, esperar una corrección o interpretar la intención de otro modo. Tampoco un UUID demuestra propiedad, permanencia física o facultad para cambiar el estado eléctrico. La evidencia solo permite señalar una incompatibilidad interna en la versión publicada.

Primero se identifica; después se mide o se apaga

El marco GREEN utiliza jerarquías para agregar y validar métricas. Los casos de uso incluyen informes de ciclo de vida, medición indirecta y control energético. Un error de sujeto puede unir consumos de piezas distintas o borrar una sustitución. Ninguna categoría de precisión arregla una cifra rigurosa atribuida al objeto equivocado.

La rama de control separa el estado administrativo solicitado del estado operativo observado. Otra referencia con require-instance false permite guardar una configuración cuando el Energy Object aún no existe o ya desapareció; mientras falta, no tiene efecto. En seguridad, el borrador advierte que una escritura administrativa no autorizada podría apagar infraestructura crítica, dañar hardware o alterar la vigilancia, y remite a NACM para limitar operaciones realizadas por NETCONF o RESTCONF.

Ese control de acceso autentica a quien escribe. No certifica que una intención guardada vuelva a conectarse con la misma realidad física cuando reaparece un identificador. El vínculo necesita su propio examen.

Dos decisiones mínimas

La decisión del documento es binaria. Si se desea identidad intersistema, el esquema debe transportar o referir inequívocamente el UUID. Si se conserva el nombre local, la prosa debe limitar su alcance y definir una correspondencia externa.

La decisión operativa puede registrarse en una constancia protegida con:

  1. versión y hash exactos del módulo;
  2. Energy Object id, dispositivo y dominio administrativo;
  3. nombre local y UUID observado, con ausencia explícita;
  4. fuente, autoridad y hora del mapeo;
  5. serial, activo o prueba de sustitución disponible;
  6. desaparición, reemplazo, reasignación o fusión;
  7. intención administrativa que siga vinculada;
  8. autoridad y hora que aprueban el nuevo vínculo;
  9. validación previa a reanudar agregación o control.

La constancia puede permanecer privada. El mismo borrador reconoce que telemetría fina y relaciones de alimentación revelan carga, capacidad, actividad comercial y topología sensible. El objetivo no es publicar esos datos, sino hacer reproducible la decisión para un revisor autorizado.

La regla de especificación inicial mínima de Heng Lu ayuda a limitar el formato a la frontera interoperable. The Policy Mirror aporta la otra mitad: una acción automática no debe ocultar qué regla y qué sujeto la activaron.

Esta constancia es una propuesta editorial propia. La revisión 04 no la incluye y GREEN no la ha adoptado.

Frontera de evidencia

Las fuentes demuestran lo que dicen el texto y el leafref, no una incidencia de producción. No prueban errores de atribución, órdenes sobre una pieza equivocada ni adopción del borrador. El UUID de RFC 8348 es opcional y no constituye por sí solo autorización. Una revisión posterior puede resolver la discrepancia.

La afirmación sostenible es más concreta: el párrafo nuevo ofrece correlación por UUID y el módulo actual continúa seleccionando component/name.

Fuentes