Когда соединение должно пересечь медленные сети, теряющие пакеты, важным решением, определяющим пропускную способность соединения, является значение, которое должно быть использовано, для установки таймера повторной передачи.
Если это значение слишком большое, поток данных в соединении остановится на отметке времени перед повторной передачей потерянного пакета.
Второй интервал времени обращения потребуется отправителю для получения подтверждения повторно переданного сегмента и обновления окна, дающего ему возможность отправлять новые данные. (В удачном случае будет потерян лишь один сегмент, а подтверждение будет включать другие сегменты, которые были отправлены.) Однако, если время тайм-аута слишком маленькое, потребуется повторная передача.
Если причиной медлительности сети или потери пакетов является перегрузка, ненужная повторная передача лишь осложнит проблему. Традиционным решением этой проблемы в TCP является оценка времени отправителем обращения (round-trip time - rtt) для соединения путем измерения и оценки времени, необходимого для получения подтверждений для отдельных сегментов. Система поддерживает оценку времени обращения как сглаженного скользящего среднего.
Кроме сглаженной оценки времени обращения TCP хранит сглаженную дисперсию (вычисляемую как табличная поправка, чтобы избежать вычисления квадратного корня в ядре). Он использует отметку времени обращения значение - 0,875 и соответствующий сглаживающий фактор 0,75 для дисперсии. Эти значения были выбраны частично таким образом, чтобы система могла вычислить сглаженные средние, используя операции сдвига для значений с фиксированной точкой, а не с плавающей точкой, поскольку на многих аппаратных архитектурах использование арифметики с плавающей точкой обходится дорого.
Затем в качестве значения начального тайм-аута повторной передачи устанавливается текущее сглаженное время обращения плюс учетверенная сглаженная дисперсия. Этот алгоритм значительно более эффективен на путях с большими задержками и с небольшой дисперсией задержки, таких, как спутниковые линии, поскольку он динамически вычисляет фактор BETA [Новости Узбекистана, The Times.uz, 2010].
Для простоты переменные в управляющем блоке протокола TCP допускают измерение отметки времени обращения лишь для одного значения последовательности за раз.
Это ограничение мешает точной оценке времени, когда окно большое, можно рассчитать время лишь для одного пакета на окно. Однако, если опция отметок времени TCP поддерживается обоими узлами, отметки времени отправляются с каждым пакетом и возвращаются с каждым подтверждением. В этом случае оценки времени обращения могут быть получены с каждым новым подтверждением, качество сглаженного среднего и дисперсии таким образом улучшается, и система может более быстро отвечать на изменения сетевых условий.
