Элтекс

Здравствуйте!
Подскажите пожалуйста, как организоваться автоматические получение bin файлов CDR c БКП-М при условии, что я использую MTX админ для оперативного просмотра биллинга.
Суть такова. Я загружаю биллинг с помощью MTX что бы в разделе billing админа смотреть что происходить со звонками. Не постоянно, только для быстрой проверки если возникают какие то вопросы. Сейчас я 1-2-3 раза в день я считываю биллинг со станции в админе, а потом бинарники из рабочего каталога перебрасываю на другой сервер для обработки утилитой bin2csv и загружают уже текстовые CDR в свою АСР. Настал момент автоматизировать, но я по прежнему хочу видеть трафик в админе и мне нужно уже короткими интервалами времени скидывать трафик в АСР. Сразу перейти на просмотр трафика в АСР пока не могу, так как его тоже надо донастраивать и автоматизировать, но знаниями для этого пока не обладаю. Может быть есть какой нибудь способ решить мою задача средствами станции и MTX?

*АСР - автоматическая система рассчётов (проще говоря финансовый биллинг).

Добрый день.

В MtxAdm предусмотрены автоматические операции, которые позволяют считать биллинг с АТС с нужным вам периодом. Создаете bat-Файл и при помощи планировщика задач настраиваете его выполнение с нужным вам периодом.

В базе знаний есть статья для МС240. В вашем случае будет все тоже самое, только конфигуратор указывается mtx2_mp.


К сожалению не могу найти вашу поту. Хотела выслать вам несколько документов, которые могут быть вам полезны.

Это слишком шикарно ))) Спасибо большое! )

В завершении я бы порекомендовал считывать биллинг сразу с обоих процессоров (на тот случай если у вас было самопроизвольное или ручное переключение процессоров) а если и не было то ничего плохого команда не сделает. вот как-то так:

Совет интересный, спасибо.
Получается, что если биллнг был записан на второй ЦП, то он сольётся, если нет, то и нечего сливать будет, МТХ просто завершится?



у меня сейчас сопутствующие проблемы вылезли. Видать подвисла сессия какая то и не могу подключиться к ЦП основной ЦП, на которую и было нацелено задание сбора данных. Причём не под учёткой для сбора биллинга, не под админом. Отключил исполнение задачи запуска команды на сбор биллинга... жду пока сессия по таймауту закроется... надеюсь по крайней мере... )

bravo писал(а):Совет интересный, спасибо.
Получается, что если биллнг был записан на второй ЦП, то он сольётся, если нет, то и нечего сливать будет, МТХ просто завершится?

да это рабочая команда, которой мы пользуемся, только имя объекта другое

bravo писал(а):у меня сейчас сопутствующие проблемы вылезли. Видать подвисла сессия какая то и не могу подключиться к ЦП основной ЦП, на которую и было нацелено задание сбора данных. Причём не под учёткой для сбора биллинга, не под админом. Отключил исполнение задачи запуска команды на сбор биллинга... жду пока сессия по таймауту закроется... надеюсь по крайней мере... )

как бы не соврать по моему нужно перезапустить прокси (подключаетесь телент 23 порт, вводите "debug p" попадаете на 6060 (увидите надпись гуд дей), вводите команду толи reset толи stop. за последствия не ручаюсь но по-моему я так несколько лет назад сбрасывал зависшее подключение и проблем не было

Можно еще запустить диспетчер задач и посмотреть нет ли процесса mtx, который "держит" соединение с процессором.
Хотя если не закрылось "админское" подключение, tester и billing все равно должны подключаться.
Под учеткой вы подразумеваете пользователей в админе или разные объекты подключения?

К сожалению выяснить прокси или нет - уже не получится - рестартанул ЦП ночью и все завелось. Но буду иметь ввиду на будущее) ох уж эта разница в часовых поясах...

Под учеткой я имел ввиду и пользователя админа и другой объект подключения с разными паролями доступа. Пробовал по всякому.
Комп где запускается подключение перезагружал что бы исключить подвисший сокет (и процессы смотрел в общем то). И порт на коммутаторе выключали тоже в надежде сброса сокета на стороне станции.