BiTel

А можно ли по 1 Аккаунтинг пакету. тарифицировать 2 разных договора?

а как ? вы сами то как предлагаете это делать ? случайным образом относить один ко одному, второй к другому? или считать сразу оба ? ..а вообще модуль voiceIp учитывает только stop-пакеты, остальные игнорит ..

Например:

Приходит стоп пакет.
В каждом договоре мы указываем тип логина через который нужно искать.
Предположим есть 2 типа логинов и поисков в Voip модуле.
1. по Юзернаме
2. по ИП в пакете.
Предположим в финд.ордер пишем 1&&2
И он сначала ищет по Username - нашел сделал запись в биллинг.
А затем не прекращая ищет по 2 параметру. тоесть по IP. сделал запись.. - тогда мы получаем 2 записи по 1 стоп пакету.

просто сейчас он прекращает поиск как найдет подходящее совпадение.

т.е вас шлется 2 пакета авториазции, а потом 1 stop-пакет?

вообще проблема в том что мы считаем по двум аккаунтинг пакетам(входящему\исходящему) транзит. И при транзите время везде правильное.
Но появилась потребность подключить ИВР и в результате в одном пакете время нормальное(исходящий от нас на оператора) а в другом время стало приходить больше чем сам звонок, так как добавлялось время набора номера и время прослушивания ИВР..
Для того чтобы считать все правильно я подумал что можно по 1 аккаунтинг пакету считать и для клиентского договора время звонка и для операторского договора. просто пока не нашел другого решения чтобы все считать и чтобы время было везде правильное...

Если есть другие решения данной проблемы, подскажите пожалуйста.

П.С. "НАС" один для терминации и для ИВР.

никак, надо откуда то брать второе событие для биллинга, дублировать аккаунтинг не вариант, даже если щас радиус сервер битела не следит за SessionID/confid то не факт что это не будет реализовано

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

есть правда еще один вариант - умный радиус сервер с функционалом бакапа/проксирование, лет 5-6 назад я засматривался на openradius.net, простой до безобразия и одновременно бесконечно гибкий сервер

P.S. последний вариант считать транзит по CDR, если речь о циске то гнать дополнительно аккаунтинг в syslog и его парсить и обсчитывать через модуль Phone, а радиус сессию обрабатывать модулем VoIP с карточной платформой

Да, к сожалению 2 раза один аккаунт посчитать не получится, хотя проблема актуальная..

Возможно, в будущем сделаем схему как для Phone к 4.6. Две стоимости звонка в сессии - для клиента и для оператора (сколько должны за звонок оператору). А то дублировать записи и некрасиво как-то.
Написал в TODO, подумаем. Вообще, очень просятся для объединения модули Phone и VoiceIp. Очень много общего...

Да уважаемые разработчики, поддерживаю объединение модули Phone и VoiceIp.
находясь в модуле VoiceIP есть много вещей которые нужны с модуля Phone - например на каждый номер свой тарифный план или управление ресурсами номеров.

+1