Resumo

  • Às 08:59 UTC de 9 de setembro, um autor pediu a adoção de um novo rascunho de latência DNS usando “Call for Adoption” no assunto. Às 10:37, Benno Overeinder esclareceu que os presidentes do DNSOP emitem essas chamadas, depois da apresentação e discussão.
  • A resposta não rejeitou o trabalho. No fechamento, a versão 00 continuava como Internet-Draft individual ativo, em I-D Exists, sem adoção pelo grupo ou endosso do IETF.
  • O próprio rascunho mostra por que rótulos precisam de contexto: “latência DNS” pode reunir trechos e condições diferentes. O assunto não concede autoridade ao remetente, assim como o nome da métrica não concede comparabilidade ao número.

O pedido era legítimo; o estado anunciado, prematuro

Na mensagem das 08:59, Jishuang Wang pediu que o grupo adotasse A Framework for DNS Resolution Latency Measurement. Ele solicitou avaliação sobre o encaixe do problema no DNSOP, a utilidade da terminologia e o apoio a uma adoção como ponto inicial para discussão e desenvolvimento.

Esse é um uso normal de uma lista aberta. O autor pode apresentar um documento, explicar a lacuna e perguntar se existe interesse. A diferença está entre pedir que uma autoridade aja e escrever como se a ação já tivesse começado. O assunto “Call for Adoption” carregava a segunda leitura.

Às 10:37, Benno Overeinder respondeu em público na condição de presidente. Segundo ele, as chamadas de adoção do DNSOP são emitidas pelos presidentes. Primeiro, o rascunho deve ser anunciado e discutido na lista; de preferência, também apresentado em uma sessão do grupo. As perguntas sobre pertinência e utilidade podem ser feitas nessa etapa. Dependendo da conversa e do interesse, os presidentes podem iniciar uma chamada como terceiro passo.

Não houve decisão sobre mérito, encerramento do debate ou promessa de rejeição. O que mudou foi a descrição pública do presente: havia um pedido do autor. Ainda não havia uma chamada emitida pelos presidentes.

O Datatracker não registrou adoção

No registro atual, a versão 00 aparece como Internet-Draft individual e ativo. O estado IESG é I-D Exists. A página lembra que qualquer pessoa pode enviar um I-D, que este documento não é endossado pelo IETF e que não tem posição formal no processo de padrões.

O histórico mostra o primeiro depósito em 9 de setembro. Não mostra adoção pelo grupo. O cabeçalho do arquivo diz que o status pretendido é Informational e que o texto expira em 13 de março de 2027; o campo formal “Intended RFC status” do Datatracker está vazio. Pretensão no documento e estado atribuído pelo fluxo não são intercambiáveis.

O registro correto mantém seis verbos separados:

autor anuncia e pede ≠ presidentes abrem a chamada ≠ presidentes avaliam o interesse ≠ grupo adota ≠ documento avança ≠ RFC é publicada.

Se um passo ocorrer depois, deve receber sua própria data e evidência. O assunto anterior não pode criá-lo por antecipação.

Uma comunidade aberta ainda precisa saber quem declara o quê

A distribuição de autoridade não reduz a abertura. Autores, implementadores e críticos continuam livres para falar. O papel dos presidentes é tornar reconhecíveis os momentos em que a discussão passa a um estado formal do grupo.

A RFC 2418 coloca grande parte do trabalho na lista e atribui aos presidentes a gestão do processo e a avaliação do consenso aproximado. A quantidade de mensagens, por si só, não demonstra consenso. A RFC 7282 insiste que objeções técnicas precisam ser examinadas. Uma maioria ruidosa não resolve um problema substantivo ignorado.

Essas RFCs não formulam literalmente os três passos específicos descritos pelo presidente do DNSOP; a fonte dessa prática é a resposta de 9 de setembro. Elas explicam, porém, por que alguém precisa responder pela abertura, pela versão analisada, pelo período e pela conclusão.

Sem isso, dois participantes poderiam publicar duas “chamadas” para versões diferentes. Serviços de busca e modelos de linguagem tenderiam a conservar o título mais categórico. O limite de função evita relógios oficiais concorrentes, sem impedir nenhum argumento.

A métrica também pode anunciar um estado que não possui

O Internet-Draft 00 tenta organizar a descrição de medições existentes. Ele não cria protocolo DNS, formato de mensagem, algoritmo obrigatório ou requisito de implementação.

O modelo divide a resolução em três componentes conceituais. TC1 cobre comunicação entre cliente e resolvedor recursivo. TC2 cobre processamento dentro do resolvedor, possivelmente incluindo consulta ao cache, política, validação DNSSEC e construção da resposta. TC3 cobre a interação entre resolvedor recursivo e um ou mais servidores autoritativos.

Uma medição ponta a ponta pode incluir os três. Uma métrica interna do resolvedor pode conter apenas TC2. Uma observação cliente–resolvedor pode limitar-se a TC1. A RFC 9499 fixa a terminologia dos papéis DNS, mas o nome do papel não revela os limites do cronômetro.

Estado do cache, transporte, tipo de consulta, conectividade, localidade, configuração e arquitetura de implantação acrescentam diferenças. A RFC 7858 trata de estabelecimento e reaproveitamento de conexões em DNS sobre TLS. A RFC 9250 define DNS sobre QUIC. Elas não autorizam afirmar qual transporte é mais rápido; apenas mostram por que transporte e estado da conexão pertencem ao contexto da medição.

Assim, medianas ou P95 calculados corretamente ainda podem representar perguntas diferentes. Intervalos, amostras e escopos incompatíveis não se tornam comparáveis porque usam milissegundos.

Um passaporte da medição vem antes do placar

O rascunho propõe uma descrição com identificador e objetivo; escopo e ponto de observação; componentes temporais; contexto; intervalo; método de amostragem; representação estatística; e notas.

No exemplo, declarado ilustrativo, TC3 é observado em um resolvedor recursivo, com cache miss, DNS sobre QUIC, IPv6 e serviço autoritativo anycast. O intervalo é o primeiro trimestre de 2026, a observação é passiva, a mediana é 14,2 ms, o P95 é 27,6 ms e a validação DNSSEC está ativa.

Nem todo painel precisa preencher cada elemento. A adoção pode ser incremental. Mas o texto reconhece que omitir informação relevante reduz interpretação e comparação. Interoperabilidade não é produzir valores idênticos; é permitir que sistemas diferentes expressem resultados de maneira compreensível.

Esse passaporte dá liberdade ao método e responsabilidade à conclusão. Antes de ordenar resolvedores, a plataforma precisa mostrar que mediu objetos compatíveis.

Dois registros ligados, nenhuma autoridade emprestada

O episódio e o rascunho apontam para o mesmo risco: o invólucro captura a autoridade do nome usado. O assunto toma emprestada a voz do grupo; a etiqueta de latência toma emprestada a credibilidade da estatística.

Minha proposta é um envelope de proveniência de estado e medição. Não é exigência do IETF, do DNSOP nem do rascunho.

O lado processual guardaria nome, versão e hash imutável do documento; ID e horário do anúncio; papel do remetente e ação solicitada. Uma futura chamada dos presidentes teria outro ID, janela e versão-alvo. O debate seria ligado a questões técnicas, não comprimido em contagem de apoios. Só a declaração responsável criaria o próximo estado. Identificadores de shepherd, fluxo RFC, IESG ou RFC entrariam quando existissem.

O lado da medição guardaria objetivo, escopo, ponto, combinação TC1/TC2/TC3, contexto, intervalo, amostragem, estatística e notas. Dados brutos podem permanecer protegidos; a alegação pública deve manter referência suficiente para auditoria.

Os lados se relacionam sem se validar. Uma eventual adoção não certifica desempenho. Uma medição bem descrita não confere status ao texto.

O Policy Mirror de Heng Lu mantém visíveis ator, regra e prova adequada ao estado. A Minimum Initial Specification favorece um núcleo curto, com extensão local. Why BTW Media Exists fixa a disciplina: não promover pedido a chamada nem observação a comparação.

A resposta do presidente foi breve e proporcional. Seu efeito duradouro é impedir que o título se transforme em memória institucional falsa. O passaporte proposto pelo rascunho faz a mesma coisa com números: conserva hoje as condições que impedirão um significado inventado amanhã.

Fontes

  1. Mensagem do autor ao DNSOP
  2. Correção processual do presidente do DNSOP
  3. Registro atual no Datatracker
  4. Internet-Draft versão 00
  5. Histórico no Datatracker
  6. Carta do DNSOP
  7. RFC 2418
  8. RFC 7282
  9. RFC 9499
  10. RFC 7858
  11. RFC 9250
  12. Heng Lu — The Policy Mirror
  13. Heng Lu — Minimum Initial Specification
  14. Heng Lu — Why BTW Media Exists