Accueil
Explorer Câbles Emplacements Carte État des FAI
Live Carte live Santé Latence Pouls
Apprendre Recherches Guide Méthodologie
← Tous les articles
Analyse de route

Pourquoi les données Sydney-Gqeberha sont passées par Londres

📍 London, GB: le nœud où le trafic fait un détour

Qu'ont en commun le Sydney ensoleillé, le Londres pluvieux et Gqeberha en Afrique du Sud ? Pour un paquet internet voyageant de l'Australie à l'Afrique du Sud, c'est un itinéraire inattendu traversant trois continents. Au lieu de couvrir la distance directe de 11 012 км, les données ont fait un détour supplémentaire de 9 671 км, atteignant Londres avant de revenir en Afrique. En conséquence, le temps de trajet aller-retour (RTT) s'est élevé à 468 millisecondes, soit quatre fois le minimum physique de 110 millisecondes possible via un chemin direct. Alors, qu'est-ce qui a mal tourné ?

🇦🇺Sydney1 ms🇪🇸Madrid344 ms🇬🇧London320 ms🇿🇦Cape Town445 ms
Direct ~11 012 km · réel ~28 619 km · ×2.6

Pourquoi le trafic est-il passé par Londres ?

L'itinéraire, enregistré par GeoCables le 12 juin 2026, est passé par plusieurs systèmes autonomes (AS) : AS9268 (Over The Wire Pty Ltd) à Sydney, AS60171 (AFR-IX TELECOM S.A.) à Madrid et Londres, et AS37640 (Cape Connect Internet) au Cap. Ce sont des fournisseurs de réseau clés facilitant le transit des données backbone, mais leurs choix dans ce cas étaient loin d'être optimaux.

La principale raison de ce retard était le routage via Londres. Au lieu d'emprunter un chemin direct à travers l'océan Indien, le paquet a été envoyé en Europe en raison de l'absence de peering direct entre les réseaux en Australie et en Afrique du Sud. Dans de tels cas, les données sont acheminées via des hubs internet majeurs comme Londres, qui est l'un des principaux centres d'échange de trafic au monde. Cependant, cela ajoute une distance significative et, par conséquent, augmente la latence.

Cette économie de transit est dictée par les réalités complexes de l'infrastructure : les câbles sous-marins entre l'Australie et l'Afrique sont limités, et les routes existantes (comme celles traversant l'océan Indien) sont souvent congestionnées ou insuffisamment intégrées aux réseaux mondiaux. Madrid et Londres sont devenus des points intermédiaires en raison de leur connexion au réseau AFR-IX TELECOM, qui a une forte présence en Europe.

Implications pratiques pour les utilisateurs

Un retard de 468 millisecondes peut sembler mineur, mais dans la vie réelle, il peut entraîner des désagréments significatifs. Pour les appels vidéo, tels que ceux sur Zoom ou Microsoft Teams, cela se traduit par des retards perceptibles dans la transmission audio et vidéo, rendant la communication difficile. Dans les jeux en ligne, un retard de plusieurs centaines de millisecondes peut être critique, en particulier dans les genres rapides comme les jeux de tir ou les jeux MOBA.

Les marchés financiers et les systèmes de trading à haute fréquence souffrent également de tels retards. Dans un monde où les millisecondes peuvent coûter des millions, de tels itinéraires deviennent inacceptables. Enfin, les services cloud comme Google Drive ou AWS dépendent de connexions stables et rapides, et une latence élevée peut ralentir les téléchargements de données et réduire les performances des applications.

Contexte géopolitique et infrastructurel

Pourquoi le trafic régional emprunte-t-il des "directions erronées" ? La réponse réside dans l'infrastructure internet mondiale. Les câbles sous-marins reliant les continents jouent un rôle clé dans le routage du trafic, mais leur emplacement dépend de nombreux facteurs, notamment la faisabilité économique, les intérêts géopolitiques et les contraintes géographiques. Par exemple, il n'existe pas de câbles directs entre l'Australie et l'Afrique du Sud, obligeant le trafic à faire un détour par l'Europe.

Cette situation est aggravée par une coopération limitée entre les fournisseurs locaux et mondiaux. De nombreux opérateurs locaux préfèrent acheminer le trafic via des réseaux backbone majeurs comme AFR-IX TELECOM pour économiser sur l'entretien de leurs propres canaux. Cela crée des goulots d'étranglement et augmente la latence.

Événements réels : contexte, mais pas la cause

Fait intéressant, dans la semaine précédant les mesures de GeoCables, plusieurs événements naturels ont été enregistrés près de l'itinéraire. Le 5 juin 2026, des inondations ont eu lieu à 593 км de l'Afrique du Sud, et le 1er juin 2026, un événement similaire a été observé en Belgique, à seulement 352 км de Londres. Cependant, les données de GeoCables montrent clairement que ces événements n'étaient pas liés au routage : le problème réside dans le réseau, pas dans les conditions météorologiques. Néanmoins, de tels événements soulignent l'importance d'une infrastructure internet résiliente face aux menaces naturelles.

Conclusion

L'itinéraire Sydney-Gqeberha est un exemple frappant de la manière dont le système internet mondial complexe peut conduire à des résultats inattendus. Comprendre les raisons de ces détours, qu'il s'agisse de l'absence de câbles directs, d'un peering inefficace ou des priorités économiques des fournisseurs, souligne l'importance d'investir dans l'optimisation de l'infrastructure réseau. GeoCables continue de surveiller de tels cas, révélant des schémas cachés et contribuant à améliorer internet pour tous.

Evgeny K.
Auteur
Evgeny K.
Ingénieur infrastructure · Fondateur de GeoCables
A créé GeoCables pour surveiller les câbles sous-marins en temps réel. Exploite un réseau privé de 4 serveurs de mesure avec des sondes RIPE Atlas à Minsk, Almaty, Tbilissi et Jérusalem.

🌐 Log In

Access your routes, favorites, and API key

Create account Forgot password?