tcp reno, newreno и медленный старт - PullRequest
       31

tcp reno, newreno и медленный старт

1 голос
/ 27 сентября 2010

Когда потеря пакетов происходит при медленном запуске, замечают ли алгоритмы рено / ньюрено возможные дубликаты или это просто медленный запуск -> rto?

Таким образом, при отправке двух пакетов (при запуске медленного запуска)и первый пропадает, делает ли медленный запуск что-нибудь еще, кроме rto?

Это сбивает с толку, поскольку rfc заявляет, что «на практике они (медленный запуск и предотвращение перегрузки) реализуются вместе».И источник linux немного читается и имеет только одну реализацию.

1 Ответ

0 голосов
/ 29 марта 2011

Когда потеря пакетов происходит во время медленной начало, делает ли рено / ньюрено алгоритмы замечают возможные дупакы, или это чисто медленный старт -> rto?

Я бы сказал "да", дубликаты ACK будут обнаружены и обработаны. См. RFC 2001, раздел 2.3 .

Таким образом, при отправке двух пакетов (при запуске медленного старта), и первый идет отсутствует, медленный старт делает что-нибудь иначе, кроме как?

Этот конкретный пример приведет к "простому RTO". В начале медленного старта, когда могут быть отправлены только два пакета, самое большее будет один дубликат ACK (вызванный прибытием второго пакета). Может даже не быть ни одного, если оба пакета будут (будут) подтверждены вместе. Но один дублированный ACK не запускает быструю повторную передачу. Поэтому TCP будет ожидать истечения времени таймера повторной передачи.

Это сбивает с толку, поскольку rfc утверждает, что на практике они (медленный старт и предотвращение заторов) все вместе'. И источник Linux немного толстое чтение и только один осуществление.

Я согласен, что источник linux - толстое чтение. Но это определенно, и если вам действительно нужно знать, возможно, это единственный вариант :) Если вы не найдете кого-то, кто прочитал (или написал) это; которого у меня нет.

...