TCP: почему при отключении кабеля образуется «черная дыра», то есть Write теряет данные, и ошибку не выдает?

Создаю сервер. В интернете, не в локалке.
Подключение персистентное.

Вот у клиента в сетевом кабеле пропадает контакт.
И как раз в это время клиент собирается отправить сообщение.
Клиент вызывает Write и... всё! Тишина!
Write успешно отрабатывает, никаких экскепшн, но данные теряются, они не отправляются даже если сразу же воткнуть кабель на место. Еще раз: данные - теряются, безвозвратно.
И более того, я опять вызываю Write, и опять то же самое!

Однако, если после вынимания кабеля выждать с пол-минуты и только потом вызывать Write, то экспешн будет.

Почему не сразу?
Почему теряются данные и (оказывается) даже есть термин "black hole", хотя все вокруг трубят о надежности TCP?

Я не знаю, что делать и как правильно.

Я бы мог после этого Write сразу вызывать Read, вот он вроде работает как следует, но дело в том, что по условию задачи я должен на клиенте в фоновом потоке постоянно крутить этот Readв цикле в режиме ожидания, и на сервере тоже цикл, поэтому я не могу использовать Read в других местах - это запутает код, ну если только с Peek, но правильное ли это решение?

Говорят, что для корректной работы поможет heartbeat/keepalive, но я не понимаю каким образом, как не понимаю и суть проблемы. Ну не должен Write терять данные.

P.S. Описанное явление очень странно. Ведь сервер в ответ всегда отправляет пакет с флагом ACK, а если нет кабеля, то этот пакет не придет, так почему же ОС клиента не проверяет пришел ли он, и не выбрасывает экскепшн?
И почему она начинает его выбрасывать при более длительном обрыве кабеля (примерно пол-минуты)?

P.P.S.
ОС - Windows 8.1 x64 клиент, Windows 2000 x64 сервер.
Язык сервера - C#.
Язык клиента - C# либо Delphi 7 (Indy 9), в обоих языках одинаково.

0