Кратко

  • Два опубликованных маршрута к loopback-адресу TDC в Дании завершались за 175,604 и 181,747 мс после видимого прохождения через Северную Америку; контрольный путь через Colt занял 22 мс.
  • Последующие проверки показали, что GTT достигает TDC из Лондона примерно за 20 мс, из Амстердама — за 12 мс, из Копенгагена — за 2–4 мс. Первоначальная версия об отсутствии европейского пути GTT оказалась неверной.
  • По словам автора сообщения, TDC организовала прямой маршрут к неназванной британской AS, вероятно в LINX. Проблема исчезла, однако маршрут не имеет резерва и при отказе трафик может вновь уйти через Северную Америку.

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

Именно так началось обсуждение, которое Peter Keller открыл 29 июля 2026 года в RIPE Routing Working Group. Пользовательская площадка в Кембридже наблюдала устойчиво высокую задержку до назначения в датской сети TDC, AS3292. Провайдер, которым распоряжалась администрация здания, недавно сменил международного поставщика связности. Момент совпадал с началом проблемы, но Keller не мог подтвердить, кто стал новым поставщиком.

Первая опубликованная трассировка, описанная как путь из сети Cogent от Лондона до Дании, прошла через Ливерпуль, Монреаль, GTT в Нью-Йорке и вернулась к TDC. Ответ от 93.178.170.33 пришёл через 175,604 мс. Вторая проверка, сделанная через looking glass NTT и отнесённая к лондонскому маршрутизатору, показала Ашберн и Вашингтон и закончилась значением 181,747 мс.

Контроль через Colt выглядел иначе: передача TDC в Лондоне, три показанных перехода и 22 мс до того же адреса. Разрыв с двумя длинными маршрутами составлял около 150 мс.

Первая гипотеза была почти неизбежной: у GTT нет подходящего европейского соединения с TDC, поэтому передача происходит в Северной Америке. Она соответствовала картинке, но не выдержала следующего измерения.

Контроль из GTT изменил предмет расследования

Один из участников запросил 93.178.170.33 из собственного looking glass GTT. Из Лондона отображаемый путь сразу входил в TDC и заканчивался примерно за 20 мс. Из Амстердама результат составлял около 12 мс, из Копенгагена — примерно 2–4 мс.

Для проверяемого адреса европейский путь GTT к TDC существовал и работал. Это не объясняло, почему Cogent и NTT использовали длинные варианты, зато исключало слишком простую причину: GTT не была вынуждена доставлять весь такой трафик в TDC только через Америку.

Вопрос пришлось изменить. Какой анонс получила Cogent для нужного префикса, от какого соседа и в какой точке? Какие короткие варианты вообще не попали в набор, из которого её политика выбирала лучший путь?

В этом состоит различие между изображением маршрута и диагнозом. Traceroute показывает ответы узлов и RTT в одном направлении. Он не показывает неанонсированные пути, транзитные договоры, фильтры и локальные предпочтения. Короткий маршрут может существовать внутри одной сети, но быть недоступным другой сети, выбравшей длинный.

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

Проверялся сетевой ориентир, а не приложение

Все опубликованные сравнения направлялись к 93.178.170.33. Обратное DNS-имя обозначает его как loopback TDC. RIPEstat сейчас относит адрес к 93.178.128.0/18, который анонсируется AS3292, и называет AS3292 TDC Holding. AS3257 обозначена как GTT Communications.

Обсуждение не раскрывает адрес приложения, на котором пользователь заметил задержку. Поэтому 93.178.170.33 — ориентир для сопоставления путей до TDC, а не доказанно пострадавший сервер. Неизвестны и прикладной протокол, и направление, сильнее влиявшее на пользовательский опыт. Трассировка туда не устанавливает обратный путь.

Географические подписи тоже имеют предел. Reverse DNS поддерживается операторами и может устареть или отражать логическую, а не физическую роль. Документация RIPE Atlas предупреждает, что региональная классификация с помощью обратного DNS и геолокации IP может быть неточной.

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

Точная формулировка уже полезна: два наблюдавшихся пути были существенно медленнее европейской альтернативы к одной точке сети TDC.

Запись BGP показала выбранный анонс

Ещё один участник опубликовал результат Cogent из Германии для 93.178.128.0/18. Выбранный AS-путь выглядел как 3257 3292 3292 3292 3292. Cogent получала префикс через GTT, AS3257, а AS3292 TDC была добавлена в путь несколько раз. В записи также были канадский next hop и community 174:22003.

Этот вывод не раскрывал договоров и намерений. Зато он связал симптом с маршрутом, который Cogent действительно приняла. Вместо спора о названиях городов стало возможно спросить, кто экспортировал префикс и какого пирингового отношения не хватало для короткой европейской доставки.

4 сентября Keller сообщил о разговоре с руководителем пиринга TDC и инженером. По его версии, неназванная британская AS анонсировала нужный префикс только Cogent, хотя могла использовать ещё три транзитных сети. Cogent, в свою очередь, не соглашалась на пиринг с TDC в Европе.

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

В открытых материалах нет подтверждающего отчёта Cogent или TDC и нет конфигурации британской AS. Диагноз следует приписывать рассказу Keller после общения с TDC. Участники также предположили финансовую причину ограниченного анонса, но не доказали мотив. Цена, ошибка, договорное условие или политика риска могли дать одинаковый внешний результат.

Прямая связь исправила нормальный режим

По словам Keller, TDC настроила прямой маршрут к британской AS. 7 сентября он добавил, что обе сети присутствуют на London Internet Exchange и, судя по полученной информации, соединились там. Публичной записи сессии или конфигурации нет, поэтому LINX остаётся обоснованным сообщённым предположением, а не независимым фактом.

Результат был сформулирован однозначно: проблема решена.

Но рядом стояло ключевое ограничение. Прямой маршрут не был резервирован. При его отказе трафик мог временно вернуться в Северную Америку.

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

Прямой двусторонний маршрут может быть отличной срочной мерой. Две заинтересованные сети получают контроль и не ждут, пока крупный carrier поменяет общую политику пиринга. Однако длинный путь при этом превращается в зависимость от одного короткого.

Сохранение технической достижимости не обязательно означает сохранение сервиса. Североамериканский маршрут может продолжать доставлять пакеты, но приложение, чувствительное к задержке, перестанет соответствовать принятому уровню. Производительность резерва — часть отказоустойчивости, а не приложение к ней.

Для закрытия не хватает испытания отказа

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

Последний элемент — контролируемое снятие основного маршрута. Измерения следует выполнить с реальных конечных площадок в обоих направлениях, сохранив AS-путь и RTT до, во время и после снятия. Возврат к 176–182 мс подтвердит, что старый крюк остаётся фактическим резервом. Переключение на второй европейский путь докажет настоящую избыточность.

Такой набор не делает traceroute абсолютной истиной. Он распределяет доказательства по вопросам. Узлы и время показывают симптом. Таблица BGP показывает выбранный анонс. Экспортная политика указывает на владельца рычага. Испытание отказа отвечает, является ли ремонт архитектурой или исключением.

Ценность обсуждения RIPE в том, что участники публично улучшили собственное объяснение. Первый путь выявил проблему. Европейская проверка GTT опровергла слишком простую причину. Запись Cogent нашла победивший анонс. Контакт с TDC создал изменение. Остался один неизмеренный вопрос: что выберет сеть, когда прямого маршрута не будет?

Граница доказательств

Значения задержки и маршруты опубликованы участниками. Финальный диагноз и успех исправления переданы Keller после контактов с TDC и не являются совместным отчётом операторов. RIPEstat подтверждает текущую связь адреса, префикса и AS, но не воспроизводит всё историческое состояние июля. Географические выводы ограничены точностью обратного DNS.

Источники