ПЦН 4.х, администратор и все что с ним связано

[Защита]

Предлагаю все-таки перенастроить таймера DisconnectTimeout и ConnectionTimeout под приборы с большим периодом отправки тестовых событий, то есть установить так, чтобы хоть немного перекрывало 5 минут, например DisconnectTimeout=350, и ConnectionTimeout=330. Такая настройка позволить значительно снизить количество событий Тест в базу данных, при этом не повлияв на работу приборов с новой версией ПО.

Период отправки тестов более 300 секунд в принципе приведет к закрытию каждой PPP сессии (при отсутствии событий от прибора таких как "На охране", "Тревога" ип.), и соответственно событие тест все равно будет приходить каждые 300 сек (5 мин) Не считая затрат за связь...

под приборы с большим периодом отправки тестовых событий

Вы имели ввиду не более 300 секунд ?

Или я что то не так понимаю?

[Vladimir]

Период отправки тестов более 300 секунд в принципе приведет к закрытию каждой PPP сессии (при отсутствии событий от прибора таких как "На охране", "Тревога" ип.), и соответственно событие тест все равно будет приходить каждые 300 сек (5 мин) Не считая затрат за связь...
Вы имели ввиду не более 300 секунд ?
Или я что то не так понимаю?

Я как то уже писал:

Немного не так, по таймеру DisconnectTimeout сервер разрывает только TCP/IP-соединение, то есть в данном случае PPP-сессия у контроллера принудительно не рвётся, но если контроллер при отправке следующего тестового пакета контроллер, не сможет заново установить TCP-соединение и доставить тестовый пакет, а также если пятиминутный тайм-аут PPP уже истек, то PPP-соединение рвётся, ну а если тестовый пакет успешно доставлен, то всё в норме.

То есть риск, что PPP-соединения будут рваться есть (не получится переустановить TCP), но как часто покажет практика.

[goodwin]

Перенастроил тестовые пакеты в каждом контроллере с ПО профессионал на 120 сек. Connection timeout = 250, disconnect timeout = 280. Теперь как я понимаю тесты не пишутся в базу, а просто светится зеленым индикатор TCP в карточке объекта, если прибор в GPRS. Если GPRS обрывается, контроллер переходит на тесты по VOICE, которые в свою очередь записываются в базу (но так как их период не столь мал, они не переполнят базу с такой же скоростью как по TCP). Спасибо

[goodwin]

Также после перенастройки всех контроллеров и ms_server.ini ПЦН 4.4 стал кушать меньше трафика (как ПЦН 3.2). Потреблял 50 Мб в сутки, сейчас около 20 Мб. Подозреваю, что затраты на сотовую связь тоже несколько снизятся.

[PolarLights]

На ПЦН с контроллера пришло сообщение от объекта (Событие 780 Данные 1 ). Чтобы это значило, раньше такого не было? . .

[goodwin]

Подскажите, пожалуйста, по базе данных. Как я понимаю, в строке Event прописываются все события с объектов(с начала установки ПЦН). Какое число строк считается некритичным для работы ПЦН? (Около 320 000, иногда виснет "Монитор", помогает только перезагрузка) Как сделать отсечку событий с определенной даты? И еще подскажите, в ПЦН 4.4 события "тест", "разрыв соединения" и т.п. не пишутся в базу? То есть надо ли очищать базу от этих событий? (Просто скрипт, что вы ранее высылали, не очищает базу, после его выполнения число строк не уменьшается).

[goodwin]

Благодарю, полезная информация.

[goodwin]

Подскажите по устройствам ПЦН, в чем разница между назначениями модемов как "основной" и "резервный", "тестовый" то понятно, работает как определитель номера без поднятия трубки...

[goodwin]

И еще вопрос: в ПЦН 4.6 нет фильтра событий? По всем объектам "УНИВЕРСАЛ" события идут согласно телефонной книги. То есть сначала с основной сети контроллера допустим СМС на основной модем. Потом на резервный. Потом с резервной сети точно так же. На "ПРОФЕССИОНАЛЕ" бывает то же самое. То есть ПЦН не фильтрует события. Отсюда перерасход денежных средств.

[rusmed4]

Можно ли в Администраторе в Устройстве для дозвона до прибора указывать не только резервный, но и основной модем.