Resumo

  • O AS24388 está dentro do bloco 23552-24575 atribuído pela APNIC, registado como «CHIX-AS-AP - Christchurch Internet Exchange»; a mesma ficha regista «announced» como false numa janela de consulta que termina em 2026-10-21T00:00:00.
  • Uma segunda superfície de encaminhamento reporta 0 prefixos anunciados e 2 pares BGP observados para esse número, ambos IPv6 e nenhum IPv4, enquanto o site do intercâmbio e a sua ficha no PeeringDB devolveram apenas uma nota de inacessibilidade com data — deixando participantes, locais, portas, servidores de rotas e tráfego por verificar.

Um tecido de interligação e o número de sistema autónomo que lhe está registado são dois objectos distintos, e apenas um deles era legível nesta janela de investigação. O que se segue separa-os de propósito: primeiro os registos que responderam, depois o que esses registos estruturalmente não podem dizer, e por fim o material que não chegou e os instrumentos que o substituiriam.

O que o registo devolve de facto

A ficha de sistema autónomo do AS24388 é um objecto JSON pequeno, e os seus campos são invulgarmente explícitos. Lida a 21 de outubro de 2026, coloca o número dentro do bloco 23552-24575, descrito como «Assigned by APNIC» e nomeado no registo como «IANA 16-bit Autonomous System (AS) Numbers Registry». A cadeia de titular é «CHIX-AS-AP - Christchurch Internet Exchange» (RIPEstat, ficha do AS24388). O mesmo objecto traz «announced» como false, com início e fim de consulta ambos marcados 2026-10-21T00:00:00.

Esse indicador é mais estreito do que parece. Diz que, na janela consultada, nenhum prefixo originado pelo AS24388 foi observado na tabela de encaminhamento que o registo consultou. Não descreve o intercâmbio, os seus membros, os seus comutadores, nem o volume de tráfego que passa entre os participantes. Um registo de atribuição é prova de que um número existe e de quem o detém; não é uma descrição do que esse titular opera.

A segunda superfície, e porque coincidir não é corroborar

A entrada do kit BGP para o mesmo número detalha o estado de encaminhamento: «Prefixes Announced (all): 0», com 0 tanto em IPv4 como em IPv6, e «BGP Peers Observed (all): 2», repartidos em 0 IPv4 e 2 IPv6 (kit BGP, entrada do AS24388). As duas leituras parecem uma confirmação independente da mesma imagem. Não são.

Ambas as superfícies derivam da tabela de encaminhamento global tal como é recolhida por projectos de monitorização de rotas; nenhuma sonda de forma independente a malha de Christchurch. Quando duas vistas de uma mesma tabela concordam, o leitor tem uma observação reportada duas vezes, não duas medições. As marcas temporais também diferem: o registo declara a sua janela de forma explícita, enquanto o extracto do kit BGP aqui conservado não traz qualquer hora de observação, e nada demonstra que os dois sejam simultâneos.

Zero prefixos é uma propriedade normal, não um veredicto

Num ponto de troca, as redes participantes anunciam o seu próprio espaço de endereçamento através de sessões para um servidor de rotas ou directamente entre si. O número de sistema autónomo do próprio intercâmbio normalmente não origina nada, porque a sua função é transportar as rotas de outras redes e não ser uma rede com clientes. Uma contagem de zero prefixos anunciados pelo AS24388 é, portanto, compatível com uma malha que faz exactamente aquilo que uma malha faz.

A linha IPv4 também não é uma declaração de serviço. Dois vizinhos observados, ambos IPv6 e nenhum IPv4, descrevem as sessões que os projectos de monitorização conseguiam ver em torno desse número. Não estabelecem que o intercâmbio não ofereça conectividade IPv4, que seja exclusivamente IPv6, nem que uma rede concreta esteja ou não presente. Uma contagem de vizinhos num sistema autónomo não é uma contagem de membros, e as duas não devem ser trocadas num processo de compra nem numa nota de investimento.

O campo remarks aponta para outro sítio

Dentro do extracto conservado há uma linha fácil de saltar e difícil de interpretar: um campo remarks que reenvia as questões de política de intercâmbio para uma página de condições do domínio nzix.net. É um reenvio, inscrito no objecto de encaminhamento e não num documento publicado pelo operador.

O que isso estabelece é modesto e vale a pena dizer com precisão: o registo carrega um ponteiro. O que não estabelece é quem opera, possui ou governa a malha de Christchurch, se essa página de condições está em vigor, ou se as suas cláusulas se aplicam de facto a este intercâmbio. Nada do que aqui se conserva o confirma, e uma ligação dentro de um campo remarks não é um documento de governação. A organização neozelandesa de intercâmbio aparentada é um assunto distinto, com a sua própria ficha, e não deve ser fundida com este por causa de um URL.

A metade que não chegou

O site do próprio intercâmbio devolveu uma nota com data em vez de texto: «The requested page was inaccessible during the research period» (chix.net.nz). A ficha do PeeringDB com identificador IX 466 devolveu a nota idêntica (ficha PeeringDB IX 466).

Essa frase fala do acesso, não do operador. Não diz que o intercâmbio não tem membros, nem portas, nem servidores de rotas, nem tráfego; diz que esta leitura não conseguiu verificar nenhuma dessas coisas a partir dessas páginas. A distinção importa porque a falha de obtenção é o facto mais fácil de ler como um silêncio do operador, e o silêncio a matéria mais fácil de transformar numa conclusão sobre a viabilidade.

Até a nossa própria entrada de directório para este intercâmbio assenta numa única base de evidência — o ponto de API do registo acima citado — com uma confiança de 0,7, e anota a cadeia «Global» tanto no campo de país como no de jurisdição. «Global» não é uma jurisdição (entrada de directório do Christchurch Internet Exchange). As questões em aberto da própria ficha pedem um país jurídico verificado, os serviços actuais, os activos visíveis e os responsáveis públicos, o que descreve com honestidade o ponto em que o registo está.

O que resolveria a malha

A lacuna não tem nada de misterioso, e o seu remédio também não.

Cinco classes de instrumentos converteriam esta leitura de um registo numa conta de infraestrutura: as páginas do operador lidas como texto, com locais, comutadores, portas, endereços de servidores de rotas, condições de adesão e participantes; uma ficha do PeeringDB ou uma exportação de membros IX-F com data declarada, que dê número de membros, instalações e tipos de meio; uma configuração de servidor de rotas ou uma saída de looking glass que mostre sessões, rotas recebidas e horas de última visualização; um registo de organização ou whois da APNIC que ligue o número a uma entidade jurídica; e uma medição independente do peering doméstico,

da latência ou do volume de tráfego na South Island.

Cada um destes elementos pesa de forma diferente. Uma exportação de membros prova uma participação declarada numa data. Um looking glass prova que existiam sessões quando foi consultado. Gráficos de tráfego provam volume se a sua base de medição for declarada. Nenhum substitui os outros, e nenhum pode ser reconstruído a partir do número de vizinhos que um sistema autónomo mostra.

O que esta leitura autoriza

A conclusão defensável é limitada. O Christchurch Internet Exchange detém um sistema autónomo de 16 bits atribuído pela APNIC no bloco 23552-24575, e a 21 de outubro de 2026 os registos de encaminhamento consultados mostravam esse número sem originar nada e com dois vizinhos IPv6 observados. A descrição pública que o intercâmbio faz da sua própria malha não era legível nesta janela: o tamanho, a participação, a pegada física e o tráfego dessa malha ficam, por isso, por estabelecer aqui.

Para quem pesa a interligação na South Island, é esta a distinção operativa. A camada de registo responde a uma pergunta administrativa — se existe um intercâmbio com este nome e que número lhe está registado. Não responde às perguntas de engenharia nem de comércio, e tratar um zero e um dois como se respondesse equivaleria a colocar um artefacto de encaminhamento no lugar onde cabe uma medição.