Есть логи, Freeze, мои, еще чьи-то, в которых без очков видно, что прибор -03 при плавающем сигнале сети начинает из этой сети вываливаться в 2 раза в минуту. Следовательно оператор начисляет плату за единицу округления вне зависимости от того, был трафик или нет. И биллинг тут не при чем.
Это ясно было еще почти год назад. По дружбе ребята из МТС отсканировали (это у них так называется) трафик зависшего прибора и получили именно эту картину. Причем вход в сеть каждый раз выполнялся абсолютно корректно, а выход - просто обрыв сигнала. В результате Ваш покорный слуга был подвергнут матерной критике за то, что всякую х... в сеть толкаю (цитата). В СТЕЛС писал, правда без цитаты.
Последствия такого режима прибора:
- Дикие счета;
- Убитые СИМки, не трудно посчитать на сколько хватит 25000 регистраций при выполнении этой процедуры 2 раза в минуту;
- Задержка сигнала тревоги с объекта.
Проблема не лечится уменьшением времени тестирования. Приборы с тестом 35 сек продолжают исправно виснуть с частотой 1 из 203 в 2-3 дня. За праздники - 5. Увы, не могу сказать, что виснут одни и те же.
Проблема не устраняется заменой прошивки, однако с пр.1.3 зависаний на порядок меньше, чем с 1.2.
Проблема характерна только для серии -03. Неоднократно меняли на объектах приборы на -02, -01, мало того, специально не трогали антенны, - проблемы нет.
От соты и оператора так-же не зависит, см. выше.
Andrey Tatarinov писал(а):Что касается возможных проблем в самом модеме, что он рвет сессию и восстанавливает сам, есть сомнения что такое возможно, но эти предположения возьмем на заметку и попробуем продумать как их подтвердить или опровергнуть.
Андрей Петрович, ну в чем же еще? В блоке питания, что ли? Или модем,а скорее всего некорректная работа ПО контроллера с модемом.
Andrey Tatarinov писал(а):Интересны эксперименты
С удовольствием бы проэксперементировал на кроликах, очень вкусно под белым соусом, все были бы рады, да еще за счет СТЕЛС. Только, боюсь, заказчики не одобрят, если узнают, что эксперементируем с безопасностью их объектов.
Andrey Tatarinov писал(а):1. Сделаем счетчик разрывов PPP-сессий, если их число за единицу времени (например 30 минут) превысит 10 (значения будут рассчитаны более точно исходя из возможных настроек тестовых периодов), то произведем рестарт модема.
2. Если в течение определенного интервала времени или числа попыток не удалось установить сеанс TCP с сервером по основной сети, то переходим на вторую сеть и устанавливаем сеанс. Там остаемся пока есть сеанс с пультом.
Согласен, это лучше, чем ничего,только когда это будет? А кроме того:
1. Это значит расписаться в бессилии.
2. Рестарты, это опять трафик, след. деньги.
3. Рестарты, это регистрации в сети, а след. расходование лимита регистраций на СИМ2, которая не контролируется. А если он в резервной сети подвиснет? На сколько СИМки хватит? И как определить, что она сдохла? Ставить СИМ2 М2М? У нас резервная сеть МЕГАФОН, т.е. СИМка М2М стоит 70р, да еще договориться надо, не всегда есть.
General4 писал(а):Значит ошибка есть. Ждём сканер, там посмотрим, что же это такое...
Догадываюсь, что это такое, вещь нужная, в хозяйстве не заменимая.
Только опять, НО. Для получения результатов в разумное время (менее года) при реальной частоте отказов, нужно будет установить сотню этих сканеров, а потом их снять. Да они еще и денег стоят, я так понимаю. Кроме того, эксперимент (или испытания, или тестирование) нужно грамотно спланировать, а это, увы, не является сильной стороной СТЕЛС.
Уважаемые Форумчане, с глубоким пониманием отношусь к на это все забившим, но, как-то, оно не выход, хотя достало уже дальше не куда.