Как определить разрыв UDP сокета на Telit GC864Q? Опции

[meister]

После установки UDP соединения

Код

AT#SKTD=1,3333,"сервер",255,46875

открывается сокет и я обмениваюсь данными. Как определить состояние, когда нужно будет установить соединение заново или даже перезапустить GPRS сессию?

Спасибо.

[alx125]

После установки UDP соединения

Код

AT#SKTD=1,3333,"сервер",255,46875

открывается сокет и я обмениваюсь данными. Как определить состояние, когда нужно будет установить соединение заново или даже перезапустить GPRS сессию?

Спасибо.

Дело в том, что особенность UDP как раз в том и есть, что сетевое соединение не устанавливается. Т.е вы "пуляете" по адресу и все! В этом его фундаментальное отличие от TCP. Если же нужно контролировать сам факт доставки (что в принципе эквивалентно контролю соединения), то это надо делать вашим ПО (как бы реализация нового уровня стека протоколов над UDP/IP).

Сообщение отредактировал alx125 - Aug 18 2009, 23:03

[meister]

Дело в том, что особенность UDP как раз в том и есть, что сетевое соединение не устанавливается.

Я уж не знаю насколько аналогия близкая: шлем ethernet пакеты (да, прямо их), для их посылки нужно просто записать MAC-адрес получателя, есть получатель или нету - без разницы (может, он включится завтра). Мне надо поймать факт того, что выдернули кабель из розетки. Вы предлагаете делать это протоколом? В случае ethernet я могу у PHY спросить, чего там с кабелем-скоростью-дуплексом. Мне надо тоже самое для GPRS.

периодически опрашивать DNS сервер

Мне вот это очень не нравится. Мне надо будет "периодически" закрывать соединение и получать адрес google.com (или любой другой). Если google.com недоступен (по разным причинам) делать вывод, что во всем виновато GPRS соединение и его надо перезапустить.

[AlexandrY]

Чет вы не въехали. При чем тут google.com?
Вы должны слать запрос на DNS сервак который вам сообщает APN вашего провайдера.
Если уж этот сервак не работает то у вас вообще ничего не работает. Сессию точно надо рвать.
Тестить DNS можете любой служебной командой, например A для all
Протокол общения с DNS идет как раз по UDP, значит и работу своего сокета узнаете.

Мне вот это очень не нравится. Мне надо будет "периодически" закрывать соединение и получать адрес google.com (или любой другой). Если google.com недоступен (по разным причинам) делать вывод, что во всем виновато GPRS соединение и его надо перезапустить.

Ну эт вы от незнания наверно.
Во первых провайдерские NAT-ы пробиваются теми же STUN-ами только по UDP, а по TCP пробить NAT можно только тунелированием.
Но TCP тунелирование тоже не все NAT-ы пропускают.
С другой стороны ошибочно думать, что TCP самый лучший из протоколов для надежной доставки.
Есть куча протоколов с надежной доставкой работающих поверх UDP. Тот же L2TP

А мое имхо такое.
UDP годится для чатов и не более.. а в M2M и Embedded нужно более надежные каналы использовать... минимум TCP + свой контроль...

[meister]

Вы должны слать запрос на DNS сервак который вам сообщает APN вашего провайдера.
Если уж этот сервак не работает то у вас вообще ничего не работает. Сессию точно надо рвать.

Если я правильно Вас понял, нужно попытаться узнать IP адрес internet.mts.ru (для MTS)? Если неправильно - поправьте пожалуйста.

[meister]

Стал смотреть про SD и QDNS, чтобы с ними работать нужно ипользовать набор команд "Easy GPRS", там сокеты настраиваются командой SCFG.

Это проходит:

Код

AT+CGDCONT=4,"IP","internet.mts.ru"

Вот это:

Код

AT#SCFG=1,4,300,90,150,50

возвращает "ERROR". Набор команд с одним соединением работает (SKTD).

[meister]

Я сейчас качал Telit_AT_Commands_Reference_Guide_r6.pdf - там есть команда #SLUDP (Socket Listen UDP), которой раньше не было в описании. Может, у меня модем какой гнилой, что не поддерживает multisocket AT commands