Кратко

  • Гипотетический рост throughput длинного потока на 35% ещё не означает улучшение сети: отчёт мог не измерять завершение коротких передач, хвост задержки, goodput, потери, влияние на TCP и колебания после смены маршрута.
  • RFC 5166 требует набора конфликтующих метрик, RFC 5033 отделяет безопасный эксперимент от рекомендации и просит искать область отказа, а RFC 2914 показывает, как локальная агрессивность превращается в гонку и уменьшает полезную работу сети.

Представим результат, в котором всё правда, кроме подразумеваемого вывода. Новый транспорт даёт 35% дополнительной пропускной способности. Код работает, график воспроизводится, узкое место загружено. Однако отчёт не показывает, какой поток уступил полосу, насколько выросла очередь и что произошло при первом изменении пути.

Число 35% вымышлено для разбора механизма и не относится к конкретному алгоритму, поставщику или оператору. Оно отделяет точность измерения от достаточности доказательства.

Сначала определить полезную работу

RFC 5166 опубликован в марте 2008 года как Informational-документ IRTF от Transport Modeling Research Group; Sally Floyd указана редактором. Это не Internet Standard. Документ не утверждает, что существует согласованная единственная цель. Его общий минимум иной: оценивать компромиссы между несколькими метриками, а не оптимизировать одну.

Throughput на уровне маршрутизатора описывает общую загрузку канала. На уровне flow это скорость или время передачи. На уровне пользователя — ожидание результата. Goodput исключает байты, которые были дублированы, бесполезно повторены или перенесены через дефицитный участок лишь для последующего сброса.

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

Средняя задержка не показывает худшие случаи, определяющие качество интерактивного сервиса. Массовая передача может терпеть собственную задержку, но созданная ею FIFO-очередь действует и на голосовой пакет. Потери следует различать по burst, ECN mark, повторной передаче и downstream drop; иначе затраченный ресурс невозможно связать с доставкой.

Переходное состояние нельзя назвать разогревом

Контроллер проверяется при появлении конкурента, падении ёмкости, мобильном переходе или смене маршрута. Медленная реакция продлевает перегрузку. Слишком сильная реакция на краткий сигнал создаёт провал скорости, недогрузку и новый всплеск.

RFC 5166 рассматривает responsiveness рядом с oscillation, поскольку быстрота и плавность конфликтуют. Следует измерять время сходимости, overshoot, вариацию на нескольких интервалах, состояние очереди и цену восстановления.

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

Формула справедливости всегда выбирает субъект

Делить ресурс между потоками, сессиями, пользователями или парами хостов — разные решения. Flow с несколькими перегруженными участками потребляет не то же, что flow с одним. Jain index, max-min и proportional fairness закрепляют разные предпочтения.

RFC 5166 не назначает один показатель нейтральным судьёй. Из этого следует обязанность назвать единицу и распределительный эффект. Если новый контроллер получает полосу за счёт стандартного TCP, рост и снижение должны быть представлены как одна операция.

В RFC 2914, отредактированном Floyd на основе более широкой коллективной истории, congestion collapse означает, что рост предложенной нагрузки уменьшает полезную работу сети. Документ также предупреждает об arms race всё более агрессивных транспортов и приложений. Benchmark, оценивающий только новичка, способен наградить именно такое поведение.

Публикация не выдаёт сертификат

RFC 5033 — Best Current Practice Sally Floyd и Mark Allman. Он требует серьёзного исследования плюсов и минусов альтернативного congestion control до решения о статусе и области использования.

Документ разделяет Experimental-механизмы, признанные достаточно безопасными для изучения в глобальном best-effort Internet, и перспективные предложения, которым следует оставаться в simulation, testbed или контролируемой среде. Но даже safe не означает recommended: отсутствие общего ущерба ещё не гарантирует пользу собственному пользователю на конкретном пути.

В проверку входят влияние на стандартные TCP, SCTP и DCCP; сложные среды; разные bandwidth, RTT, reverse-path traffic, степени statistical multiplexing и очереди RED/Drop-Tail; защита от collapse; справедливость между экземплярами; нарушители и атакующие; внезапные события; incremental deployment. Особое внимание уделяется областям, где предложение работает плохо.

Таким образом, failure region становится обязательным результатом исследования. Если использование ограничено, нужно решить, обеспечивается ли ограничение текстовым предупреждением или необходимы протокольные и операционные барьеры.

Точная атрибуция ограничивает и профиль

Биография Floyd в ICIR документирует работу с системами реального времени BART, обучение в UC Berkeley и исследования в LBNL и ICIR. Архив проектов связывает её с RED, ECN, DCCP, TFRC, HighSpeed TCP, моделями и методами оценки.

Это основание для выбора героя, но не для мифа об одиночном изобретателе. RFC 5033 написан вместе с Mark Allman. У остальных механизмов есть полные группы авторов, рецензентов, реализаторов и сообществ. RFC 5166 отмечает подробный вклад TMRG. Обоснованный вывод уже и полезнее: в публичной работе Floyd многократно проявляется дисциплина, делающая видимыми затраты других потоков и пределы эксперимента.

Досье, способное опровергнуть заголовок

Перед rollout нужно связать версию алгоритма и реализации, defaults и fallback; топологию, queues, RTT, обратную нагрузку и конкурентов; распределения goodput, завершения, задержки и потерь; реакцию на изменение, сбой и злоупотребление; canary, stop conditions, rollback и неизвестные области.

Тексты Lu Heng о приоритете running code и о реальности вместо advocacy дают Sofia Ren более позднюю аналитическую линзу: техническое утверждение должно оставаться опровержимым наблюдаемым результатом. Это редакционная интерпретация 2026 года, а не приписывание частного намерения Floyd, TMRG или IETF.

Пропускная способность важна, но не может проверять сама себя. Расширение оправдано, когда преимущество выдерживает несколько метрик, внешняя цена показана, область отказа названа, а внедрение можно откатить, если работающая сеть не подтверждает график.

Источники