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

[megaboy]

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

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

[megaboy]

Уточню, что затор может быть не только для первого крупного блока, а для любого блока в процессе сеанса общения модем-сервер,
в данном логе, просто совпало, что он оказался одним из первых...

[AlexandrY]

Ну тогда думаю ловить больше нечего.
От маршрутизатора провайдера еще могут поступать на модем всякие плохие сообщения по ICMP.
Поэтому я всегда и говорю, что встроенные стеки это коты в мешке.
Тестируйте работу с провайдером снифером по PPP через компьютер.
Поскольку внутренние сети провайдера полностью открыты всем абонентам, то велика вероятность что модем тормозит какой-то левый внутренний трафик по TCP/IP.

Тут была комичная история один раз.
Взяли партию SIM карт для телеметрии, все сервисы отключены, только GPRS.
Расслабились, защит не делали.
И что то стало слегка тормозить время реакции на команды периодически.
Оказывается приходили рекламные SMS-ки пачками. Типа в расплату за дешевый план воткнули рекламу по полной.

Уточню, что затор может быть не только для первого крупного блока, а для любого блока в процессе сеанса общения модем-сервер,
в данном логе, просто совпало, что он оказался одним из первых...