Resumo

  • A resposta do RIPEstat para o AS24385 entrega um titular, um bloco de 16 bits atribuído pela APNIC e announced=false numa consulta de instante único; não traz data de registro, lista de serviços nem forma jurídica.
  • A ficha do diretório da BTW transforma esse nome em dois papéis de serviço e numa sociedade de tipo privado, com confiança 0,7 e uma única evidência; o próprio campo de lacunas da ficha pede a verificação exatamente desses atributos.
  • A NZIX publica para Wellington 10G a NZD 350 por mês e 100G a NZD 1.250 por mês, dois sites e um contrato de peering de camada 3; nenhum documento consultado mostra que a Smartlinx3 opere essa instalação.

O que o registro realmente diz

O as-overview do RIPEstat para o AS24385 identifica o titular como "SMARTLINX3-AS-AP - Smartlinx3 - Wellington Regional Internet Exchange", situa o número no bloco de 16 bits 23552-24575 (cujo nome de registro é o de números de sistema autônomo de 16 bits da IANA e cuja descrição é "Assigned by APNIC") e devolve announced=false para uma janela de consulta que vai de 2026-11-12T08:00:00 a 2026-11-12T08:00:00 UTC (RIPEstat, AS24385).

É só isso. A mesma resposta não traz data de registro, data de atribuição, data da última alteração, descrição de serviços ou forma jurídica. Um número de sistema autônomo é um identificador de coordenação: registra quem foi anotado diante de quem no registro de números. Um nome nesse campo não é instalação, não é porta e não é empresa que tenha apresentado balanço.

O detalhe chega por outro caminho, com outro grau de prova. Um espelho de dados derivados da APNIC mostra o aut-num AS24385 SMARTLINX3-AS-AP com a descrição "Smartlinx3 - Wellington Regional Internet Exchange", última alteração em 2023-04-14T19:18:20Z, e atribui o recurso à organização ORG-CL4-AP, denominada Vital Data Ltd, tipo de organização LIR, última alteração em 2025-08-06T12:57:26Z (espelho APNIC via IPGeolocation). É um espelho, não o endpoint whois da APNIC. Quando a pergunta vira "posso levar esta linha para uma mesa de negociação", essa diferença é tudo.

O que a ficha acrescenta e o registro não diz

A ficha publicada no diretório da BTW para esta entidade afirma dois papéis de serviço — managed_network e peering_ixp —, a forma jurídica private_company, país-sede "Global", pontuação de confiança 0,7 e exatamente uma fonte de evidência: a resposta do RIPEstat que acabei de citar, que não diz nada sobre serviços nem sobre forma jurídica (ficha no diretório da BTW).

A ficha não esconde o problema; ela o escreve no próprio campo de lacunas: "Verify Smartlinx3 - Wellington Regional Internet Exchange's legal entity country, current services, visible assets, parent or subsidiary links, and responsible public leadership contacts". A mesma superfície pública que distribui dois papéis de serviço pede que se verifiquem os serviços. As duas frases não podem ser verdadeiras ao mesmo tempo.

Aí está a distância que este artigo mede. Quem chega perguntando "quem opera o exchange de Wellington" recebe uma ficha que responde com papéis e forma jurídica, e uma fonte que não respondeu a nenhuma das duas. Não é fraude: é inferência. E na prática de compras a inferência se comporta como dado até alguém pedir o contrato.

A organização por trás do titular

O espelho separa dois planos que o nome fundiu. O titular do aut-num é o nome comercial que começa com Smartlinx3. A organização à qual o recurso é atribuído é a Vital Data Ltd, registrada como ORG-CL4-AP, tipo LIR. O que liga os dois planos é a atribuição no registro, não um documento societário.

A data de atribuição aparece como rótulo do espelho: "Date Allocated 2005-03-29". Um índice secundário mostra a data 30.03.2005 numa lista de sistemas autônomos da Vital Data Ltd, mas a página original devolveu HTTP 403 em 12 de novembro de 2026 (índice secundário 4b42). Fica um conflito de um dia que nenhum documento consultado resolve, e por isso a data não é usada aqui como evidência de registro. Serve para uma coisa: mostrar que até o dado mais antigo do conjunto vem de um espelho.

O mesmo aut-num registra uma referência de política de troca que aponta para o domínio legado http://nzix.net/terms.html (referência de política registrada). O documento não resolveu por HTTP naquele dia. Não resolver não diz nada sobre o que ele contém, e este artigo não lhe atribui conteúdo nenhum. Mas a referência em si é verificável: o registro associa este número à política de troca do operador que publica seus termos no domínio nzix.net.

O único produto com preço em Wellington

A NZIX se descreve como organização sem fins lucrativos, neutra em relação a portadoras, criada em 2016 e pertencente aos seus membros, que reinveste a receita em rede e serviço (NZIX, quem somos). Essa frase define quem responde diante de um cliente: uma entidade cujos membros são ao mesmo tempo donos e usuários.

A página de serviços coloca números concretos no mercado de Wellington. A NZIX opera exchanges em Auckland, Christchurch e Wellington; para Wellington publica 10G a NZD 350 por mês e 100G a NZD 1.250 por mês, e situa a presença do WLG-IX no Xtreme DC e no Spark Wellington Central Exchange (NZIX, peering).

O anexo de serviços fecha a definição: são serviços de peering de camada 3 por BGP entre sistemas autônomos, o cliente fornece suas próprias instalações de acesso e o serviço não inclui acesso à Internet (anexo de serviços de peering da NZIX).

Com esses dois preços publicados é possível fazer uma aritmética que nenhum operador anunciou e que é deste artigo: NZD 350 ÷ 10.000 Mbps = NZD 0,035 por Mbps-mês, e a volta 0,035 × 10.000 = 350. Para 100G: NZD 1.250 ÷ 100.000 Mbps = NZD 0,0125 por Mbps-mês, e a volta 0,0125 × 100.000 = 1.250. A razão entre os dois preços unitários é 0,035 ÷ 0,0125 = 2,8: a porta de 10G custa 2,8 vezes mais por unidade de capacidade que a de 100G. E 1.250 ÷ 350 = 3,5714: dez vezes a capacidade custa cerca de 3,57 vezes o dinheiro.

Essa curva — fator 2,8 na unidade, fator 3,57 na fatura — é o único sinal público de preço que existe hoje em Wellington.

O que nenhuma das duas superfícies diz a quem quer conectar

Nas duas páginas da NZIX inspecionadas não aparece contagem de participantes de Wellington, nem número de portas, nem volume de tráfego, nem compromisso de nível de serviço. É o que se pode afirmar: sobre essas duas páginas, naquela data, esses números não estavam ali. Não é prova de que a NZIX não os publique em outro lugar.

Do lado do registro, announced=false descreve um instante de consulta. Um anúncio de rotas pode mudar em minutos, e um número sem anúncio pode ser número reservado, identificador de trânsito ou migração pela metade. Ler esse campo como "não existe rede" é exatamente o erro que a ficha do diretório já cometeu ao assumir dois papéis de serviço.

Nenhum documento deste conjunto estabelece que a Smartlinx3 opere, possua ou forneça o WLG-IX. Nenhum estabelece o contrário. As duas identidades compartilham as palavras "Wellington Regional Internet Exchange" e, no registro, uma referência de política para o domínio do operador; nada mais no que foi consultado as une.

Três perguntas para uma rede que vai conectar

Primeira: qual sistema autônomo anuncia rotas a partir do WLG-IX, e desde quando? A resposta não está numa ficha de diretório; está num looking glass ou numa visão de rotas datada. Uma rede que vai pagar por uma porta deveria pedir isso antes de assinar.

Segunda: o que exatamente a porta compra? O anexo diz camada 3, BGP e acesso por conta do cliente. Não diz capacidade garantida, nem redundância, nem tempo de reparo. Quem conecta por resiliência terá de colocar essas cláusulas no contrato, porque a página de preços não as coloca.

Terceira: quem responde pelo nome no registro? O titular do aut-num é uma cadeia comercial; a organização atribuída é a Vital Data Ltd; o operador que publica preço e termos é a NZIX. Três planos distintos que a palavra "exchange" apresenta juntos. Uma rede que confunde os três compra um nome e descobre a infraestrutura depois.

A conclusão é incômoda e é a correta: em Wellington existe um produto de peering que se pode comprar, medir e cobrar, e um registro que coordena uma identidade. A ficha do diretório preenche o vazio entre os dois com dois papéis de serviço e uma forma jurídica a 0,7 de confiança. Quem decide com essa ficha decide com uma inferência, e a única forma de transformá-la em dado é exigir a mesma prova que já existe do outro lado da cidade: preço, site, contrato e uma rota que alguém possa ver.