Resumen

  • APNIC y la UIT ayudaron a establecer en 2016 un IXP de prueba en Timor Oriental. En 2024, la UNCTAD dijo que TLIX no parecía funcional, con la advertencia de que los datos operativos eran limitados; también describió un presupuesto nuevo, una licitación y pruebas con tres operadores.
  • APNIC afirma en 2026 que ANC está estableciendo TL-IXP. Eso informa del estado del proyecto, pero no prueba que el servicio esté comisionado. Lo que falta es saber quién se hace cargo de las operaciones, el soporte, la financiación y la continuidad.

El momento de la entrega

El acta del Consejo Ejecutivo de APNIC del 25 de noviembre de 2016 deja constancia de un experiencia piloto: la asistencia técnica de APNIC, en colaboración con la oficina regional de Bangkok de la UIT, ayudó a establecer TLIXP. El acta no relata qué ocurrió después. No ofrece miembros, tráfico, disponibilidad ni un plan para que los equipos locales asumieran el mantenimiento.

La evaluación de preparación para el comercio electrónico de la UNCTAD, publicada en 2024, señala que TLIX se había establecido en Dili en 2016, pero que, dada la escasez de datos operativos, no parecía funcional en el momento evaluado. En otro pasaje informa de un presupuesto aprobado ese año para otro IXP, una licitación en curso y pruebas con tres operadores. La fuente conserva una separación importante: no explica por qué el primer intercambio dejó de aparecer como funcional ni afirma que la nueva contratación fuese su continuación directa.

La diferencia entre ambos periodos no es un detalle administrativo. Un intercambio necesita a alguien que pueda mantener el tejido, recuperar el servicio, aplicar reglas de participación y financiar repuestos. También necesita pruebas que permitan saber si sigue disponible. El silencio documental no demuestra una avería; sí deja sin contestar qué institución debe responder cuando el soporte de instalación termina.

Un diseño tiene que convertirse en servicio

Una presentación de 2025 alojada por APNIC Foundation plantea que ANC sea el anfitrión y menciona a Timor Telecom, Telemor y Telkomcel entre los principales operadores. Propone gobernanza compartida, peering gratuito, servidores de rutas, IXP Manager, espejos y monitorización. Describe una opción de diseño, no una aceptación formal ni una implantación demostrada.

Los términos de referencia de un asesor técnico de ANC convierten esa idea en tareas: configurar el servidor de rutas e IXP Manager, validar RPKI, instalar monitorización, redactar políticas y manuales, formar al personal, preparar una hoja de ruta de sostenibilidad y transferencia y ofrecer entre 60 y 90 días de apoyo después del despliegue. La convocatoria cerró en agosto de 2025; las fuentes revisadas no confirman quién fue contratado ni si esas entregas se completaron.

El 16 de octubre de 2026, APNIC dijo que ANC está estableciendo TL-IXP y enumeró servidores de rutas, espejos de DNS raíz, monitorización y validación RPKI entre los elementos previstos. APNIC es un socio experto del proyecto, de modo que su actualización resulta pertinente, pero no equivale a una auditoría independiente de aceptación.

Pulse, de Internet Society, no mostraba un IXP activo para Timor Oriental al consultarlo. Su indicador depende de fichas de PeeringDB que parecen activas y reúnen al menos tres sistemas autónomos. Mide visibilidad según ese criterio; no descarta una instalación local ni acuerdos privados. Tampoco basta un servidor de rutas para probar que el tráfico atraviesa el intercambio: el RFC 7947 dice que distribuye información de enrutamiento, pero no reenvía paquetes.

Por eso conviene separar cuatro preguntas. ¿Está instalado el equipo? ¿Quién mantiene el servicio? ¿Qué operadores participan y qué rutas aceptan? ¿Qué volumen de tráfico cruza el punto y con qué efecto? Una respuesta afirmativa a la primera no resuelve las otras tres.

Un registro que se pueda comprobar

El acta de entrega podría identificar a la entidad operadora y a las personas responsables del mantenimiento, las incidencias, las actualizaciones y la sustitución de equipos. También debería fijar el periodo de apoyo externo, la ruta de escalamiento, el presupuesto recurrente y la fecha en que el personal local asumió cada función. Si la responsabilidad se reparte entre ANC, miembros y un socio técnico, la división debería constar.

No es preciso publicar configuraciones sensibles. Un informe periódico puede mostrar, con método y periodo, cuántos miembros hay, qué sesiones de servidor de rutas están activas, cuántas rutas se aceptan, cómo se mide el tráfico, qué disponibilidad hubo y cuánto tardó una recuperación. Las cifras requieren denominador: rutas no son paquetes, una sesión no es uso, y una medición puntual no demuestra continuidad.

La historia también necesita precisión. El proyecto puede explicar cómo se relacionan el experiencia piloto de 2016, la evaluación limitada de 2024 y la contratación más reciente, sin inventar por qué el primero dejó de parecer funcional. Si TL-IXP es sucesor, que identifique la decisión; si es otro servicio, que diga qué infraestructura o aprendizaje heredó. Así se preserva la rendición de cuentas sin afirmar una causa que las fuentes no muestran.

El riesgo es condicional. Si el apoyo de despliegue termina sin un responsable local, fondos y escalamiento, una actualización o avería ordinaria puede volver a depender de asistencia exterior ad hoc. Una transferencia verificable no garantiza tráfico local ni tarifas más bajas; hace más plausible que el servicio pueda mantenerse y que sus resultados se midan.

La palabra pública más exacta, hoy, es «estableciendo». Para poder cambiarla por «en funcionamiento», los participantes necesitan una aceptación fechada, una organización operadora identificada y evidencia periódica de servicio. Esa es la diferencia entre inaugurar un proyecto y conservar una institución capaz de operar una pieza de infraestructura.

Fuentes