Главная
Обзор Кабели Локации Карта Статус провайдеров Шатдауны Карта транзита Устойчивость стран Проверить мое соединение
Live Живая карта Лента событий Мониторинг Задержки Ввод кабелей по годам Пульс Инциденты кабелей Большой экран
Читать Исследования Инструкция Методология Открытые данные API Виджеты Что нового О проекте Контакты
← Все статьи
Анализ маршрута

Кейптаун, Сидней: интернет-пакет через Лондон

London, GB: узел, через который трафик делает крюк

Путешествие интернет-пакета из Кейптауна (Южная Африка) в Сидней (Австралия) предполагалось прямым и эффективным. Однако оно превратилось в глобальное «мировое турне», достигнув Лондона (Великобритания), прежде чем отправиться на юг к конечному пункту назначения. GeoCables задокументировал этот случай 20 июня 2026 года как яркий пример того, как маршрутизация трафика может значительно отклоняться от оптимального пути.

🇿🇦Cape Town5 мс→🇬🇧London144 мс→🇦🇺Perth419 мс→🇦🇺Brisbane428 мс
Прямой путь ~11 681 км · фактически ~27 755 км · ×2.4

Как работает маршрутизация и почему маршрут принял такой странный «обходной путь»?

Ключевыми сетями, участвовавшими в этой маршрутизации, были Xneelo (AS37153), местный провайдер в Южной Африке; SEACOM (AS37100), крупный транзитный оператор; и Aussie Broadband (AS4764), австралийский оператор. Вместо использования подводных кабелей, напрямую соединяющих Африку с Австралией, данные были направлены на север в Лондон, а затем возвращены в Австралию.

Это произошло главным образом из-за отсутствия эффективного пиринга (прямых соединений между сетями) между региональными операторами и крупными транзитными провайдерами. SEACOM управляет подводными кабелями, соединяющими Африку с Европой, при этом трафик часто маршрутизируется через их точки приземления в Лондоне. Оттуда пакеты перенаправлялись в Австралию. На эту маршрутизацию также влияет экономическая модель транзитных операторов, где передача данных через промежуточные узлы иногда оказывается более экономически выгодной, чем использование прямого маршрута.

Практические последствия: задержка и ее влияние на пользователей

Получившаяся задержка (RTT) составила 428 мс, что почти в четыре раза превышает теоретический минимум в 117 мс, если бы сигнал прошел по прямому подводному маршруту. Для пользователей такая задержка создает заметные проблемы, такие как:

  • Видеозвонки: Задержка в 428 мс затрудняет видеобеседы, особенно когда обе стороны пытаются говорить одновременно.
  • Онлайн-игры: Соревновательные игры становятся невозможными, так как большинство игр требуют задержки менее 100 мс для комфортного опыта.
  • Финансовая торговля: Трейдеры, работающие с высокочастотными сделками, зависящие от мгновенной реакции систем, могут столкнуться с задержками, которые приведут к финансовым потерям.
  • Облачные сервисы: Задержки при загрузке данных или доступе к облачным приложениям могут существенно нарушить производительность.

Контекст инфраструктуры: почему региональный трафик «сбивается с пути»

Несмотря на то, что Южная Африка и Австралия находятся относительно близко друг к другу в глобальном масштабе и соединены несколькими подводными кабелями, отсутствие прямого пиринга между сетями в этих регионах часто приводит к тому, что данные маршрутизируются через экономически выгодные узлы, такие как Лондон. Это отражает более широкую проблему региональной инфраструктуры, где операторы отдают предпочтение уже существующим узлам вместо инвестирования в создание новых прямых соединений.

В данном случае отклонение маршрута было обусловлено специфическими факторами сети, а не внешними сбоями. Например, наводнение в Бельгии 23 июня 2026 года произошло в 367 км от маршрута и не оказало влияния на трафик. Аналогично, наводнение в Южной Африке 5 июня, находившееся в 593 км от Кейптауна, не было связано с отклонением маршрута.

Чему мы можем научиться из таких случаев?

Этот пример подчеркивает важность улучшения глобальной интернет-инфраструктуры. Поскольку общество все больше зависит от облачных сервисов, видеоконференций и других интернет-инструментов, такие задержки становятся менее приемлемыми. GeoCables активно отслеживает маршруты, чтобы выявлять узкие места в сетях и предоставлять данные, которые помогут операторам улучшить пиринг и маршрутизацию.

Инвестиции в прямые соединения между регионами, такими как Африка и Австралия, имеют потенциал значительно сократить задержки, улучшить качество услуг и сделать интернет быстрее и надежнее для пользователей по всему миру.

Evgeny Korolev
Автор
Evgeny Korolev
Инженер инфраструктуры · Основатель GeoCables
Построил GeoCables для мониторинга подводных кабелей в реальном времени. Развивает собственную распределенную сеть измерительных серверов, в том числе в регионах, слабо покрытых публичными измерениями.

Log In

Access your routes, favorites, and API key

Create account Forgot password?