Бага sim900, UDP в прозрачном режиме Опции

[groovy]

Суть такая:

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

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

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

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

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

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

[id_Alx]

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

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

[rx3apf]

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

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

[id_Alx]

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

Испоьзуете по UDP? В каком режиме? Можете ли огласить тип/версию модема, строки инициализации и проверить - сразу после cipstart будет ли модем принимать данные?

[rx3apf]

Испоьзуете по UDP? В каком режиме? Можете ли огласить тип/версию модема, строки инициализации и проверить - сразу после cipstart будет ли модем принимать данные?

SIM900, B06 (работало и с B01), "прозрачный" режим. После cipstart ну никак не могу сразу принимать данные - говорю же, использую "серые" адреса, потому, пока сервер от меня ничего не получит, он не знает, куда посылать. Что-то послал с модема - все, можно передавать на модем (до тех пор, пока не сменится порт, что иногда бывает очень быстро).

[groovy]

Вообще с этой багой какой-то казус. Она стабильно вопспроизводится на модуле старого хардварного релиза. В частности S2-1040S-Z0902. Это самый первый сим900 который я купил. Позднее я купил еше 10 модулей версии S-1040S бещ дополнительной маркировки. На них проблемы не замечены, хотя они запаяны в одинаковые платы и перешиты на шестую прошивку. В голове не укладывается как это связано. Но старый модуль реально постоянно меняет порт. Новый держится часами.

[rx3apf]

Вообще с этой багой какой-то казус. Она стабильно вопспроизводится на модуле старого хардварного релиза. В частности S2-1040S-Z0902. Это самый первый сим900 который я купил. Позднее я купил еше 10 модулей версии S-1040S бещ дополнительной маркировки. На них проблемы не замечены, хотя они запаяны в одинаковые платы и перешиты на шестую прошивку. В голове не укладывается как это связано. Но старый модуль реально постоянно меняет порт. Новый держится часами.

Не связано это с модулем, я уверен на 100%. С серыми ip порты меняются (могут меняться, а могут долго держаться) и с виндовым стеком и совсем другими модемами. Зависит (как я понимаю) от конкретного оператора, от настроек и загруженности базовых станций, от времени суток, от положения звезд... В общем случае - порты меняются, причем довольно часто. Если это не устраивает - покупайте "белые" ip, фиксируйте порт. Вот только это дополнительные расходы и ограничения.

[groovy]

Общего случая тут нет, есть толко частные
Я говорю про то что наблюдаю. Как работает NAT - осведомлен. Из этого совсем не следует что порт должен скакать. Даже наоборот, зафиксировав один раз и добавив запись в таблицу трансляции порт остается неизменным пока запись не умрет из-за длительного отсутствия обмена. Т.к. обмен у меня не прекращается - это не мой случай.

[rx3apf]

Общего случая тут нет, есть толко частные
Я говорю про то что наблюдаю. Как работает NAT - осведомлен. Из этого совсем не следует что порт должен скакать.

Но и не следует то, что порт _обязан_ оставаться неизменным.

Даже наоборот, зафиксировав один раз и добавив запись в таблицу трансляции порт остается неизменным пока запись не умрет из-за длительного отсутствия обмена.

Остается ? Так на что жалуетесь ?

Т.к. обмен у меня не прекращается - это не мой случай.

Обмен непрерывный или все ж есть паузы ? Если есть, то какие интервалы между посылками ? У меня меняется иной раз при паузе меньше минуты. И при работе через виндовый стек - тоже меняется. Непрерывный обмен в течении нескольких минут - не пробовал.

[groovy]

Остается ? Так на что жалуетесь ?

Как я уже написал выше, выяснилось что проблема специфична для одного конкретного модуля с ранним хардварным релизом.
Обмен идет раз в минуту.

[rx3apf]

Как я уже написал выше, выяснилось что проблема специфична для одного конкретного модуля с ранним хардварным релизом.
Обмен идет раз в минуту.

Раз в минуту - порт имеет полное право меняться. У меня и при меньших интервалах меняется.