forum.technoforward.ru
http://forum.technoforward.ru/

чудеса тарификации...
http://forum.technoforward.ru/viewtopic.php?f=3&t=1134		 Страница 1 из 1
Автор:  МИХАник [ 13 май 2010, 04:16 ]
Заголовок сообщения:  чудеса тарификации...
с neax2000 получены следующие данные по звонкам на город:

numfrom original_direction numto trunk_in trunk_out timefrom duration record_id
3338 1 9544059 5:58:35 93 102
3338 1 9544059 60 206 5:59:05 10 101
3636 1 9223767 6:27:55 86 123
3636 1 9223767 60 205 6:27:56 16 122

на гтс зафиксрованы только 101 и 122 звонки, что, думаю, и правильно. А вот откуда могли взяться записи 102 и 123???
хотя, конечно, видно, что в данных нет данных по транку, что позволяет отсеять, но....
Автор:  NEAXMAN [ 13 май 2010, 10:11 ]
Заголовок сообщения:  Re: чудеса тарификации...
Прошу прощения, но Ваш запрос - ни о чем! Чтобы судить о чем-либо, нужно, во-первых, иметь представление о полной схеме Системы связи (отдельная АТС, корпоративная сеть, сеть CCIS с централизованным билингом, схема маршрутизации при выходе в город), во-вторых - видеть полные ОРИГИНАЛЬНЫЕ записи, выводимые с PBX, ну и в-третьих - знать, как запрограммирована SMDR (что выводится, что - нет). Впрочем, задав самому себе эти вопросы, Вы, вероятно, найдете и ответы на свои (так и не сформулированные в посте).
Автор:  Валерий [ 14 май 2010, 10:13 ]
Заголовок сообщения:  Re: чудеса тарификации...
МИХАник писал(а):
... с neax2000 получены следующие данные ...
Если не секрет, откуда именно получены эти данные?
На лог, формируемый самим оборудованием, это не похоже.
Судя по всему - это результат обработки каким-то софтом.
Было - бы полезно глянуть именно на "сырые" данные.
Может обработка ведётся не совсем правильно?
Автор:  МИХАник [ 21 май 2010, 05:35 ]
Заголовок сообщения:  Re: чудеса тарификации...
биллинг "центральный", первый из звоноков - "родной", второй транзитный. формат - former (думал, может, extended - нет). но вроде все-таки атска правильно выводит, а биллинговая система ошибается.....

A0602080013338 03010559330301055944 0010000600609544059 0000 10100 0!
E0321610013338 03010601060301060114 000032 00004217200851 10100 0!
B 0013331 03010601400301060153 001000 013149 001 0000 1010 0!
B 0013331 03010602040301060209 001000 013171 001 0000 1010 0!
B 0013196 03010603220301060330 001000 013331 001 0000 1010 0!
B 0013196 03010603450301060352 001000 013331 001 0000 1010 0!
B 0013301 03010605320301060545 001000 013113 001 0000 1010 0!
A0260430013865 03010604570301060626 0010000260262120 0000 10100 0!
A0602070013636 03010607460301060820 0010000600609223767 0000 10100 0!
B 0013330 03010614170301061505 001000 013301 001 0000 1010 0!
B 0013216 03010615380301061606 001000 013375 001
Автор:  Валерий [ 21 май 2010, 10:20 ]
Заголовок сообщения:  Re: чудеса тарификации...
МИХАник писал(а):
...биллинг "центральный", первый из звоноков - "родной", второй транзитный. формат - former (думал, может, extended - нет). но вроде все-таки атска правильно выводит, а биллинговая система ошибается...
Ни фига себе!
Я только с пятого раза понял, что на самом деле это лог станции.
Это что же у вас за софт, который так "искурочил" исходный лог?
Если уж он себя с логами так поступает, про остальное даже и смотреть как-то боязно.
Логи - это святая святых. Нельзя так с ними поступать...

По существу вопроса.

АТС - штука железячная. С вероятностью 99,99% могу сказать, что ошибаться она не может.
Уж как ей сказали, так она и работает.

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

Отсутствие транка наводит на мысль, что этот звонок внутристанционный, но судя по тому фрагменту, который был приведён в начале топика, что-то тут не так очевидно.

Что у вас за софт такие "чудеса" вытворяет?
Автор:  МИХАник [ 24 май 2010, 08:04 ]
Заголовок сообщения:  Re: чудеса тарификации...
детальное рассмотрение сырых данных...

KA0602080013338 03010559330301055944 0010000600609544059 0000 10100 0

это первый звонок на город

KE0321610013338 03010601060301060114 000032 00004217200851 10100 0

это входящий

KB 0013331 03010601400301060153 001000 013149 001 0000 1010 0
KB 0013331 03010602040301060209 001000 013171 001 0000 1010 0
KB 0013196 03010603220301060330 001000 013331 001 0000 1010 0
KB 0013196 03010603450301060352 001000 013331 001 0000 1010 0
KB 0013301 03010605320301060545 001000 013113 001 0000 1010 0

это внутренние

KA0260430013865 03010604570301060626 0010000260262120 0000 10100 0

это местный звонок (на другую атс)

KA0602070013636 03010607460301060820 0010000600609223767 0000 10100 0

это второй звонок

KB 0013330 03010614170301061505 001000 013301 001 0000 1010 0
KB 0013216 03010615380301061606 001000 013375 001 0000 1010 0

опять внутренние

а система lan billing стоит.... он неправильно и работает видать, так как встроенного агента изначально не было, и его дописывали отдельно
Автор:  Валерий [ 24 май 2010, 10:04 ]
Заголовок сообщения:  Re: чудеса тарификации...
Да с логами то и до этого понятно было что и как.

Вы попробуйте сделать как я вам уже говорил:
Возьмите, выгрузите, в ихсель например, параллельно данные со станции (логи) и результаты обработки сравните их, какая запись во что преобразовалась, тогда и поймёте, в чем собака порылась.
Автор:  МИХАник [ 03 июн 2010, 00:40 ]
Заголовок сообщения:  Re: чудеса тарификации...
пишу, кому интересно :)

такое несоответствие началось у нас по следующей причине:

на центральной АТС включили тарификацию внутренних звонков. Включили, так как возник прецендент, и необходимо было их фиксировать.... А биллинговая система, изначально не имевшая агента под NEAX и настроенная на основе образца только внешнего звонка, у которого поля транков не пустые, начала фиксировать эти записи внутренних, преобразуя их во внешние. Подробные образцы сырых данных со всеми видами звонков мы уже выслали разработчикам - работа ведется...
Страница 1 из 1 Часовой пояс: UTC + 3 часа
Powered by phpBB® Forum Software © phpBB Group
https://www.phpbb.com/