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

Иерусалим и Аманзимтоти: почему интернет идет через Лондон

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

На первый взгляд, передача данных между Иерусалимом, Израиль, и Аманзимтоти, ЮАР, могла бы быть прямой и эффективной: расстояние по прямой линии между этими точками составляет 6899 км, что предполагает минимальное время прохождения сигнала (RTT) в 69 миллисекунд, если считать скорость света в оптическом волокне. Однако измерения GeoCables показывают, что маршрут трафика значительно отклоняется от оптимального пути, достигая 243 мс RTT, почти четырехкратное превышение физического предела. Вместо прямого маршрута пакеты сначала направляются через Лондон, Великобритания, прежде чем вернуться на юг в Дурбан, ЮАР, что увеличивает расстояние на 3557 км сверх прямой линии.

🇮🇱Tel Aviv5 мс🇬🇧London73 мс🇿🇦Durban245 мс
Прямой путь ~6 899 км · фактически ~13 103 км · ×1.9

Почему маршрут идет через Лондон?

Ключевые сети-провайдеры, участвующие в маршрутизации, AS1680 (Cellcom Fixed Line Communication L.P) в Израиле и AS37468 (Angola Cables), играют важную роль в этом необычном пути. Cellcom, как локальный оператор в Израиле, передает данные в ближайшие точки обмена, но отсутствие прямых стыков с южноафриканскими операторами заставляет трафик искать транзитные маршруты через крупные международные узлы. Лондон, являясь одной из крупнейших точек обмена трафиком в Европе, предоставляет удобные пиринговые возможности для сети Angola Cables, которая затем доставляет данные в Южную Африку. Это типичный пример транзитной экономики: сети выбирают маршрут не по географической логике, а по доступности и стоимости межсетевых соединений.

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

243 мс RTT, это серьезное время задержки, которое может ощутимо влиять на пользовательский опыт. Например, для видеозвонков такая задержка приводит к заметным паузам и снижению качества связи. В онлайн-играх, где важна быстрая реакция, задержка выше 100 мс уже считается критичной, а 243 мс делает игру практически невозможной. Для трейдеров, работающих с биржами или другими высокочувствительными к времени сервисами, такие задержки могут означать упущенные возможности. Облачные сервисы, например, работа с документами или приложениями, также страдают: время отклика значительно увеличивается, что снижает продуктивность.

Инфраструктурный контекст: почему трафик региона уходит "не туда"

На первый взгляд, Израиль и ЮАР могли бы обмениваться трафиком через подводные кабели в Красном море и Индийском океане. Однако реальность сложнее. Отсутствие прямых межсетевых соединений между операторами в этих регионах вынуждает данные искать обходные пути. Лондон выступает в роли "перекрестка" глобального интернета благодаря развитой инфраструктуре и многочисленным пиринговым соглашениям. Кабельные системы, такие как WACS (West Africa Cable System) и SAT3/WASC, соединяющие Южную Африку с международными узлами, также играют роль в выборе маршрута, но их конфигурация не обеспечивает прямую связь с Израилем.

Реальные события рядом с маршрутом

Мониторинг GeoCables зафиксировал несколько природных явлений, которые могли бы повлиять на интернет-инфраструктуру в регионе. Например, 22 апреля 2026 года на территории Турции наблюдался зеленый уровень угрозы наводнений, примерно в 477 км от маршрута. В июне также были зарегистрированы наводнения в Нидерландах (30 июня, 356 км от маршрута) и Бельгии (23 июня, 367 км от маршрута). Однако анализ данных GeoCables показывает, что причина детура связана исключительно с маршрутизацией, а не с этими событиями. Тем не менее, они подчеркивают сложность и уязвимость глобальной инфраструктуры, особенно в регионах с высоким риском природных катастроф.

Заключение

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

Evgeny K.
Автор
Evgeny K.
Инженер инфраструктуры · Основатель GeoCables
Построил GeoCables для мониторинга подводных кабелей в реальном времени. Использует собственную сеть из 4 серверов с пробами RIPE Atlas в Минске, Алматы, Тбилиси и Иерусалиме.

🌐 Log In

Access your routes, favorites, and API key

Create account Forgot password?