 Проброс номера с одного кластера CUCM в другой,  MichaelG, 03-Окт-13, 14:37 [смотреть все]Доброго времени суток!Собственно столкнулся с проблемой, как прокинуть прямой номер из одного кластера CUCM в другой. Телефон как я понимаю регистрировать отдельные свои линии не может на разных серверах CUCM (расположенных в разных кластерах). Думаю в сторону трансформащен паттерн, но пока в голове не могу понять как это.
Перерыл гугл, подобных вещей не встречал.
Транка между кластерами пока нет, но это не проблема, канал выделенный, нат отсутствует. Возможно есть какая то технология и я не правильно толкую ее...
Буду рад если у кого то есть идеи по этому поводу!
|
- Проброс номера с одного кластера CUCM в другой, mdenisov, 15:13 , 03-Окт-13 (1)
Номер прокинуть не проблема, есть масса способов. А вообще есть и технология, IME называется.
- Проброс номера с одного кластера CUCM в другой, MichaelG, 15:20 , 03-Окт-13 (2)
> Номер прокинуть не проблема, есть масса способов. А вообще есть и технология,
> IME называется.Это все хорошо конечно, но новое оборудование в довак к имеющемуся никто устанавливать не будет. Так все же может поделитесь массой или хотя бы одним из способов?
- Проброс номера с одного кластера CUCM в другой, mdenisov, 15:25 , 03-Окт-13 (3) +1
> Так все же может поделитесь массой или хотя бы одним из способов? Например, делаете транк и маршрутизируете туда номер. На оригинирущей стороне делаете route pattern и приводите номер в соответствие со стандартами терминирующей стороны. На терминирующей стороне вешаете на этот транк CSS, позволяющий вызвать нужный номер.
- Проброс номера с одного кластера CUCM в другой, MichaelG, 18:27 , 03-Окт-13 (4)
Оригинирующая сторона - кластер владелец номера, а терминирующая сторона - кластер с удаленным сотрудником которому нужен его "родной" номер, так?
- Проброс номера с одного кластера CUCM в другой, mdenisov, 18:32 , 03-Окт-13 (5)
> Оригинирующая сторона - кластер владелец номера, а терминирующая сторона - кластер с
> удаленным сотрудником которому нужен его "родной" номер, так?В данном контексте понятие владельца номера некорректно. Оригинирующая сторона - та, которая инициирует вызов. Соответственно терминирующая - наоборот.
- Проброс номера с одного кластера CUCM в другой, MichaelG, 18:34 , 03-Окт-13 (6)
Хорошо, примерно ясно, завтра уже попробую, отпишусь.
Но номер то будет на линии "удаленного сотрудника" его домашний?
- Проброс номера с одного кластера CUCM в другой, mdenisov, 19:18 , 03-Окт-13 (7)
> Хорошо, примерно ясно, завтра уже попробую, отпишусь.
> Но номер то будет на линии "удаленного сотрудника" его домашний?Что-то я не пойму что именно вы хотите. Уж не о cross-cluster extension mobility ли вы говорите?
- Проброс номера с одного кластера CUCM в другой, MichaelG, 07:57 , 07-Окт-13 (9)
Получилось пробросить номер в другой кластер, но вызовы идут только в одну сторону, из кластера владельца номера в кластер куда был сделан проброс, обратные не идут на номера кластера родного.
- Проброс номера с одного кластера CUCM в другой, mdenisov, 14:39 , 07-Окт-13 (10)
> Получилось пробросить номер в другой кластер, но вызовы идут только в одну
> сторону, из кластера владельца номера в кластер куда был сделан проброс,
> обратные не идут на номера кластера родного.Ну все же элементарно, это определяется route pattern'ами и CSS'ами.
|
Версия для распечатки
