Resumen

  • Hugo Salgado, Mauricio Vergara Ereche y Duane Wessels firmaron el RFC 9660, publicado en octubre de 2024. Su opción ZONEVERSION permite pedir al servidor DNS autoritativo la versión de la zona asociada a una respuesta.
  • Salgado cuenta en primera persona que la propuesta nació de una necesidad de operación y avanzó gracias al trabajo en listas, reuniones y revisiones. El registro de IANA asignó a ZONEVERSION el código EDNS 19.

Una respuesta DNS tiene nombre, tipo y datos. Cuando una zona se publica en varios servidores, al diagnóstico le falta otra pregunta: ¿qué edición de esa zona contestó? Hugo Salgado quiso que la respuesta llevara la pista. El RFC 9660 convirtió la idea en una opción EDNS llamada ZONEVERSION, con el código 19.

El cliente envía una solicitud vacía de ZONEVERSION a un servidor autoritativo. Si el servidor la acepta, devuelve un tipo y un valor de versión para la zona que contiene el nombre consultado. El texto contempla incluso ciertas respuestas negativas y remisiones. Así, quien compara dos servidores puede anotar junto a cada resultado la versión que sirvió ese resultado. El número de serie SOA ya era público; la novedad es asociar un identificador de versión con la respuesta bajo examen.

La propuesta llegó al estándar por una ruta menos automática que una consulta DNS. En su relato publicado por LACNIC, Salgado dice que presentó la idea aproximadamente cinco años antes de su artículo de diciembre de 2024. Mauricio Vergara Ereche la sostuvo en listas de correo y conversaciones presenciales, según el propio Salgado. Duane Wessels se incorporó después y ayudó con la edición final y la revisión con IANA. El borrador de abril de 2022 lleva los nombres de Salgado y Vergara Ereche; el RFC definitivo acredita a los tres. Un campo pequeño necesitó una coalición humana larga.

La especificación deja margen operativo. El servidor autoritativo puede decidir si responde a la petición; un servidor recursivo no transmite la opción de forma automática. Quien investigue una discrepancia tendrá que preguntar a la autoridad que quiere examinar y registrar qué servidor, nombre y respuesta obtuvo. Un valor ausente exige saber si hubo soporte y si la solicitud fue atendida.

ZONEVERSION identifica la versión que habló. La integridad de una zona completa pertenece a otra comprobación, para la cual el RFC remite a ZONEMD. La distinción evita que una etiqueta de procedencia se convierta en un sello de corrección. El registro de IANA confirma el código y los tipos definidos; para medir despliegue en servidores concretos harían falta consultas fechadas y datos de sus operadores.

Salgado transformó una molestia diaria de sistemas distribuidos en una pregunta que el protocolo puede contestar. Cuando dos copias discuten, el investigador ya tiene una forma estandarizada de preguntar cuál estaba detrás de cada respuesta.