отмена
Отображаются результаты для 
Вместо этого искать 
Вы имели в виду: 
Объявления
Добро пожаловать в Сообщество Технической поддержки Cisco. Мы рады получить обратную связь .
New Member

Вопрос по CUBE

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

 

Пожалуйста подскажите как лучше всего на cube реализовать такую схему (SIP):

 

cucm1pub (10.0.0.1) ----|

                        |---- (10.0.0.3) cube (192.168.0.2) ------ (192.168.0.1) ITSP

cucm2sub (10.0.0.2) ----|

 

Задача такая: 

- все, что приходит от cucm1pub и/или от cucm2sub безусловно уходит на ITSP

- все, что приходит от ITSP безусловно уходит на активный cucm (publisher или subscriber)

- мониторинг линка (192.168.0.2) ------ (192.168.0.1) так, чтобы cucm понял проблему (для альтернативного транка)

 

Можно ли для простоты конфига обойтись в dial-peer без матчинга по паттернам номеров а использовать адреса?

 

Спасибо

 

Дмитрий.

3 ОТВЕТ.
New Member

Разобрался, не ожидал что

Разобрался, не ожидал что решение настолько простое :)

Cisco Employee

Расскажите, как решили

Расскажите, как решили?

Regards,

Kirill

New Member

В исходящих dial-peer без

В исходящих dial-peer без матчинга по паттернам номеров обойтись не удалось. Поэтому:

  • в сторону провайдера матчится по префиксу, который в CUCM подставляю, а в dial-peer откусываю.
  • в сторону CUCM матчится по другому префиксу 49........ (Москва)

​К сожалению, как решить в общем виде задачу "отправлять все" не придумал, хотя есть идея матчить на входящем dial-peer по адресу и в нем же добавлять префикс к called party. А в исходящем матчить по этому префиксу и откусывать его. Не знаю, будет ли это работать.

Для мониторинга добавил в исходящие dial-peer 

 voice-class sip options-ping 60

 voice-class sip options-keepalive

 

Этого оказалось достаточно, чтобы CUCM увидел неисправность и route list пустил вызов на альтернативную route group.

В сторону publisher/subscriber не проверял за неимением готового subscriber. Но мне кажется будет работать.

Как думаете?

 

Update:

Проверил матчинг по URI на входящих dial-peer с добавлением префиксов и потом матчинг по этим префиксам на исходящих dial-peer с откусыванием префиксов.

Также проверил исходящие dial-peer с одинаковыми destination-pattern и разными preference в сторону publisher и subscriber. 

Все в порядке, работает как ожидалось.

 

Дмитрий.

108
Просмотры
0
Полезный материал
3
Ответы