Resumo

  • O rascunho sugere amostrar uma pequena fração do tráfego, talvez uma em mil consultas como pergunta ilustrativa, para limitar custo e latência; isso não é taxa normativa nem amostra automaticamente representativa.
  • Falhas precisam manter valor, destino, transporte, tentativa normal, fallback e composição da população; volume agregado não substitui proveniência.

Um resolvedor processa bilhões de consultas. Ele aplica greasing a uma em cada mil e reúne milhões de observações. A planilha calcula 0,4% de falha e o título anuncia: “0,4% do DNS não aceita extensões”.

A aritmética está correta. A inferência pode estar completamente errada.

Os domínios mais populares aparecem repetidamente. Grandes provedores autoritativos dominam o conjunto. A geografia reflete a clientela do resolvedor. Sistemas antigos e raramente consultados, justamente os mais propensos à rigidez, podem quase não entrar. Uma amostra enorme continua sendo uma amostra de uma população específica.

draft-ietf-dnsop-grease-03, de 6 de julho de 2026, propõe usar valores DNS ainda não alocados para manter pontos de extensão vivos. É um Internet-Draft ativo do DNSOP, pretendido Informational, não uma RFC ou medição implantada. “Talvez 1 em 1000” aparece como questão aproximada. Faixas reservadas, fallback e telemetria continuam em elaboração.

Greasing mede tolerância ao desconhecido

Servidores e middleboxes podem aprender apenas os valores atuais e rejeitar qualquer novidade. O defeito fica invisível até uma extensão real precisar atravessar a rota. Greasing envia valores sem semântica antes disso; receptores conformes os toleram, rotas rígidas falham cedo.

Os candidatos incluem flags, Opcode, versão e flags EDNS, Class, RR Type e códigos de opção EDNS. Cada espaço tem tamanho e estrutura próprios. RCODE não é candidato porque alterar um código de resultado muda o significado da resposta.

O teste não comprova que uma futura semântica funcionará. Ele comprova, no máximo, que aquele valor desconhecido foi tolerado naquele caminho e instante.

O denominador precisa acompanhar o número

Uma taxa útil informa quantas consultas foram elegíveis, como foram selecionadas, quais nomes e autoridades apareceram, onde e quando ocorreram, qual transporte foi usado e como falhas foram classificadas.

Se cada milésima consulta cronológica entra, picos de um domínio popular podem dominar. Se a seleção é por nome, autoridades com muitos nomes recebem peso diferente. Se há cache, algumas consultas não chegam ao autoritativo. Se o resolvedor exclui clientes sensíveis ou rotas caras, a população muda.

Agregação comunitária amplia alcance, mas operadores têm clientes, políticas, anycast, valores e fallback diferentes. Somar contadores incomparáveis cria um total grande sem um significado comum.

Uma apresentação honesta mostra estratos: região, autoridade, extensão, valor, versão, transporte e período. Onde não há cobertura, registra ausência de evidência, não zero falha.

A comparação normal também precisa de proveniência

Ao falhar, o resolvedor pode repetir a consulta sem grease. A resposta normal protege o usuário e fortalece a hipótese de que a diferença importa. Ainda não identifica se o bloqueio ocorreu no servidor, proxy, balanceador, firewall ou caminho.

Uma alternativa envia consulta normal e grazeada em paralelo. Isso evita latência adicional, mas dobra parte do tráfego e pode atingir instâncias anycast ou caches distintos. O par precisa preservar condições comparáveis.

Se apenas o sucesso final for armazenado, o mecanismo perde seu propósito. Fallback é um evento de recuperação, não apagamento do primeiro evento. Uma extensão futura de segurança pode ser silenciosamente removida se um atacante induzir falhas.

Aleatório e reservado medem coisas diferentes

Valores aleatórios no espaço não alocado testam tratamento geral, mas podem receber alocação real no futuro. Uma data de fim reduz o risco somente se software e configuração realmente pararem.

Uma faixa reservada evita colisão e facilita diagnóstico. Também pode ser especialmente liberada por um middlebox que continue bloqueando todo desconhecido fora dela. O teste passa porque foi reconhecido.

O documento não declara consenso nem faixas IANA. Resultados precisam dizer qual política foi usada. Misturar reservado e aleatório em uma mesma taxa esconde comportamentos diferentes.

O relatório não é veredito remoto

DNS Error Reporting pode informar um operador autoritativo sobre uma falha. O relatório é uma afirmação do resolvedor, com riscos de spoofing e entrega. Deve incluir o contexto que permite reprodução.

O endpoint visível não é necessariamente a causa. Uma telemetria pobre desloca responsabilidade ao ator errado. A governança precisa levar o reparo ao ponto de controle, não ao nome mais fácil de encontrar.

O respondedor vê ainda menos

Um servidor autoritativo pode inserir valores inesperados em respostas, mas talvez nunca saiba se o cliente aceitou, tentou outro servidor, falhou ou abandonou. Envio não é recepção. O rascunho diz que esse greasing deve vir desativado por padrão.

Experimentos direcionados exigem clientes controlados ou canal de observação. Ausência de reclamação não é sucesso mensurado.

Sequências previsíveis de grease também podem identificar produtos de resolvedor. A seleção deve sustentar variabilidade sem criar impressão desnecessária.

O valor do greasing está em revelar dívidas antes de virarem dependências. A taxa só ajuda se disser onde olhou e o que mudou. Uma porcentagem sem população transforma telemetria operacional em afirmação sobre uma comunidade que nunca foi medida.

Fontes