На подвижных. Но на стационарных тоже достаточно часто рвется. Разрыв TCP соединения необязательно связан с пропаданием связи, я так понимаю.

Да конечно.
Это может быть к примеру плохое питание модуля. При резком увеличении потребления в момент перехода модуля в режим передачи, просадка питания, т.д.
Нельзя исключать и программные проблемы.

В т.ч. со стороны оператора.

Дык, это один из законов Мерфи, кто спорит, что багов там полно. Да и по целым суткам в лаборатории тоже не включал...

Из саги "This is how things work in Information Technology"



У вас оператор, случайно, принудительно не рвет соединение, если по нему больше ХХ минут не передавались данные?
В наших краях такое было до недавнего времени, сейчас, правда, оевропеились, больше не рвут.
Для гарантии я каждые 2 мин шлю короткий пакет на сервер, несколько байт (если не нужно данные передавать).

При передаче с интервалом 20с и 2мин разницы в интенсивности разрывов "на глаз" не видно. Очень интересно было бы глянуть на чью-то подобную статистику (соединение в открытом состоянии)/(соединение в закрытом состоянии) для внутреннего стека СИМ300х.

А что значит ?

Если речь идет о разрыве соединения, то я не понимаю (соединение в закрытом состоянии). Оно и так уже закрыто

Сообщение отредактировал M_Z - Mar 4 2009, 13:19

GPRS соединение - это захват свободных в данный момент голосовых каналов.
Поэтому в GPRS:
1) нет оплаты за время
2) скорость обмена меняется до полного замирания.

(соединение в открытом состоянии) - это когда на AT+CIPSTATUS отвечает CONNECT OK
(соединение в закрытом состоянии) - это когда на AT+CIPSTATUS отвечает что-нибудь другое
при этом ваш автомат должен пытаться соединение поднять если оно упало

Сообщение отредактировал GP_ - Mar 4 2009, 14:09

Ну эт понятно.
Но тогда непонятен вопрос о статистике разрывов соединения в случае когда соединение разорвано
А вобще то реально мы тестили неоднократно время от события и до появления этого события на сервере. В основном это в не более 15сек. Хотя бывают довольно редкие но достигающие 1мин. Но это скорее была проблема связи и модем по новой регистрился в сети со всеми последующими настройками модема

Сообщение отредактировал M_Z - Mar 4 2009, 14:48

Ну.., у вас совсем запущенный случай.
Просите оператора сделать вам VPN.
VPN освобождает от проблемы дефицита публичных IP.
Понятно также что у каждого APN есть свой пул публичных IP определенного размера.
Эти размеры определяют средние времена простоя в ожидании доступа к открытому интернету. Поиграйтесь с APN.

Потом объясните что в вашем понимании разрыв связи.
Отключение контекста PDP?
Или молчание модема в ответ на ваши запросы по TCP.
А UDP там у вас можно посылать? А ICMP запросы?
Что отвечает на пинги APN?

А пробовали сделать маршрут RIP-ом?
Проблема потери маршрута в роутерах реальная проблема.
GGSN то не бездонная база маршрутов.
Если вы на границе RA то все время меняется маршрут пакетов из-за чего пакеты просто теряются, а PDP контекст при этом сохраняется.
Поставте направленные антены.

Стек TCP должен быть перенастроен на подходящий KEEPALIVE. Подрегулировано время ретрансмитов и их количество.

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

Мне кажется очень хорошо ответил Baser Вчера, 19:30

Там все очень даже конкретно и понятно описано.

Сообщение отредактировал M_Z - Mar 4 2009, 17:26

GSM - это радиосвязь.
Когда надо дозвониться все носятся по офису в поисках подходящего места.
А как GPRS так забываем что ему тоже хорошая радиовидимость нужна.
Подумайте что легче: поставить на человека антену или приблизить базовую станцию.

Baser конечно умную вещь сказал, кто спорит.
Но в жизни все таки интереснее числа.
Но никто наверно не будет спорить, что суммарное время наличия связи превышает 90% в зонах где оператор ее гарантирует или не так?
Так это отличный показатель чтобы поддерживать связь в реальном времени.

Мне кажется самая ценная информация оз этого поста

Я считал что GSM, передача информации по проводам.

Все остальное это утверждение что 2*2=4.

Ну и конечно пешеходы с направленными антеннами это тоже очень хорошая идея. Тем более что эту антенну постоянно нужно направлять на базовую станцию.

Сообщение отредактировал M_Z - Mar 4 2009, 18:49

Считать лучше надо.
У нас со следующего года вводят 3G с MIMO на 20 Mbps.
Вот где потеха с антенами будет.
Пешеходы наверно на ушах антены вешать будут, скорости то хочется.

"Но в жизни все таки интереснее числа."

Хотелось бы именно числа увидеть, ну типа, "я использую внутренний стек, в течение суток соединение разорвалось 7 раз, переустанавливается за 5с мин 40с макс", чтобы было с чем сравнить. Сравнивать с "у нас все класно работает" тяжело.
"Потом объясните что в вашем понимании разрыв связи."
Со стороны сервера выглядит так: TcpServer::accept_new_connections - принял соединение, TcpServer::close_connect() - отвалился
Разрыв связи - промежуток времени от close_connect до accept_new_connections.
В любом случае, спасибо за участие