Кратко

  • RFC 6298 рекомендовал начальный RTO в одну секунду вместо прежних трёх, поскольку более 97,5% наблюдавшихся RTT соединений были меньше секунды.
  • Если при ожидании подтверждения SYN истекает таймер меньше трёх секунд, перед началом передачи данных RTO необходимо вернуть к трём секундам.

Таймер до появления измерений

Обычно TCP вычисляет тайм-аут повторной передачи по измеренным RTT. В начале соединения такого измерения ещё нет. Если SYN или ответ на него потерян, отправителю приходится выбирать между долгим ожиданием и преждевременной повторной передачей на просто медленном пути.

RFC 2988 использовал три секунды. RFC 6298 рекомендовал одну, но разрешил реализации применять более консервативное значение больше одной секунды. Это SHOULD, а не MUST.

На чём основывалось решение

Приложение A описывало изменение как исторический компромисс, основанный на наблюдениях. Крупный анализ показал, что более 97,5% RTT соединений были ниже секунды, а повторные передачи при установлении составляли около 2%. При этом примерно 2,5% наблюдавшихся соединений имели RTT выше секунды.

В приведённых наборах данных оценка ложных повторных передач обычно была ниже 0,1%, но в беспроводной трассировке Dartmouth достигала примерно 1,1%. Среди соединений с повторной передачей SYN от 43% до 87% могли получить не менее 10% выигрыша, а от 17% до 73% — не менее 50%, согласно контрфактическому анализу. Это измерения 2011 года, а не описание современных сетей.

Ограничитель для ускоренного старта

Истечение таймера по-прежнему требует удвоить RTO. Если при ожидании подтверждения SYN истёк таймер со значением RTO менее трёх секунд, перед началом передачи данных RTO необходимо заново установить на три секунды. Поэтому цена для медленного пути ограничивается дополнительным SYN и начальным окном перегрузки в один сегмент согласно RFC 5681.

Правило не устраняет трудности путей с RTT свыше трёх секунд. Оно не позволяет неизмеренному предположению об одной секунде неизменно управлять фазой передачи данных.

Источники