BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 29 мар 2024, 00:29

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 65 ]  На страницу Пред.  1, 2, 3  След.
Автор Сообщение
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 16 апр 2015, 14:53 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Ну только не "как в phone" :)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 20 апр 2015, 14:00 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Нужен узел "Диапазон трафика" как в Inet.
В phone такой узел привязан к зоне. А мне нужно несколько зон включить в него.
Причём хотелка маркетологов такая: есть бесплатный пакет минут на 3 зоны: местные внутри сети, местные вне сети, и мобильные по области. А сверх пакета ценники на них разные.
В phone буду выкручиваться двумя разными картами зон: сначала берём общую зону "пакет", а внутри диапазона превышения заново определяем зону из другой карты зон.
Надеюсь, получится.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 20 апр 2015, 18:35 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Cromeshnic писал(а):
Нужен узел "Диапазон трафика" как в Inet.
В phone такой узел привязан к зоне. А мне нужно несколько зон включить в него.
Причём хотелка маркетологов такая: есть бесплатный пакет минут на 3 зоны: местные внутри сети, местные вне сети, и мобильные по области. А сверх пакета ценники на них разные.
В phone буду выкручиваться двумя разными картами зон: сначала берём общую зону "пакет", а внутри диапазона превышения заново определяем зону из другой карты зон.
Надеюсь, получится.



Не сразу понял аналогию с диапазоном трафика . Вначале решил, что вы хотите делать звонок на разные типы, но вроде не хотите. Вам нужно отвязать диапазон зоны - это правильно? Это же сделано в принципе( не реализована как раз пока наоборот связка с зоной для совместимости с phone).

А еще в phone у нас каждый диапазон привязан к поинту - это пока убрали тоже(но для совмести с phone нужно добавить).


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 21 апр 2015, 11:52 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
stark писал(а):
Вам нужно отвязать диапазон зоны - это правильно?

Да.
stark писал(а):
Это же сделано в принципе( не реализована как раз пока наоборот связка с зоной для совместимости с phone).

Сделано в Voice на 6.2?
stark писал(а):
А еще в phone у нас каждый диапазон привязан к поинту - это пока убрали тоже(но для совмести с phone нужно добавить).

Ой, это плохо. Мне в phone на 5.2 нужно для договора. Похоже буду писать свой узел тарифного плана, аналогичный Inet.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 21 апр 2015, 12:31 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Cromeshnic писал(а):
Сделано в Voice на 6.2?


в 6.3 :)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 21 апр 2015, 12:37 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Цитата:
Похоже буду писать свой узел тарифного плана, аналогичный Inet.

Посмотрел код. Походу я погорячился :)
Ну т.е. если пару недель потрачу, мб и сделаю.
Думаю дальше...


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 21 апр 2015, 12:55 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Ага, так ткущий узел "Диапазон наработки" по зоне вообще плохой - если тариф сменили с середины месяца, то в диапазон всё равно попадёт вся наработка по зоне. Другое дело, что можно отдельные зоны для предоплаченного пакетного трафика заводить...


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 21 апр 2015, 15:22 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Написал в HD свою хотелку для Phone 5.2: #5610


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 23 апр 2015, 07:56 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Посмотрите HD пожалуйста, мне нужно понять, дешевле через вас сделать или самому костылить.
(Дешевле в широком смысле)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 07 май 2015, 14:28 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Cromeshnic писал(а):
Неплохо бы в CDR включить поле Call-ID.
Может быть полезно для сверок, отчётности и т.п.
Особенно когда CDR берутся из сторонней системы.

Вообще, мы сейчас думаем над реализацией услуги записи телефонных разговоров. Если мы технически её реализуем, то в личном кабинете нужно будет добавлять ссылки на скачивание файлов записей этих разговоров (по call-id), для чего нам в биллинге нужно собственно знать эти calll-ID в таблице сессий.


Вот это сделано в Voice, кстати?
Сейчас я например собираюсь в phone писать внешний id звонка в CDR в поле "категория" (неиспользуемое).
Но выдёргивать автоматизированно неудобно получается: log_session->data_log<yymmdd>
Т.е. просто join не сделаешь, т.к. data_log дневные, а "категория" из CDR будет только там.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 07 май 2015, 14:38 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Cromeshnic писал(а):
Cromeshnic писал(а):
Неплохо бы в CDR включить поле Call-ID.
Может быть полезно для сверок, отчётности и т.п.
Особенно когда CDR берутся из сторонней системы.

Вообще, мы сейчас думаем над реализацией услуги записи телефонных разговоров. Если мы технически её реализуем, то в личном кабинете нужно будет добавлять ссылки на скачивание файлов записей этих разговоров (по call-id), для чего нам в биллинге нужно собственно знать эти calll-ID в таблице сессий.


Вот это сделано в Voice, кстати?
Сейчас я например собираюсь в phone писать внешний id звонка в CDR в поле "категория" (неиспользуемое).
Но выдёргивать автоматизированно неудобно получается: log_session->data_log<yymmdd>
Т.е. просто join не сделаешь, т.к. data_log дневные, а "категория" из CDR будет только там.


Нет пока, но сделаем. В voice мы не грузим cdr в базу, только сессии. Это поле добавим в сессии.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 07 май 2015, 14:51 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
ага, спасибо


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 08 май 2015, 10:29 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
Предложение в качестве бреда :)
Может быть нам вообще сделать "универсальный" лог и к нему универсальный тарифный узел?
Например:
cdr_format=1:Caller-ID:A-Номер;2:Calling-ID:Б-Номер;3:Session-Time:Время сессии;4:Custom:Порт исходящий
смысл этой записи: при парсинге лога 1е поле системное CallerID, 2е поле системное CallingID, 3 системное SessionTime, 4 - пользовательское

Таким образом мы сами сможем описывать формат лога для парсера, и использовать это в тарифных узлах. Я понимаю, что форматов логов для каждой АТС может быть уйма, и, соответственно брать все описания для тарифного дерева может быть неудобным. Тогда можно сделать оговорку, например вы даете нам всего 64 пользовательских переменных
USR_VAR1 ... USR_VAR64. В общем файле мы делаем их описание для наглядного представления в ТП:
USR_VAR1=Порт исходящий
USR_VAR2=Порт входящий

ну и описание формата получается примерно таким:
cdr_format=1:Caller-ID:A-Номер;2:Calling-ID:Б-Номер;3:Session-Time:Время сессии;4:USR_VAR1:Порт исходящий

"Пусть бредовая идея, вы не решайте сгоряча,
Вызывайте нас скорее через гада главврача" (с) Высоцкий


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 08 май 2015, 11:58 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
borisk писал(а):
Предложение в качестве бреда :)
Может быть нам вообще сделать "универсальный" лог и к нему универсальный тарифный узел?
Например:
cdr_format=1:Caller-ID:A-Номер;2:Calling-ID:Б-Номер;3:Session-Time:Время сессии;4:Custom:Порт исходящий
смысл этой записи: при парсинге лога 1е поле системное CallerID, 2е поле системное CallingID, 3 системное SessionTime, 4 - пользовательское

Таким образом мы сами сможем описывать формат лога для парсера, и использовать это в тарифных узлах. Я понимаю, что форматов логов для каждой АТС может быть уйма, и, соответственно брать все описания для тарифного дерева может быть неудобным. Тогда можно сделать оговорку, например вы даете нам всего 64 пользовательских переменных
USR_VAR1 ... USR_VAR64. В общем файле мы делаем их описание для наглядного представления в ТП:
USR_VAR1=Порт исходящий
USR_VAR2=Порт входящий

ну и описание формата получается примерно таким:
cdr_format=1:Caller-ID:A-Номер;2:Calling-ID:Б-Номер;3:Session-Time:Время сессии;4:USR_VAR1:Порт исходящий

"Пусть бредовая идея, вы не решайте сгоряча,
Вызывайте нас скорее через гада главврача" (с) Высоцкий


В voice сделали возможность парсить логи с помощью динамического кода, т.е можно любой формат АТС поддержать в коде java. Насчет узла не понял, все равно же даже из кастомного лога вам нужно доставать стандартные поля типа номер звонящего, кто звонит, время и порт.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 08 май 2015, 12:26 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
То что можно парсить самим это замечательно. Насчет узла: я имею в виду, что было бы неплохо кроме стандартных полей позволить использовать в узлах тарифного плана еще и пользовательские поля.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 08 май 2015, 12:42 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
borisk писал(а):
То что можно парсить самим это замечательно. Насчет узла: я имею в виду, что было бы неплохо кроме стандартных полей позволить использовать в узлах тарифного плана еще и пользовательские поля.


а логику для них как задавать ? Динамическим кодом ?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 08 май 2015, 13:22 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
Динамическим кодом это будет просто шикарно, тогда вы вообще не заморачиваетесь. Ну или если это сложно реализуемо, то можно предоставить выбор, например узел будет выглядеть так:
Поле_X тип:строка -> сравнение regex
Поле_Y тип:число -> сравнение <>=


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 15 май 2015, 15:31 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
На самом деле, в BG уже есть универсальный узел тарифного плана, который ссылается на произвольный обработчик. Но я об этом не говорил :)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 19 май 2015, 16:53 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Психанул и сделал за 2 дня пакеты трафика в Phone на 5.2 через собственный тарифный узел:
1. Считает пакет для всех пойнтов/правил договора в сумме.
2. Берёт объём минут из услуги RSCM на договоре с учётом времени добавления оной.
3. Узел явно устанавливает зону трафика для пакета.
4. Порядок в тарифном дереве определяет приоритеты пакетов. Последний, пустой "пакет" - сверх пакета.

Правда пришлось лезть в базу в узле тарифного плана, из-за чего тарификация замедлилась. Но не критично.
И осталась проблема на стыке пакета - звонок на стыке полностью попадает в пакет.

Изображение


Вложения:
TrafficPackages.png
TrafficPackages.png [ 20.98 КБ | Просмотров: 15111 ]
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 02 авг 2015, 11:32 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Ещё хотелка - визуальное отображение количества звонков по источнику.
В виде столбцов по дням, например + подсвечивать выходные (обычно меньше звонков).
Можно отдельно выводить количество CDR и количество протарифицированных из них.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 03 авг 2015, 18:01 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Cromeshnic писал(а):
Ещё хотелка - визуальное отображение количества звонков по источнику.
В виде столбцов по дням, например + подсвечивать выходные (обычно меньше звонков).
Можно отдельно выводить количество CDR и количество протарифицированных из них.


А зачем ? Это в виде отчета можно сделать . Выходные по производственному календарю ?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 05 окт 2017, 16:04 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Почитал доку. Пока там ещё не всё описано.
Есть вопросы:
- Как для радиус-звонков реализована тарификация по нескольким МГМН-операторам ("порты" в Phone)? (абонентская, не операторская)
- Как реализовано управление не-радиус номерами ("шлюзы" в Phone)?
- Будет ли в дальнейшем поддержка доп. опций радиуса при авторизации - аналог "опций" модуля Inet? Динамическая маршрутизация, всякие переадресации, вот это всё.
- И да, аккаунты на договоре можно переносить с даты? :)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 05 окт 2017, 19:05 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Cromeshnic писал(а):
Почитал доку. Пока там ещё не всё описано.
Есть вопросы:
- Как для радиус-звонков реализована тарификация по нескольким МГМН-операторам ("порты" в Phone)? (абонентская, не операторская)

Не совсем понял, опишите как это было в phone. Сейчас так же можно добавлять порты на аккаунт.
Cromeshnic писал(а):
- Как реализовано управление не-радиус номерами ("шлюзы" в Phone)?

Управление пока сделано по аналогии с inet - модно написать скрипт который открывает/закрывает по балансу. Тут нужны от вас требования что нужно реализовать. Пока нет режима как в phone когда зависло от статуса только, но не от баланса. Но можно сделать. Нужно ТЗ.
Cromeshnic писал(а):
- Будет ли в дальнейшем поддержка доп. опций радиуса при авторизации - аналог "опций" модуля Inet? Динамическая маршрутизация, всякие переадресации, вот это всё.

Если надо добавим, только мне это надо кому-то внедрить на тестовом стенде для конкретной задачи чтобы не делать сферического коня в вакууме.
Cromeshnic писал(а):
- И да, аккаунты на договоре можно переносить с даты? :)

Пока нет, но можно сделать. Я предлагаю начать внедрять и сделать все это в процессе.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 06 окт 2017, 09:31 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
stark писал(а):
Не совсем понял, опишите как это было в phone. Сейчас так же можно добавлять порты на аккаунт.

У нас МГМН идёт через нескольких операторов: агентские и VoIP.
Агентская схема с независимыми субами не используется (хотя нас к ней склоняют теперь).
В CDR port_to пишется id оператора, затем в общем тарифе на МГМН в зависимости от port_to применяется соответствующая тарифная ветка (карта цен или карта зон - где как).

stark писал(а):
Если надо добавим, только мне это надо кому-то внедрить на тестовом стенде для конкретной задачи чтобы не делать сферического коня в вакууме.

Ок, поговорю с телефонистами, что там бывает и что нам нужно.
stark писал(а):
Cromeshnic писал(а):
- И да, аккаунты на договоре можно переносить с даты? :)

Пока нет, но можно сделать. Я предлагаю начать внедрять и сделать все это в процессе.

Блин, я вообще в шутку спросил - думал, это само собой разумеется. В Inet ведь есть:
Вложение:
inet_move4date.png
inet_move4date.png [ 7.4 КБ | Просмотров: 13979 ]


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 06 окт 2017, 09:36 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Кстати, про агентскую схему: можете сделать, чтобы на независимом субе оседали не только звонки телефонов супера, но и звонки телефонов с зависимых субов супердоговора?
У нас на супердоговоре нет услуг - всё висит на зависимых субах.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 06 окт 2017, 12:40 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Cromeshnic писал(а):
можете сделать, чтобы на независимом субе оседали не только звонки телефонов супера, но и звонки телефонов с зависимых субов супердоговора?
У нас на супердоговоре нет услуг - всё висит на зависимых субах.


Перечитал 2 раза и не понял. При чем тут независимый суб и звонки зависимых субов ?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 06 окт 2017, 12:43 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Cromeshnic писал(а):
stark писал(а):
Не совсем понял, опишите как это было в phone. Сейчас так же можно добавлять порты на аккаунт.

У нас МГМН идёт через нескольких операторов: агентские и VoIP.
Агентская схема с независимыми субами не используется (хотя нас к ней склоняют теперь).
В CDR port_to пишется id оператора, затем в общем тарифе на МГМН в зависимости от port_to применяется соответствующая тарифная ветка (карта цен или карта зон - где как).


Т.е нужен просто фильтр по портам в тарифе добавить ? Добавим, я не помню может быть уже добавлен (в TODO есть). Мы готовы на данном этапе оперативно добавить все что нужно, только желательно это внедрять сразу чтобы протестировать.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 06 окт 2017, 15:22 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Мне интересно именно, как будет определяться порт (оператор МГМН) в случае Radius.
Будет использоваться VoiceNas.OPERATOR_ACCOUNT или другой подобный атрибут?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 06 окт 2017, 15:25 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
stark писал(а):
Cromeshnic писал(а):
можете сделать, чтобы на независимом субе оседали не только звонки телефонов супера, но и звонки телефонов с зависимых субов супердоговора?
У нас на супердоговоре нет услуг - всё висит на зависимых субах.


Перечитал 2 раза и не понял. При чем тут независимый суб и звонки зависимых субов ?


Ну смотрите: у нас есть супердоговор, на котором нет ни услуг, ни номеров.
У него есть зависимые субы, на которых висят тарифы, абонплаты, номера.
Каждый суб - отдельный заказ в рамках одного договора: точка подключения и набор услуг.
Но мы при хотим в рамках этого же супердоговора считать агентские услуги телефонии отдельным балансом.
Т.е. на независимом субе нужно собрать агентские звонки не только по суперу, но и по всем его зависимым субам.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хотелки для Voice
СообщениеДобавлено: 06 окт 2017, 15:36 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Cromeshnic писал(а):
Мне интересно именно, как будет определяться порт (оператор МГМН) в случае Radius.
Будет использоваться VoiceNas.OPERATOR_ACCOUNT или другой подобный атрибут?


Так это для Radius, изначально вопрос был про cdr вроде. Как вариант можно скриптом ставить VoiceNas.OPERATOR_ACCOUNT и сделать узел фильтрации по нему . Или подумать как еще, можно отдельно порт поставить или какой-то другой атрибут и фильтровать по нему.
Вообще тарификация операторская по radius как раз особо не тестировалась, тут возможно что-то еще поменяем в результате внедрения. Если есть желание я готов заняться.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 65 ]  На страницу Пред.  1, 2, 3  След.

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
POWERED_BY
Русская поддержка phpBB
[ Time : 0.142s | 80 Queries | GZIP : On ]