LPC1788, lWIP Опции

[ar__systems]

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

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

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

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

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

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

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

 

[Golikov A.]

а кто же причем? конечно рутер, если по вайфаю слать то вообще бардак с порядком пакетов будет... Но как было сказано ТСР следит за очередностью пакетов. И ретрансмиты понятное следование другого порядка пакетов потому что в обмене всегда идет указатель какой кусок данных записывается, и если не сохранены данные Н, а приходят Н+1, принимающая сторона их отвергнет и попросит повторить Н пакет.

А вот от окна отказываться не стоит, без него все грустно и медленно становится...

кстати если подтверждение пакета (сегмента) не приходит за заданное время будет ретрансмит, может время жизни пакетов увеличить?

[=F8=]

Но как было сказано ТСР следит за очередностью пакетов. И ретрансмиты понятное следование другого порядка пакетов потому что в обмене всегда идет указатель какой кусок данных записывается, и если не сохранены данные Н, а приходят Н+1, принимающая сторона их отвергнет и попросит повторить Н пакет.

Это где Вы такое вычитали? Во-первых принимающая сторона не просит повторить, это отправитель сам повторяет передачу если не дожидается ASK от получателя. Во-вторых принимающая сторона не отбрасывает H+1, а ждет H. Точней говоря отбрасывают только самые усеченные версии стеков которым просто некуда складировать пакеты.

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

В каждом пакете содержится порядковый номер в в потоке в байтах. Если к примеру пришел пакет с номером 100 длинной 50 байт, если в потоке нет разрывов то получатель отправляет подтверждение приема 150 байт, затем, к примеру, приходит пакет с номером 200 длинной 50 байт, то TCP понимает, что 50 байт где-то потерялось и ждет их. Затем когда пакет с номером 150 длинной 50 приходит получатель отправляет отправителю подтверждение приема 250 байт(Один раз!).
Сори напутал, порядковый номер это номер первого байта пакета, а не последнего. Отредактировал.