Почему данные в tcp frame разбиваются на 2 tcp segment и теряется второй сегмент?

Question

[konstaner]

Приветствую.

Отправляем JSON из 1Сv8 в nginx (проксирует в unicorn backend) через POST запрос.

Часть запросов доходит нормально, но некоторые получают от nginx ответ 400. Включили логирование тела запроса и увидели, что JSON приходит не полностью - обрезается часть запроса в конце.

Посмотрел траффик wireshark'ом и выяснил, что эти запросы состоят из 9 Reassembled TCP Segments. Причем, только в проблемных запросах я вижу 2 TCP segment data. И как раз вот этот второй сегмент почему-то обрезается.



1. Почему может разбиваться на 2 TCP segment data?
2. Почему в reassembled tcp этот сегмент не попадает?

Спасибо.

Answer 1

[Владимир Дубровин]

Я думаю, что TCP здесь не причем, если только клиент не закрывает соединение не считывая ответа сервера, тогда это возможно, если на сокет не установлен linger. Но скорей всего, это просто ошибка в клиенте, разработчики не учли, что функция send() может отправить не все данные из буфера, такую ошибку разработчики не имеющие опыта написания сетевых клиентов делают достаточно часто.

Comments

[konstaner]

Спасибо, Владимир. Кстати, забыл упомянуть, что клиент отсылает RST после того как получает 400 от сервера.

[konstaner]

[Владимир Дубровин]

По этому фрагменту видно, что это все-таки первый случай. Т.е. клиент отправляет запрос в сокет и тут же закрывает его. Если на сокет не установлен linger, то те данные, которые были в буфере и еще не были отправлены теряются. Если вы можете контролировать этот процесс в своем коде - считайте ответ на запрос до закрытия сокета, если не можете - отправьте багрепорт разработчикам.