вот я пытаюсь захендлить случай с 0

при 1 я уже ниче не должен, да

Вот тут довольно подробно чуваки излагают

-1/SSL_ERROR_WANT_READ means that the SSL_shutdown() API is waiting for
the remote end to send its 'SSL close notify' packet.  As stated above
you have no control over when or if the remote end does this.

The -1/SSL_ERROR_WANT_READ is the generic 'waiting for more data' error
code you get from non-blocking SSL_read() API and it has exactly the
same meaning in respect of SSL shutdown, since we are waiting for data
from the remote end to complete the shutdown of both streams (send and
receive).

То есть первый шатдаун закрывает send сторону, вторая сторона должна это отдуплить, ответить close_notify и закрыться со своей стороны

Но это может произойти не молниеносно

Поэтому, по-моему, где-то было оговорено, что можно после своего close_notify считать сессию закрытой. ЩА найду где

According to the TLS standard, it is acceptable for an application to only send its shutdown alert and then close the underlying connection without waiting for the peer's response (this way resources can be saved, as the process can already terminate or serve another connection).

А ну да, вот тут

то есть нет никаких способов\смысла "ждать" пока  2ая сторона тоже закроет?

Но если надо по красивому, то надо разобраться почему вторая сторона тупит.

Способы есть, именно что ждать

А вот смысл есть только если тебя парят ресурсы той стороны

ну ждать можно по разному.. я могу тупо в вайл тру чекать ошибку

а могу как-то по умному

что б не жрать cpu и не чекать это дело каждую секунду

Ну да, или параллельно чем-то заниматься осмысленным

окей, допустим я раз отправил этот shutdown и забил