Кратко

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

Где записывается тормоз

Начнём с механизма. RFC 3168 назначает биты 6 и 7 октета TOS в IPv4 полем ECN, отмечает, что то же поле определено одинаково в октете Traffic Class в IPv6, и задаёт из двух битов четыре кодовые точки: 00 — Not-ECT, 01 — ECT(1), 10 — ECT(0) и 11 — CE, то есть Congestion Experienced. Маршрутизатор, заметивший начинающуюся перегрузку, ставит на пакете, совместимом с ECN, метку CE вместо отбрасывания (RFC 3168).

Чего стандарт не решает — это числа. RFC определяет смысл поля и поведение того, кто ставит метку. Где начинается маркировка, решает тот, кто эксплуатирует оборудование.

Поверхность настройки, которую раскрывает документация

Страница Quality of Service для EOS 4.37.0F от Arista прямо указывает, где живёт это число. ECN поддерживается на одноадресных очередях через Weighted Random Early Detection — алгоритм активного управления очередями, который расширяет Random Early Detection и задаёт несколько порогов для отдельной очереди. Команда random-detect ecn включает маркировку ECN для одноадресной очереди передачи в режиме конфигурации и задаёт размеры очереди, служащие порогами (Arista EOS 4.37.0F Quality of Service).

ECN на основе задержки настраивается отдельно для каждой очереди передачи. Пример в документации занимает три строки: вход в interface Ethernet 1/1, выбор tx-queue 3 и команда random-detect ecn delay threshold 33 milliseconds. Та же страница.

33 миллисекунды — пример, а не рекомендация

Читать эти 33 как рекомендованное Arista значение — ошибка чтения. Документация показывает синтаксис, а не число, откалиброванное под конкретную нагрузку или схему фабрики. Вынести из неё стоит не само число, а тот факт, что такие значения живут в командной строке и вводятся на каждом устройстве.

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

Пометка (Arad/Jericho)

В документации команда приводится как random-detect ecn (Arad/Jericho), с именем платформенной семьи рядом. Значит, синтаксис и поведение привязаны к кремнию коммутатора и не одинаковы по всей линейке продуктов. То, что сам поставщик пишет команду в таком виде, показывает, где оседает работа по поддержанию единообразия фабрики.

В крупном кластере ИИ удержать одно поколение чипов удаётся не всегда. Закупки в разные моменты смешивают поколения. И тогда на вопрос, означают ли те же «33 миллисекунды» одно и то же на всех коммутаторах, отвечает не спецификация поставщика, а журнал настроек эксплуатанта.

Более быстрый порт не тянет настройку за собой

Широкий тракт доставляет пакеты в ту же очередь быстрее. Очередь заполняется скорее, но точка, где начинается маркировка, сама не сдвигается. Переход с 400G на 800G не переписывает число после random-detect ecn delay threshold.

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

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

Технические утверждения этой статьи ограничены двумя первоисточниками, прочитанными как текст: страницей Quality of Service для Arista EOS 4.37.0F и RFC 3168.

Страницы Priority Flow Control, Traffic Management и AI networking в этой проверке не вернули читаемого текста. Поэтому ничего не утверждается о синтаксисе приоритетов без потерь, о поведении или условии срабатывания pause watchdog, о зависимости порогов паузы и запаса буфера от скорости порта, длины кабеля или семьи коммутатора, о настраиваемости распределения буфера по очередям или резервирования общего буфера, о топологических указаниях для тыловых фабрик с GPU и о проверенных профилях. Неудавшееся чтение не доказывает, что этих вещей нет.

Сведения о компании Arista Networks, Inc. собраны в записи справочника.