Тема: выдают ли станции TDE и NCP по SNMP информацию, касающуюся телефонной части?
А номера не совпадают :( 😊. 161 у меня вообще нет...
161 - это группа. А 111 можешь себе отобрать как блатной 😊
попробуйте заново скачать. и проверьте чтоб был .Net2
Скачал заново, всё равно не запускается.
И на Windows7 NetFramework 2 не ставится.
Требует установленный TSP драйвер...
а это условие выполнено?
разумеется установлен
Требует установленный TSP драйвер...
а это условие выполнено?
Оно будет запускаться и без TSP драйвера.
разумеется установлен
Я сейчас перекомпилировал на Windows 8 64-бит. загрузи заново. запускается оно полминуты где-то.
Да, сейчас запускается, но запускается больше двух минут.
Оставил запущенной на выходные.
Информация по СО оказалась некорректна:
В заголовке CO и maxCO показывает больше, чем их реально есть
в списке СО некоторые присутствуют по несколко раз
почти все СО в состоянии Idle и у них в назначении один и тот же внутренний номер (факс)
После перезапуска программа стала показывать более правдоподобные результаты. Видимо ошибки в ней накапливаются постепенно?
Да, сейчас запускается, но запускается больше двух минут.
При запуске она ставит на мониторинг все линии: и внешние, и внутренние, и ячейки парковки. На каждую уходит по несколько секунд. Если задать брать только внешние, то запуск можно ускорить в несколько раз.
Оставил запущенной на выходные.
Информация по СО оказалась некорректна:
В заголовке CO и maxCO показывает больше, чем их реально есть
в списке СО некоторые присутствуют по несколко раз
почти все СО в состоянии Idle и у них в назначении один и тот же внутренний номер (факс)
После перезапуска программа стала показывать более правдоподобные результаты. Видимо ошибки в ней накапливаются постепенно?
Да. Это известный баг. Я не смог разобраться, почему программа иногда не удаляет из списка линии в состоянии Idle и специально сделал кнопку “IdleRemove” для их принудительного удаления.
При запуске она ставит на мониторинг все линии: и внешние, и внутренние, и ячейки парковки.
Кстати, а можно сделать раздельную статистику занятости внешних линий по типу? По Card type: PRI/LCOT/VSIPGW/VIPGW.
Да. Это известный баг. Я не смог разобраться, почему программа иногда не удаляет из списка линии в состоянии Idle
А что значит это Idle? Внешняя линия может быть либо занята, либо свободна. А Idle это как?
И вы точно уверены, что это баг программы, а не баг АТС или драйвера?
И еще странность - рядом с большинством внутренних номеров отображаются иероглифы.
Кстати, а можно сделать раздельную статистику занятости внешних линий по типу? По Card type: PRI/LCOT/VSIPGW/VIPGW.
Нет. Есть CO или EXT или GRP.
А что значит это Idle? Внешняя линия может быть либо занята, либо свободна. А Idle это как?
Idle - это как раз состояние “свободна”. По этому событию программа удаляет её из списка.
И вы точно уверены, что это баг программы, а не баг АТС или драйвера?
не уверен, но думаю это баг программы, или atapi.dll
И еще странность - рядом с большинством внутренних номеров отображаются иероглифы.
Это русские имена абонентов.
Это русские имена абонентов.
Посмотрел сейчас в Maintenance Console в 4.1.1- все Extension Name указаны латинницей, русских нет.
Нет. Есть CO или EXT или GRP.
А вот это печально. Это принципиальное ограничение АТС?
Просто если невозможно разделить по типу, смысл мониторинга теряется, т.к. невозможно например будет понять, внешних линий какого типа не хватает.
Это русские имена абонентов.
Посмотрел сейчас в Maintenance Console в 4.1.1- все Extension Name указаны латинницей, русских нет.
Да. Именно латиницей. Русские он правильно показывает. Ну это можно поправить.
Нет. Есть CO или EXT или GRP.
А вот это печально. Это принципиальное ограничение АТС?
Просто если невозможно разделить по типу, смысл мониторинга теряется, т.к. невозможно например будет понять, внешних линий какого типа не хватает.
Можно же впринципе в самой программе жёстко задать диапазоны линий по типам и вести учёт по типам
Это русские имена абонентов.
Посмотрел сейчас в Maintenance Console в 4.1.1- все Extension Name указаны латинницей, русских нет.Нет. Есть CO или EXT или GRP.
А вот это печально. Это принципиальное ограничение АТС?
Просто если невозможно разделить по типу, смысл мониторинга теряется, т.к. невозможно например будет понять, внешних линий какого типа не хватает.
Сколько же у Вас линий, если не секрет?
Можно же впринципе в самой программе жёстко задать диапазоны линий по типам и вести учёт по типам
Вы имеете ввиду, при запуске программы указывать диапазон СО, которые она будет опрашивать? В принципе можно, но это неудобный костыль, т.к. получается жесткая привязка к конкретной конфигурации конкретной АТС.
Вы можете сделать консольную версию программы, которая будет возвращать значение, а в качестве входного параметра будет диапазон СО? (если нет, то можете ли выложить исходники текущей версии программы?)
Сколько же у Вас линий, если не секрет?
Тут дело не в количестве внешних линий, а в том, что разные типы линий используются под разные задачи. Например PRI - обычная телефония, LCOT - старая обычная телефония, VSIPGW - межгород voip, VIPGW - соединение с другой АТС в другом офисе.
Кстати, заметил еще один баг - иногда в заголовке показывает отрицательные значения (например CO:-1, CO:-2, CO:-3), и вообще несовпадения значения СО: в заголовке и количества СО в окне программы.
разные типы линий используются под разные задачи. Например PRI - обычная телефония, LCOT - старая обычная телефония, VSIPGW - межгород voip, VIPGW - соединение с другой АТС в другом офисе.
Бывает и так, что разные линии одного типа используются под разные задачи, а линии нескольких типов - под одну.
Вы имеете ввиду, при запуске программы указывать диапазон СО, которые она будет опрашивать? В принципе можно, но это неудобный костыль, т.к. получается жесткая привязка к конкретной конфигурации конкретной АТС.
Дык все АТС имеют разные конфигурации.
Вы можете сделать консольную версию программы, которая будет возвращать значение, а в качестве входного параметра будет диапазон СО? (если нет, то можете ли выложить исходники текущей версии программы?)
Ваша постановка задачи неправильная. Ибо программа TAPI отслеживает только те события, которые будут после её запуска. И стартует она довольно медленно. Вы хотите каждый раз запускать мониторинг заново, а потом его разрывать. И через некоторое время опять запускать мониторинг? Исходники тут.
Кстати, заметил еще один баг - иногда в заголовке показывает отрицательные значения (например CO:-1, CO:-2, CO:-3), и вообще несовпадения значения СО: в заголовке и количества СО в окне программы.
Если вы запустите программу, когда соединение установлено, то при разрыве их будет отрицательное значение.
Т.к. система событийная.
