Resumen

  • El serial SOA no marca la hora de una zona: ubica una copia dentro de un espacio circular de 32 bits que cada secundario puede evaluar por sí mismo.
  • Después del máximo viene cero. Si dos valores están separados exactamente por 2^31, RFC 1982 no declara ninguno más reciente.
  • La comparación depende de que los cambios y las copias vivas permanezcan dentro de media vuelta antes de EXPIRE. Orden de versión no equivale a exactitud, autorización ni propiedad.

Una cuenta que no termina en el máximo

Los contadores finitos tienen una obligación incómoda: o dejan de funcionar o vuelven a usar valores. En el SOA de DNS, el campo SERIAL tiene 32 bits. Cuando llega a 4.294.967.295, el siguiente paso posible es cero.

Si cada servidor aplicara la comparación habitual de enteros, el nuevo cero parecería más antiguo que cualquier copia que conservara un número grande. La vida útil de una zona quedaría atada a la capacidad del contador. Evitarlo exigía dar dirección a un círculo.

La solución no fue poner un reloj en cada respuesta ni crear una oficina que certificara el último número. Fue definir una relación que dos máquinas independientes pudieran calcular con los mismos dos valores. El acuerdo residía en el algoritmo, no en obedecer a quien pronunciara primero la palabra “nuevo”.

La frase que faltaba en el DNS original

RFC 1034 hizo del serial la señal de versión para el mantenimiento de zonas. El primario coordina los cambios; cada secundario consulta el SOA, compara su copia y solicita transferencia cuando detecta una versión posterior. REFRESH, RETRY y EXPIRE delimitan la espera y la retirada de una copia que ya no puede comprobarse.

RFC 1035 describió el serial como entero sin signo de 32 bits, preservado durante la transferencia, con retorno al inicio. Indicó que debía compararse mediante aritmética de espacio de secuencia.

Pero no definió esa aritmética para todas las comparaciones DNS. La intuición tomada de los números de secuencia de transporte servía cerca de valores ordinarios; en el borde podía producir implementaciones incompatibles. Dos secundarios podían ver los mismos SOA y discrepar sobre cuál debía sustituir al otro.

El hueco sobrevivió desde 1987 hasta 1996. No era grande en términos de código. Era grande en términos de efecto: una comparación decide cuándo una copia deja de representar el presente.

Media vuelta es el horizonte

RFC 1982 actualizó las especificaciones originales y convirtió la costumbre en regla. El espacio DNS va de 0 a 4.294.967.295. La suma vuelve al principio módulo 2^32, pero el incremento máximo definido es 2^31−1.

Para comparar dos valores distintos se busca la dirección corta. Si uno se encuentra por delante a menos de media vuelta, ése es mayor en el sentido del serial. Por ello, 3 puede ser posterior a 4.294.967.294. El tamaño decimal deja de ser un sustituto de la historia.

Cuando la distancia es exactamente 2^31, no existe dirección corta. Una elección arbitraria haría que la relación cambiara de sentido después de sumar lo mismo a ambos valores. La RFC deja entonces el orden sin definir. No son iguales, pero tampoco hay un “menor” y un “mayor”.

La consecuencia es esencial: el serial no forma un registro total del pasado. Funciona dentro de una ventana operativa. Quien sale de ella no descubre una verdad alternativa; pierde la base para comparar.

La caducidad completa la regla

La aritmética sola no elimina copias antiguas. El temporizador EXPIRE sí marca cuánto tiempo puede un secundario conservar autoridad sin verificar el primario. Ambas piezas forman una misma promesa.

RFC 1982 advierte que la serie no debe avanzar más de 2.147.483.647, sumando todos los pasos, durante un intervalo de expiración. Si un secundario queda aislado mientras el primario recorre más de media vuelta, la copia vieja puede parecer nueva al regresar.

No hay error lógico en el comparador. El sistema rompió su condición de uso. Sustituir un reloj global por una ventana local reduce coordinación, pero exige que una réplica deje de hablar cuando ya no puede demostrar que sigue dentro de la ventana.

Este vínculo también limita el poder del primario. Puede producir cambios, pero no puede avanzar sin medida y esperar que cada observador reconstruya el orden. La interoperabilidad depende de una conducta verificable, no de la posición institucional del emisor.

El número equivocado que no se puede borrar

Un accidente frecuente comienza con una cifra demasiado alta. El administrador la publica y luego intenta “volver” al número correcto. Los secundarios ya han visto el valor alto. Para ellos, el descenso puede ser una versión vieja.

RFC 2182 exige no reducir simplemente el serial. Los servidores pueden ignorar el supuesto arreglo y los incrementos posteriores. La recuperación debe avanzar por el espacio circular mediante pasos definidos, comprobando que todas las réplicas acompañan cada transición.

La lección rebasa DNS. Un estado distribuido no se despublica corrigiendo la intención original. La evidencia ya observada conserva efectos. Para revertir hay que construir una secuencia que cada participante pueda validar desde lo que realmente vio.

También explica por qué una herramienta que “fuerza” el serial localmente puede empeorar el incidente. El primario parece limpio mientras los secundarios quedan divididos entre historias incompatibles.

Parecer una fecha no convierte el campo en reloj

RFC 1912 documentó errores de configuración y recomendó AAAAMMDDnn. El formato ayuda a operadores: 2026082202 parece una segunda revisión del día. Además evita ciertas conversiones sorprendentes de notaciones decimales.

Sin embargo, en el protocolo sólo existe un entero de 32 bits. DNS no comprueba el calendario, la zona horaria ni la identidad de quien generó el valor. Un reloj incorrecto puede producir una fecha futura; dos automatizaciones pueden repetir el mismo serial; una edición válida puede usar un contador simple.

La legibilidad pertenece a la práctica local. El orden circular pertenece a la capa común. Mezclarlos convertiría una convención conveniente en una autoridad que el cable nunca transportó.

El punto de partida de NOTIFY e IXFR

Cuando llega un aviso, el serial adquiere acción. RFC 1996 permite que NOTIFY despierte al secundario. Éste consulta el SOA y aplica su propia comparación. El aviso no lleva un mandato para aceptar una zona.

RFC 1995 usa el serial del cliente como origen de una IXFR. Si el servidor conoce esa versión, puede enviar una cadena de eliminaciones y adiciones hasta la actual. Si carece del historial, vuelve a una transferencia completa.

El mismo número sirve así de bisagra entre detección y transporte. No contiene las diferencias, no asegura que el flujo esté completo y no garantiza que el resultado sea correcto. Cada afirmación permanece delimitada: posición, contenido, integridad y activación son problemas distintos.

Un orden común sin juez común

RFC 1982 convirtió una decisión cotidiana en código local reproducible. Cualquier implementación puede comparar las dos observaciones. La regla no necesita conocer el negocio de la zona, su propietario, el país del servidor ni la hora de la modificación.

Su legitimidad técnica procede de esa contención. Define únicamente lo necesario para que copias independientes no se sustituyan en sentidos opuestos. Incluso reconoce el diámetro donde no dispone de información suficiente.

El peligro aparece cuando se amplía la conclusión. Que Y siga a X no significa que Y sea verdadero, lícito o deseado. Un serial impecable puede acompañar una dirección errónea. La coordinación mínima funciona precisamente porque no pretende resolver la autoridad institucional que queda fuera del contador.

Fuentes y límites de la evidencia

RFC 1034 y RFC 1035 fijan el modelo original. RFC 1912 describe errores operativos y el formato legible. RFC 1982 define la aritmética. RFC 2182 explica la operación de secundarios y la recuperación. RFC 1995 y RFC 1996 muestran cómo IXFR y NOTIFY consumen el serial.

Las publicaciones no establecen una fecha mundial de adopción ni prueban que todas las implementaciones trataran bien el cero. La idea de orden local sin reloj central es una lectura arquitectónica. El serial no acredita autor, propiedad, corrección ni convergencia completa.