Тайм-ауты при работе со встроенным TCP/IP Опции

[megaboy]

Здравствуйте all
Обнаружил такую непрятную закономерность при отправке данных через стек.
Использую модуль
Revision:1008B14SIM300D32_SST34HF3284

Так вот, при отправке данных командой AT+CIPSEND обычно сразу получаю ответ SEND OK.
Под словом сразу подразумевается относительно небольшая задержка сети, обычно от 100 до 5000 мс в зависимости
от погодных условий, размера данных, ну в общем то понятных факторов.
НО! Иногда происходит стабильная задержка длиной 60...65 сек, причем стабильно не менее 60 сек, если уж она призошла.
Единтсвенная мысля пока что, это предполжение, что здесь имеем дело с тайм-аутом перезапроса потерянного tcp кадра.
Но неужели тайм-аут настолько велик???
Или не там копаю? Если там, то можно ли как то его регулировать посредством команд?

[megaboy]

Вы не поверите, но это то, что вижу даже сейчас, при написании этих строк в окне терминала
Если предположить, что в данное время отличная погода, отличное качество сигнала и нет перегрузок в сети, почему бы обычным
задержкам не быть в пределах 5 сек. А задержки в 65 сек, совершенно внезапные, всплывающие через 10-20 обычных транзакций
по 1 килобайту, разве это не может на уровне транспортного протокола?
Возможно аски tcp просто не доходят с какого то узла уже за пределами оператора, мы ж не знаем, как у них там маршрутизация настроена...

Совершенно неправдоподобно, когда вы заявляете, что наблюдаете задержки либо меньше 5 сек

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

Сообщение отредактировал megaboy - Sep 14 2009, 14:05

[AlexandrY]

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

А задержки в 65 сек, совершенно внезапные, всплывающие через 10-20 обычных транзакций
по 1 килобайту, разве это не может на уровне транспортного протокола?

[megaboy]

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

Выложил весь файл .pcap, только вы там увидете тоже самое (при просмотре поставьте фильтр - ip.addr == 94.153.118.93).
Дело в том, что до сервера вообще ничего не приходило в течении этой задержки, поэтому он и был исключен как причинный.
Там ниже еще есть и другие варианты, например с ретрансмитами tcp, но я рассматривал случай, когда было просто тупое молчание
на линии в течении минуты - 14:16:31 <--> 14:17:35, и такое же молчание было со стороны модема в ожидании SEND OK

Сообщение отредактировал megaboy - Sep 14 2009, 15:56

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

 air.zip ( 40.75 килобайт ) Кол-во скачиваний: 27

 

[AlexandrY]

Похоже ситуация с точностью до наоборот.
Модем на самом деле оттягивает ретрансмиты насколько можно.
На старте соединения произошла уже сильная задержка на 2 сек, но ретрансмита не было.
А потом видимо в силу вступает алгоритм медленного старта, чтобы не создать затор.
Но там перестраховались по полной поэтому почуяв задержки оттягивают передачу первого крупного блока как можно дольше.
И судя по логу есть подозрение, что в модеме не реализован алгоритм Нэйгла, т.е. концентрация малых пакетов в более крупные перед отправкой.
Т.е. я считаю проблема в модеме.
Но у другого оператора видимо не такие сильные задержки на старте из-за чего и не видна особенность стека модема.

...просто тупое молчание
на линии в течении минуты - 14:16:31 <--> 14:17:35, и такое же молчание было со стороны модема в ожидании SEND OK