Resumo

  • APNIC e a UIT ajudaram a estabelecer um IXP de teste em Timor-Leste em 2016. Em 2024, a UNCTAD informou que o TLIX não parecia funcional, ressalvando que os dados operacionais eram limitados; o relatório também registrou outro orçamento, uma licitação e testes com três operadoras.
  • APNIC diz, em 2026, que a ANC está estabelecendo o TL-IXP. A formulação descreve o estágio do projeto, mas não comprova a entrada em operação. O próximo teste público é saber quem assume manutenção, suporte, orçamento e continuidade após a ajuda de implantação.

A troca que ainda precisa ser registrada

As atas do Conselho Executivo da APNIC de novembro de 2016 dizem que a assistência técnica da entidade, em colaboração com o escritório regional da UIT em Bangcoc, ajudou a criar um caso de teste de IXP chamado TLIXP. O documento não acompanha o que veio depois: não identifica participantes, volume de tráfego, disponibilidade nem uma regra para que uma equipe local recebesse o serviço.

A avaliação de prontidão para o comércio eletrônico da UNCTAD, publicada em 2024, descreve o TLIX criado em Díli em 2016 e acrescenta uma ressalva importante: diante da escassez de dados operacionais, ele não parecia estar funcionando no momento considerado. Em seção separada, a publicação diz que um novo IXP havia recebido orçamento em 2024, com licitação em andamento e testes junto a três operadoras. Ela não explica por que a primeira iniciativa teria parado nem demonstra que a nova compra seja sua continuação direta.

Essa distinção muda a pergunta. Não basta saber se um equipamento foi instalado; é preciso saber quem pode mantê-lo, recuperar o serviço, atualizar políticas e pagar por peças quando algo se desgasta. Também é preciso deixar um rastro para que participantes consigam verificar se a estrutura continua disponível. A falta de dados públicos não prova falha técnica. Ela impede que o público reconheça a transição.

O escopo de assistência não é um relatório de conclusão

Uma apresentação de 2025 hospedada pela APNIC Foundation aponta a ANC como anfitriã planejada e cita Timor Telecom, Telemor e Telkomcel entre as principais operadoras. O desenho propõe governança compartilhada, peering gratuito, servidores de rotas, IXP Manager, espelhos e monitoramento. A apresentação registra uma intenção de arquitetura, não uma aceitação ou implantação comprovada.

O termo de referência para um assessor técnico da ANC é mais concreto sobre o trabalho esperado: servidor de rotas e IXP Manager, validação de RPKI, monitoramento, políticas, manuais de adesão, treinamento, um roteiro de sustentabilidade e transferência e 60 a 90 dias de apoio após a implantação. A vaga terminou em agosto de 2025. O material consultado não identifica quem foi contratado, quais entregas foram aceitas ou quando o apoio pós-implantação começou.

Em 16 de outubro de 2026, a APNIC afirmou que a ANC está estabelecendo o TL-IXP e listou servidores de rotas, espelhos de DNS raiz, monitoramento e validação de RPKI como itens previstos. A APNIC tem conhecimento e participação no projeto; sua nota é uma atualização relevante, mas não uma auditoria independente de comissionamento.

O Pulse, da Internet Society, não mostrava um IXP ativo em Timor-Leste no momento da consulta. Seu critério usa registros da PeeringDB que parecem ativos e listam pelo menos três sistemas autônomos. Isso mede presença nesse diretório. Não exclui uma instalação local ou interconexões privadas. E um servidor de rotas, sozinho, tampouco demonstra tráfego: a RFC 7947 explica que esse componente distribui informação de roteamento, mas não encaminha os pacotes dos usuários.

Por isso, sessões e rotas aceitas devem ser separadas de tráfego, latência, caminhos locais e resiliência. São evidências de camadas diferentes, e cada uma precisa de sua própria medida.

Como tornar a transferência verificável

Um registro de transferência deveria identificar a entidade operadora e os responsáveis por manutenção, incidentes, atualizações de software e substituição de equipamentos. Também precisaria dizer até quando haverá apoio externo, qual será a rota de escalonamento, quem financiará a operação e em que data cada tarefa passará à equipe local. Se ANC, operadoras e parceiros técnicos dividirem o trabalho, a fronteira de cada decisão deveria estar visível.

Não é necessário publicar configurações sensíveis. Um boletim de serviço pode informar, com período e método, participantes, sessões no servidor de rotas, prefixos aceitos, tráfego medido, disponibilidade, manutenções e tempo de recuperação. A metodologia importa: quantidade de rotas não é volume de tráfego; uma sessão ativa não é prova de uso; uma captura de painel não demonstra continuidade ao longo do ano.

A cronologia do próprio projeto também merece uma resposta. As fontes permitem descrever a iniciativa de 2016, a observação limitada da UNCTAD em 2024 e a nova contratação sem atribuir uma causa à interrupção aparente do primeiro esforço. Se o projeto atual é sucessor, a decisão pode ser datada. Se é um serviço distinto, o público pode saber o que foi reaproveitado. Esse registro define quem responde por compromissos anteriores e quem deve decidir a próxima manutenção.

O risco é condicional. Se a assistência de implantação acabar sem responsável local, orçamento e canal de escalonamento, uma falha comum ou atualização pode depender novamente de apoio externo ocasional. Se essas obrigações forem atribuídas e revistas, o ponto de troca terá uma base mais plausível para permanecer disponível — ainda sem que isso, por si só, prove redução de preços ou benefício aos usuários.

A palavra mais precisa hoje continua sendo “estabelecendo”. Para substituí-la por “em operação”, os participantes precisam de uma aceitação datada, de um operador nomeado e de registros periódicos que mostrem a continuidade do serviço. Essa é a diferença entre entregar um projeto e manter uma instituição capaz de operar uma infraestrutura.

Fontes