Resumo

  • Uma exchange regional não vende rota: vende porta num segmento de camada 2 definido. A TREX publica o segmento de Tampere por inteiro (VLAN 4, 195.140.192.0/24 e 2001:7f8:1d:4::/64, MTU IP 9000, TTL BGP 255) e o de Turku com muito menos detalhe (VLAN 7, 2001:7f8:1d:7::/64, endereçamento da LAN apenas IPv6, IPv4 via RFC 5549 ou RFC 8950) (Tampere, Turku).
  • A própria página de acesso VPLS do operador delimita o que a exchange garante: o tráfego entre dois membros ligados pela FNE Finland pega o caminho mais direto dentro da espinha dorsal da FNE e não entra na matriz de comutação da TREX (FNE VPLS).

Uma porta, não uma rota

A TREX Regional Exchanges Oy exibe na página da empresa o número de registro finlandês 1780867-1 e declara como atividade principal manter e desenvolver um ponto de troca de tráfego de Internet e de outros tipos entre clientes conectados; a operação cotidiana da exchange fica com a Axu TM Oy (empresa). A empresa afirma ter montado um segundo ponto de troca em Turku no inverno de 2024-2025 (sobre), mantendo sede e endereço postal em Kuninkaankatu 30 A, Tampere (contato).

Essa geografia não é detalhe comercial. Uma exchange não vende caminho: vende uma porta num segmento de camada 2, mais o acesso a um ou dois servidores de rotas que preenchem a tabela BGP do membro. Todo o resto — o trajeto físico até o prédio, a qualidade do caminho, o que o vizinho faz com o anúncio recebido — pertence a outros contratos e a outros atores. Ler a TREX é, portanto, separar duas coisas que o jargão do setor confunde com facilidade: a topologia anunciada e a topologia efetivamente percorrida.

Duas LANs, dois níveis de detalhe

O segmento de Tampere está documentado como objeto técnico completo: VLAN 4, LANs de peering 195.140.192.0/24 e 2001:7f8:1d:4::/64, MTU IP de 9000, TTL BGP de 255, entrega da VLAN em modo nativo ou encapsulada em IEEE 802.1Q (Tampere). A tabela de endereçamento correspondente nomeia os servidores de rotas da TREX em AS197032 nos endereços 195.140.192.1, 195.140.192.2, 2001:7f8:1d:4::1 e 2001:7f8:1d:4::2, identifica a TREX Services em AS29432 e distribui endereços a participantes nomeados: Domainkeskus, Elisa, CSC/Funet, FNE Finland, Glesys, Seclan, Planeetta Internet, SuomiCom, Cinia, GlobalConnect, Telia Finland, S1 Networks, Web1, Lounea, Axu TM e NetInch (endereçamento Tampere).

Turku cabe numa página mais curta: VLAN 7, prefixo 2001:7f8:1d:7::/64, MTU 9000, TTL BGP 255 e uma frase que muda a natureza do serviço — o endereçamento da LAN de peering é exclusivamente IPv6, e o peering IPv4 deve ser feito com as técnicas RFC 5549 ou RFC 8950 (Turku). Em outras palavras: um membro IPv4 que queira trocar tráfego em Turku não se limita a endereçar uma interface; precisa de sessões BGP capazes de transportar próximos saltos IPv4 dentro de sinalização IPv6. É requisito real de configuração, e não é imposto em Tampere.

Dois servidores de rotas, um único AS

O operador descreve o arranjo sem ambiguidade: dois servidores de rotas por ponto de troca, ASN de 32 bits, 197032, o valor 23456 sugerido para equipamentos que não configuram ASN de 32 bits, BIRD 2 como implementação e aceitação de rotas registradas no RIPE vindas dos membros participantes (MLPA). A página de peering acrescenta a divisão de papéis: AS29432 é o ASN de infraestrutura da TREX, AS197032 é o dos servidores de rotas, o peering ocorre na VLAN de peering de Tampere e/ou na de Turku, e a TREX tem dois roteadores (peering).

A mesma página exibe objetos route e route6 rotulados «source: RIPE # Filtered», entre eles 195.140.194.0/23, 2001:67c:2b0::/48 e 2001:7f8:1d::/48 (peering). Aqui a precisão importa: a página é da TREX e reproduz uma visão filtrada de objetos RIPE, não é uma resposta de registro. A página de recurso do RIPEstat para AS29432 não entregou conteúdo legível na consulta; portanto as afirmações sobre RIPE se apoiam na exibição do próprio operador, não num registro inspecionado diretamente (RIPEstat).

O que o operador publica sobre o próprio desvio

A página mais instrutiva do site não é a de peering. É a de acesso por VPLS da FNE Finland. Ali está escrito que a FNE Finland oferece conexão remota à VLAN de peering unicast, VLAN ID 4, em qualquer ponto da Finlândia, sobre sua espinha dorsal MPLS por meio de VPLS; e, sobretudo, que o tráfego entre dois membros FNE VPLS pega o caminho mais direto dentro da espinha dorsal da FNE e não entra na matriz de comutação da TREX (FNE VPLS).

É o próprio operador que delimita seu produto. Para um membro conectado desse jeito, o valor da exchange não é o trajeto: é a lista de redes alcançáveis e os dois servidores de rotas em AS197032. O pacote trocado entre dois membros FNE nunca atravessa o switch da exchange, e nenhuma medição de capacidade feita nesse switch descreverá o desempenho desse membro. A página ainda dá um exemplo de compromisso de 100 Mbps, com encargos de associação e de transporte separados (FNE VPLS).

A página de revendedores completa o quadro: Elisa, FNE Finland, Funet, SuomiCom e Telia Finland aparecem como revendedores; o revendedor estabelece uma conexão de 10 Gbps ou mais até a exchange e liga vários clientes nesse link compartilhado; o acesso por revendedor se distingue da associação plena, inclusive pela ausência de porta física no switch para os clientes do revendedor (revendedores). Coexistem, assim, três modelos de acesso — porta própria, porta compartilhada num revendedor e túnel VPLS num transportador — e só um termina na matriz da exchange.

Tampere: o registro e o prédio

O PeeringDB registra, para a TREX Tampere, 25 pares, 31 conexões, 17 pares abertos e capacidade total de 188G, com marca de última atualização em 2025-03-03T15:26:57Z, e lista três instalações locais: Elisa Tampere Nalkala, Glesys Tampere 1 e Tampere Hallituskatu 14 (PeeringDB ix 328). A aritmética merece atenção: 31 conexões para 25 pares significa que ao menos seis pares têm mais de uma conexão, e o registro não diz quais. Já os 188G são soma de capacidades declaradas, não vazão medida nem taxa de utilização.

A página de rede do AS29432 mostra o AS-set de IRR AS29432:AS-PEERING e foi atualizada em 2025-05-27T14:30:37Z; a organização, registrada em Tampere, vincula AS29432 e AS197032 e as duas exchanges, com marca de 2025-05-27T14:28:55Z (PeeringDB rede, PeeringDB organização). Todas essas datas são anteriores às páginas do operador lidas em 2026-11-12: os números de membros e de capacidade podem estar atrás do que a TREX publica hoje.

O lado físico de Tampere está em outra página, mais antiga: o Hallituskatu 14 aparece como prédio de escritórios no centro que abriga pequenas colocations de diferentes operadoras de Internet, com referências de meet-me-room ou de painéis para Elisa, Cinia, DNA Finland, FNE Finland, GlobalConnect, Portlane e Telia Finland (Hallituskatu 14). Já a página de contato lista duas instalações do PeeringDB, Hallituskatu (instalação 2333) e Nalkala (instalação 3230), e não menciona instalação em Turku nem caminho de transporte físico entre as duas cidades (contato).

Turku: uma contradição com data

A tabela de membros expõe separadamente a participação em Tampere, a participação em Turku, a participação nos servidores de rotas e o status de revendedor, e nomeia em especial Domainkeskus AS29243, Elisa AS719, CSC/Funet AS1741, Telia Finland AS1759, GlobalConnect AS12552, S1 Networks AS199508 e Web1 AS207003 (membros). É essa mesma tabela que cria o único conflito interno do dossiê: marca Partel AS42885 e Port 179 AS212232 com o indicador Q3, que a legenda da própria página define como conexão pendente. Ora, a tabela de endereçamento de Turku atribui endereços de peering às duas redes, ao lado de S1 Networks AS199508, Web1 AS207003, Cuitunet AS211368 e V4LESS-AS AS215250 (endereçamento Turku, membros).

Aquela página não diz se um endereço exibido corresponde a sessão operacional, pendente ou recém-provisionada (endereçamento Turku). Ela nomeia os servidores de rotas de Turku em AS197032 nos endereços 2001:7f8:1d:7::1 e 2001:7f8:1d:7::2 (endereçamento Turku). O PeeringDB, por sua vez, conta 6 pares, 8 conexões, 6 pares abertos e 20G para a TREX turku, com marca em 2025-01-01T02:53:48Z e o prefixo de LAN 2001:7f8:1d:7::/64, mas não exibe Partel nem Port 179 (PeeringDB ix 4621).

Endereço atribuído e status «pendente» não são a mesma coisa, e nada nas páginas lidas permite decidir. O fato datado é duplo: a tabela de membros diz Q3, a de endereçamento publica endereços, o registro não mostra esses pares. Isso não prova ausência de sessão nem funcionamento.

O que nenhuma página mede

O dossiê silencia sobre as grandezas que decidiriam uma compra. Nenhuma página lida publica volume de tráfego, latência, disponibilidade, crédito de serviço ou preço de porta; as únicas referências numéricas são o exemplo de compromisso de 100 Mbps na FNE e o limiar de 10 Gbps ou mais para revendedor (revendedores). Nenhum endereço de instalação em Turku, nenhum site de colocation e nenhum caminho de transporte entre as duas cidades aparece na página de serviço de Turku, na de contato ou no registro de organização lidos (contato). E os 188G e os 20G são somas de capacidade declaradas num registro, nunca vazão observada.

O teste de compra

O que a TREX vende, e o que o operador documenta corretamente, é uma porta num segmento nomeado, com MTU, TTL BGP e dois servidores de rotas sobre um único ASN. O que um comprador pode verificar antes de assinar é a existência dessa porta, a identidade das redes ali endereçadas e o modo de acesso — porta própria, porta de revendedor ou túnel num transportador. O que ele não consegue verificar nas páginas públicas é o trajeto real dos seus pacotes até cada uma dessas redes, em especial se passarão pela matriz da exchange ou pela espinha dorsal de outra empresa. A ficha do diretório da BTW está aqui: TREX Regional Exchanges Oy.

Fontes