Может ли linux-сокет вернуть данные меньше базового пакета? [Дубликат]

Если пакет превышает максимальный MTU сетевого устройства, он будет разбит на несколько пакетов. (Обратите внимание, что для большинства устройств установлено 1500 байтов, но это не является необходимостью.)

Реконструкция пакета должна быть полностью прозрачной для приложений.

«прикладной уровень» TCP-пакета (ну, действительно, сегмент действительно, TCP на своем собственном слое не знает из пакетов) никогда не фрагментируется, так как его не существует. Уровень приложения - это то место, где вы видите данные как поток байтов, надежно и упорядоченно.

Если вы думаете об этом в противном случае, вы, вероятно, приближаетесь к чему-то не так. Однако это не означает, что над этим, скажем, последовательностью сообщений, передаваемых по этому надежному потоковому потоку in-order, может быть не выше уровня.

Фрагментация должна быть прозрачной для приложения TCP. Имейте в виду, что TCP является потоковым протоколом: вы получаете поток данных, а не пакеты! Если вы создаете приложение на основе идеи полных пакетов данных, тогда у вас будут проблемы, если вы не добавите слой абстракции для сборки целых пакетов из потока, а затем передайте пакеты до приложения.

Правильно - наиболее информативный способ увидеть это - использовать Wireshark , бесценный инструмент. Потратьте время, чтобы понять это - несколько раз меня спасти, и дает хорошую проверку реальности

Различные сегменты сети могут иметь разные значения MTU. В этом случае может произойти фрагментация. Для получения дополнительной информации см. TCP Максимальный размер сегмента

Эта (де) фрагментация происходит на уровне TCP. На прикладном уровне пакетов больше нет. TCP представляет собой непрерывный поток данных для приложения.

На уровне приложения существует множество причин, по которым все 1500 байтов могут не отображаться в одном чтении. Различные факторы во внутренней операционной системе и стек TCP могут привести к тому, что приложение получит несколько байтов в одном запросе на чтение, а некоторые в следующем. Да, стек TCP должен повторно собрать пакет перед отправкой его, но это не означает, что ваше приложение будет получить все это в одном кадре (это, скорее всего, получите его в одном чтении, но это не ГАРАНТИРОВАНО получить его в одном чтении).

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

Эта страница является хорошим источником информации о некоторых проблемах, возникших у других, а именно о необходимости инкапсуляции данных в протоколе приложения по протоколу приложения. Не совсем авторитетный в том смысле, что вы описать, но у него есть примеры и получены некоторые довольно большие имена в сетевом программировании.

Если 3000-байтовый пакет входит в сеть Ethernet с размером MTU по умолчанию 1500 (для ethernet), он будет фрагментирован на два пакета длиной 1500 байт. Это единственный раз, о котором я могу думать.

Wireshark - ваш лучший выбор для проверки этого. Я использовал его некоторое время, и я полностью впечатлен