Resumo

  • O resumo obtido em 3 de setembro de 2026 classifica 194 titulares de recursos como tendo delegações problemáticas, dentro de uma população representada de 1.774. Isso não equivale a uma proporção de todos os membros da AFRINIC.
  • Os 1.936 registros de delegação e 1.358 objetos de domínio assinalados pertencem a outras unidades de contagem. Os dados não demonstram que todos esses domínios estejam inteiramente sem resposta.
  • A redução de aproximadamente 95,1% entre o primeiro e o último ponto da série não é uma taxa de reparo. O histórico de remoções, em outra janela, soma 27.726 ações sobre delegações e 9.036 sobre objetos de domínio.

O número que mais se aproxima de uma agenda de trabalho talvez não seja o destaque da página inicial. No resumo do DNS reverso da AFRINIC, 194 titulares aparecem na classificação associada a delegações problemáticas. A outra categoria reúne 1.580, formando uma população de 1.774 titulares representados. São cerca de 10,9%, mas não se pode trocar esse denominador pelo conjunto de membros da organização. Resumo oficial

Para uma equipe de operações, a distinção é importante. Registros não fazem alterações sozinhos. Alguém precisa identificar uma configuração inadequada, decidir se a referência ainda tem utilidade e verificar o resultado. Vários registros podem estar sob a mesma responsabilidade; a mesma quantidade de erros pode, portanto, exigir graus diferentes de coordenação. O agregado não revela como essa carga se distribui nem qual caso é mais grave.

É por isso que uma limpeza de cadastro técnico deve ser avaliada por mais de uma medida. A referência pode ficar mais fiel ao que existe, enquanto o serviço que alguém ainda precisa continua ausente. Também é possível recuperar o serviço e retirar o problema da lista. Ambas são melhorias possíveis, mas não são a mesma entrega.

O dado é reproduzível; o vínculo entre os casos não aparece

A AFRINIC publica um painel com diferentes recortes e uma tabela de remoções, além de permitir o download dos dados. Para esta análise, as cinco tabelas compartilhadas entre os arquivos CSV e o JSON usado pelo portal foram conferidas campo a campo. Houve concordância no resumo, nas 2.719 observações históricas, nas 996 linhas de remoções e nos agregados por economia e tipo de titular. Painel de delegações problemáticas; dados para download

Essa consistência é útil: permite verificar cálculos sem depender apenas de um gráfico. Não acrescenta, porém, identificadores individuais ou relações que os arquivos não fornecem. Conferir duas representações do mesmo agregado não equivale a auditar todos os servidores nem a seguir cada problema até sua solução.

O resumo distingue três populações. Somar as duas categorias dentro de cada uma produz números diferentes, como deve acontecer quando a unidade muda.

Unidade apresentada no resumo Assinalados Total das categorias Participação assinalada
Registros de delegação 1.936 172.702 Cerca de 1,1%
Objetos de domínio 1.358 52.450 Cerca de 2,6%
Titulares de recursos 194 1.774 Cerca de 10,9%

Uma participação pequena entre registros e maior entre titulares pode coexistir perfeitamente. O primeiro indicador descreve o estoque técnico; o último aproxima o olhar da distribuição de responsabilidades. Nenhum deles informa sozinho a duração ou a severidade dos problemas.

Também seria um salto chamar os 1.358 objetos de domínio de zonas totalmente indisponíveis. O arquivo não expõe a consulta de agrupamento dessa categoria nem a associação individual com os 1.936 registros. Um domínio pode conservar outro servidor capaz de responder. Sem conhecer a estrutura que permanece, não se pode transformar uma referência problemática em diagnóstico de falha completa.

A manutenção começa por uma promessa limitada

Uma delegação indica onde procurar uma resposta. Quando o servidor apontado não cumpre o papel esperado, manter a indicação pode gerar tentativas sem utilidade. O RFC 4697 discute consultas repetidas a servidores inadequados e diferencia falhas em parte do conjunto de servidores da impossibilidade de obter resposta de todos eles. Seus exemplos não são medições da AFRINIC e não permitem estimar aqui economia de tráfego. Explicam a razão técnica para eliminar caminhos sabidamente improdutivos. RFC 4697

O termo inglês lame delegation exige cuidado. O RFC 9499 observa que ele passou a abranger condições diferentes e recomenda descrições mais específicas. Comparar percentuais de duas fontes sem examinar suas definições pode dar aparência de precisão a uma comparação de testes distintos. RFC 9499, seção 7

Na explicação publicada pela AFRINIC em 2021, entram na classificação a ausência de resposta, a resposta para outro domínio e a falta do bit de autoridade. O procedimento prevê verificações mensais do conjunto de servidores registrados e novas verificações diárias para os casos detectados. São usados pelo menos três pontos geográficos; uma resposta autoritativa bem-sucedida de qualquer um basta para não classificar o servidor como problemático. O documento descreve o método, não comprova cada execução atual. Explicação do procedimento

Uma regra que aceita um resultado positivo entre vários pontos pode reduzir a chance de intervir por causa de uma visão parcial ou transitória. Não garante o serviço em todo local, para toda consulta ou para toda aplicação. O operador continua precisando avaliar as condições relevantes ao seu uso. Essa diferença de finalidade não demonstra, por si só, descumprimento de uma norma.

Duas formas de encerrar o mesmo registro

Imagine uma zona reversa com dois servidores declarados, dos quais um deixou de responder com autoridade. Corrigir esse servidor restabelece sua função. Retirar apenas sua referência, preservando o outro servidor, torna a indicação mais fiel ao serviço disponível. As duas ações podem reduzir a lista de problemas; somente a primeira demonstra o conserto daquele servidor.

Se nenhum servidor declarado continua apto, remover a última referência é outro resultado. A indicação deixa de prometer um caminho que falha, mas isso não cria uma resposta nova. O registro pode passar a descrever melhor a ausência, enquanto o titular ainda precisa recuperar a função. Esses são exemplos hipotéticos para separar mecanismos, não ocorrências individuais identificadas na base pública.

O procedimento descrito pela AFRINIC distingue a remoção do atributo de um servidor da remoção do objeto de domínio quando não resta nenhum servidor registrado. Apresenta notificações escalonadas e retirada no dia 30 se o problema persistir, e informa que consultas a domínios removidos passam a receber NXDOMAIN. O objeto dessa ação é o DNS reverso. As contagens não podem ser convertidas em números de endereços IP retirados, rotas suprimidas ou organizações punidas.

Há mérito em não continuar anunciando uma função que não está disponível. Exigir que toda retirada recupere o serviço original negaria esse mérito por uma razão inadequada. Mas dar à retirada o crédito de uma recuperação também seria errado. O trabalho fica mais bem definido quando a exatidão do registro e a utilidade da resposta são reconhecidas como objetivos relacionados, não idênticos.

A queda de 95% não revela quem foi consertado

Na captura de 3 de setembro, o portal mostrava 1.936 delegações problemáticas e uma queda de 95%. A última observação da série subjacente é de 2 de setembro de 2026. O primeiro ponto, de 28 de setembro de 2018, registra 39.814. A diferença é de 37.878, aproximadamente 95,1% do início. A conta é compatível com o percentual arredondado da página, mas não prova que essa seja sua fórmula nem que o universo observado tenha permanecido fixo. Portal estatístico; histórico das observações

O arquivo de remoções começa em 30 de maio de 2021 e vai até 31 de agosto de 2026. Suas duas colunas somam 27.726 remoções de delegações e 9.036 remoções de objetos de domínio. São totais de eventos registrados, não quantidades verificadas de objetos únicos. Sem identidades, o arquivo não exclui a possibilidade de um objeto aparecer novamente em outro momento. Histórico das remoções

Não faz sentido subtrair essas remoções da queda do estoque e chamar o saldo de reparos. As janelas temporais não coincidem. Além disso, novos problemas podem entrar enquanto outros saem. Servidores corrigidos, listas editadas, retiradas, reaparecimentos e mudanças de cobertura podem alterar o total. São possibilidades de uma relação entre estoque e movimentos, não causas comprovadas em cada linha.

O fim da série reforça a cautela. Há 2.016 registros em 30 de agosto, 3.354 em 31 de agosto e 1.936 em 2 de setembro, sem linha de 1º de setembro. O último recuo de 1.418 não comprova o mesmo número de reparos, não identifica uma única rodada de verificação e não pode ser atribuído às quatro remoções da última linha do outro arquivo. As datas, sozinhas, não ligam os objetos às ações.

Outros intervalos sem observações também aparecem no histórico. Isso caracteriza a série publicada; não demonstra paralisação do monitoramento ou indisponibilidade do DNS. Pela mesma razão, o zero de remoções no resumo corrente não significa que nunca houve retiradas. Cada medida precisa ser lida no período que representa.

O resultado que interessa depois da ação

Os dados permitem reconhecer uma redução expressiva no estoque observado, registros públicos de manutenção e formatos de divulgação consistentes entre si. Não é preciso transformar esses achados em uma taxa de recuperação para que sejam úteis.

Para o titular que ainda precisa de uma resposta reversa, a pergunta final é mais concreta: o que permanece funcionando? Um servidor corrigido, uma alternativa preservada e uma ausência corretamente indicada são estados diferentes. A contagem agregada pode orientar o olhar, mas não substitui a verificação daquele serviço.

A limpeza melhora o registro quando elimina promessas falsas. A recuperação melhora o serviço quando devolve a função necessária. Reconhecer a primeira sem presumir a segunda é uma forma mais exigente, e mais justa, de avaliar o trabalho da AFRINIC.