Доброго дня!
Необходимо объединить 3CX и KerioOperator с прозрачным переопределением номеров. Что я имею ввиду:
На 3CX есть абонент 105-CX, который звонит абоненту 104-K на Kerio через префикс 10.
На Kerio исходящий префикс на 3CX 50 и поэтому номер звонящего переопределяется на 50104 и если абонент пропустил звонок, то достаточно просто нажать на пропущенный и перезвонить.
Опять же при звонке на 3CX с Kerio номер 104 должен переопределиться на 10104.
С самим объединением пробовал несколько реализаций
Вариант 1. Master bridge
На 3CX был создан Master Bridge с номером 1000 и исходящий маршрут с префиксом 10, Kerio подключен к 3CX без внутреннего номера, но с использованием логина и пароля и со сменой номера звонящего на 1000 ( без этого не работала исходячка с Kerio ). Авторизация проходит, звонки идут, префикс со стороны Kerio – 50.
Что не устраивает: при звонке Kerio->3CX номер отображается как «Неизвестный», в списке пропущенных также какая то каша. Если проставить в матер бридж исходящий префикс, то будет отображаться только он. При звонке 3CX->K также определяется номер 1000, хотя я поставил в исходящий параметрах в SIP заголовке “OriginatorCallerID”
Вариант 2. Master bridge + Generic SIP Trunk
Со стороны 3CX все как и в 1 варианте
Со стороны Kerio создан SIP аккаунт 2025, 3CX подключается к нему как GenericSipTrunk и используется в качестве исходящего транка. В исходящих правилах в качестве маршрута выбран GST
Звонки опять же ходят, но ничего не определяется так, как хотелось бы.
НО при звонке K->3CX при модификации CID входящих вызовов удалось добиться корректного переопределения номера, да вот только маршрутизировать такой звонок можно только на 1 человека или на группу обзвона\очередь вызовов, а мне необходимо маршрутизировать звонок на любого абонента.
Варианты с модификацией CID пользователя не рассматриваю т.к. может потребоваться подключение нескольких атс с разными префиксами.
Думал поиграться с CID в исходящих правилах, но не нашел документации по этому поводу.
Как думаете, связка реализуема с желаемым функционалом?
Что еще посмотреть / почитать?
Необходимо объединить 3CX и KerioOperator с прозрачным переопределением номеров. Что я имею ввиду:
На 3CX есть абонент 105-CX, который звонит абоненту 104-K на Kerio через префикс 10.
На Kerio исходящий префикс на 3CX 50 и поэтому номер звонящего переопределяется на 50104 и если абонент пропустил звонок, то достаточно просто нажать на пропущенный и перезвонить.
Опять же при звонке на 3CX с Kerio номер 104 должен переопределиться на 10104.
С самим объединением пробовал несколько реализаций
Вариант 1. Master bridge
На 3CX был создан Master Bridge с номером 1000 и исходящий маршрут с префиксом 10, Kerio подключен к 3CX без внутреннего номера, но с использованием логина и пароля и со сменой номера звонящего на 1000 ( без этого не работала исходячка с Kerio ). Авторизация проходит, звонки идут, префикс со стороны Kerio – 50.
Что не устраивает: при звонке Kerio->3CX номер отображается как «Неизвестный», в списке пропущенных также какая то каша. Если проставить в матер бридж исходящий префикс, то будет отображаться только он. При звонке 3CX->K также определяется номер 1000, хотя я поставил в исходящий параметрах в SIP заголовке “OriginatorCallerID”
Вариант 2. Master bridge + Generic SIP Trunk
Со стороны 3CX все как и в 1 варианте
Со стороны Kerio создан SIP аккаунт 2025, 3CX подключается к нему как GenericSipTrunk и используется в качестве исходящего транка. В исходящих правилах в качестве маршрута выбран GST
Звонки опять же ходят, но ничего не определяется так, как хотелось бы.
НО при звонке K->3CX при модификации CID входящих вызовов удалось добиться корректного переопределения номера, да вот только маршрутизировать такой звонок можно только на 1 человека или на группу обзвона\очередь вызовов, а мне необходимо маршрутизировать звонок на любого абонента.
Варианты с модификацией CID пользователя не рассматриваю т.к. может потребоваться подключение нескольких атс с разными префиксами.
Думал поиграться с CID в исходящих правилах, но не нашел документации по этому поводу.
Как думаете, связка реализуема с желаемым функционалом?
Что еще посмотреть / почитать?
