Resumo

  • A Tata Communications relatou que um cliente era direcionado a portais franceses mesmo com o registro RIR correto e com várias bases Geo-IP exibindo a localização esperada.
  • Após cerca de dois meses de acompanhamento, o fornecedor externo usado por um dos portais ainda não havia atualizado o dado, uma etapa fora do controle direto da operadora.

Uma base correta não é o mesmo que uma decisão corrigida. Entre as duas existe uma cadeia de coleta, análise, publicação e implantação. O caso levado pela Tata Communications ao Cooperation SIG do APNIC 62 tornou essa diferença visível sem precisar atribuir culpa a ninguém.

O cliente do relato chegava a portais da França. A Tata conferiu o registro do RIR e encontrou os dados em ordem. Outras bases de geolocalização da indústria também retornavam a localização esperada. Porém, o site identificado nos slides como GEOLOCATION.com continuava associando o endereço à França. Seu resultado vinha de um banco Geo-IP externo. A Tata acompanhou a solicitação por aproximadamente dois meses; segundo a apresentação, o fornecedor ainda não tinha feito a atualização. A operadora podia demonstrar a inconsistência, mas não comandar o ciclo de publicação alheio.

É um caso com fronteiras importantes. Os slides da Tata Communications não informam o bloco de endereços, o cliente, o fornecedor, a quantidade de usuários afetados, o desfecho ou a responsabilidade contratual. O relatório do APNIC 62 registra a sessão no programa, mas não é uma investigação independente. O episódio não mede a qualidade de uma empresa nem autoriza uma conclusão jurídica. Ele documenta apenas um caminho de correção que não se fechou durante o período observado.

Nesse caminho, há pelo menos quatro verdades operacionais. O RIR mantém o registro do recurso de numeração. O detentor do recurso pode declarar onde o utiliza. O fornecedor Geo-IP produz uma inferência com fontes e regras próprias. O portal consome uma versão dessa inferência. A precisão do primeiro nível melhora a matéria-prima disponível; ela não força a ingestão no terceiro nem atualiza automaticamente o quarto.

Os padrões recentes deixam a declaração do operador mais verificável. O RFC 8805 define um formato de geofeed publicado pela rede. O RFC 9632 descreve a descoberta desse arquivo via RPKI, e o RFC 9877 trata de sua validação. Isso reduz a incerteza sobre origem e autenticidade. Não estabelece, porém, um prazo obrigatório para um fornecedor comercial nem confirma qual versão está em produção no portal.

O Internet-Draft de um relatório de workshop do IAB descreve atualizações manuais ou assíncronas, localizações antigas que podem persistir por semanas ou meses e a inexistência de um retorno padronizado do fornecedor ao ISP. O texto foi encaminhado ao RFC Editor, mas segue como Internet-Draft; não representa consenso do IETF nem posição do IAB. Ele ajuda a explicar o mecanismo do atraso, sem permitir extrapolar a frequência a partir deste caso.

Uma solução proporcional seria um comprovante de correção. A operadora enviaria uma alegação autenticada com o mínimo necessário para identificar o recurso. O fornecedor devolveria um protocolo persistente, indicaria se aceitou, rejeitou ou pediu evidência adicional e, em caso de aceitação, apontaria a versão de dados prevista. O portal informaria qual versão efetivamente utiliza. Assim, uma espera opaca se tornaria uma sequência de estados verificáveis, sem revelar a identidade do cliente.

O comprovante não transforma o RIR em autoridade de localização. Ao contrário: preserva a distinção entre registro, declaração, inferência e implantação. O que ele acrescenta é responsabilidade sobre a passagem de uma etapa para a seguinte.

Sem essa separação, os chamados podem parecer concluídos antes de mudar o resultado. A equipe de suporte pode verificar o RIR, anexar um geofeed e reproduzir o redirecionamento. O fornecedor pode confirmar o recebimento e deixar a análise para a próxima coleta. O portal pode continuar usando uma versão em cache mesmo depois da decisão. “Recebido”, “aceito”, “publicado” e “implantado” são quatro estados; um e-mail automático não prova nenhum deles além do primeiro.

O protocolo também evitaria o envio indiscriminado de informações. Na ausência de um expediente claro, operadoras tendem a mandar capturas, rotas, endereços e dados do cliente para uma caixa genérica, sem saber quais sinais entram no modelo. O fornecedor poderia identificar a alegação analisada, indicar a evidência relevante e explicar uma discordância. Isso não o obrigaria a copiar a declaração da rede; obrigaria apenas a tornar sua decisão compreensível.

Há espaço para uma divisão de trabalho saudável. RIR e RPKI confirmam controle do recurso e procedência do geofeed. A empresa de Geo-IP pondera essa declaração com roteamento, latência, infraestrutura e observações próprias. O portal define a atualidade que deseja comprar. A trilha de correção conecta as escolhas sem criar uma verdade central fictícia.

Também não basta responder ao usuário com um link de consulta ao RIR. Quando o registro já está certo, essa orientação fecha um círculo. O serviço que tomou a decisão precisa informar sua fonte efetiva, o ciclo de atualização e a prova alternativa aceita enquanto o caso está aberto. Uma sugestão de idioma pode conviver com erro; negar acesso, alterar preço ou aplicar uma regra territorial exige outra disciplina.

Fontes