TCP доставку не гарантирует. Эти все сказки для маленьких и для заказчиков.

Есть некоторые случаи, когда действительно мы можете быть уверены, что доставка произошла. По большому счету, такой случай 1 - когда вы получили ответ.

Плюс к этому, когда говорят "TCP обеспечивает сохранение последовательности данных", то предполагается это сохранение в рамках одного tcp-подключения. Если у вас есть 2подключения, то между ними порядка нет.


В линукс tcp keep_alive стоит 7200, по крайней мере в убунту. В винде вроде 4 часа. Его можно поменять, подкрутив /proc/sys/net/ipv4/tcp_keepalive_* но это отразится на всей ОС. И работает оно как-то странно. Я пробовал уменьшать tcp_keepalive_time, и смотрел шарком что происходит. Так линукс почему-то не выдерживал заданное tcp_keepalive_probes.

Но вцелом механизм работает так: через tcp_keepalive_time секунд посылается пакет, и если ответа нету, то считается что это обрыв связи, и тогда ОС возвращает select-у соответствующее событие.

Насчет пункта 2. Обрыв связи может быть 2 типов: когда клиент его заметил, или когда клиент его не заметил. Карточки с поддержкой MII видят, когда из них выдергиваешь шнурок. Если у клиента такая сетевушка, то при выдергивании шнурка это видит карточка, она информирует ОС об обрыве, ОС закрывает соединение и клиент уже не получит ничего по этому подключению.
Если у клиента не такая сетевушка, или выдергивание произошло за пределами свитча, то карточка клиента не может это увидеть, тогда обрыва не будет, и в этом случае (если на сервер тоже не увидит обрыва) сервер начинает предпринимать попытки по пересылки неподтвержденных данных. Делает он это, увеличивая в 2 раза (ну или не в 2) период между попытками посылок. В некоторых реализациях период увеличивается вплоть до какого-то порогового значения, которое я не помню чему равно по умолчанию. Тут я не помню конкретных величин, но вы можете считать, что там интервалы в итоге могут быть довольно большими.

То есть, после того как связь восстановилась (и если сокеты по сторонам не оборвались) - надо подождать пока ос сделает повторную посылку. Ждать может понадобится долго, десятки минут и даже несколько часов на некоторых реализациях tcp. Это плохо в играх типа slither, но хорошо когда тянешь большие файлы.