Кратко

  • Девятая редакция проекта BMWG, поданная 22 сентября, предлагает лабораторную методику для пересылки SR-MPLS и SRv6. Документ остаётся действующим Internet-Draft с предполагаемым статусом Informational, а не принятым RFC.
  • Испытание на масштаб проверяет глубину SID, списки сегментов, кандидатные пути и число политик, а также работоспособность ECMP/wECMP; бенчмарк производительности ECMP в него прямо не входит.
  • Для интерпретации нужны предложенная нагрузка, направления потока, интерфейсы и степень их переподписки, параметры хеширования и конфигурация испытательного стенда.

У показателя «количество политик» есть соблазнительная простота. Но сто политик, успешно установленных в устройстве, не равны определённому числу пакетов в секунду на нескольких путях. Даже отсутствие потерь имеет смысл только при известной нагрузке и времени наблюдения. Если эти условия теряются, корректный лабораторный вывод может стать некорректным коммерческим сравнением.

Раздел 5.7 draft-ietf-bmwg-sr-bench-meth-09 описывает последовательное усложнение на головном узле SR Policy. После исходного варианта увеличивают число SID в списке, число списков внутри кандидатного пути, число таких путей в политике и число политик в устройстве. На каждом шаге проверяют установку конфигурации, выбор активного пути и прохождение пробного трафика без потерь. Проверка ECMP и взвешенного ECMP нужна для подтверждения того, что функция сохраняется при росте конфигурации. Но авторы прямо исключают оценку производительности многопутевой балансировки и быстродействия плоскости управления.

Значение результата определяется устройством эксперимента. Хеширование может распределять потоки по-разному в зависимости от алгоритма и входных полей; число интерфейсов и их переподписка меняют приложенную нагрузку. Поэтому раздел 4 требует указывать эти параметры вместе с направлением трафика, глубиной SID, количеством списков, путей и политик, методом сжатия, вариантами поведения SRv6, типом полезной нагрузки и способом создания и направления SR Policy. Для повторения теста нужны также версии аппаратуры и программ, настройки генератора и испытуемого устройства, сценарии и описание стенда.

В редакции 09 подробнее раскрыта связь с прежними методиками. Она включает TCP наряду с UDP, учитывает время удержания соседства или сессии при выборе длительности пробы и рассматривает ECMP в проверке масштаба. В RFC 5695 ECMP, напротив, исключался из тестов пересылки MPLS ради детерминированности маршрута. Новая постановка вопроса не делает результаты старой и новой методик автоматически сопоставимыми.

На момент проверки Datatracker показывал этап AD Followup после оценки IESG и две позиции DISCUSS. Это не утверждённый стандарт и не отчёт о скорости конкретного маршрутизатора. Методика относится к изолированной лаборатории; испытывать ею действующие интернет-маршруты нельзя. Вывод о производственной сети потребовал бы отдельного наблюдения.

Источники