Files
nis2/project-tasks/p22-dctcp.md
T
2026-09-06 19:26:12 +03:00

4.9 KiB
Raw Blame History

P22. DCTCP: управление перегрузкой в сети дата-центра через ECN

  • Версия и дата проверки: 1.0, 05.09.2026.
  • Статус: готово к назначению.

Статья и исходные материалы

  • Основная статья: Mohammad Alizadeh и соавт. — Data Center TCP (DCTCP). SIGCOMM 2010, Test of Time Award 2021.
  • Кратко о статье: В сети дата-центра обычный TCP реагирует на перегрузку только после потерь или грубых сигналов, поэтому короткие очереди трудно сочетать с высокой загрузкой канала. DCTCP использует ECN и оценивает долю помеченных пакетов, пропорционально изменяя окно передачи. В проекте этот механизм сравнивается с обычным TCP при смешении коротких и длинных потоков.
  • Почему результат актуален: работа получила Test of Time Award за долговременное влияние на сети дата-центров; алгоритм также описан в RFC 8257. Поддерживаемая модель ns-3 снимает зависимость от старого исследовательского артефакта и специализированного оборудования.
  • Артефакты и данные: актуальный пример DCTCP в ns-3 под GPL-2.0 моделирует ECN-коммутаторы, 40 конкурирующих потоков, несколько узких мест и собирает пропускную способность, справедливость и длину очередей. Для независимой реализации фиксируются версии всех зависимостей и использованных наборов данных.

Обязательный результат

  • Проверяемый вопрос или утверждение: пропорциональная реакция на ECN позволяет DCTCP поддерживать меньшие очереди и хвостовые задержки, чем обычный TCP, сохраняя высокую загрузку канала при смешанных потоках.
  • Технический результат: Подготовить параметризованный сценарий ns-3 с ECN-коммутатором, DCTCP и TCP Cubic или NewReno, генераторами incast и смешанных потоков. Стенд должен проверять доставку заданного объёма данных и собирать время завершения потоков, длину очереди, загрузку канала и справедливость.
  • Эксперимент: воспроизвести пример ns-3 и сравнить DCTCP с TCP Cubic или NewReno при incast и смеси коротких и длинных потоков по времени завершения, p95/p99, длине очереди, загрузке и справедливости.
  • Границы выводов: эксперимент проверяет поведение модели DCTCP в ns-3 для заданной топологии и потоков; он не воспроизводит особенности конкретных сетевых карт, коммутаторов и трафика крупного дата-центра.
  • Ресурсный профиль: локальная имитация, CPU, 4–8 ГБ памяти. Если полная топология даёт слишком длинные серии, уменьшить число потоков и длительность, сохранив ECN, два режима нагрузки, несколько повторов и проверку загрузки канала.

Содержательные направления

  • топология и проверка модели.
  • генераторы нагрузок и базовые варианты TCP.
  • метрики, статистический анализ и новые режимы.

Возможное продолжение

Исследовать чувствительность к порогу ECN, размеру буфера, числу отправителей, неоднородным RTT или сосуществованию DCTCP и обычного TCP.