¿Por qué el tráfico de Internet de Kazajistán a Indonesia pasa por Londres y San José?

Basado en mediciones reales de desde la infraestructura de monitoreo de GeoCables, marzo de 2026

Tarda 334 milisegundos en que un paquete de datos viaje desde Almatý, Kazajistán, hasta Yakarta, Indonesia. Suena razonable para una larga distancia, hasta que se observa la ruta real que toma.

El paquete no viaja hacia el este a través de Asia Central y el Sudeste Asiático. Va hacia el oeste.

El problema geográfico

Kazajistán es un país sin litoral. Sin costa, no tiene acceso directo a cables submarinos — los sistemas de fibra óptica que transportan más del 95% del tráfico internacional de Internet. El océano más cercano es el mar Caspio, que es una cuenca cerrada sin conexión con la infraestructura global de cables.

Esto obliga a que todo el tráfico internacional de Kazajistán use fibra terrestre que va hacia países vecinos antes de poder alcanzar el mar. La pregunta es: ¿en qué dirección?

Geográficamente, la respuesta debería ser hacia el este — atravesando China hasta el mar de China Meridional, luego al sur hacia Indonesia. Esa ruta cubre unos 7,000–8,000 km aproximados. A la velocidad de la luz en fibra (~200,000 km/s), debería tomar alrededor de 40–50 ms en un sentido, o 80–100 ms ida y vuelta.

El RTT medido realmente es 334 ms. Algo está muy mal.

La ruta real: una historia traceroute

Un traceroute desde nuestra sonda en Almatý revela lo que realmente sucede:

El paquete viaja desde Almatý hacia Londres (hacia el oeste, 5,000 km), luego a través del Atlántico hacia la costa este de Estados Unidos (+8,000 km), luego a través de Estados Unidos continental hasta San José (+4,700 km), después a través del Pacífico hasta Osaka (+9,000 km) y finalmente al sur hacia Indonesia.

Distancia total recorrida: aproximadamente más de 30,000 km.

Distancia directa lógica: ~7,500 km.

Factor de sobrecarga: 4×

¿Qué cables están involucrados?

La ruta hacia el oeste usa infraestructura de cables bien documentada:

Tramo Kazajistán → Europa:
Transtelecom (AS41798) conecta Kazajistán con Rusia a través de fibra terrestre, que luego pasa el tráfico a RETN (AS9002), un operador paneuropeo con presencia mayor en países de la CEI. Esto lleva el tráfico a Fráncfort y Londres en aproximadamente 44 ms.

Cruce atlántico:
NTT America (AS2914) toma el tráfico en Fráncfort y lo enruta hacia el oeste a través del Atlántico — probablemente vía FLAG Atlantic-1 (FA-1, 14,000 km, Nueva York–Reino Unido/Francia) o un sistema transatlántico similar.

Cruce pacífico:
Desde San José, el backbone de NTT cruza el Pacífico hasta Osaka. NTT opera una de las redes de cables submarinos más grandes del Pacífico, incluyendo sistemas Pacific Crossing que conectan la costa oeste de EE.UU. con Japón.

Tramo final hacia Indonesia:
Desde Osaka/Tokio, el tráfico entra a Indonesia mediante cables como SEA-ME-WE 5 (que desembarca en Dumai y Medan en Sumatra) o el sistema AAE-1 (que toca múltiples puntos de Indonesia vía Singapur). Ambos conectan Japón con puntos de aterrizaje indonesios.

¿Por qué sucede esto?

El enrutamiento está motivado por la economía del BGP (Protocolo de Puerta de Enlace Fronteriza), no por la geografía.

1. Sin peering directo hacia el este: Los operadores kazajos tienen acuerdos limitados de peering con operadores chinos (China Telecom, China Unicom). La conectividad transfronteriza entre KZ y CN está restringida por políticas y condiciones comerciales.
2. Backbone global de NTT: NTT America (AS2914) opera una de las redes IP más extensas a nivel mundial. Una vez que el tráfico entra a la red de NTT en Fráncfort, sigue el enrutamiento interno de NTT — que envía destinos asiáticos por su infraestructura del Pacífico, no de regreso al este a través de Asia.
3. Ingeniería de tráfico: Para NTT, enrutar el tráfico KZ→ID a través de su infraestructura existente EE.UU.–Japón es operativamente más simple que mantener rutas optimizadas Asia Central → Sudeste Asiático.

El resultado es una ruta técnicamente funcional pero geográficamente absurda.

¿Cómo sería una ruta óptima?

Una ruta óptima geográficamente sería:

Almatý → Taskent (UZ) → Urumqi (CN) → Shanghái (CN) → Singapur → Yakarta

Esta ruta usaría:
- Fibra terrestre a través de Asia Central y el oeste de China
- Cable PEACE o AAE-1 desde China/Sudeste Asiático hacia Indonesia
- RTT estimado: 120–150 ms (basado en las distancias de los cables)

Eso significaría una mejora de 2.2 veces respecto a los 334 ms actuales. Para aplicaciones sensibles a la latencia — juegos, VoIP, videoconferencias — la diferencia entre 150 ms y 334 ms es la diferencia entre usable e inutilizable.

Estado actual del monitoreo

GeoCables monitorea esta ruta continuamente mediante sondas en Almatý. En los últimos 30 días:

• RTT promedio: 334 ms (Almatý → Yakarta)
• Mejor RTT medido: 317 ms
• Consistencia: Extremadamente estable — la anomalía en el enrutamiento es estructural, no temporal
• Frecuencia de medición: Cada 6 horas a través de múltiples puntos en Indonesia (Yakarta, Kendari, Batam, Kauditan, Manokwari)

La estabilidad empeora la situación: no es una degradación temporal, es el estado normal de la conectividad Kazajistán–Indonesia.

La perspectiva más amplia

Kazajistán no está solo. Muchos países sin litoral en Asia Central — Uzbekistán, Kirguistán, Tayikistán, Turkmenistán — enfrentan ineficiencias similares en el enrutamiento. Su tráfico a menudo recorre decenas de miles de kilómetros en dirección errónea antes de llegar a destinos en regiones vecinas.

A medida que la Iniciativa de la Franja y la Ruta de China despliega infraestructura de fibra terrestre por Asia Central, y que nuevos sistemas de cables como PEACE (que conecta Pakistán y África Oriental vía Oriente Medio) maduran, estas ineficiencias pueden mejorar gradualmente.

Por ahora, si haces ping desde Almatý a Yakarta, tus datos toman la ruta panorámica — vía Londres, Nueva York y Tokio.

Datos de ruta recopilados por sondas de GeoCables. Mediciones actualizadas cada 6 horas. Consulta el estado actual →