Re[3]: Максимальная длина TCP пакета в сети
От: Marty Пират https://www.youtube.com/channel/UChp5PpQ6T4-93HbNF-8vSYg
Дата: 11.02.20 06:42
Оценка:
Здравствуйте, AlexGin, Вы писали:

M>>Всю жизнь работаю с потоковыми средами передачи данных — TCP, UART, RS485, CAN, TCP (да хоть те же файлы или пайпы) — всегда строится КА (обычно не слишком сложный) разбора потока байт, который выплевывает на вышестоящий уровень готовые пакеты

AG>
AG>Я — аналогично.
AG>Но сравнивать UART (или RS485) с TCP — не буду. Это нелогично и неверно.
AG>Одно дело — передать 10 байт, причём их всегда десять (ну даже если в 2-3 раза больше — обычно длина константна).

У кого-то константна, у кого-то нет, но речь не об этом

AG>Совсем другое — массив длиной от 10 байт до 10 килобайт.


И какая тут принципиальная разница?


AG>Причём, если раньше в моих же проектах блок данных (пакет прикладного уровня) на TCP исчерпывался 256 байт фикс-длины,

AG>то также никаких траблов замечено не было.

M>>Зачем что-то изобретать, когда кучи DLE ETX протоколов существуют, с размерами пакетов, контрольными суммами на любой вкус, и прочим блек-джеком. Бери любой, делай свою контрольную сумму — CRC, MD5, SHA256 и тп и используй

AG>
AG>Да вроде как здесь выше сообщалось, что КС в подсистеме TCP проверяется "под_капотом"...

Ну, раз очень хочется...
Маньяк Робокряк колесит по городу
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.