Resumen

  • La revisión 09 de draft-ietf-sidrops-rtr-yang, fechada el 7 de septiembre de 2026, incorpora un intervalo de actualización separado, contadores de Serial Query y Reset Query, contadores de Router Key y ASPA y cinco categorías recientes de Error Report.
  • Los nuevos campos vuelven más observable el límite entre router y caché. No demuestran quién causó el fallo, cómo influyeron los datos en la política de rutas ni cuánto duró un impacto sobre el tráfico.
  • Son datos operativos de solo lectura. La RFC 8342 califica el estado del sistema y las estadísticas acumuladas como transitorios; una consulta posterior no sustituye al historial retenido.
  • El borrador enumera dos implementaciones, pero ambas declaran draft-03 y fueron actualizadas el 30 de marzo de 2026. El texto no prueba soporte para los campos nuevos de la revisión 09.
  • Daniel Kade propone un recibo de estado de caché ligado a la revisión, con hora de captura, época de reinicio del contador, sesión y serie, temporizadores, deltas de errores y acción del operador. Es una propuesta editorial, no un requisito del borrador.

La misma desconexión puede ordenar cosas opuestas

Un panel externo puede pintar de rojo cualquier enlace caído entre un router y su caché. El protocolo RPKI-to-Router en desarrollo mantiene diferencias operativas entre un fallo de transporte, un reinicio de caché y un apagado.

La caché anuncia un reinicio cuando prevé dejar de estar disponible, pero pretende regresar antes de que los clientes alcancen el límite de caducidad. El apagado, en cambio, pide a los routers que eliminen los datos aprendidos de esa caché. Un bloqueo prolongado del transporte puede producir su propio informe de error y cerrar la sesión. Son instrucciones distintas antes incluso de que el operador aplique su política local de rutas.

Los intervalos completan el cuadro. Refresh marca la consulta normal, Retry una repetición tras el fallo y Expire el máximo durante el que pueden conservarse datos recibidos sin una actualización satisfactoria. Por eso una sesión desconectada puede convivir durante un tiempo con material RPKI aún utilizable. La etiqueta genérica «caché caída» no describe ese estado.

La revisión 09 del modelo YANG de SIDROPS convierte una parte mayor de este límite en datos consultables. Ese es el hecho noticioso, no la existencia demostrada de una avería.

Intervalo y vencimiento ya no comparten etiqueta

La diferencia entre las revisiones 08 y 09 añade refresh-interval, el número de segundos entre Serial Queries periódicas. A la vez, redefine refresh-time como el momento, en centésimas de segundo, en que ocurrirá la próxima actualización.

La separación distingue regla y estado. El intervalo expresa la pauta comunicada por la caché; el vencimiento refleja el cálculo actual del dispositivo después de un intercambio concreto. Una cifra sin fecha no permite reconstruir cuál de las dos cosas se observó.

El subárbol de PDU obtiene contadores explícitos para Serial Query y Reset Query. La primera solicita cambios desde una serie conocida; la segunda pide todo el conjunto activo. Un aumento de Reset Queries puede apuntar a una vía de recuperación diferente del sondeo incremental ordinario. También aparecen contadores para Router Key y ASPA, las clases de carga añadidas por la propuesta de Versión 2.

El bloque de errores incorpora la misma taxonomía: lista de proveedores ASPA inválida, fallo de transporte, error de ordenación, reinicio y apagado de caché. Los campos anteriores reciben descripciones ligadas con claridad a los códigos de Error Report. La superficie propuesta alcanza así los códigos 0 a 13.

El nombre del contador no decide el resultado. Un error ASPA no prueba que una lista defectuosa llegara a la selección de rutas. Un Reset Query no explica la causa de la recarga. Un aviso de reinicio no confirma que la caché volviera antes de Expire.

Ningún contador nace sin fecha

El documento define los contadores de error como informes «intercambiados» con la caché. No divide los valores por dirección enviada o recibida. Incluso una medición exacta carece, por sí sola, de poder para atribuir responsabilidad.

Tampoco contiene su origen temporal. El valor cuatro podría contar desde el arranque del router, desde el reinicio de un proceso, desde el cambio de una tarjeta o desde que empezó la recolección. El tipo YANG parte de cero, pero no convierte el estado en un registro inmutable.

Así lo explican las normas de base. La RFC 7950 usa config false para datos de estado. La RFC 8342 define el estado del sistema —incluido el estado de solo lectura y las estadísticas— como transitorio y modificado por componentes internos u otros sistemas. Es útil porque muestra qué emplea el dispositivo ahora; no conserva por sí mismo lo ocurrido antes.

Cada lectura necesita versión del módulo, hora, resultado de la recolección, época de reinicio, identidad acotada del cache y la sesión, versión de protocolo, Session ID, serie, último End of Data y estado de Refresh, Retry y Expire. Sin esa envoltura, comparar dos capturas puede ser un error matemático antes que operativo.

El código ejecutado también tiene versión

La sección de implementaciones aporta evidencia, pero viene delimitada. Nombra a Juniper Networks (HPE) y New H3C Technologies; en ambos casos indica Draft-03, fecha de actualización 30 de marzo de 2026 y ninguna experiencia específica.

Eso permite afirmar que se declararon implementaciones de una versión anterior. No permite decir que los campos de revisión 09 estén disponibles, sean interoperables, vengan activados o funcionen en producción. Quitar el número de versión de una frase sobre implementación eliminaría precisamente el dato que la vuelve verificable.

La posición institucional también tiene versión. Datatracker presenta el texto como Internet-Draft activo del grupo SIDROPS con destino Standards Track. El estado IESG es I-D Exists; no hay document shepherd indicado y el consensus boilerplate figura como desconocido. Ser documento de grupo importa, pero todavía no lo convierte en RFC ni en estándar aprobado.

Fuentes