CIPCLOSE быстро или медленно? Опции

[RadikX]

Использовали в своих девайсах AT+CIPCLOSE без параметров и особо незаморачивались. Когда начали досконально изучать обмен с сервером по GPRS выяснилось что задержки между запросом и ответом могут достигать почти 20 сек, что катастрофично. Закрытие сокета может достигать аналогичной временной задержки. В мануале указаны два возможных способа закрытия соединения быстрый(AT+CIPCLOSE=1) и медленный (0-по умолчанию). Вопрос: чем плох быстрый способ закрытия соединения и какие проблемы может принести его применение?

[CADiLO]

Как я уже написал, все зависит от оператора. Если пользоваться сетью на общих основаниях, с обычной карточки - а так многие и делают чтобы экономить - то будьте готовы к тому что ответ может быть от мгновенного до ..... минут. А то и вообще не сможете в GPRS зарегистрироваться.
Для серьезных объектов покупают выделеный канал, где вам гарантировано предоставят очень быстрое GPRS соединение. Но и цены там совершенно другие. Так что или платим мало и никакой гарантии соединения, или имеем гарантированый канал за несколько большие деньги.

http://corp.mts.com.ua/rus/gprs_corporative_network.php

[box415]

Хотелось бы продолжить тему. М.б. у кого-то появился дополнительный опыт.
Возникла следующая проблема на SIM900R с версией В04 (В03 пока не проверяли). При закрытии сокета с оператором МТС в СПб неадекватно выполняются команды CIPCLOSE и CIPSHUT. Происходит это примерно в 20% случаев, преимущественно в периоды утренней и вечерней загрузки сети. При этом с другими операторами (Мегафон, Теле2, Билайн) проблем нет. Более того, нет проблемы и у SIM300 c MTC. Неадекватность выглядит следующим образом. Команда CIPCLOSE короткая завершается нормально, но не снимает DCD. Команда CIPCLOSE длинная зависает без ответа более, чем на 120 секунд. Если не использовать CIPCLOSE, а выдавать сразу CIPSHUT, то зависает без ответа эта команда более, чем на 120 секунд, а это предельный таймаут для команды по документации. При этом во всех случаях сервер при выдаче команд сразу фиксирует закрытие сокета. Конечно, можно все свалить на загруженность сети, но SIM300 в этих же условиях параллельно работает отлично. Все-таки есть подозрения на новую реализацию TCP/IP стека в SIM900R. Логи снятые с DEBUG-порта отправлены на китайскую сторону. Ждем ответа вторую неделю.