reset by peer», но при этом также понять что сообщение полностью доставлено или на половине пути клиент дропнулся? Эту ошибку, на сколько я понял, сам framedcodec под капотом из стрима получает и прокидывает в пользовательскую ошибку, но т.к. есть подозрение что клиент так в обычной практике рвет соединение и это не ошибка, хотелось бы понимать это сделано на половине пути или когда он закончил
TCP гарантирует доставку. Если бы пакеты не доходили, то была бы другая ошибка. Точнее, доставляет пакеты с большой вероятностью.
если клиент разорвал соединение после того, как отправил всё, что хотел, .next().await на FramedRead вернёт Ok(None)
Хм, реально тупанул, не подумал
гарантирует доставку пакета, а не сообщения
Да, это я знаю, но вот произошел инцедент, где прилетела ошибка. хотелось понять это недобросовестный клиент так разрывает соединения или что-то случилось
Хотя... Надо смотреть как ведёт себя сетевой стек, если ACK получен не на все отправленные пакеты, но уже пришёл RST.
А при ресете какая гарантия вообще
Обсуждают сегодня