Кратко

  • RFC 7141 разделяет два решения: сетевое оборудование не должно менять вероятность пометки или сброса в зависимости от размера отдельного пакета, а транспорт должен оценивать потерянный или помеченный пакет пропорционально числу его октетов.
  • Такой подход не даёт сети создать скидку для маленьких пакетов, но не предписывает реакцию транспорта, не обещает равные битрейты и не доказывает широкое внедрение.

Та же скорость, в двадцать пять раз больше пакетов

Для маршрутизатора пакет — единица обработки, а для канала — контейнер с байтами. Это различие важно для активного управления очередями (AQM), которое должно сообщать о перегрузке до заполнения очереди. В конце 1990-х годов Random Early Detection (RED) стал частью этого спора. RFC 2309 рассматривал побайтовый режим сброса как способ приблизить потери к расходу полосы. Но если маленький пакет реже сбрасывается, его размер сам становится преимуществом.

RFC 7141, опубликованный в 2014 году как Best Current Practice, пересмотрел этот выбор. В примере сравниваются два потока со скоростью 48 Мбит/с: один передаёт пакеты по 60 байт, другой — по 1 500 байт. Маленьких пакетов в 25 раз больше. Если вероятность сброса каждого пакета равна 0,1%, первый поток теряет больше пакетов, но в этом примере оба потока теряют одинаковое число битов. Побайтовый режим уменьшает вероятность сброса маленького пакета в 25 раз: число потерянных пакетов выравнивается, зато поток маленьких пакетов теряет гораздо меньше битов. Это расчётный пример, а не измерение действующей сети.

Рекомендация RFC разделена по уровням. В сети вероятность сбросить или пометить ECN конкретный пакет не должна зависеть от его размера. Для RED документ не рекомендует побайтовый режим сброса: если маленькие пакеты помечаются реже, это может стимулировать фрагментацию и облегчить поток очень мелких пакетов. Но измерение очереди в байтах не отвергается. Канал, ограниченный битовой пропускной способностью, следует измерять в байтах; для ресурса, ограниченного обработкой пакетов, может быть важен их счёт. Единица измерения и смещение вероятности пометки — разные решения.

Транспортному уровню RFC рекомендует оценивать силу сигнала от потерянного или помеченного пакета пропорционально его октетам — как если бы сигнал относился к каждому байту. Конечный узел может взвесить сигнал, не заставляя общее сетевое оборудование определять справедливость для разных транспортов. Это долгосрочная цель интерпретации, а не приказ каждому транспорту менять алгоритм. RFC также не утверждает, что потоки TCP должны получать равные битрейты. Если требуется равенство битрейтов, следует менять TCP, а не сеть.

При разделении или объединении ECN-помеченных пакетов рекомендуется сохранять число помеченных октетов; однако совместимость с прежними протоколами может потребовать исключений. Позднее RFC 7567 заменил общие рекомендации RFC 2309 по AQM и сослался на разделение, предложенное RFC 7141. Опрос по RED в самом RFC 7141 был прямо назван ограниченным; авторы сообщили, что установленной базы побайтового режима сброса, по-видимому, мало или вовсе нет. Документы показывают инженерную рекомендацию и историю спора, а не универсальное внедрение, зафиксированную атаку или нынешнюю конфигурацию оборудования.

Источники: RFC 7141 · Запись редактора RFC · RFC 2309 · RFC 2914 · RFC 3168 · RFC 7567 · RFC 5681 · RFC 6679 · RFC 3550 · RFC 2474