Pourquoi le trafic Internet du Kazakhstan vers l'Indonésie passe-t-il par Londres et San Jose ?

Basé sur des mesures réelles de issues de l'infrastructure de surveillance GeoCables, mars 2026

Il faut 334 millisecondes à un paquet de données pour voyager d'Almaty, Kazakhstan, à Jakarta, Indonésie. Cela paraît raisonnable pour une longue distance — jusqu'à ce qu'on examine le trajet réel qu'il emprunte.

Le paquet ne traverse pas l'est via l'Asie centrale et l'Asie du Sud-Est. Il va vers l'ouest.

Le problème géographique

Le Kazakhstan est un pays enclavé. Sans littoral, il n'a pas d'accès direct aux câbles sous-marins — les systèmes à fibre optique qui transportent plus de 95 % du trafic Internet international. L'océan le plus proche est la mer Caspienne, une cuvette fermée sans connexion à l'infrastructure mondiale des câbles.

Cela force tout le trafic international du Kazakhstan à transiter par des fibres terrestres vers les pays voisins avant de pouvoir atteindre la mer. La question est : dans quelle direction ?

Géographiquement, la réponse devrait être vers l'est — à travers la Chine jusqu'à la mer de Chine méridionale, puis au sud vers l'Indonésie. Cet itinéraire couvre environ 7 000 à 8 000 km. À la vitesse de la lumière dans la fibre (~200 000 km/s), cela devrait prendre environ 40 à 50 ms en aller simple, soit 80 à 100 ms en aller-retour.

Le RTT mesuré est en réalité de 334 ms. Quelque chose ne va clairement pas.

Le trajet réel : une histoire de traceroute

Un traceroute depuis notre sonde à Almaty révèle ce qui se passe vraiment :

Le paquet voyage d'Almaty vers Londres (vers l'ouest, 5 000 km), puis traverse l'Atlantique jusqu'à la côte est des États-Unis (+8 000 km), ensuite à travers les États-Unis continentaux jusqu'à San Jose (+4 700 km), puis à travers le Pacifique jusqu'à Osaka (+9 000 km), et enfin vers le sud jusqu'en Indonésie.

Distance totale parcourue réelle : environ 30 000+ km.
Distance directe logique : environ 7 500 km.
Facteur de surcharge : 4×

Quels câbles sont impliqués

Le trajet vers l'ouest utilise une infrastructure câblée bien documentée :

Tronçon Kazakhstan → Europe :
Transtelecom (AS41798) connecte le Kazakhstan à la Russie via fibre terrestre, puis transfère le trafic à RETN (AS9002), un opérateur paneuropéen très présent dans les pays de la CEI. Cela permet d'atteindre Francfort et Londres en environ 44 ms.

Traversée de l'Atlantique :
NTT America (AS2914) prend en charge le trafic à Francfort et le route vers l'ouest à travers l'Atlantique — probablement via FLAG Atlantic-1 (FA-1, 14 000 km, New York–Royaume-Uni/France) ou un système transatlantique similaire.

Traversée du Pacifique :
Depuis San Jose, l'infrastructure de NTT traverse le Pacifique jusqu'à Osaka. NTT exploite l'un des plus grands réseaux de câbles sous-marins du Pacifique, notamment les systèmes Pacific Crossing reliant la côte ouest des États-Unis au Japon.

Tronçon final vers l'Indonésie :
Depuis Osaka/Tokyo, le trafic entre en Indonésie via des câbles tels que SEA-ME-WE 5 (atterrissant à Dumai et Medan à Sumatra) ou le système AAE-1 (atterrissant à plusieurs points indonésiens via Singapour). Les deux relient le Japon aux points d'atterrissage indonésiens.

Pourquoi cela arrive-t-il ?

Le routage est dicté par l'économie du BGP (Border Gateway Protocol), pas par la géographie.

1. Pas de peering direct vers l'est : les opérateurs kazakhs ont des accords de peering limités avec les opérateurs chinois (China Telecom, China Unicom). La connectivité transfrontalière entre KZ et CN est restreinte par les politiques et conditions commerciales.
2. Le backbone mondial de NTT : NTT America (AS2914) gère l'un des backbones IP mondiaux les plus étendus. Une fois dans le réseau NTT à Francfort, le trafic suit le routage interne NTT — qui dirige les destinations asiatiques via son infrastructure pacifique, pas vers l'est à travers l'Asie.
3. Ingénierie du trafic : pour NTT, router le trafic KZ→ID par leur infrastructure existante US-Japon est opérationnellement plus simple que de maintenir des chemins optimisés Asie centrale → Asie du Sud-Est.

Le résultat est une route techniquement fonctionnelle mais géographiquement absurde.

À quoi ressemblerait une route optimale

Un chemin optimal géographiquement serait :

Almaty → Tachkent (UZ) → Urumqi (CN) → Shanghai (CN) → Singapour → Jakarta

Ce trajet utiliserait :

• La fibre terrestre à travers l'Asie centrale et la Chine occidentale
• Câble PEACE ou AAE-1 de la Chine/Asie du Sud-Est vers l'Indonésie
• RTT estimé : 120–150 ms (basé sur les distances câblées)

Cela représente une amélioration de 2,2× par rapport aux 334 ms actuelles. Pour les applications sensibles à la latence — jeux, VoIP, visioconférences — la différence entre 150 ms et 334 ms est cruciale pour l'usage.

Statut de surveillance actuel

GeoCables surveille en continu cette route via les sondes à Almaty. Sur les 30 derniers jours :

• RTT moyen : 334 ms (Almaty → Jakarta)
• Meilleur RTT mesuré : 317 ms
• Stabilité : extrêmement stable — l'anomalie de routage est structurelle, non temporaire
• Fréquence des mesures : toutes les 6 heures sur plusieurs points d'Indonésie (Jakarta, Kendari, Batam, Kauditan, Manokwari)

Cette stabilité est une mauvaise nouvelle : il ne s'agit pas d'une dégradation temporaire, mais bien de l'état normal de la connectivité Kazakhstan–Indonésie.

Le tableau d'ensemble

Le Kazakhstan n'est pas seul. De nombreux pays enclavés d'Asie centrale — Ouzbékistan, Kirghizstan, Tadjikistan, Turkménistan — subissent des inefficacités similaires de routage. Leur trafic parcourt souvent des dizaines de milliers de kilomètres dans la mauvaise direction avant d'atteindre les destinations dans les régions voisines.

À mesure que l'initiative chinoise Belt and Road développe l'infrastructure fibre terrestre en Asie centrale, et que de nouveaux systèmes câblés comme PEACE (connectant le Pakistan et l'Afrique de l'Est via le Moyen-Orient) mûrissent, ces inefficacités de routage pourraient s'améliorer progressivement.

Pour l'instant, si vous faites un ping d'Almaty à Jakarta, vos données empruntent la route panoramique — via Londres, New York et Tokyo.

Données de route collectées par les sondes de GeoCables. Mesures mises à jour toutes les 6 heures. Vérifier le statut actuel →