Кратко

  • С 22 по 26 января 2026 года около 2000 зондов RIPE Atlas фиксировали таймауты IPv4 при обращении к L-Root, говорится в исходном докладе RootViz на RIPE 93.
  • Сопоставление двух десятиминутных окон выявило 1773 зонда, не получивших ответ только во время события. К прежним anycast-площадкам этих зондов другие сети продолжали подключаться; авторы отнесли проблему к сетевому пути.

Красная лампа загорелась над буквой L. У работников сети сразу возник вопрос: на каком именно километре проложенной к ней дороги стоит ремонтная бригада? Доклад Джоване Моуры на RIPE 93 показывает, как исследователи искали ответ.

Рост таймаутов IPv4 начался 22 января и продолжался до 26-го. За эти дни проблема затронула примерно 2000 измерительных зондов. В сравнении команды IPv6 и остальные идентификаторы корневых серверов такого скачка не показали. Для точной проверки авторы взяли 22 января, 04:00–04:10 и 13:00–13:10 UTC: 1773 зонда отвечали в первом интервале и истекали по времени во втором. Это число точек наблюдения, а не число абонентов без DNS.

RootViz выводит на экран уже существующие измерения RIPE Atlas по тринадцати корневым идентификаторам. Система оставляет зонды с работающим сетевым стеком, отсеивает ответы с несовпадающим идентификатором сервера и группирует таймауты по получасовым окнам. Сравнение исследователей от 6 мая даёт масштаб: 14 528 зондов в 180 странах против 999 опорных узлов DNSMON в 109 странах. Официальный каталог RIPE Atlas указывает, что измерение 10308 — регулярный UDP-запрос IPv4 к L-Root. Широкое окно помогает увидеть дым; адрес пожарной части определяется после расследования.

Исследователи установили, к каким anycast-площадкам пострадавшие зонды подключались прежде. Во время события эти площадки по-прежнему отвечали другим сетям. Проверка трассировок и маршрутизации привела авторов к выводу о проблеме на промежуточном сетевом пути. Одного доказанно виновного транзитного оператора для январского эпизода доклад не называет. ICANN подтверждает, что эксплуатирует L-Root; это объясняет первый звонок в её адрес, но не даёт ей управления каждым промежуточным маршрутом.

Поэтому важен порядок передачи инцидента. RootViz заметил всплеск, а поиск зондов, площадок, состояния BGP и сбоя в передаче трафика занял часы ручной работы. В общей карточке нужны семейство адресов, временное окно, доступные площадки и свидетельства по пути. Тогда письмо о неисправности попадёт к владельцу нужного участка сети.

Исходные документы: доклад RIPE 93, измерения RIPE Atlas, ICANN о корневой системе.