Summary

  • Сеть WLCG/OSG объединяет более 170 площадок и около четырёх миллионов тестов в день; изменения маршрута сравниваются с измерениями того же коридора.
  • При аварии кабеля резервный путь вдвое снизил задержку, но пропускная способность рухнула. Четыре класса отделяют смену маршрута от измеренного воздействия.

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

26 октября на RIPE 93 Петя Василева представила метод для исследовательских и образовательных сетей. Сетка perfSONAR WLCG/OSG соединяет более 170 площадок и выполняет примерно четыре миллиона тестов в день. Инструмент сравнивает каждый коридор между источником и получателем с его недавним маршрутом. Когда путь меняется, система сопоставляет это с измерениями задержки, потерь пакетов и пропускной способности.

Измерения отвечают на разные вопросы. Traceroute описывает наблюдаемый маршрут. OWAMP может отслеживать одностороннюю задержку и потери; iperf3, запускаемый через pScheduler, измеряет пропускную способность. Официальная документация perfSONAR разделяет эти тесты не для красоты: маршрут может измениться без заметного эффекта для сервиса, а колебание производительности снимок маршрута сам по себе не объяснит.

Для каждого коридора инструмент выбирает один из четырёх классов для оператора: подтверждённое воздействие, изменение маршрута без измеримого эффекта, прерванные тесты или требуется проверка. NOC получает приоритетный список для расследования. Каждое отличие маршрута не отправляется в начало очереди с требованием объяснить, почему моргнул график.

Пример с кабелем и даёт заголовку разворот. Резервный путь вдвое снизил задержку; пропускная способность рухнула. Панель, которая следит только за временем отклика, могла объявить улучшение в тот момент, когда крупная передача задыхалась. Путь стал быстрее. Работа — нет. Метод увидел противоречие, сопоставив изменение пути с измерениями производительности.

Другой пример охватывает месяцы нерегулярных потерь на низком уровне. Сопоставление общих путей локализовало их на входном оборудовании одной площадки. Это не эффектная тревога о полном отказе, а способ превратить «иногда медленно» в точку, которую инженер может проверить. В отчёте RIPE NCC отмечены потери на британских коридорах, включая кабель AMS–LON, и NOC с NREN просят делиться журналами инцидентов. Такие записи связывают график с тем, что команды увидели в сети.

Метод использует уже имеющиеся измерения perfSONAR. По данным RIPE, ему не нужны BGP-потоки, дополнительные пробы и размеченные обучающие данные. Диагностика остаётся рядом с инструментами, которые и так наблюдают за коридором. Руководство ESnet по Science DMZ описывает такой же практический раздел труда: постоянные проверки задержки и потерь, периодические тесты пропускной способности, затем инженеры изучают маршрутизацию и коммутацию.

Четыре класса полезнее красной точки: они показывают, что именно подтверждают данные. «Маршрут изменился» — наблюдение. «Воздействие подтверждено» — вывод на основе сопоставленных измерений. «Тесты прерваны» означает, что сама система измерений потеряла обзор. «Нужна проверка» оставляет случай в работе, не изображая уже найденный ответ. Классификация должна давать следующий вопрос, а не только громкую тревогу.

Вердикт выносит работающая сеть. Новый путь может ничего не изменить для сервиса; меньшая задержка может соседствовать с обвалом передачи; повторяющиеся потери могут жить на одном входе, а не вдоль всего коридора. Если разместить маршрут, задержку, потери и пропускную способность на одной временной шкале, NOC сможет искать проблему пользователя, а не самый эффектный график. Публикация не приводит долю ложных тревог по классам; такая таблица показала бы, насколько часто ярлык «воздействие подтверждено» оправдан.

Sources: Сессия и тезисы RIPE 93; отчёт RIPE NCC о встрече 26 октября; руководство ESnet по мониторингу Science DMZ; документация тестов perfSONAR.