URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID6
Нить номер: 992
[ Назад ]

Исходное сообщение
"Проброс номера с одного кластера CUCM в другой"

Отправлено MichaelG , 03-Окт-13 14:37 
Доброго времени суток!

Собственно столкнулся с проблемой, как прокинуть прямой номер из одного кластера CUCM в другой. Телефон как я понимаю регистрировать отдельные свои линии не может на разных серверах CUCM (расположенных в разных кластерах).

Думаю в сторону трансформащен паттерн, но пока в голове не могу понять как это.
Перерыл гугл, подобных вещей не встречал.
Транка между кластерами пока нет, но это не проблема, канал выделенный, нат отсутствует.

Возможно есть какая то технология и я не правильно толкую ее...
Буду рад если у кого то есть идеи по этому поводу!


Содержание

Сообщения в этом обсуждении
"Проброс номера с одного кластера CUCM в другой"
Отправлено mdenisov , 03-Окт-13 15:13 
Номер прокинуть не проблема, есть масса способов. А вообще есть и технология, IME называется.

"Проброс номера с одного кластера CUCM в другой"
Отправлено MichaelG , 03-Окт-13 15:20 
> Номер прокинуть не проблема, есть масса способов. А вообще есть и технология,
> IME называется.

Это все хорошо конечно, но новое оборудование в довак к имеющемуся никто устанавливать не будет.

Так все же может поделитесь массой или хотя бы одним из способов?


"Проброс номера с одного кластера CUCM в другой"
Отправлено mdenisov , 03-Окт-13 15:25 
> Так все же может поделитесь массой или хотя бы одним из способов?

Например, делаете транк и маршрутизируете туда номер. На оригинирущей стороне делаете route pattern и приводите номер в соответствие со стандартами терминирующей стороны. На терминирующей стороне вешаете на этот транк CSS, позволяющий вызвать нужный номер.


"Проброс номера с одного кластера CUCM в другой"
Отправлено MichaelG , 03-Окт-13 18:27 
Оригинирующая сторона - кластер владелец номера, а терминирующая сторона - кластер с удаленным сотрудником которому нужен его "родной" номер, так?



"Проброс номера с одного кластера CUCM в другой"
Отправлено mdenisov , 03-Окт-13 18:32 
> Оригинирующая сторона - кластер владелец номера, а терминирующая сторона - кластер с
> удаленным сотрудником которому нужен его "родной" номер, так?

В данном контексте понятие владельца номера некорректно. Оригинирующая сторона - та, которая инициирует вызов. Соответственно терминирующая - наоборот.


"Проброс номера с одного кластера CUCM в другой"
Отправлено MichaelG , 03-Окт-13 18:34 
Хорошо, примерно ясно, завтра уже попробую, отпишусь.
Но номер то будет на линии "удаленного сотрудника" его домашний?



"Проброс номера с одного кластера CUCM в другой"
Отправлено mdenisov , 03-Окт-13 19:18 
> Хорошо, примерно ясно, завтра уже попробую, отпишусь.
> Но номер то будет на линии "удаленного сотрудника" его домашний?

Что-то я не пойму что именно вы хотите. Уж не о cross-cluster extension mobility ли вы говорите?


"Проброс номера с одного кластера CUCM в другой"
Отправлено MichaelG , 04-Окт-13 06:35 
> Что-то я не пойму что именно вы хотите. Уж не о cross-cluster
> extension mobility ли вы говорите?

Увы нет, у меня кластерах всего 7.1(5) :(


"Проброс номера с одного кластера CUCM в другой"
Отправлено MichaelG , 07-Окт-13 07:57 
Получилось пробросить номер в другой кластер, но вызовы идут только в одну сторону, из кластера владельца номера в кластер куда был сделан проброс, обратные не идут на номера кластера родного.



"Проброс номера с одного кластера CUCM в другой"
Отправлено mdenisov , 07-Окт-13 14:39 
> Получилось пробросить номер в другой кластер, но вызовы идут только в одну
> сторону, из кластера владельца номера в кластер куда был сделан проброс,
> обратные не идут на номера кластера родного.

Ну все же элементарно, это определяется route pattern'ами и CSS'ами.


"Проброс номера с одного кластера CUCM в другой"
Отправлено MichaelG , 07-Окт-13 15:05 
> Ну все же элементарно, это определяется route pattern'ами и CSS'ами.

Да все верно! Разобрался уже и с обратным процессом. Спасибо за пример!