Суть такая:

Использую встроенный UDP/IP стек в прозрачном режиме.

Раз в три минуты выхожу из прозрачного режима дерганием ноги DTR.
Произвожу обмен AT командами, в основном только AT+CMGL.
Выполняю ATO и возвращаюсь в прозрачный режим.

Примерно через раз после такого входа/выхода происходит смена номера исходящего порта в UDP пакетах.
Если не прыгать из режима в режим - номер порта держится долго, но иногда все равно меняется (при последнем тестировании продержался 40 минут, потом без видимых причин смениля).

Поскольку однозначно идентифицировать ноду по UDP можно только по связке IP:Port, некорректная смена этого самого порта приводит к разрыву логической сессии, что представляет собой существенную проблему для моего приложения.

В быструю развязку со стороны SimCom я не верю, так что буду пробовать что-нибудь другое.

Очень печально.

у меня 900-ка уже 2 месяца непрерывно долбит и вроде ниче.. нормально... из них месяц как за границей у клиента пашет. и выходит раз в 20 секунд, и возвращается... проблем незамечено. прошивка под 300-ку без изменений (кроме принудительного включения Transparant mode)

Дополнение:

Все вышеперечисленное происходит при AT+CSCLK=1.
По всей видимости происходит кросс-взаимодействие фич спящего режима и выхода из прозрачного режима по ноге DTR.

На этой карточке оператор предоставляет белый IP-адрес?

Если нет, то задача изначально решена некорректно - работоспособность твоей конструкции будет зависить от особенностей настроек и глюков NAT оператора.

+1. На глюк модуля не похоже.

IP адреса бывают статические и динамические, внутренние и внешние, про белые-черные слышу впервые.

По делу: Не надо рубить с плеча. Берем модуль, подключаем его к винде через ее TCP/IP стек и долбим сервер. Почему source port не меняется?
Опять винда глючит?

Возможно эти
http://www.eserv.ru/WhatIsProxyServer http://www.computerra.ru/offline/1998/238/1170/
статьи помогут Вам увидеть свет в конце тунеля...
ЗЫ. ... скорее прожектор приближающегося поезда...

"белые-черные" - это слэнг (жаргон). Синоним "внутренние и внешние".

Да вы батенька остряк, я же их писал.

Андрей Черезов? Вряд-ли - я бы Андрея узнал... Да и живет он не в Нижнем Новгороде.

Я вообще экспериментировал с модемом Huawey 1550. Запустил TCP-COM в режиме UDP. Посылаю пакеты (вручную, по клавише в терминале) - порт держится один и тот же. Отвлекся на минуту, не больше - посылаю, а порт уже другой. Так что модуль тут не при чем, все законно. Бывает и с меньшим интервалом переключается, так, что даже ответ не проходит ("не туда" идет)...

AT+CLPORT не для этих случаев?

Вдогонку - UDP вообще нормально работает? Есть по одному SIM900 1137B06 и SIM900D 1137B05, симптомы работы по UDP одни и теже - отправляет нормально, принимать со странностями. Сразу после cipstart стабильно ничего не принимает, если с него же отослать один-два небольших пакета - начинает принимать, принимает относительно стабильно пока опять не отправишь с него что-нибудь, пропадание бессистемно. В основном тестировался в непрозрачном режиме, но пару тестов показали тоже и в прозрачном. От cipmux не зависит. SIM300D в аналогичных условиях без вопросов.

Сообщение отредактировал id_Alx - Oct 12 2010, 13:02

Пардон - если нет внешнего IP, то модуль и не может ничего принимать (откуда) ? Что-то кинули на сервер, сервер узнал IP и порт и может передавать модулю посылки. Все будет работать, до тех пор, пока у модуля не сменится порт. После этого - по новой. А порт может меняться довольно случайным образом, может долго один держаться, может через секунду смениться. И это не связано с самми модулем, это шуточки оператора. Если это не устраивает - покупайте внешний IP.

Модули используются в закрытой VPN сети с выделенной точкой доступа со статическими адресами для всех. SIM300D показывает входящие на него UDP пакеты с любых IP и портов, ситуация с SIM900 описана выше. Модуль не принимает (или принимает, но не показывает) UDP пакеты даже с хоста на который указан cipstart. Проверял как с модуля на модуль, так и с модуля на gprs-модем ПК.

Сообщение отредактировал id_Alx - Oct 20 2010, 07:54

Да, это несколько меняет дело и даже непонятно, с какой стороны копать... Я использую обычные "серые" адреса, вроде проблем нет (кроме обычных ограничений для такой структуры).