Resumo

  • Em uma única sessão sem cache, o índice inglês de propostas atuais da AFRINIC retornou HTTP 200 e exibiu sete propostas de 2026; a URL árabe oficial retornou HTTP 404.
  • As três primeiras linhas em inglês estavam marcadas como Last call. As páginas das propostas e três mensagens arquivadas na lista RPD confirmam os IDs, a abertura dessa fase e o encerramento em 31 de julho de 2026, às 23h59 UTC.
  • A captura não contesta as propostas nem demonstra prejuízo a participantes. Ela revela uma lacuna delimitada: a rota em outro idioma não publica seu estado, sua data de referência nem um caminho explícito para o registro autoritativo.

A divergência começa antes do conteúdo

Às 6h47 de 11 de setembro, no horário de Xangai, a página inglesa de propostas atuais respondeu normalmente. Sua tabela reunia sete processos de 2026, associando título, número do rascunho, identificador, data, estado e versão.

As três primeiras entradas eram Soft Landing Recovered Space and Priority, Amendment of Utilisation in Soft Landing e a exigência de nomes hierárquicos para novos AS-SETs. Todas apareciam em Last call. As quatro seguintes estavam em discussão e tratavam das regras do grupo de trabalho PDP, de IPv6 como critério no Soft Landing de IPv4, de um painel de conformidade e de um marco para o esgotamento dinâmico dos pools IPv4.

O endereço https://afrinic.net/ar/policy/proposals foi solicitado na mesma coleta, com cache desabilitado. A resposta foi 404. Não houve redirecionamento para a lista em inglês, indicação de novo endereço, aviso de retirada ou data da última versão árabe disponível.

O alcance da evidência é restrito. Esse teste não prova que todo o conteúdo árabe da AFRINIC esteja fora do ar. Não identifica falha de sistema editorial, banco de dados, implantação ou cache. Como não existe uma série contínua de medições, também não permite estimar a duração. O código HTTP descreve o que ocorreu naquela URL, não o motivo.

O processo continua verificável em inglês

A defesa mais forte da AFRINIC está nos registros que permaneceram disponíveis. O inglês é a referência operacional do processo de políticas. As três páginas de detalhe retornaram normalmente e mostraram Status: Last call. O arquivo público da lista RPD também estava acessível.

Em três avisos, os copresidentes do PDWG informaram que o Last Call começou após o consenso aproximado na reunião de políticas públicas AFRINIC-37, realizada em 24 de junho de 2026. As mensagens fixaram o fim em 31 de julho, às 23h59 UTC. Os IDs AFPUB-2026-IPv4-001-DRAFT02, AFPUB-2026-IPv4-002-DRAFT02 e AFPUB-2026-ASN-001-DRAFT02 permitem ligar a tabela aos textos e às notificações corretas.

Portanto, o 404 árabe não apagou o processo normativo. Não prova que alguém perdeu o prazo, que os copresidentes avaliaram o rascunho errado ou que uma decisão futura seja inválida. O fato de o índice inglês ainda exibir Last call depois da data anunciada também não determina o desfecho das propostas. Registra apenas o rótulo público observado no momento da captura.

Há razões legítimas para manter um único texto autoritativo. Sincronizar versões com igual força jurídica pode gerar disputas adicionais de interpretação. Uma tradução de apoio pode ampliar o acesso sem substituir o inglês. Mas essa hierarquia aumenta a obrigação de mostrar proveniência: qual estado da fonte a página traduzida reflete, quando foi produzida e onde o leitor deve verificar a situação atual se a rota falhar.

Uma página ausente ainda projeta um estado antigo

O conteúdo distribuído não desaparece junto com sua origem.

Durante a pesquisa, um resultado de busca ainda apresentava um trecho obtido em rastreamento anterior da URL árabe oficial. O trecho continha seis linhas. As três primeiras apareciam como قيد المناقشة, isto é, em discussão, e a primeira mencionava um rascunho anterior ao atual índice inglês. Esse material não é uma resposta recente nem um arquivo oficial; não pode datar o início do 404.

Ele serve apenas para revelar o mecanismo. Um leitor encontra uma tabela árabe associada à AFRINIC, mas não consegue abrir a origem para saber a que momento ela pertence. Outro abre a página inglesa, vê sete linhas e três Last Calls e consegue verificar a fonte naquele instante. As duas representações parecem institucionais, embora apenas uma mantenha uma cadeia viva de confirmação.

Em uma lista de políticas, isso tem consequência prática. Under Discussion e Last call indicam oportunidades diferentes de participação. DRAFT01 e DRAFT02 são textos diferentes. Mesmo quando a tradução não tem autoridade normativa, ela pode determinar quando um operador percebe a necessidade de ler o original, comparar mudanças e formular uma objeção.

Um 404 genérico não distingue indisponibilidade temporária, mudança de endereço, retirada deliberada e substituição. Também não informa se a última tradução deve ser consultada como registro histórico ou descartada. Sem essas categorias, mecanismos de busca e cópias locais preservam uma versão sem data e parecem oferecer mais memória do que a instituição.

Versionar o canal, não apenas o documento

A solução proporcional não é prometer atualização simultânea em todos os idiomas. É publicar o estado de cada superfície linguística.

Um manifesto por idioma poderia informar URL canônica, idioma, identificador do registro-fonte, impressão digital da versão, horário de geração, última validação pública bem-sucedida, estado HTTP atual e último instantâneo válido. Também indicaria a alternativa autoritativa, com idioma e data.

Para o índice, a impressão digital deveria cobrir a sequência de IDs, números de rascunho e estados. A passagem de seis para sete linhas, de DRAFT01 para DRAFT02 ou de discussão para Last Call produziria uma nova versão. A página árabe poderia declarar com precisão qual estado inglês representa, sem sugerir equivalência jurídica.

O comportamento durante a falha precisa ser explícito. Se a tradução não puder ser gerada, a URL original pode exibir um aviso em árabe, apontar para o índice inglês e datar a última versão traduzida. Se a rota foi movida ou encerrada, um redirecionamento permanente ou recibo de retirada deve registrar o momento efetivo e o sucessor.

Uma correção também deve deixar rastro. Basta publicar a rota afetada, a impressão substituída, a nova impressão, a categoria do ajuste e o horário. Isso não expõe infraestrutura interna. Apenas impede que a restauração de hoje apague a pergunta histórica sobre o que podia ser confirmado ontem.

A AFRINIC já exige IDs precisos para distinguir seus rascunhos. Aplicar a mesma precisão às páginas que os apresentam seria uma extensão natural da disciplina do próprio PDP.

Fontes