Resumen

  • RFC 9922 aporta tipos y agrupaciones YANG para calendarios. enabled, last-occurrence y upcoming-occurrence describen una situación de programación, no una constancia de cambio realizado.
  • La norma deja fuera la naturaleza de la acción y la resolución de conflictos. La política local, la invocación, el recibo del destino y la comprobación de efecto deben conservarse por separado.

El informe mensual era impecable a primera vista. La tarea de mantenimiento figuraba como habilitada. El contador de recurrencias coincidía con el mes. El sistema anunciaba una próxima ejecución para la madrugada. Un responsable convirtió esas señales en una afirmación mayor: «la automatización está haciendo el cambio». No había evidencias para esa última frase.

RFC 9922 no define una máquina que haga cambios. Define un idioma reutilizable para que módulos YANG representen calendarios de eventos, políticas, servicios o recursos. El idioma facilita interoperabilidad entre quien publica un calendario y quien necesita comprender su período, zona horaria o recurrencia. No convierte una representación compartida en un mandato de ejecución.

La ocurrencia no es el acto

El grupo schedule-status puede incluir estado, versión, tipo de calendario, hora local, última actualización, contador, última ocurrencia, próxima ocurrencia, última ocurrencia fallida y contador de fallos. Es información útil para observación y depuración. Su valor aumenta cuando se evita atribuirle conclusiones que no contiene.

upcoming-occurrence sólo está disponible para una recurrencia habilitada. Por tanto, comunica una predicción calculada dentro de la regla que el host expone. No confirma que haya capacidad cuando llegue la hora, que una solicitud tenga permiso, que un ejecutor esté vivo ni que un destino acepte el cambio. last-occurrence tampoco identifica por sí mismo la operación que pudo acompañarla. El RFC separa esa noción de last-failed-occurrence; aun así, ni una ni otra traen un identificador de transacción, una respuesta ni una medición del efecto.

La razón es visible en el propio diseño. El módulo ietf-schedule sólo define identidades, tipos y groupings; no expone por sí solo nodos escribibles, estado de sólo lectura ni RPC. El módulo que lo usa debe decir qué significa programar algo en su dominio. Debe aportar la acción, sus permisos, sus condiciones de competencia y sus pruebas.

RFC 9922 va aún más lejos y declara que no presupone la naturaleza de las acciones activadas por los calendarios. Detectar o resolver conflictos de horarios queda fuera de alcance. No es una omisión que deba rellenar un lector con imaginación. Significa que dos pedidos que coinciden, una excepción de emergencia y la prioridad entre servicios siguen siendo decisiones locales de quienes cargan con el riesgo.

Una cadena de pruebas con eslabones distintos

La disciplina operativa empieza por separar cuatro superficies. La primera es la definición temporal: regla, versión, excepciones, zona, calidad del reloj y ocurrencia derivada. La segunda es la decisión de autorización: quién pidió la acción, con qué alcance, bajo qué política y con qué resultado. La tercera es la ejecución: identificador inmutable, objetivo, inicio, fin, respuesta, error y compensación. La cuarta es el efecto: una observación independiente que comprueba que la condición prometida cambió realmente.

Los cuatro pueden divergir sin que ninguno mienta. Un reloj mal sincronizado puede calcular una hora equivocada. El programador puede permanecer habilitado mientras el trabajador que invoca la operación está detenido. Una política puede negar una acción que llegó puntualmente. Un equipo puede responder a la solicitud y después fallar una validación que impide el resultado. RFC 9922 advierte sobre la sincronización temporal deficiente, las recurrencias demasiado frecuentes y la falta de registros detallados de activaciones y resultados: precisamente los factores que vuelven imposible reconstruir qué pasó.

RFC 8413 ofrece una comparación prudente. La reserva temporal de recursos puede ayudar a computar una LSP futura, pero en el momento de solicitarla sólo existe una garantía de mejor esfuerzo; la política del operador puede rechazarla y la instanciación posterior es otro paso. La planificación, la política y el estado realizado no son sinónimos.

Tampoco lo son autenticación y autoridad de acción. RFC 9922 pide transporte seguro y autenticación mutua para la gestión YANG. RFC 8341 NACM regula por separado acceso a operaciones, datos, acciones y notificaciones. Una sesión válida o una lectura autorizada del horario no sustituye la decisión que corresponde a la acción programada.

La regla de Heng Lu ayuda a mantener la proporción: publicación, etiqueta y modelo pertenecen a una capa simbólica; el código que evalúa la regla, consulta la política, escribe un recibo y verifica un efecto pertenece a la capa de realidad. La coordinación común debe quedarse en lo mínimo que realmente necesitan los sistemas para entenderse.

Fuentes