BiTel

Там в источниках есть NetFlow, sFlow. их как нибудь можно использовать для этих целей?

_________________

using billingClient.BGB 4.6;
using server.Ubuntu server 9.10;
using server.Java "1.6.0_15";
using client.Ubuntu 10.04;

нет, нетфлоу это учёт трафика а не минут соединения...

_________________
Интернет и телефония оптом со склада, или в розницу

было бы круто, если бы разработчики создали дополнительный протокол, позволяющий в реалтайме биллингу хавать логи

_________________

using billingClient.BGB 4.6;
using server.Ubuntu server 9.10;
using server.Java "1.6.0_15";
using client.Ubuntu 10.04;

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

да ну и что что не в реалтайме. Просто логи сразу напрямую в биллинг можно было бы кормить из АТС

_________________

using billingClient.BGB 4.6;
using server.Ubuntu server 9.10;
using server.Java "1.6.0_15";
using client.Ubuntu 10.04;

какая-то атс уже умеет выгружать в наш формат . m200 или что-то в этом роде

М200. Только не совсем сама, этим занимается внешнее, относительно самой АТС, ПО. И на почасовые zip.файлы это ПО логи не бьет. И к e.164 не приводит. И регулировать как сохранять номера - до трансляции или после - тоже не позволяет.

ага, у нас как раз м-200 стоят. а приведение к нужному виду осуществляеца скриптами...

_________________

using billingClient.BGB 4.6;
using server.Ubuntu server 9.10;
using server.Java "1.6.0_15";
using client.Ubuntu 10.04;

И как вы в реалтайме планируете лить логи из М200? Спайдер вроде только как tcp сервер может работать. Можно, конечно, все предварительные преобразования в то же спайдер засунуть, благо он в исходниках, но все равно остаются вопросы типа "а что делать, если биллинг остановить понадобится?"

Я на форуме М-200 просил что бы они переделали CallBuilder на почасовую ротацию и добавили возможность запуска некой программы после закрытия файлов. Но пока ничего не ответили... Нужно наверное писать официальное письмо... Но конвертацией в E.164 они наверняка заниматься не будут. А вообще на данный момент callbuilder прекрассно пишет суточные логи. Вот их и обрабатывайте раз в сутки, часов в 3-4 утра, разбивая данные на почасовые и подгоняя расположение строчек и формат номеров... По крайней мере у меня так все работает...

_________________
Клиент: вер. 7.1.102 / 20.04.2018 19:02:09
os: Windows 8.1; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_172
Сервер: вер. 7.1.970 / 20.04.2018 19:04:17
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_162

http://www.m-200.com/base/index.php/%D0 ... CALLBUIDER

Компания МТА как-то доделала callbuilder под *nix, как и раньше есть формат CDR-строк под BGBilling, но появилсись доп параметры:

Но почасовой ротации файлов и сжатия - нет.

К тому-же они сделали Radius (я так понимаю для оборудования серии SS, но могу ошибаться):

http://www.m-200.com/base/index.php/RADIUS

Кто-то тестировал эти доработки? Они хвалятся что с Ланбиллингом и АСР от господина Абылая они протестировали работоспособность...

_________________
Клиент: вер. 7.1.102 / 20.04.2018 19:02:09
os: Windows 8.1; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_172
Сервер: вер. 7.1.970 / 20.04.2018 19:04:17
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_162

Нам надоела аскетичность ПО управления МТА, делаем сами на java.
Подключение к спайдеру и декодирование сообщений уже готово.