Как отключить склеивание TCP пакетов?

При отправке данных в большом количестве, например по 40 и 576 байт в случайном порядке, то на стороне сервера при считывании (клиент.recv(4096)) выясняется, что пакеты склеены. Когда ожидается 40 байт, приходит 656 (40 + 40 + 576).
сервер.setsockopt(socket.IPPROTO_TCP, socket.TCP_NODELAY, 1) не помогает избежать проблемы.
Если что, то OS Ubuntu 18.04, но вряд ли это как-то влияет на работу сокетов.

0

Сообщение от anapshy Когда ожидается 40 байт

Фиговые ожидания из-за пробелов в знаниях.
Нормально ожидать сегментации и буферизации.

На прикладном/программном уровне Вы должны сами надстроить свой протокол над TCP который будет позволять различать Ваши сообщения (не пакеты!!!).

Самый банальный пример первыми байтами слать размер текущего сообщения, а за ним данные(c этим размером).
Более сложный пример слать "заголовок" потом данные.

1

Сообщение от Avazart Нормально ожидать сегментации и буферизации.

Буферизация происходит на стороне клиента?
Дело в том, что нужно произвести имитацию работы компьютерной сети. Программа будет тестировать нагрузку компьютерной сети. Представим, что каждый отдельный пакет это данные отправленные с разных хостов.
Была идея сделать задержку после отправки TCP пакета на десяток доли миллисекунд, но может как-то этого можно избежать? Дело в том, что идет замер времени, и возможно данная задержка после отправки пакета может негативно повлиять на конечный результат.

0

Сообщение от anapshy после отправки TCP пакета

Нет в TCP как таковых пакетов. Выше вам верно написали. TCP рассматривает данные с верхнего уровня как неструктурированный поток байт и просто нарезает его на сегменты размера не превышавшего MSS (MSS = MTU — размер заголовка IP — размер заголовка TCP), чтобы сегмент поместился в пакеты протокола более нижнего уровня - IP.
Таким образом отправив по TCP некий структурированный с вашей точки зрения набор данных вы получаете на приемнике all inclusive :-). Как вы будете разбирать\парсить полученный чанк данных - решать вам. Варианты вам предложили.
Самое простое - высылать размер чанка и потом считывать ровно столько сколько указано.

1

Сообщение от anapshy Программа будет тестировать нагрузку компьютерной сети.

Если нужно отсылать пакеты по сети, возьмите scapy. Очевидно, что работает из под рута.

0

Сообщение от anapshy TCP_NODELAY

Отключение алгоритма Нагла в любом случае не даст той функциональности, которая вам необходима. Как вариант - поиграь со значениями SO_RCVBUF/SO_SNDBUF, но лучше для озвученных целей использовать UDP.

Сообщение от Avazart Нормально ожидать сегментации и буферизации.

telnet с вами бы не согласился бы.

Добавлено через 28 минут
anapshy, кстати, обратите внимение так же на флаг TCP_QUICKACK

0

Сообщение от Вованя telnet с вами бы не согласился бы.

А Вы работали через telnet программно?

Добавлено через 1 минуту

Сообщение от Вованя но лучше для озвученных целей использовать UDP.

Так не озвучено нифига. Зачем советовать UDP.

0

Сообщение от Avazart Так не озвучено нифига. Зачем советовать UDP.

Сообщение от anapshy Дело в том, что нужно произвести имитацию работы компьютерной сети. Программа будет тестировать нагрузку компьютерной сети. Представим, что каждый отдельный пакет это данные отправленные с разных хостов. Была идея сделать задержку после отправки TCP пакета на десяток доли миллисекунд, но может как-то этого можно избежать? Дело в том, что идет замер времени, и возможно данная задержка после отправки пакета может негативно повлиять на конечный результат.

Сообщение от Avazart А Вы работали через telnet программно?

Давайте отложим этот разговор.

0

Сообщение от Avazart Сообщение от Вованя но лучше для озвученных целей использовать UDP. Так не озвучено нифига. Зачем советовать UDP.

Имитация работы интернет трафика IMIX (Internet MIX). При измерении производительности оборудования с использованием IMIX пакетов предполагается, что производительность напоминает то, что можно увидеть в реальных условиях.
Задается передаваемый объем в байтах. От объема находится процентное соотношение пакетов по 40, 576, 1500 байтов (с учетом IP заголовка). Задается процентное соотношение TCP & UDP пакетов. Выбирается порядок следования пакетов по их размеру: по возрастанию, по убыванию, в случайном порядке. Отправляются пакеты на клиент. После клиент вычисляет объем пришедших данных, скорость передачи, средние значения, медианные по чему только можно и нельзя, время... . После провести тесты на корпоративной сетке с разными параметрами запуска и посмотреть как себя поведет сеть. Ещё есть EMIX примерно тоже самое, но размер передаваемых пакетов фиксированный + так же меняется соотношение TCP & UDP. Так же можно ICMP сюда приплести.

Отключение алгоритма Нейгла у меня не работает. Делал тесты на других ОС и на Ubuntu18.04 - всё четко.
Проблему разрешил тем, что не производятся замеры времени между пришедшими пакетами, а высчитывается общий объем пришедших данных на 1-м тесте. Провести несколько тестов показалось целесообразнее, чем 1 тест с замерами времени между пришедшими пакетами, т.к. эта информация оказалась не такой важной. Конец.

Добавлено через 2 минуты
Программка собой представляет типо iperf, только с более гибкой настройкой.

0