Resumo

  • O memorando assinado por APNIC e NIXI em 8 de setembro de 2026 inclui apoio ao uso de ROV na Índia, um piloto de espelho de repositório RPKI e infraestrutura local de treinamento. Ainda não é prova de mudança em política de produção.
  • A APNIC divulgou 88,04% de cobertura válida por ROA para objetos de rota IPv4 e 97,91% para IPv6, ao lado de 0,99% descrito como redes filtrando anúncios inválidos. A metodologia vinculada é centrada no usuário e não costuma identificar se o bloqueio ocorreu na borda ou no trânsito.
  • Um recibo verificável deve manter cinco superfícies: ROAs, observações I-ROV com janela, escopo configurado por operador, exposição de tráfego/caminho e entregas habilitadoras. Só depois deve relacioná-las por coorte e data.

Quatro janelas para um único dia

O registro indiano de 8 de setembro de 2026 na série da APNIC Labs mostra por que a unidade de medida precisa viajar com o resultado. A janela de sete dias tem filter_rate de 1,138930. A de quatorze dias, 1,147895. A chave de 28 dias, 2,135396. A janela de 112 dias chega a 6,031948.

Não há contradição necessária. Cada janela carrega uma parcela diferente do histórico e uma composição distinta de observações. O erro começaria ao escolher um valor, remover os contadores e a janela, e apresentá-lo como a taxa única de adoção de ROV no país.

Há ainda uma divergência de documentação. A descrição do endpoint diz que a série usa janelas de 7, 14, 38 e 112 dias; o conteúdo entregue contém as chaves 7, 14, 28 e 112. O conjunto de evidências não resolve qual rótulo está errado. Um registro responsável preserva a diferença e informa a chave usada, em vez de corrigir silenciosamente a fonte.

Foi no mesmo dia que APNIC e National Internet Exchange of India assinaram o memorando durante a APNIC 62, em Mumbai. A parceria prevê trabalho com operadores e empresas para implantar Route Origin Validation. Prevê também um espelho de repositório RPKI na Índia, laboratórios, formação de instrutores e atividades presenciais e online para participantes de peering da NIXI, afiliados da IRINN e outras partes interessadas.

As peças podem formar uma boa política pública. Mas medem coisas diferentes. Um espelho aproxima dados. Um treinamento desenvolve capacidade. Uma ROA publica autoridade de origem. Um validador calcula o estado. A decisão que rejeita ou rebaixa uma rota inválida continua nas mãos da política local do operador.

Cobertura de ROA não é alcance de ROV

O RFC 6811 define os estados Valid, Invalid e NotFound. Também determina que uma implementação não exclua uma rota do processo de decisão como efeito automático do estado de validação, a menos que exista configuração explícita. O operador pode rejeitar inválidas, alterar preferência, criar exceções ou adotar uma implantação gradual. É esse ato que transforma dados validados em comportamento de roteamento.

A separação muda a leitura dos números da Índia. Em 17 de agosto, a APNIC escreveu que, no fim de julho, 88,04% dos objetos de rota IPv4 e 97,91% dos objetos de rota IPv6 estavam cobertos por ROA válida. São números fortes do lado da autorização assinada. Não dizem quantas redes receptoras aplicam uma política, nem quanto tráfego encontra essa política, nem se todas as fronteiras de um operador tratam rotas inválidas da mesma forma.

O mesmo texto descreveu a implantação de ROV como apenas 0,99% de redes filtrando prefixos e anúncios inválidos em 29 de julho. A série contém uma taxa de sete dias de 0,990652 naquela data. A palavra “redes”, porém, promete uma contagem que a metodologia pública não realiza diretamente.

A APNIC Labs explica que seria necessária uma visão do estado BGP dentro de cada AS para uma medição abrangente. Como essa visão não está disponível, usa uma experiência centrada no usuário. Rotas para alvos controlados alternam entre estados válidos e inválidos. Quando um usuário não alcança o alvo durante o estado inválido, o caminho observado é compatível com descarte em algum ponto.

Esse “algum ponto” é a fronteira do resultado. Quanto mais redes de trânsito descartam rotas inválidas, mais difícil fica enxergar o comportamento da rede de acesso. Um usuário pode ser protegido pelo provedor upstream, não por uma regra no seu operador de borda. E um operador que ativou ROV pode fazê-lo apenas em certas sessões, preservando exceções ou uma volta segura.

Assim, uma observação de usuário não deve virar um AS contado. Um AS declarado não deve virar todos os seus caminhos. E uma ROA válida não deve virar uma decisão de filtragem. O programa precisa das três perspectivas, mas não pode trocar seus denominadores.

A aposta nos grandes operadores

O diretor executivo da NIXI apresenta uma tese operacional: poucos grandes operadores carregam a maioria do tráfego de Internet na Índia, e a adoção de ROV por esse grupo poderia tornar o ambiente de roteamento significativamente mais seguro.

É um argumento melhor do que a busca por um número elevado de participantes. Se a proteção acompanha a exposição, uma mudança em redes grandes pode alcançar mais usuários e caminhos do que dezenas de cursos sem implantação. A própria medição centrada no usuário ajuda a observar um efeito que uma lista de AS não captaria.

Mas a tese ainda não vem com a sua prova. O comunicado não identifica os operadores, não divulga a distribuição de tráfego, não define que tráfego entra no cálculo e não informa se clientes, pares e trânsito receberão o mesmo tratamento. Um operador de grande porte possui muitas fronteiras, produtos e dependências. “Adotou ROV” é apenas o começo da pergunta sobre escopo.

O programa precisa mostrar a coorte escolhida e a exposição que ela representa antes da mudança. Depois, precisa relacionar o evento de configuração ao comportamento observado. Sem essa ponte, a concentração serve como argumento de prioridade, mas não como medida de resultado.

O recibo de cinco superfícies

O Plano de Atividades 2026 aprovado pelo Board da APNIC fornece um princípio útil. Ele prevê relatório da assistência aos membros para criar e manter ROAs válidas e do impacto mensurável. Em separado, prevê relatório da assistência a operadores identificados para implantar ROV e do impacto mensurável. Também determina divulgação semestral do uso de RPKI na Ásia-Pacífico.

O primeiro bloco do recibo deve registrar cobertura ROA: IPv4 e IPv6, unidade de objeto de rota ou espaço de endereços, estados Valid, Invalid e NotFound, data de corte e versão. É o lado da autoridade publicada.

O segundo deve registrar a observação I-ROV: método de beacon, atribuição geográfica, contadores, janela, atualização e limite de atribuição na borda e no trânsito. É o lado da experiência medida.

O terceiro deve registrar a política do operador: coorte, ASNs ou contagem delimitada, data de implantação, versão da regra, classes de sessão cobertas, exceções e situação de rollback. Detalhes podem ser agregados para proteger topologia e relações comerciais; o escopo não pode desaparecer.

O quarto é a exposição: método para participação de tráfego, cobertura de caminhos e pares, comportamento de anúncios controlados, incidentes e período de observação. É onde a hipótese dos grandes operadores ganha ou perde força.

O quinto mantém as entregas habilitadoras em seu lugar. O espelho precisa de linha de base e meta para acesso e resiliência. O treinamento precisa diferenciar presença, conclusão de laboratório, mudança planejada, mudança em produção e configuração mantida. É possível celebrar cada entrega sem chamá-la de filtragem.

A ligação ocorre por coorte e data. Isso permite afirmar que determinado grupo recebeu assistência, aplicou uma política delimitada, cobriu certa exposição e produziu uma mudança observável sob um estado conhecido de ROAs e repositórios. Não exige publicar endereços de roteadores, clientes ou topologia sensível.

O que ainda não está provado

O acordo tinha um dia na data de corte. Nenhuma fonte prova implantação em uma rede nomeada. Não há base para subtrair 0,99% de 88,04%. A variação entre janelas de setembro não é evidência automática de uma virada operacional. O espelho não impõe uma política; o validador não toma sozinho a decisão do roteador.

ROV também trata da origem autorizada, não da validade completa do caminho AS. Não evita toda fuga nem todo sequestro. O programa pode gerar um ganho importante e ainda assim publicar seus limites com precisão.

Fontes