LPC1788, lWIP Опции

[ar__systems]

Продолжаю мучать LWIP.

Вроде добился нормальной работы, но подключил плату к роутеру а не напрямую, и начались новые проблемы...

Во первых, почему-то все мои фреймы имеют ошибку Frame Check Sequence.

Во-вторых очень много Retransmitoв. Такое ощущение что клиент мгновенно начинает слать повторные запросы. Это может быть связано с первой проблемой?

В приложении Wireshark trace запроса.

Прикрепленные файлы

 lpc1788.zip ( 72.42 килобайт ) Кол-во скачиваний: 31

 

[Golikov A.]

не! тут надо разделить протоколы.

TCP/IP - этот протокол гарантирует последовательность приема данных, отсутствие повторов и пропусков. И добивается он этого как раз строго последовательным приемом. В каждой посылке идет адрес не принятой части и подтверждается принятая.
то есть к примеру
в начале идет пакет 10 байт в нем написа с 0 байта, 0 подтверждено
в ответ на этот пакет идет к примеру 5 байт обратно и в них уже стоит с 0 байта, 10 подтверждено
в ответ на это ... с 10 байта, 5 подтверждено.

если будет подтверждено прием 10 байт, и придет пакет с 20 байта, то ТСР скажет ай ай ай, и попросит повторить с 10, оттуда и появляется ретрансмит в случае перестановки пакетов.

ТСР не может принять с 20 байта, а потом ждать когда дошлют с 10 по 20, потому что у него есть проверка на повторные данные.
то есть если подтверждено 15 байт, то любые попытки послать пакет с 5 байта игнорируются, а это может работать только если до 15 байта нет дырок.

Это как бы принцип работы ТСР.

Но есть же еще UDP, у него нет не начала не конца, он может терять пакет и переставлять его как хочет. Видимо вайфай обрабатывает пакеты по их длине или еще как - то, и какие то уходят быстрее, если они УДП пакеты то и славно, а если ТСР, то ТСР сам все поправит. Думаю так.

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

Отсюда резюме! Если ТСР то все получится правильно не зависимо от длины пакетов. Если УДП, то надо накладывать протокол на данные внутри. как то так

[aaarrr]

если будет подтверждено прием 10 байт, и придет пакет с 20 байта, то ТСР скажет ай ай ай, и попросит повторить с 10, оттуда и появляется ретрансмит в случае перестановки пакетов.

Вот именно что получатся лишние ретрансмиты при случайной задержке пакета. Нормальная реализация не должна сразу говорить "ай ай ай", т.к. перестановка - это вариант нормы.