Resumen

  • RFC 8210 define el número de serie como versión lógica creciente y cíclica dentro de una caché; no es comparable entre cachés, sesiones o versiones.
  • La recepción completa, la identidad de sesión, los intervalos de actualización y caducidad y la validación ascendente son evidencias independientes.
  • La frescura requiere un registro temporal de sincronización, no una clasificación global por número.

La comparación engañosa es sencilla. La caché A muestra 90 000 y la B 12 000; un panel llama más nueva a A. Los valores pueden ser exactos y la conclusión seguir siendo falsa.

RFC 8210 define Serial Number como un entero sin signo de 32 bits, estrictamente creciente y con vuelta. Representa la versión lógica de una caché. Se incrementa después de completar una actualización validada desde datos RPKI primarios o una caché superior, y el nuevo estado no puede enviarse antes de concluir la recuperación.

El orden solo vale dentro de su ámbito. Las series no son conmensurables entre cachés ni versiones y pueden reiniciarse con el servidor. Session ID identifica la instancia y la vincula con su secuencia. Una comparación válida necesita versión del protocolo, sesión y serie.

Una caché recién iniciada puede tener datos actuales y un número bajo. Otra, de larga duración, puede acumular un número alto aunque su última recuperación sea anterior. El valor es una posición local, no un reloj universal.

El intercambio RTR conserva otra frontera. El router solicita cambios posteriores a su serie. La caché devuelve el conjunto mínimo o exige Cache Reset si ya no tiene el historial. El router adopta la serie del End Of Data solo después de recibir la respuesta completa. Un aviso solo sugiere consultar.

RFC 8210 separa tiempo y secuencia mediante Refresh, Retry y Expire. Expire limita cuánto pueden usarse los datos sin una nueva consulta exitosa, desde la recepción de End Of Data. La serie no revela cuánto tiempo queda.

RFC 9286 refuerza la separación: el manifiesto contiene un manifestNumber creciente y, por separado, thisUpdate y nextUpdate, además de reglas para manifiestos antiguos o prematuros. Secuencia y vigencia temporal son pruebas diferentes.

El registro de frescura debe guardar identidad de caché, versión, Session ID, serie, hora de recepción completa, temporizadores, última validación ascendente y contexto de anclas. Puede acreditar qué recibió un router y cuándo; no demuestra por sí solo el estado de otra caché ni la convergencia global.

No se atribuye un fallo real. La serie es fiable cuando se interpreta dentro de la línea que le da significado.

Fuentes