Resumo

  • Hugo Salgado, Mauricio Vergara Ereche e Duane Wessels assinam o RFC 9660, de outubro de 2024. Ele define ZONEVERSION para que o cliente peça a um servidor DNS autoritativo a versão da zona que gerou uma resposta.
  • O código EDNS 19 ficou no registro da IANA. Em relato próprio publicado pelo LACNIC, Salgado descreve anos de discussão e o trabalho dos outros autores para levar a necessidade operacional até o padrão.

O número de série do SOA já podia ser consultado. A dor do operador era mais específica: este resultado, devolvido por este servidor, veio de qual versão da zona? O RFC 9660 responde com uma opção chamada ZONEVERSION. O cliente a inclui vazia na consulta à autoridade; um servidor que a reconhece e decide atendê-la pode devolver tipo e valor de versão associados à zona da resposta.

O detalhe muda a forma de investigar cópias divergentes. Um nome pode receber respostas positivas, negativas ou encaminhamentos, e o RFC descreve quando a opção pode acompanhá-las. Ao reunir cada resposta com seu identificador de versão, a equipe vê se está comparando a mesma edição distribuída ou duas etapas de publicação. O valor faz parte do dado observado, em vez de depender de uma consulta posterior a um SOA possivelmente servido por outra cópia.

Em texto escrito para o LACNIC, Salgado conta que lançou a ideia cerca de cinco anos antes da publicação do texto, movido por uma necessidade na operação de DNS. Ele credita a Mauricio Vergara Ereche a defesa nas listas e nos corredores das reuniões da IETF. Duane Wessels entrou mais tarde e colaborou na edição final e na interlocução com a IANA. O rascunho de 2022 traz os dois primeiros nomes; o RFC publicado traz os três. A passagem de problema local a número registrado exigiu pessoas capazes de explicar por que a pequena opção merecia existir.

Há uma disciplina embutida no desenho. O RFC diz que a opção não atravessa automaticamente um resolvedor recursivo. O servidor autoritativo também pode decidir não honrar o pedido. Portanto a operação precisa identificar a autoridade consultada e guardar a consulta original, não apenas colecionar números de versão sem contexto. O token indica a edição da zona por trás da resposta; a verificação do conteúdo inteiro da zona é outro trabalho, para o qual o RFC cita ZONEMD.

O registro de parâmetros DNS da IANA reserva o código 19 e mantém os tipos de ZONEVERSION. Esse registro prova que o mecanismo virou padrão. Consultas datadas a servidores identificados e relatórios dos respectivos operadores mostrariam onde ele já funciona. Salgado colocou um identificador no ponto exato em que a distribuição da zona se torna visível ao usuário: a resposta.