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

Ограничение Dial-peer

Есть голосовой шлюз между атс и cucm.

Настроил маршрутизацию вот как:

Упрощенно надо чтобы звонки с cucm dial-peer 7 и 8 (2 cucm в кластере) звонили через 222  (и 550 для звонков на сотовые) и обратно, а 501 только через 571 и обратно на любой диапазон.

1234567 это городской номер, который проброшен в cucm напрямую. У абонента выделенная городская линия. 

6[7-8].. Это внутренние номера идущие с dial-peer 222, они в cucm транслируются в номера другого диапазона, скажем 1ХХХ, причем обратной трансляции не происходит, звонок с cucm идет в 222 от номера 1ХХХ

 

dial-peer cor custom
 name Fxo020
 name All

dial-peer cor list All
 member All
dial-peer cor list AllCalls
 member All

dial-peer cor list Fxo020
 member Fxo020
dial-peer cor list Fxo020Calls
 member Fxo020
 

 

dial-peer voice 222 pots
 corlist incoming All
 corlist outgoing AllCalls
 description To_M200
 destination-pattern .T
 direct-inward-dial
 port 0/0/0:15
 forward-digits all

 


dial-peer voice 550 pots
 corlist incoming All
 corlist outgoing AllCalls
 description Mobile1
 destination-pattern 89.........$
 direct-inward-dial
 port 0/1/1
 forward-digits all


dial-peer voice 7 voip
 corlist incoming AllCalls
 corlist outgoing All
 description To_CUCM1
 destination-pattern 6[7-8]..
 session target ipv4:10.10.10.10
 incoming called-number .T
 codec g711ulaw
 ip qos dscp cs3 signaling
 no vad
 

 

dial-peer voice 501 pots
 corlist incoming Fxo020
 corlist outgoing Fxo020Calls
 description 1234567_pots
 destination-pattern .T
 incoming called-number 1234567
 direct-inward-dial
 port 0/2/0
 forward-digits all
 


dial-peer voice 571 voip
 corlist incoming Fxo020Calls
 corlist outgoing Fxo020
 answer-address 1234567
 destination-pattern 1234567
 session target ipv4:10.10.10.10
 codec g711ulaw
 ip qos dscp cs3 signaling
 no vad

Соr list вроде прописал, а звонки все равно перекрываются.

В чем ошибка?

 

P.s. cucm10.5 ios15.4 на шлюзе.

1 УТВЕРЖДЕННОЕ РЕШЕНИЕ

Утвержденные решения
Cisco Employee

Спасибо за уточнение, В таком

Спасибо за уточнение,

 

В таком случае Вам нужно иметь 2 разных incoming voip dial-peer-а для матчинга звонков, приходящих от CUCM по номеру вызывающего абонента (конструкция answer-address) и на этих dial-peer-ах должны быть соответсвующие cor листы.

При этом dial-peer-а c конструкцией incoming called-number .T быть не должно, т.к. конструкция incoming called-number имеет приоритет перед answer-address.

Вы можете использовать incoming called-number, но тогда паттерн должен быть таким, чтобы в него не попадали номер(а), требущий(ие) отдельной маршрутизации.

5 ОТВЕТ.
Cisco Employee

Добрый вечер, Если вопрос ещё

Добрый вечер,

 

Если вопрос ещё актуален, попробуйте привести конкретные примеры звонков:

- звонок приходит от/из ... , номер А (calling number) такой-то ..., номер B (called number) такой-то ..., с приведенной выше конфигурацией маршрутизируется вот так..., нужно, чтобы маршрутизировался вот так ...

- и т.д.

Также Вы пишете про dial-peer 8, а его в конфигурации нет.

New Member

Не важно куда, важно откуда.

Номер А должен звонить во все направления из  dp 571 через dp 501, номер В на все направления из dp 7 через dp 222.

8-ой пир не важен, это резерв для 7-ого.

Cisco Employee

Спасибо за уточнение, В таком

Спасибо за уточнение,

 

В таком случае Вам нужно иметь 2 разных incoming voip dial-peer-а для матчинга звонков, приходящих от CUCM по номеру вызывающего абонента (конструкция answer-address) и на этих dial-peer-ах должны быть соответсвующие cor листы.

При этом dial-peer-а c конструкцией incoming called-number .T быть не должно, т.к. конструкция incoming called-number имеет приоритет перед answer-address.

Вы можете использовать incoming called-number, но тогда паттерн должен быть таким, чтобы в него не попадали номер(а), требущий(ие) отдельной маршрутизации.

New Member

incoming called-number string

incoming called-number string

(Optional) Selects the inbound dial peer based on the called number to identify voice and modem calls.

 

Когда приходит звонок из pstn на номер 1234567:

Если я правильно понял, то incoming called-number 1234567 фильтрует только входящие звонки на 1234567, inbound будет dp 501, а outbound будет dp 571 из-за destination-pattern 1234567.

когда же звонит сам 1234567 , то должен выбираться inbound dp 571 из-за  answer-address 1234567, а  вот outbound будет 501 или 222 из-за  destination-pattern .T . Вот тут и нужен cor list.

 

Как  я вас понял, недочет в том , что в dp 7 прописан incoming called-number .T и все звонки (кроме dial-peer voice 501 pots

 destination-pattern .T

 incoming called-number 1234567 ) определяются  как inbound для dp 7.

Если его убрать, то inbound звонки с cucm будут определяться сперва  по dp 501 из-за incoming called-number 1234567, потом по dp 571 из-за  answer-address 1234567, остальные звонки с cucm  dp 7 из-за destination-pattern 6[7-8].. (и 550 destination-pattern 89.........$), и в последнюю очередь будет смотреться 222 из-за отсутствия  каких-либо правил.

 

Спасибо, проверю.

 

Еще доп. вопрос. Если dp 501 подходит, но не работает ( отвалилась связь), будет ли cisco дальше искать

или скажет, что не доступен? 

Cisco Employee

конструкция incoming called

конструкция incoming called-number ищет совпадение по called number

answer-address - по calling number

В случае совпадения номеров
конструкция incoming called-number имеет приоритет перед answer-address.

 

>>> Еще доп. вопрос. Если dp 501 подходит, но не работает ( отвалилась связь), >>> будет ли cisco дальше искать или скажет, что не доступен?

Все зависит от конкретной неисправности на порту FXO.

Если шлюз сможет распознать, что FXO порт не функционирует и есть другие dial-peer-ы, разрешенные cor листами, то будет перебор доступных dial-peer-ов

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