Вопрос к использующим АТС Юнител

[Andrei]

Вопрос к использующим АТС Юнител (mk-8 ts-004) по программе программе ts_terminal - не дает подключиться к АТС.

Подключение через СОМ-порт, порт не виртуальный (комп управления стоит рядом с АТС), другими программами не занят.

Комп управления перезагружал - не помогло. :(

Кто сталкивался с такой ситуацией?

[Andrei]

Нету никого?

[mailex]

А в Юнител позвонить не судьба? :-)

Может надо выбрать параметры порта? Скорость, четность и т.п.? RTFM? ;-)

[Andrei]

Юнител пока мягко "послал", типа "разбирайтесь сами".

Параметры порта в норме - через тот же порт идет запись cdr-ов на диск.

[mailex]

См. стр. 12 в прикреплении. Может это сможет помочь.

 

Взамен попрошу Вас при следующем общении с Юнител - сообщить им, чтобы разрабатывали кроссплатформенный софт :-)

Использование Windows в серверных решениях мне кажется моветоном :-)

ts_terminal.pdf

Edited June 29, 2012 by mailex

[Andrei]

Есть у меня эта дока. Читал. Пока не помогло.

Экспериментировать в рабочее время сложно, т.к. при запуске ts_terminal перестают записываться через СОМ-порт cdr-ы (разработчики сказали, что это не баг, а фича и так и задумано).

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

Из последнего - некорректная обработка с помощью утилиты sd_util cdr-записей, считанных с sd-карты АТС: при переводе cdr-ов из внутреннего формата АТС в текстовый формат неверно указывается категория абонента. :(

[sol]

А сей красивый графический терминал не сам как-бы работает. перед ним надо ts_daemon запускать. А у вас его запущенного не видно.

Копию ЦДР можно взять потом с флешки станции...

[Andrei]

ts_daemon в этот момент работает.

про кривое преобразование cdr-ов, взятых с флэшки, см. выше.

[Andrei]

На АТС зашел. При попытке войти в настройки модуля выдает сообщение о необходимости включить ЦТО для каждого модуля АТС. Где это делается - пока не нашел.

[Andrei]

Вобщем проблема была в том, что после того, как сотрудник Юнитела месяц назад проводил работы на нашем сервере управления АТС через RDP, оказался разрушенным файл с конфигурацией АТС. Восстановление файла решило проблему. Юнител, к сожалению, отмолчался и на мои запросы не ответил. :(

[mailex]

А что за файл? И где он лежит?

[Andrei]

В каталоге DATA xml-файл, название которого указывается в настройках ts_daemon.

[treez]

В каталоге DATA xml-файл, название которого указывается в настройках ts_daemon.

 

да есть такая проблемка, xml частенько подвергается разрушениям :), всегда держу под боком копию. Без бэкапов никуда.

 

а кому нибудь приходилось мониторить загруженность потоков в течении дня посредством графиков?

А то штатные средства не совсем информативны

[mailex]

Может имеет смысл мониторить загруженность через билинг?

Edited November 29, 2012 by mailex

[Andrei]

К сожалению так и не удалось победить еще 2 вещи:

1. периодические "вылеты" ts_daemon с виндовой ошибкой о том, что "Программа выполнила недопустимое действие и... т.д."

2. ошибки по потоку Е1 R1.5, в логе время от времени появляется:

"[02.12.2012 23:00:11] модуль 0 - Ошибки потока L1: #0: Проскальзывания (R-) - 1"

Хотя на качестве и стабильности связи это не сказывается.

[mailex]

Может имеет смысл обновить ПО?

[Andrei]

Какое ПО? ПО управления? Весной обновляли, ситуацию это не исправило.

[mailex]

У них есть ПО для управления (причем они его обновляют периодически), и ПО, которое предназначено для АТС - на SD-карте (прошивка).

И то и то уже скорее всего можно обновить. Просто в "Юнител" не особо кричат о том, что они обновляют ПО. И их нужно периодически дергать.

[Andrei]

Про это я в курсе. Вот летом как раз и дергали, когда xml с конфигом самопроизвольно рассЫпался и не получалось получить управление станцией (с этого данная тема началась). Тогда же и ПО поменяли (и АТС, и управляющее). Стабильней стало, но "вылеты" есть.

[mailex]

Они ребята хорошие, но их нужно реально стимулировать, потому что их позиция: "не дергают - значит все работает". С другой стороны - может имеет смысл поставить на чистую систему только нужный софт?

[Andrei]

Управление стоит на выделенном компе - там физически никто не работает, комп стоит в стойке в автозале, хожу туда по rdp. В Юнител писал - говорят ни у кого не сбоит. Ну и фиг с ним, с этим ts_daemon-ом. Он даже если вылетает по критической ошибке, то пока сообщение висит в винде ("Программа выполнила недопустимое действие и... т.д.") то cdr-ы на диск все равно пишутся.

 

По поводу неверной записи категории абонента в cdr на флэш-карту, то выход такой.

При перобразовании cdr-а из внутреннего формата АТС в текстовый утилитой sd_util:

%ta0 - выдает номер А

%tak - номер А с катеогрией абонента А в последней цифре

%tk - выдает последнюю цифру из номера А вместо категории абонента

Т.о. в строке преобразования в sd_util вместо %tk пишем %tak. После этого полученный файл засасываем в MS Excel или MS Access (кому что удобней) и вырезаем последнюю цифру из номера А (это и будет категория абонента) и помещаем ее в отдельный столбец результирующего csv-файла. Геморно, но иначе никак. Хорошо, что это не часто приходится делать.

[mailex]

Может имеет смысл поотключать всякие бесполезные устройства типа com-портов в выделенном компе? И так же служб в системе? Посмотреть логи, после чего он падает? Очевидные вещи, но они забываются иногда.

[Andrei]

Компортов на компе два - один для работы с МК-8 (запись cdr-ов и управление станцией), второй - консоль к роутеру (cisco 7204). Оба нужны.

Вот что видно в журнале событий.

А так же то, что было видно в момент крэша - упомятуные в этих сообщениях файлы были скопированы и отправлены в Юнител. Отвечено, что это баг в винде, а не в софте Юнитела.

[mailex]

А windows 7 не пробовали? Да и может не все драйвера стоят? AMD вообще иногда странно работает с WinXP

[Andrei]

Windows 7 не пробовал.

Проц на компе не AMD, там Intel Pentium 4, 2.4 ГГц.