Элтекс

Здравствуйте! Кто ни будь из форумчан делал маршрутизацию используя радиус? Я использовал для этих целей атрибут "CallManagement:DirectRoutePrefix=" все отлично работает, за исключением модификаторов. Я правильно понимаю что при использовании радиуса не работают модификаторы? И сейчас заметил что при удалении строки из плана нумерации все идентификаторы, после удаленной строки, уменьшаются. Получается что после удаления моя маршрутизация перестают работать

можно ли использовать для маршрутизации атрибут "CallManagement:NumberingPlan=" как в этом случае происходит выбор нужного транка ?

Здравствуйте.

Подробное описание всех команд RCM есть в документации:
https://eltex-co.ru/upload/iblock/814/S ... 3.16.0.pdf
ПРИЛОЖЕНИЕ Л. УСЛУГА RADIUS CALL MANAGEMENT

CallManagement:NumberingPlan=<$numplan_idx>
CallManagement:DirectRoutePrefix=<$prefix_index>
Сначала ищем нужный план нумерации->затем ищем в нем префикс с нужным ID (порядок тут важен).

Если используете directroute, то нельзя удалять, менять местами префиксы.

PS: модификаторы должны работать независимо от RADIUS. Если нет, значит у Вас конфигурация не правильная.

Модификаторы работают но первым срабатывает на Элтаксе потом на Радиусе. получается что если нужно доставить префикс это можно сделать модификатором на Элтекс, но при этом Радиус должен знать об этом что бы не отрезать. Получается нет смысла в модификаторе на Элтекс, а в Радиусе нужно знать "лишнее".

на входящем транке было бы логичней - сперва Элтекс, потом Радиус.
на исходящем - сперва Радиус, потом Элтекс.

если есть два оператора у которых разные подключения один в E164, другой с префиксом (099) международные звонки с 00, Латвия восемь цифр.

используя CallManagement:DirectRoutePrefix=1,2 можно получить несколько выборов по не ответу. при этом номер нужно модифицировать только на Радиусе(на исходящем транке) и нужно доставлять префикс и приводить к нужному формату.

По поводу удаления планов понятно, нужно внимательно следить и не удалять ничего бездумно.

мне было интересно, делал ли кто похожее и с какими сложностями он сталкивался.

P.S.
используя "CallManagement:NumberingPlan=" можно ли использовать несколько выборов по не ответу ?

brofkin писал(а):используя "CallManagement:NumberingPlan=" можно ли использовать несколько выборов по не ответу ?

Можно. Например, если делать префикс не на транк, а на транковое направление, которое состоит из нужных "выборов".

Возвращаясь к вопросу о динамической маршрутизации. Есть ли возможность добавлять признак переадресации ? Объясню. У нас все клиенты на Астериске, и выставлять переадресацию для клиента на Астериске не всегда удобно и наглядно. Хотелось бы выставить переадресацию в базе и подставлять признак во время совершения звонка.

brofkin писал(а):Возвращаясь к вопросу о динамической маршрутизации. Есть ли возможность добавлять признак переадресации ? Объясню. У нас все клиенты на Астериске, и выставлять переадресацию для клиента на Астериске не всегда удобно и наглядно. Хотелось бы выставить переадресацию в базе и подставлять признак во время совершения звонка.

Здравствуйте.

Для собственных SIP абонентов (динамических) это можно делать с лицензией PBX, и без RCM. Подробнее в документации:
ПРИЛОЖЕНИЕ Г. ПЕРЕДАЧА НАСТРОЕК ДВО ОТ RADIUS-СЕРВЕРА ДЛЯ ДИНАМИЧЕСКИХ АБОНЕНТОВ
Задача 1
Подключение абоненту услуги «Безусловная переадресация вызова» на номер 12345, «Переадресации по
неответу» на номер 56789 и услуги «Перехват вызова».
Действия
Необходимо передать запрос следующего содержания:
UserService:CFU=yes;numCFU=12345;CFNR=yes;numCFNF=56789;CallPickup=yes"

Для чужих абонентов (транзитных звонков) по лицензии RCM и без лицензии это делать нельзя.

Dmitriy_eltex писал(а):
Для чужих абонентов (транзитных звонков) по лицензии RCM и без лицензии это делать нельзя.

А есть ли возможность все же добавить такой функционал в RCM. У вас много возможностей работы с радиусом и очень мало относительно Redirect-Number. Вы уже очень много сделали для работы с Радиусом по нашим вопросам для динамической маршрутизации, можете реализовать добавления признака и номера переадресации для Радиуса средствами RCM ?

brofkin писал(а):

Dmitriy_eltex писал(а):
Для чужих абонентов (транзитных звонков) по лицензии RCM и без лицензии это делать нельзя.

А есть ли возможность все же добавить такой функционал в RCM. У вас много возможностей работы с радиусом и очень мало относительно Redirect-Number. Вы уже очень много сделали для работы с Радиусом по нашим вопросам для динамической маршрутизации, можете реализовать добавления признака и номера переадресации для Радиуса средствами RCM ?

Вопросы доработки ПО решаются через коммерческий отдел. Вы можете отправить письмо запрос на почту в моей подписи.

в чём проблема то переадресовать с астериска через дво или через 302 сообщение с самой трубки? всё должно быть норм

bravo писал(а):в чём проблема то переадресовать с астериска через дво или через 302 сообщение с самой трубки? всё должно быть норм

С Астериском проблем нет, там действительно можно делать все!!! Проблема, что радиус подключен к SMG2016, для маршрутизации между операторами. (один из операторов сам Asterisk). Так вот если клиент захотел выставить переадресацию, переадресацию выставляю в базе для наглядности и удобности. Вот и хотелось бы вернуть все данные через Radius а не перекидывать звонки с железки на железку и делать петли.

Не совсем понимаю это ответ на мою заявку, которую я писал на почту ??? Там ведь вроде все расписал т.е. заявка была рассмотрена и найдено решение ???

brofkin писал(а):
Не совсем понимаю это ответ на мою заявку, которую я писал на почту ??? Там ведь вроде все расписал т.е. заявка была рассмотрена и найдено решение ???

Это форум. Сюда заходят все, а не только сотрудники Элтекс.
Заявка на доработку по Вашему запросу заведена. Версию ПО и сроки просьба уточнять в коммерческом отделе.

brofkin писал(а):

bravo писал(а):в чём проблема то переадресовать с астериска через дво или через 302 сообщение с самой трубки? всё должно быть норм

С Астериском проблем нет, там действительно можно делать все!!! Проблема, что радиус подключен к SMG2016, для маршрутизации между операторами. (один из операторов сам Asterisk). Так вот если клиент захотел выставить переадресацию, переадресацию выставляю в базе для наглядности и удобности. Вот и хотелось бы вернуть все данные через Radius а не перекидывать звонки с железки на железку и делать петли.

Не совсем понимаю это ответ на мою заявку, которую я писал на почту ??? Там ведь вроде все расписал т.е. заявка была рассмотрена и найдено решение ???

Тут, как мне кажется, на лицо проблема с тем, что не в том месте и не то делается. транзитный шлюз не может ворочать сигнализацией как ему вздумается. Есть сценарии, описанные в RFС 5359, где расписано, как и откуда берутся и формируются сообщения. Понятно, что в истерике можно палкой с фикалиями ткнуть в конфиги и что нибудь да получится... вот только это не про сертифицированное оборудование.