Традиционная телефония - кто-нибудь использует UTM?

[OKL]

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

[OKL]

Получается, что никто не пользуется?
А в NetUP говорят, что многие...

[admin]

Делать выводы, что никто не пользуется из того, что никто не ответил на Ваше сообщение - поспешно.
Предлагаю задать Ваши вопросы сотрудникам компании по e-mail info@netup.ru

[Adam]

Не однократно задавал вопрос, ответа так и небыло!

[Ivan]

Самый простой вариант - написать скрипт (например на перле) для переброса данных из cdr файлов в radius accounting. Там делов на пол дня.
Скорее всего кто-то уже написал. поищите в сети.

[spec]

Зачем что-то писать, когда UTM 5.0 это штатно поддерживает?
Есть такая программа в составе UTM - utm5_unif
Она парсит CDR-файлы и заносит информацию в биллинг.

[Дельта Сервис]

Зачем что-то писать, когда UTM 5.0 это штатно поддерживает?
Есть такая программа в составе UTM - utm5_unif
Она парсит CDR-файлы и заносит информацию в биллинг.

Просто в документации для utm5_unif описан только импорт файла с данными об IP-трафике.
Поэтому хотелось бы увидеть какие ещё значения может принимать переменная data_source и соответствующий её формат файла с данными.

[lancelot]

Просто в документации для utm5_unif описан только импорт файла с данными об IP-трафике.
Поэтому хотелось бы увидеть какие ещё значения может принимать переменная data_source и соответствующий её формат файла с данными.

Актуальный вопрос!
Где найти подробное описание utm5_unif.exe

[Digi]

Просто в документации для utm5_unif описан только импорт файла с данными об IP-трафике.
Поэтому хотелось бы увидеть какие ещё значения может принимать переменная data_source и соответствующий её формат файла с данными.

Актуальный вопрос!
Где найти подробное описание utm5_unif.exe

посмотрел два файла с документацией - старый (Russian_1_10.pdf) и новый (UTM5_1_10_nov2005.pdf) - в обоих есть подробное описание utm5_unif применительно к традиционной телефонии (pbx). Мобыть невнимательно смотрели?

[kobitskoy]

может быть и не внимательное писали документацию, так же как и некторые смотрели?
Вот что получилось после нескольких изысканый и советами с хотлайна.
pbx_duration - длительность только в секундах
сказли pbx_session_id - опционально. Можно не указывать.
ОБЯЗАТЕЛЬНО УКАЗЫВАТЬ - иначе становится на на последнюю позицию
[root@billing utm5]# bin/utm5_unif -c utm5_unif.cfg -s cdr1
Notice: Jan 31 11:54:42 UTM5 Config: Processing config file: utm5_unif.cfg
?Debug : Jan 31 11:54:42 : pbx_pos.pbx_called_sid <2> pbx_pos.pbx_calling_sid <3> pbx_pos.pbx_duration <1> pbx_pos.pbx_session_id <3> pbx_pos.pbx_date_time <0> pbx_quote <"> pbx_pos.pbx_delimiter <|>
pbx_date_time оринтировачный формат 01:06:41.056 UTC Tue Nov 3 2005
pbx_delimiter - один символ
pbx_quote - тоже самое

[kobitskoy]

ИИИ КЛЮЧЕВОЙ МОМЕНТ :):):):)
[root@billing utm5]# cat utm5_unif.cfg
core_host=127.0.0.1
core_login=init
core_password=init
data_source=pbx
radius_dst_host=127.0.0.1
radius_secret=secret
radius_nas_name=127.0.0.1
radius_port=1813
pbx_called_sid=2
pbx_calling_sid=3
pbx_duration=1
pbx_date_time=0
pbx_delimiter=|
#pbx_session_id=4 Закоментировал
pbx_quote="

[root@billing utm5]# bin/utm5_unif -c utm5_unif.cfg -s cdr1
Notice: Jan 31 12:03:15 UTM5 Config: Processing config file: utm5_unif.cfg
?Debug : Jan 31 12:03:15 : pbx_pos.pbx_called_sid <2> pbx_pos.pbx_calling_sid <3> pbx_pos.pbx_duration <1> pbx_pos.pbx_session_id <3> pbx_pos.pbx_date_time <0> pbx_quote <"> pbx_pos.pbx_delimiter <|>
?Debug : Jan 31 12:03:15 : Count <0> Processing line <"11:46:00.000 MSK Jan 31 2006"|"22"|"89184103374"|"2345674"> size <59>
?Debug : Jan 31 12:03:15 UNIF: 1 elements to send unif tel data
?Debug : Jan 31 12:03:15 : Count <1> Processing line <"11:36:00.000 MSK Jan 31 2006"|"60"|"2627660"|"2345666"> size <55>
?Debug : Jan 31 12:03:15 UNIF: 1 elements to send unif tel data
?Debug : Jan 31 12:03:15 : Count <2> Processing line <"11:37:00.000 MSK Jan 31 2006"|"94"|"2101492"|"2345674"> size <55>
?Debug : Jan 31 12:03:15 UNIF: 1 elements to send unif tel data
?Debug : Jan 31 12:03:16 : Count <3> Processing line <"11:38:00.000 MSK Jan 31 2006"|"46"|"2555619"|"2345652"> size <55>
?Debug : Jan 31 12:03:16 UNIF: 1 elements to send unif tel data
?Debug : Jan 31 12:03:16 : Count <4> Processing line <"11:40:00.000 MSK Jan 31 2006"|"38"|"2197328"|"2345666"> size <55>
?Debug : Jan 31 12:03:16 UNIF: 1 elements to send unif tel data
?Debug : Jan 31 12:03:16 : Count <5> Processing line <"11:43:00.000 MSK Jan 31 2006"|"42"|"2627660"|"2345666"> size <55>
?Debug : Jan 31 12:03:16 UNIF: 1 elements to send unif tel data
?Debug : Jan 31 12:03:16 : Count <6> Processing line <"11:45:00.000 MSK Jan 31 2006"|"6"|"2627660"|"2345666"> size <54>
?Debug : Jan 31 12:03:16 UNIF: 1 elements to send unif tel data
?Debug : Jan 31 12:03:16 : Count <7> Processing line <"11:45:00.000 MSK Jan 31 2006"|"92"|"2340977"|"2345664"> size <55>
?Debug : Jan 31 12:03:16 UNIF: 1 elements to send unif tel data
?Debug : Jan 31 12:03:16 : Count <8> Processing line <"11:46:00.000 MSK Jan 31 2006"|"68"|"2596433"|"2345652"> size <55>
?Debug : Jan 31 12:03:16 UNIF: 1 elements to send unif tel data
?Debug : Jan 31 12:03:16 : Lines sent:<9> working time:<1> sec
В этот момент радиус говорит что принял, чего то там не нашел, как мне кажется пользователя на которого ЗАВЕДЕНЫ телефоны, но в отчетах появляются записи с датой запуска utm5_unif а не с датой реальных звонков.

Если раскомертарить session_id и добавить в конец каждой строки цифру как в примерах 6 символов,
[root@billing utm5]# bin/utm5_unif -c utm5_unif.cfg -s cdr1
Notice: Jan 31 12:16:54 UTM5 Config: Processing config file: utm5_unif.cfg
?Debug : Jan 31 12:16:54 : pbx_pos.pbx_called_sid <2> pbx_pos.pbx_calling_sid <3> pbx_pos.pbx_duration <1> pbx_pos.pbx_session_id <4> pbx_pos.pbx_date_time <0> pbx_quote <"> pbx_pos.pbx_delimiter <|>
?Debug : Jan 31 12:16:54 : Count <0> Processing line <"10:40:00.000 MSK Jan 31 2006"|"174"|"2381333"|"2345666"|"000111"> size <65>
?Debug : Jan 31 12:16:54 UNIF: 1 elements to send unif tel data
?Debug : Jan 31 12:16:54 : Count <1> Processing line <"10:42:00.000 MSK Jan 31 2006"|"66"|"2393123"|"2345693"|"000222"> size <64>
?Debug : Jan 31 12:16:54 UNIF: 1 elements to send unif tel data
?Debug : Jan 31 12:16:54 : Count <2> Processing line <"10:43:00.000 MSK Jan 31 2006"|"148"|"2303097"|"2345674"|"000333"> size <65>
?Debug : Jan 31 12:16:54 UNIF: 1 elements to send unif tel data
?Debug : Jan 31 12:16:55 : Count <3> Processing line <"10:42:00.000 MSK Jan 31 2006"|"212"|"2551729"|"2345653"|"000444"> size <65>
?Debug : Jan 31 12:16:55 UNIF: 1 elements to send unif tel data
?Debug : Jan 31 12:16:55 : Count <4> Processing line <"10:50:00.000 MSK Jan 31 2006"|"14"|"2550402"|"2345666"|"000555"> size <64>
?Debug : Jan 31 12:16:55 UNIF: 1 elements to send unif tel data
?Debug : Jan 31 12:16:55 : Lines sent:<5> working time:<1> sec
то в отчетах ID сессии продолажется с чего остановились дальше как будто и небыло передано ID сессии , а ID сессии NAS с 8 значного менятеся на random

[Digi]

"11:46:00.000 MSK Jan 31 2006"|"68"|"2596433"
заменить на
"11:46:00.000 UTC Jan 31 2006"|"68"|"2596433"

часовой пояс тут роли не играет, unif не производит пересчет времени с учетом пояса. Так что в базу занесется звонок с временем 11.46 .

[Ольга]

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

У нас телефония НИКАК не желает работать, файлы со станции в NETUP мы запихиваем, он просто не может считать, версия 2.0

[xerurg]

формат CDR предоставьте

[Chistiakov_A]

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

У нас телефония НИКАК не желает работать, файлы со станции в NETUP мы запихиваем, он просто не может считать, версия 2.0

Оленька, не надо нервничать. NetUP - это организация и она ничего не считает. Биллинг называется UTM 5. что за версия 2.0? Быть может 5.2.0?
Если Вам нужна помощь - обратитесь на info@netup.ru ко мне (Чистяков Александр) и вы увидите , что все не так страшно. Меньше чем через два дня все заработает.

ЗЫ Если что, с Вас отчет на форуме.