Resumo

  • O registro de rede na base de interconexão mostra id 20757, nome "DE-CIX Kolkata Route Servers", ASN 24508 e status "ok". É um registro de rede, não um registro de ponto de troca de tráfego.
  • A página de localidades do operador inclui Calcutá e convida a peerar de forma condicional: "If you have a PoP in Kolkata". Não traz número de membros, portas, instalação ou data de abertura.

O nome que aparece no registro é de servidor de rotas, não de ponto de troca

Convém começar pelo objeto exato. O diretório da BTW acompanha uma entidade chamada "DE-CIX Kolkata Internet Exchange" e registra os aliases "Kolkata Internet Exchange" e "DE-CIX-AS-AP DE-CIX Kolkata Internet Exchange". A forma jurídica anotada é private_company; os serviços anotados são managed_network e peering_ixp. A contagem de evidências é 1, a confiança é 0,7, e a justificativa registrada diz que a entidade aparece com uma referência pública de apoio, mas sem operador confirmado (entrada do diretório da BTW Exclusivo para o Círculo Estratégico).

Essa autodescrição acerta o caráter do caso. Há um nome, há uma classificação, e a confirmação do operador ficou pendente, com uma única evidência contada.

O que essa evidência mostra? O registro da base de interconexão capturado em 31 de outubro de 2026 traz: id 20757, org_id 14750, nome "DE-CIX Kolkata Route Servers", também conhecido como "DE-CIX Kolkata", ASN 24508 e status "ok" (registro de rede no PeeringDB).

Vale parar aqui. Trata-se de um registro de rede, não de um registro de ponto de troca de tráfego. O trecho retido omite campos com reticências e não contém contagem de portas, identificador de LAN de troca, lista de organizações participantes ou estimativa de tráfego. O que se lê é uma coisa só: ao número AS24508 está associado o nome de um servidor de rotas, e o estado registrado é "ok".

Ter nome não é o mesmo que ter uma máquina trocando tráfego de membros em algum prédio. Para sustentar a segunda afirmação seria necessário o registro de atribuição de porta, a lista de redes participantes ou a identificação da instalação. Nada disso está no material retido.

O que a marcação announced=false responde

Em 18 de outubro de 2026, a BTW publicou uma matéria curta sobre este mesmo objeto. Naquele momento, o único documento legível por máquina ligado ao nó era um registro de registro de endereços: nome do titular, uma faixa delegada pela APNIC e o valor false no campo announced. Não havia número de membros, número de portas nem volume de tráfego, e o texto recusou explicitamente converter uma faixa de registro em medida de tráfego (registro de cobertura anterior no pacote de fatos).

A observação de hoje não contradiz essa decisão. Reforça-a — mas o faz por um caminho um pouco diferente.

O campo announced descreve a existência de prefixos que um número de sistema autônomo origina e anuncia para a tabela global de rotas. A função operacional de um servidor de rotas é distribuir entre os membros as rotas que recebe deles; isso não implica que o AS do servidor origine os prefixos dos membros. Portanto, um announced=false no AS do servidor de rotas não é evidência de que a estrutura não tenha participantes. A contagem de membros de um ponto de troca e a contagem de prefixos originados por um AS medem grandezas distintas.

O ponto é fácil de confundir, então vale ser explícito. announced=false afirma que aquele AS não anuncia rotas próprias. Não afirma que o ponto de troca não existe, nem que não há participantes. A matéria de outubro agiu bem ao não converter faixa de registro em tráfego. A contribuição de hoje é acrescentar um segundo motivo para não converter: os objetos comparados pertencem a classes diferentes.

A página do operador é um convite condicional

A lista de localidades do próprio operador tem uma entrada para Calcutá. O texto diz que a cidade é "the cultural capital of India with over 14 million inhabitants" e que interliga Bangladesh, Nepal e o nordeste da Índia às artérias da Internet. Em seguida vem a chamada: "If you have a PoP in Kolkata, peering is the best way to exchange your data directly with other networks" (página de localidades da DE-CIX).

Essa passagem diz três coisas. Primeiro, que o operador lista Calcutá entre suas localidades. Segundo, que o operador sustenta, por conta própria, uma tese sobre o papel geográfico da cidade. Terceiro, que o convite é condicional — "if you have a PoP". O leitor pressuposto já tem presença física ali.

O terceiro ponto importa editorialmente. Um convite condicional não é convite a quem pensa em construir presença. Muito menos é declaração de que a estrutura está operando, com portas livres e membros reunidos. Uma página de localidades é documento comercial; a existência do texto não é a medição da instalação que o texto descreve.

Duas respostas que não vieram

No mesmo dia, foram tentadas duas respostas de API estatística: um resumo do AS24508 e a lista de prefixos anunciados por ele. Nenhuma das duas devolveu conteúdo legível (RIPEstat as-overview e RIPEstat announced-prefixes).

Aqui é preciso cuidado. Falha de coleta não é descoberta. O fato de a resposta vir vazia não prova que o AS24508 não anuncie rotas, nem que o registro não tenha titular. Prova apenas que, na tentativa de 31 de outubro de 2026, essas duas camadas não foram observadas.

Também no mesmo dia, novas tentativas de obter documentos públicos adicionais não se completaram por erro de permissão do ambiente de coleta. Com isso, permanecem sem confirmação: a participação em LAN de troca com portas atribuídas, o registro aut-num oficial da APNIC e a existência de uma página dedicada a Calcutá. Não são coisas que "não existiam". São coisas que não foram vistas.

Quatro grandezas que ninguém mediu

Organizando. Quatro quantidades ficam fora dos quatro documentos que sustentam esta matéria.

Número de membros. Nenhum registro traz contagem ou lista de redes participantes.

Número de portas. Não foi obtido nenhum registro de porta atribuída em LAN de troca.

Volume de tráfego. Não há pico nem média, em unidade alguma. Os valores de "20–100 Mbps" gerados fora do trecho retido não aparecem em nenhum ponto do texto preservado e, por isso, não são usados aqui. Um número só entra quando o texto que o sustenta está em mãos.

Identidade da instalação. Qual prédio, qual data center, qual sala abriga a estrutura é informação ausente de todos os registros.

Quando as quatro faltam ao mesmo tempo, o que o leitor pode afirmar é que existem um nome e uma classificação. Daí para a frente é inferência. Escrever inferência é legítimo; apresentá-la como medição não é.

Até onde a geografia de Calcutá se sustenta em registro

A tese de que Calcutá pode funcionar como nó de rotas no sul da Ásia oriental tem plausibilidade. O próprio operador escreve isso, e a menção a três direções — Bangladesh, Nepal e nordeste da Índia — é compreensível como imaginação geográfica.

Mas o que esta matéria conseguiu confirmar é apenas que o operador afirma isso. O número de "mais de 14 milhões de habitantes" também é texto do operador, não verificação independente. E se essa condição geográfica é sustentada por cabos submarinos, enlaces terrestres, energia e licenças é algo que nenhum dos quatro documentos retidos registra.

Geografia explica o motivo de um ponto de troca existir. Não é prova de que exista. Misturar as duas coisas produz raciocínio circular: o lugar é bom, logo a estrutura opera. Motivo e medição devem ficar separados, sobretudo num objeto como este.

O que isso significa para quem compra, conecta ou investe

A leitura depende de quem lê.

Para uma operadora que já tem PoP na cidade e quer reduzir custo de trânsito, o que importa é a existência de porta e o preço. A página do operador traz um convite condicional, mas não diz que há porta livre nem identifica a instalação. Antes de decidir, o que falta é o endereço da instalação, a condição de fornecimento das portas e a política do servidor de rotas — não uma frase de página de localidades.

Para quem decide investimento ou compra, a granularidade do registro é informação por si. A autodescrição do diretório — uma evidência, confiança 0,7, operador não confirmado — indica que o objeto ainda está em estágio inicial de apuração. Nome e classificação vêm antes, a medição vem depois. É uma ordem comum em interconexão, e reconhecê-la evita que o peso do nome puxe a conclusão.

Para quem lê por interesse regulatório ou de política pública, a situação é mais simples. Se os meios públicos de verificar a existência de um ponto de troca se resumem a uma menção de cidade, a um identificador de rede registrado e a APIs estatísticas que devolvem vazio, então o registro correto sobre esse mercado é "não medido".

O que esta reportagem não conseguiu confirmar

Os limites, explicitados. Se o AS24508 está associado a alguma LAN de troca com portas atribuídas. O registro aut-num oficial da APNIC, com titular, situação de delegação e data da última modificação. Se existe página de localidade dedicada a Calcutá e o que ela publica. Número de membros, número de portas, volume de tráfego e identidade da instalação de qualquer estrutura local. Se o AS24508 origina algum prefixo hoje. O país da pessoa jurídica que a BTW acompanha e eventual vínculo de controladora ou subsidiária.

Nada disso foi confirmado. E o motivo não é que o registro tenha mostrado ausência: é que as tentativas de 31 de outubro de 2026 não alcançaram essas camadas. Confundir os dois transforma a reportagem numa alegação de que algo não existia. Isso iria além da evidência.

Conclusão: nome não é prova de existência

Em 31 de outubro de 2026, o que o registro público permite dizer sobre a DE-CIX Calcutá é isto. O operador lista Calcutá entre suas localidades e convida, em termos condicionais, redes que já tenham PoP na cidade a peerar. A base de interconexão traz um registro de rede sob o AS24508 com o nome "DE-CIX Kolkata Route Servers" e estado "ok". Duas APIs estatísticas não devolveram conteúdo legível, e tentativas adicionais de documentos públicos pararam em erro de permissão.

Daí para a frente — quantos membros, quantas portas, quantos bits por segundo, em que prédio a luz se divide — nada está na base desta matéria.

Isso não é relatório de fracasso. É relatório de contorno. Um ponto de troca de tráfego é um conjunto de portas, membros e instalação, não um nome e uma classificação. Nomes são registrados antes de estruturas ficarem prontas com frequência. Se o registro veio primeiro ou se a estrutura veio primeiro, só um registro de porta responde. Hoje, não chegamos lá.