Resumo

  • O Registration Data Access Protocol (RDAP) da RIPE cobre exatamente o AS200427 e registra a Proximity Data Centres Limited como entidade titular. O estado active descreve o objeto administrativo; não comprova rota, sessão BGP, equipamento ou serviço em funcionamento.
  • A PeeringDB retorna uma linha para o mesmo ASN sob o nome nLighten - IX ASN. O número faz a ligação técnica, mas as quatro fontes não demonstram aquisição, mudança de marca, propriedade nem continuidade operacional entre os dois nomes.
  • Em uma resposta congelada do Routing Information Service (RIS) da RIPE, com horário de consulta em 7 de agosto de 2026 às 00:00 UTC, a visibilidade qualificada foi zero entre 325 peers IPv4 listados e zero entre 320 peers IPv6. O resultado é limitado pelo produto, pelo horário e pelos coletores; não é prova de pane ou de ausência universal de rotas.

Um identificador comum, três perguntas diferentes

Um sistema autônomo é uma rede, ou um conjunto de redes, que apresenta uma política comum de roteamento para a internet. Seu número de sistema autônomo, o ASN, funciona como identificador único do domínio. No Border Gateway Protocol, o BGP, redes trocam informações sobre quais prefixos podem ser alcançados e por qual origem.

O AS200427 é a chave mais estável para reunir os documentos analisados. Ele reduz o risco de confundir uma empresa de nome parecido ou de atribuir uma observação ao domínio de roteamento errado. Essa precisão, porém, vale para a identidade do recurso, não para o significado de todos os campos que aparecem ao redor dele.

O diretório apresenta a entidade publicada e oferece uma rota de navegação. O RDAP mantém dados administrativos do recurso numérico. A PeeringDB é uma base de coordenação mantida por participantes. O RIS reúne informação BGP em pontos de observação e produz respostas dentro de um método. Cada fonte pode cumprir bem sua função sem resolver questões destinadas às outras camadas.

Para quem investiga um incidente ou avalia uma dependência, essa distinção evita atalhos. Um registro ajuda a localizar o recurso e seus contatos. Um perfil pode mostrar declarações úteis para iniciar uma conversa de coordenação. Uma observação de coletores informa o que apareceu segundo um produto e uma janela. Nenhuma dessas peças, isoladamente, atesta disponibilidade de aplicação, autorização de origem, relação corporativa ou existência de uma sessão específica.

O RDAP da RIPE é um livro administrativo

A resposta do RDAP abrange apenas o número 200427: os campos inicial e final têm o mesmo valor, o identificador é AS200427 e o nome do objeto é PROXIMITY-AS. Ela registra a Proximity Data Centres Limited como entidade titular e marca o objeto como active.

Os eventos de registro e de última alteração têm o mesmo horário: 19 de dezembro de 2022, às 15:15:02 UTC. Esses dados permitem conferir se uma análise está associada ao recurso correto e preservam um histórico administrativo revisável. É uma função importante para a unicidade, a precisão e a continuidade do registro de recursos numéricos.

O termo active, contudo, pertence ao objeto cadastral. Ele não testa se um roteador está ligado, se uma sessão BGP foi estabelecida, se um prefixo está visível ou se um sistema voltado ao cliente responde. Também não autoriza automaticamente um anúncio de origem. Autorização exige a evidência apropriada; disponibilidade exige observação operacional alinhada ao sistema e ao horário em questão.

Ler o registro com esse limite não reduz seu valor. A RIPE mantém o livro administrativo; a realidade da rede depende do código em execução, da configuração e de medições voltadas à pergunta operacional. Um cadastro correto e uma condição operacional incerta podem coexistir sem contradição.

A diferença de nomes na PeeringDB é uma pergunta em aberto

A resposta capturada da PeeringDB contém uma linha exata para o ASN 200427, de id 31834. O perfil se chama nLighten - IX ASN, tem estado ok, tipo Enterprise, política geral declarada Selective e horário de atualização em 28 de março de 2024 às 13:05:57 UTC.

Esse nome não é o mesmo que Proximity Data Centres Limited, usado na página de diretório e pela entidade titular no RDAP. O AS200427 estabelece uma junção técnica entre os registros. Ele não explica por que os rótulos diferem. O conjunto de quatro fontes não traz documentação corporativa suficiente para provar compra, mudança de nome, cadeia de propriedade ou continuidade operacional entre eles.

O tratamento responsável é preservar os dois nomes e transformar a diferença em uma pergunta verificável. Se uma decisão depender da relação societária ou operacional, será necessário consultar uma fonte corporativa autorizada que a descreva explicitamente. Inferir um vínculo apenas pelo ASN iria além do que os documentos sustentam.

Os demais campos da PeeringDB também precisam ficar dentro de seu papel declaratório. O perfil informa zero prefixos IPv4, zero prefixos IPv6, um conjunto IRR vazio e nenhuma linha netixlan. Traz ainda uma faixa de tráfego e um site inseridos pelo participante. Esses valores mostram o conteúdo publicado no perfil, não uma medição contínua da rede.

Zero prefixos declarados não prova que o ASN não origine espaço de endereços. Nenhuma linha netixlan não exclui toda conexão com pontos de troca, servidores de rota, interconexões privadas ou sessões bilaterais. A política Selective é uma declaração geral, não evidência de que uma sessão específica exista ou tenha sido recusada. E o estado ok pertence à linha do banco, não à saúde de equipamentos, enlaces ou serviços.

Como ler uma observação zero sem inventar uma pane

A resposta congelada de routing-status tem query_time em 7 de agosto de 2026 às 00:00 UTC. Nesse contexto, o produto devolveu zero entre 325 peers IPv4 listados e zero entre 320 peers IPv6 listados com rotas qualificadas. Os campos de espaço anunciado também registram zero prefixos e zero endereços IPv4, zero prefixos e zero equivalentes /48 IPv6, além de zero vizinhos observados.

Esses números descrevem uma resposta do RIPE RIS, no horário e no conjunto de coletores indicados. Eles não demonstram que nenhuma rota existia em qualquer ponto da internet. Um anúncio pode ficar fora da visão dos pontos listados, não satisfazer o método do produto ou exigir outra forma de observação. A resposta tampouco prova que o AS200427 estava fora do ar ou que algum serviço identificado por nome estava inacessível.

Os zeros não respondem à pergunta de autorização. Ver, ou deixar de ver, uma origem em coletores não determina sozinho se o detentor do bloco autorizou o anúncio. Também não informa tráfego, capacidade, latência, topologia física, diversidade, resiliência, disponibilidade ou experiência do cliente.

A formulação suportada é mais estreita: no horário da consulta, o produto não retornou visibilidade IPv4 ou IPv6 qualificada entre os denominadores de peers listados. O horário, o produto e os denominadores fazem parte do fato. Omiti-los transformaria uma observação limitada em uma conclusão universal.

Os horários de 2017 não formam uma interrupção até 2026

Na mesma resposta, o campo first_seen aponta o prefixo 185.94.255.0/24, com origem 200427, em 18 de dezembro de 2017 às 00:00 UTC. O campo last_seen aponta o mesmo prefixo e a mesma origem em 18 de dezembro de 2017 às 16:00 UTC. Já o horário da consulta é 7 de agosto de 2026 às 00:00 UTC.

São três campos com funções diferentes. Eles não mostram que o ASN operou durante apenas 16 horas, que deixou de anunciar depois daquele dia ou que permaneceu ausente até 2026. Para sustentar uma conclusão de continuidade seria necessária uma série histórica de rotas, com cobertura, limiares e pontos de observação definidos. Para falar em interrupção, ainda seria preciso identificar o sistema afetado e medir sua condição na janela pertinente.

Manter query_time, first_seen e last_seen separados protege o leitor contra uma narrativa que a interface não declarou. Os valores podem ser relatados com precisão; a causa e a continuidade não podem ser extraídas deles sem evidência adicional.

Um roteiro de verificação para operadores e leitores

O primeiro passo é confirmar a identidade. A página do diretório e o RDAP devem apontar para o AS200427 e para a Proximity Data Centres Limited, com conferência do intervalo numérico, do identificador e do nome do objeto. Isso reduz o risco de misturar registros de entidades ou domínios semelhantes.

Na PeeringDB, convém anotar o ASN e o nome exato antes de interpretar política, prefixos ou linhas de troca. A diferença entre nLighten - IX ASN e Proximity Data Centres Limited não deve ser apagada. Se o vínculo entre os nomes for material para a decisão, uma declaração corporativa autorizada precisa explicá-lo.

Para uma pergunta de roteamento, registre o produto, o horário de consulta, a família de endereços, o denominador de peers e o resultado. Uma decisão sensível pode exigir comparação com outra observação limitada ao mesmo período. Continuidade pede série histórica; autorização pede dados de origem adequados; um problema de serviço pede teste ponta a ponta e evidência do sistema na mesma janela.

Esse roteiro mantém cada fonte em sua função. O registro da RIPE, o perfil da PeeringDB mantido pelo participante e a resposta congelada do RIPE RIS são camadas de evidência diferentes; nenhuma delas, isoladamente, prova sessão de peering ativa, ausência de rotas, continuidade corporativa, alcance universal, autorização de rota, capacidade, resiliência ou serviço ao cliente.

O que os registros públicos não estabelecem

As fontes sustentam um relato delimitado: a identidade administrativa do AS200427, um perfil de participante sob outro nome e uma observação zero com horário e método definidos. Elas não estabelecem propriedade, histórico de aquisição, mudança de marca, continuidade nem relação jurídica ou operacional entre Proximity Data Centres Limited e nLighten - IX ASN.

Também não comprovam serviços, clientes, instalações, equipamentos, região de operação, fornecedores de trânsito, escala comercial ou posição de mercado. Não comprovam presença ativa em ponto de troca, participação em servidor de rotas, sessão bilateral, tráfego, capacidade, latência, diversidade física, resiliência, disponibilidade ou resultado para o cliente.

A conclusão pública mais forte é deliberadamente limitada. O RDAP da RIPE registra a Proximity Data Centres Limited com o AS200427. A PeeringDB contém uma linha exata para o número sob o nome nLighten - IX ASN, sem explicar aqui a relação entre os rótulos. A fotografia congelada do RIS registra valores zero dentro de seu conjunto de peers e horário. Esses fatos podem coexistir sem provar falha, contradição ou continuidade.

O que acompanhar

  • alterações no intervalo do AS200427, na entidade titular, no estado administrativo ou nos eventos do objeto no RDAP;
  • mudanças no nome, na política, nas declarações de prefixos ou nas linhas netixlan do perfil da PeeringDB;
  • documentação corporativa que explique explicitamente a relação, se houver, entre Proximity Data Centres Limited e nLighten - IX ASN;
  • observações posteriores de roteamento que informem produto, horário, família de endereços, denominador e método;
  • uma série histórica de rotas ou evidência de autorização de origem quando a pergunta for continuidade ou permissão;
  • medição operacional autorizada e alinhada no tempo quando a pergunta for sessão ativa ou experiência do cliente.

Fontes