Dimitry SibiryakovAnatoly MoskovskyTimewait возникает в любом случае на той стороне которая разрывает соединение.

У меня не возникает. Единственное назначение этого состояния - не позволить перемешаться
пакетам двух разных подключений, поскольку они взаимоидентифицируются четвёркой "локальный
адрес+локальный порт+удалённый адрес+удалённый порт" из заголовка пакета. Если обе стороны
подключения были закрыты корректно и fin-пакеты прошли, то сокет выводится из этого
состояния и порт освобождается без дальнейшего ожидания таймаута.
Стороне, которая отправила последний ACK на последний FIN, неизвестно, дошел ли этот ACK. И она ждет возможного ретрансмита FIN чтобы снова отправить ACK.

Dimitry SibiryakovAnatoly MoskovskyТогда естественно timewait будет не у вас, а с той стороны

Во-первых, этот протокол должен выполняться с обеих сторон.
Во-вторых, time_wait в принципе бывает только на одной стороне - той, которая
устанавливает соединение, ибо только она использует эфемерные порты.
Вообще никак не зависит от того, кто устанавливает соединение. Только от того, кто первым разрывает (точнее, кто последний послал ACK).

Dimitry SibiryakovAnatoly MoskovskyТо что разными настройками ОС можно влиять на TW (в т.ч. игнорировать) никак не отменяет
того факта, что это стандартное и нормальное состояние сокета.

Настройки у меня стандартны, фишка именно в правильном протоколе завершения соединения:
1) shutdown(SD_SEND)
2) recv() до получения 0
3) shutdown(SD_BOTH)
4) closesocket()

Пропуск первого или третьего пункта (а возможно и второго) оставляет висячий TIME_WAIT.
time_wait тут начинается после 2 пункта