Контроль перегрузки

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

1. 01

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

   Граница применимости: Трафик Интернета без гарантированного обслуживания; точный алгоритм зависит от транспорта.

2. 02

   TCP использует окно перегрузки cwnd как ограничение на стороне отправителя и меняет его при медленном старте, избегании перегрузки и восстановлении после потерь.

   Граница применимости: Контроль перегрузки TCP по RFC 5681; новые алгоритмы могут уточнять рост окна.

1. Определите транспорт и алгоритм.
2. Проверьте обратную связь по потерям или ECN.
3. Снимите реакцию cwnd, скорости и RTT.

• Первичная спецификация

  RFC 2914: Congestion Control Principles

  Internet Engineering Task Force · BCP 41 / RFC 2914, September 2000

  Объясняет congestion collapse, responsive flows и необходимость end-to-end реакции на loss или explicit signal.

  Открыть первоисточник ↗
• Первичная спецификация

  RFC 5681: TCP Congestion Control

  Internet Engineering Task Force · RFC 5681, September 2009

  Определяет slow start, congestion avoidance, fast retransmit/recovery и sender congestion window.

  Открыть первоисточник ↗
• Первичная спецификация

  RFC 3168: The Addition of Explicit Congestion Notification to IP

  Internet Engineering Task Force · RFC 3168, September 2001

  Определяет Not-ECT, ECT(0), ECT(1), CE, negotiation и transport response на congestion marking.

  Открыть первоисточник ↗