Resumo

  • A condição sem resposta produziu 9.685.775.212 consultas autoritativas em 116.050.253 testes. Os totais resultam em 83,46 consultas por nome, contra 3,43 no controle positivo, 3,93 em NODATA, 4,40 em NXDOMAIN, 11,47 em REFUSED e 51,73 em SERVFAIL.
  • A matriz prova uma associação forte entre estado da resposta e carga neste experimento. Não revela se a repetição nasceu no dispositivo, no stub, em um encaminhador, no motor recursivo, numa fazenda de resolvedores ou em várias camadas.
  • Há duas divergências entre os parágrafos e a tabela. É possível refazer a conta com os totais publicados, mas não adivinhar a intenção do autor. Qualquer decisão precisa guardar denominador, fórmula, topologia e atribuição desconhecida.

O ponto autoritativo recebe pacotes, não a história das decisões

O maior total do relatório de 4 de setembro é 9.685.775.212. Foi o número de consultas que alcançaram o servidor autoritativo quando ele permaneceu em silêncio. A tabela registra 116.050.253 testes. A divisão dá 83,4619.

A precisão acaba nesse limite.

Um script inserido em publicidade online fazia um dispositivo resolver um nome aleatório e exclusivo. Antes de chegar ao APNIC, a pergunta podia passar pela biblioteca local, por um ou mais serviços recursivos configurados, por encaminhadores, distribuidores frontais e motores de resolução. Cada parte pode criar trabalho, unir pedidos equivalentes, repetir ou escolher outro endereço e transporte.

O log autoritativo conta o que chegou. Ele não recebe junto com o pacote um histórico autenticado de cada decisão anterior. Dizer que “um resolvedor perguntou 83 vezes” acrescentaria uma identidade ausente. Chamar tudo de retransmissão também seria errado: um cliente moderno pode consultar A, AAAA e HTTPS como tipos distintos para o mesmo nome.

A unidade é o nome exclusivo do teste, não uma ação humana, uma resolução de aplicativo, uma transação de stub ou uma operação recursiva identificada. O resultado é um livro de carga na fronteira autoritativa. Ainda não é um livro que atribui cada repetição.

Seis estados, seis perfis de carga

Os nomes aleatórios impediam uma resposta anterior em cache para a mesma identidade. A zona não era assinada. Um único servidor autoritativo dual stack aceitava UDP e TCP, sem DoT nem DoH. As respostas eram curtas e não sofriam truncamento. O sistema contou chegadas por 24 horas após cada ativação.

Com a mesma fórmula para todos os grupos:

Condição autoritativa Testes Consultas Consultas por teste Vezes o controle
Controle positivo A/AAAA 254.894.985 875.316.423 3,43 1,00×
NOERROR/NODATA 115.571.398 454.213.932 3,93 1,14×
NXDOMAIN 115.750.503 509.410.787 4,40 1,28×
REFUSED 115.415.259 1.324.355.211 11,47 3,34×
SERVFAIL 138.643.924 7.171.673.166 51,73 15,06×
Sem resposta 116.050.253 9.685.775.212 83,46 24,30×

Não se trata apenas de sim contra não. A resposta positiva e as duas negativas definitivas ficam perto de quatro. REFUSED cresce bastante. SERVFAIL e silêncio ocupam outra faixa.

A semântica torna a ordem plausível. NXDOMAIN nega a existência do nome; NODATA nega apenas o tipo solicitado. REFUSED expressa recusa de política. SERVFAIL informa incapacidade de processar e mantém aberta a hipótese de outro servidor, endereço, transporte ou momento. O silêncio entrega a escolha aos temporizadores.

Plausibilidade, porém, não é identificação. A tabela não separa produto, configuração, filas, união de pedidos ou cauda da distribuição. Os valores descrevem esse arranjo; não são constantes universais anexadas a cada RCODE.

A base esperada já inclui mais de uma pergunta

No teste NXDOMAIN, 48% dos dispositivos solicitaram A e AAAA, 51% apenas A e 1% apenas AAAA. Consultas HTTPS apareceram em 39%. Com essa mistura, o APNIC estimou 218 milhões de perguntas se cada tipo usado fosse enviado uma vez.

O servidor recebeu 509.410.787. As 291.919.927 restantes foram classificadas como repetição. Entre 115.750.503 testes, 67.316.541 terminaram com no máximo uma consulta por tipo usado. Os outros 48.433.962 concentram as repetições, com média de 6,03.

Sem essa base, perguntas legítimas para tipos diferentes virariam “tentativas”. Se fosse observado apenas o desfecho, quase 292 milhões de consultas adicionais desapareceriam do relatório.

O alcance da amostra também acompanha o denominador. Os dispositivos vieram de regiões servidas pelo Google Ads; a Rússia é citada como a principal exceção. É uma vista ampla, não uma amostra probabilística de toda a Internet. Um servidor dual stack é um instrumento controlado, não uma zona comum com vários NS. A ausência de DNSSEC, criptografia e truncamento reduz variáveis e não prevê o resultado se elas forem introduzidas.

A própria publicação contém duas contas que precisam ser separadas

O parágrafo SERVFAIL usa 51,29 como média total e 51,59 como média de repetição. Os totais não reproduzem isso. 7.171.673.166 dividido por 138.643.924 é 51,7273, arredondado para 51,73 na tabela. Retirados 3.702.576 testes sem repetição, sobram 134.941.348; 6.920.490.780 dividido por esse número é 51,2852, ou 51,29.

No silêncio, o texto imprime 11,6050,253 testes e 82,6 consultas por teste. A tabela mostra 116.050.253 e 83,46. O total de 9.685.775.212 dividido pelo denominador da tabela dá 83,4619. A média de repetição 83,38 também é reproduzível.

Não convém copiar o parágrafo sem crítica, nem concluir que toda a medição perdeu valor. Contagens e fórmulas permitem distinguir erro de transcrição de erro experimental. Só o autor pode dizer qual valor pretendia; qualquer leitor pode conferir qual valor decorre dos dados.

Por isso, uma média deve carregar numerador, denominador, exclusões, fórmula, arredondamento e versão. A aparência de um número acabado não lhe dá autoridade para apagar a origem.

As hipóteses de 2019 continuam hipóteses

O estudo do APNIC de 2019 examinou intervalos e fontes aparentes. Encontrou repetições no mesmo endereço e em grupos que compartilhavam prefixos. Discutiu Happy Eyeballs, perda, temporizadores agressivos, concentração de encaminhamento e fazendas de resolvedores. O agrupamento por /24 ou /48 foi assumidamente aproximado.

Esses mecanismos são candidatos, não identidade herdada para 2026. Um endereço pode ocultar vários motores; vários endereços podem pertencer ao mesmo serviço. Dois resolvedores configurados no cliente podem convergir para o mesmo sistema. Um pedido duplicado pode entrar numa fila antes do anterior terminar. A perda pode ocorrer na ida ou na volta.

O relatório atual mantém a pergunta aberta entre implementações recursivas e arquiteturas com front ends e back ends. Retirar essa interrogação seria transformar uma agenda de pesquisa em veredito.

A documentação da Microsoft oferece um exemplo limitado. No Windows, o silêncio ativa uma sequência que pode alcançar outros servidores configurados, enquanto Name Error encerra o caminho. O APNIC não identificou seus clientes como Windows nem observou esse cronograma dentro deles. Um manual prova a possibilidade, não a causa do agregado.

Normas contêm a tempestade, mas não atribuem o pacote

A RFC 9520 limita a duas repetições, depois do envio inicial, uma consulta destinada ao mesmo endereço pelo mesmo transporte. Também obriga o cache de falhas de resolução por no mínimo um segundo e no máximo cinco minutos, impedindo que pedidos coincidentes gerem imediatamente novo tráfego de saída.

É uma regra de contenção, não uma lente remota para cada pacote. O resolvedor pode tentar outro endereço ou transporte. Vários clientes podem ser unidos numa resolução, ou uma ação pode se espalhar por sistemas diferentes. O contador autoritativo não enxerga essas decisões sozinho.

A RFC 2308 torna NXDOMAIN e NODATA negativas armazenáveis e delimita o tratamento antigo de falhas. A RFC 8914 acrescenta diagnóstico com Extended DNS Error sem alterar o processamento do RCODE. Explicações melhores não criam uma origem observada.

Também não se deve escolher uma resposta falsa só por atrair menos tráfego. Emitir NXDOMAIN ou NODATA incorreto trocaria controle de carga por informação DNS corrompida. A camada que controla temporizador, caminho, união e cache deve testar localmente seu efeito sobre sucesso, latência e recuperação.

O recibo que falta ao próximo número

O relatório deve declarar janela, gatilho, exclusões e unidade. Precisa listar os tipos esperados antes de chamar o excedente de repetição. Depois vêm resposta exata, topologia, famílias IP, anycast, transportes, DNSSEC, tamanho e truncamento.

Totais, fórmulas, arredondamento e distribuição devem acompanhar a média. O que não foi observado permanece desconhecido. Sem instrumentos separados no stub, no encaminhador e no motor recursivo, não há porcentagem confiável para cada um.

Num caminho controlado e com privacidade, é possível contar pedidos clientes, grupos unidos, transações recursivas, repetições no mesmo endereço/transporte e tentativas alternativas. Se essa cadeia não existe, a conclusão termina no ponto autoritativo.

O APNIC já provou que a diferença de custo merece atenção. O passo seguinte não é um adjetivo mais forte para “tempestade”, mas uma medição que consiga dizer qual camada exerceu qual decisão de repetir.

Fontes