передача данных через модемы wavecom Опции

[dimonbest]

Доброго времени суток форумчане.
Возникла следующая задача:
Есть два устройства на модемамах wavecom модели М1206В.
Модемы к компу не будут подключаться, управлять ими будут микроконтроллеры (ATmega).
Общение должно проходить по такому принципу: один дает запрос, второй ответ, и наоборот. Будут участвовать только два модема. Обьмы даных передаваться будут небольшие.
Это направление для меня новое, поэтому есть трудности.
С АТ командами ознакомился (отправлял через терминалку).
А вот организовать пересылку данных через GPRS - для меня загадка.
В сети нашел такой код:

Код

Настройка и подсоединение к GPRS:
AT+CGATT=1
AT#APNSERV="xxxx", где xxxx - APN сервер провайдера сотовой связи.
AT#APNUN="yyyy", где yyyy - имя пользователя;
AT#APNPW="zzzz", где zzzz - пароль;
AT#CONNECTIONSTART

Ответ: xxx.xxx.xxx.xxx, где xxx.xxx.xxx.xxx - IP адрес выделенный сотовому терминалу.
Ответ: Ok_Info_GprsActivation

Подсоединение к TCP-Серверу
AT#DLEMODE=1,0
AT#TCPSERV=1,"xxx.xxx.xxx.xxx", где xxx.xxx.xxx.xxx - фиксированный IP адрес сервера (того терминала или компьютера с кем надо установить связь)

AT#OTCP=1

С ним разобраться не получилось: не понял что за пользователь и пароль. И как принимать данные?
Подскажите пожалуйста, от чего отталкиваться, куда рыть... Спасибо!

[gena_dj]

Вот именно, что получится. Иначе бы и STUN-а не было (почитайте кстати rfc3489, это очень интересно) В случае, если кто-то из-под NAT-а выпустил пакет наружу, NAT держит этот тоннель. Наружний порт становится проброшен на внутренний локальный порт. Исключение - symmetric NAT.

Ниже - цитата из rfc

Binding requests are used to determine the bindings allocated by NATs. The client sends a Binding Request to the server, over UDP. The server examines the source IP address and port of the request, and copies them into a response that is sent back to the client
....
The STUN client is typically embedded in an application which needs to obtain a public IP address and port that can be used to receive data. For example, it might need to obtain an IP address and port to receive Real Time Transport Protocol (RTP) [12] traffic.

[AlexandrY]

Ну что ж, я проверил вашу гипотезу.
Надо признать, что наши интеграторы собаку съевшие на интеграции GSM решений, нифига не могли сказать на тему свойств NAT-а у их же партнерских GSM операторов.
Сами же операторы для ответа на такие вопросы требуют официальный запрос и организацию митинга с участвием почти всего менеджерского состава.
Поэтому пришлось поэкспериментировать.
Вообщем несимметричный NAT оказался только на моей Business Internet SIM карте от одного из операторов (партнер Vodafone). На карте другого оператора и предоплаченных картах NAT был симметричный т.е. непропускающий ананонимные запросы, короче c firewall-ом

Соответсвенно с первой картой Skype соединился напрямую из внешнего интернета.
С другими он соединиться напрямую не смог.
Но связь всетаки была.
Нюанс в том, что Skype сразу при запуске соединяется по UDP с 6-ю...10-ю серверами в инете (настоящее хакерское исчадие ), а потом с одним из них и TCP коннект налаживает. Трафик весь зашифрован и понятно, что STUN-ом там и не пахнет.

Вообщем ваше решение наверно было бы самым простым если бы оно не было бы таким редким.

Вот именно, что получится. Иначе бы и STUN-а не было (почитайте кстати rfc3489, это очень интересно) В случае, если кто-то из-под NAT-а выпустил пакет наружу, NAT держит этот тоннель. Наружний порт становится проброшен на внутренний локальный порт. Исключение - symmetric NAT.

Ниже - цитата из rfc