Какая информация отправляется в TCP посылке?

Question

[Ю Ю]

Я отправляю посылку в десяток байт. Проблема поймать их все на другом конце. Партнер может обработать только определенное количество байт иначе сдвигается буфер.
Вопрос по TCP протоколу.
Есть ли в отправляемом пакете информация о количестве отправленных байт?

Answer 1

[jcmvbkbc]

Есть ли в отправляемом пакете информация о количестве отправленных байт?

О количестве отправленных вами байт -- нет. Количество байт отправленных TCP стеком обозначено в IP заголовке. Если вам нужен фрейминг внутри TCP-потока вы можете организовать его сами.

Comments

[Ю Ю]

То есть предположим socket sender->Send((byte)msg[10]); отправит мне 10 байт, но, возможно TCP стек разобьёт мне их на 2 пакета?

[jcmvbkbc]

Вполне. Или объединит со следующим пакетом. Или шлюз между отправителем и получателем сделает это.
То, что send вернул какое-то число больше нуля означает только то, что это количество данных принял от вас локальный TCP стек.

Answer 2

[throughtheether]

Есть ли в отправляемом пакете информация о количестве отправленных байт?

Если есть TCP-сегмент, инкапсулированный в IP-пакет, то длину полезной нагрузки (payload) TCP можно узнать так - из длины полезной нагрузки IP (вычисляется как разница полной длины IP пакета, Total Length, и длины заголовка, Internet Header Length) вычитаем длину заголовка TCP (поле Data Offset).

Если задача другая - узнать, сколько байт получилось отправить, то эту информацию (количество переданных байт), насколько помню, возвращает вызов send/write.

Comments

[Ю Ю]

Дело в том, что у меня партнёр может данные обрабатывать если пришло 10 байт. Если, предположим, посылка сорвалась, и пришло 5, то они осядут в буфере. По приёму следующих (хороших) 10 байт, они приплюсуются к буферу, что вызовет сдвиг (т.е. 5в буфере + 5 новых в обработку. Остаток снова в буфер). Вот и ломаю голову.

[throughtheether]

Ю Ю: В вашей ситуации, на мой взгляд, логичнее всего ввести свою разметку внутри TCP-потока (например, стартовый байт и стоповый байт), и со стороны клиента читать данные в свой буфер (FIFO), пока не сформируется валидная посылка (т.е. стартовый байт, 10 байт, стоповый байт), и извлекать из буфера не побайтно, а сообщение целиком. Вам уже в другом комментарии отметили, что количество отосланных за один вызов write байт на одной стороне и количество принятых за один вызов read байт с другой стороны могут различаться.

[Валерий Рябошапко]

Ю Ю: TCP протокол предполагает контроль доставки. целостности и правильного порядка. А вот эта хрень с буферами — это не TCP. Если посылка в 10 байт была разбита на два TCP пакета, то получатель должен сверить идентификаторы и контрольные суммы пакетов, прежде чем передавать их дальше вверх по стеку.

Answer 3

[Ю Ю]

Посоветуйте книжку, в которой разбираются протоколы TCP UDP IP по Ethernet с низов. Буду рад, если на русском.