Какова цель TIME WAIT в разрыве соединения TCP?

Я обнаружил, что причина, по которой активный ближе входит в TIME WAIT, состоит в том, чтобы убедиться, что окончательный ACK не потерян. Но как он узнает, что окончательный ACK потерян? Будет ли пассивный доводчик повторно отправить FIN, и тогда активный доводчик узнает, что ACK был потерян? Вот изображение TCP FSM.

Будет ли пассивный доводчик повторно отправить FIN, и тогда активный доводчик узнает, что ACK был потерян?

Да. Цитирование из иллюстрированного тома TCP / IP 1 , в разделе «Управление TCP-соединениями»:

3. Чтобы завершить закрытие, последний сегмент содержит ACK для последнего FIN. Обратите внимание, что если FIN потерян, он повторно передается до тех пор, пока не будет получен ACK для него.

Тайм-аут При LAST_ACKвходе пассивный доводчик будет повторно отправляться FINпри истечении времени ожидания, предполагая, что он был потерян. Если он действительно был потерян, то активный доводчик в конечном итоге получит ретранслируемый FINи войдет TIME_WAIT. Если FINне был потерян, но финал ACKбыл потерян, то активный ближе находится TIME_WAITи получает FINснова. Когда это произойдет - поступает FINв TIME_WAIT- ACKретранслируется.

Значение тайм - аута в TIME_WAITэто НЕ используется для целей повторной передачи. Когда истекает тайм-аут TIME_WAIT, предполагается, что финал ACKбыл успешно доставлен, потому что пассивный доводчик не ретранслировал FINпакеты. Таким образом, тайм-аут в TIME_WAITэто просто количество времени, после которого мы можем с уверенностью предположить, что если другой конец ничего не отправил, то это потому, что он получил финал ACKи закрыл соединение.

Но как он узнает, что окончательный ACK потерян?

Потому что он не получил его в течение периода ожидания. Я знаю, что это "дух" ответ, но именно поэтому существуют эти состояния и тайм-ауты.

Будет ли пассивный ближе переслать FIN

Нет, если только дополнительные пакеты не поступят для этого потока, и это приведет к отправке "RST" (сброс).

Весь процесс сложного конечного автомата для выполнения упорядоченного выключения несмотря на возможность сбоев сети. Обрывы сети, ошибки в ссылках, насыщение ссылок и необходимость отбрасывать пакеты, сбой устройств и т. Д. В качестве упражнения запустите дерево состояний для активного соединения, когда одна из конечных точек просто исчезнет (например, сбой питания).

TL; DR Это дерево состояний предназначено для обработки всех возможных режимов отказа.

Цель TIME_WAIT - позволить сети отличать пакеты, которые поступают как принадлежащие «старому, существующему» соединению, от нового. Рекомендуется установить таймер TIME_WAIT в два раза больше максимального времени жизни сегмента (MSL), в моей системе MSL составляет 1 минуту, поэтому соединения остаются в состоянии TIME_WAIT в течение 2 минут.

По истечении этого времени все поступающие пакеты больше не связаны со старым соединением.

TIME_WAIT не ожидает напрямую отправки пакетов ACK; это обусловлено состояниями CLOSE_WAIT и FIN_WAIT. Когда вы переходите в состояние TIME_WAIT, сокет уже закрыт.

Ссылки: http://www.tcpipguide.com/free/t_TCPConnectionTermination-3.htm https://en.wikipedia.org/wiki/Maximum_segment_lifetime http://www.lognormal.com/blog/2012/09/27/ линукс-TCPIP-тюнинг /