Содержание
Для понимания, как вообще в двух словах настроить dial-peer в cisco
Диалпир может быть входящим, так и исходящим, необязательно к нему может быть прикручен translation-profile с translation-rule для изменения звонка
Рассмотрим на примере:
К нам приходит звонок(от провайдераатс и т.п.) например 88001112233 (совпадает с диалпир 134)
Далее его нам надо переделать в 1111 (уходит в 135 уже исходящем диалпире в translation-profile outgoing 3) и отправить далее например на астериск или телефон (session target ipv4:192.168.1.10)
!
voice translation-profile 3
translate called 3
!
voice translation-rule 3
rule 1 /^88001112233$/ /1111/
rule 2 /.*/ //
!
dial-peer voice 134 voip
description ==From prov > incoming called-number ^88001112233$
dtmf-relay rtp-nte
codec g711alaw
fax-relay ecm disable
fax rate 9600
fax protocol pass-through g711ulaw
no vad
!
dial-peer voice 135 voip
description ==To telephone number 1111==
translation-profile outgoing 3
destination-pattern ^88001112233$
session protocol sipv2
session target ipv4:192.168.1.10
dtmf-relay rtp-nte
codec g711alaw
fax-relay ecm disable
fax rate 9600
fax protocol pass-through g711ulaw
no vad
!
Манипуляция номерами нужна в практически любой телефонной станции имеющей подключение к внешнему миру.
В данной статье мы рассмотрим возможности по манипулированию номерами у маршрутизаторов Cisco с CUCME или у маршрутизаторов выполняющих функцию голосового шлюза.
Самый простой пример необходимости использования шаблона — это сделать выход в город через 9-ку, т.е. все номера, начинающиеся с 9-ки нужно отправлять на городской шлюз.
Рассмотрим какие шаблоны можно использовать:
| Шаблон (Wildcard) | Описание |
| Period (.) | Точка соответствует любому набранному символу 0 — 9, например 30.. соответствует любым номерам начиная от 3000 до 3099 |
| Plus (+) | Соответствует одному и более повторению предыдущего символа, например: 6+345 соответствует 66345, 666345, 6666345 и т.д. до общейдниы не более 32 символов. |
| Brackets ([]) | Квадратными скобками можно задать диапазон, например [1-3]47 соответствует 147, 247, 347. |
| T | Соответствует любому последующему символу и любому их количеству (от 0 до 32 символов) |
| Comma (,) | Добавление запятой добавляет паузу в 1 секунду между набираемыми цифрами. |
Примеры использования квадратных скобок
| 333[1-3]. | Соответствует набираемым номерам, начинающимся с 333, имеющим 1 или 2 или 3 как четвертую цифру и и заканчивается любыми тремя цифрами |
| [14-6]444 | Соответствует набираемым номерам, где первая цифра 1, 4, 5, 6 и последние три цифры 444 |
| 11[56]12 | Соответствует набираемым номерам, где первые две цифры 11, третья цифра 5 или 6 и последние две цифры 12 |
| [^1-7]..[135] | Соответствует набираемым номерам, первая цифра не является 1-7, вторая и третья цифры — любые, последняя цифра 1 или 3 или 5 |
Выход в город обеспечивается несколькими шаблонами, их еще называют PSTN Dial Plan.
С первого взгляда выход в город можно сделать простым шаблоном 9T. Проблема тут в том, что шаблон T соответствует номеру длиной до 32 символов. Поэтому после набора к примеру 7-ми значного московского номера, система будет ждать дальнейших цифр в течение 10 секунд (T302 timer) и только после этого отдаст номер на PSTN.
Поэтому на практике стараются явно обозначить длину ожидаемого номера.
Пример PSTN Dial Plan для выхода в город в Москве
| 9. | Выход в город |
| 98. | Выход в межгород и на мобильные |
| 9810T | Выход на международную связь |
В виде диалпиров это будет выглядеть следующим образом:
dial-peer voice 910 pots
description Local Calls
preference 4
destination-pattern 9.
port 1/0/8
dial-peer voice 808 pots
description National Calls
preference 2
destination-pattern 98.
port 1/0/8
forward-digits 11
dial-peer voice 809 pots
description International Calls
preference 2
destination-pattern 98011T
port 1/0/8
prefix 8011
Вообще, следует отметить, что бывают диалпиры двух типов:
- Pots — plain old telephone system dialpeer — Как понятно из названия, используется для подключения к аналоговым линиям или к E1
- Voip — используется для подключения к шлюзам VoIP
У pots есть свойство автоматически "откусывать" явно заданные цифры из шаблона. Поэтому в 910-м диалпире 9-ка будет откусана автоматом.
С остальными двумя диалпирами есть проблема, т.к. в 808-м нам нужно сохранить 8-ку, а в 809-м нужно сохранить 8011.
Здесь нам помогут следующие две команды:
forward-digits — команда позволяет определить число символов, считая справа, которые мы хотим сохранить или не откусывать (NOT strip)
Таким образом, в 808-м диалпире, если считать справа, попадет 8. и от общего номера откусится только 9-ка.
prefix — Команда приставляет указанные цифры слева к номеру.
Это очень полезно для 809-ого диалпира. Там используется международные номера и в конце указана T, т.е. номер допускается переменной длины, в результате чего команда forward-digits в данном случае бесполезна.
Что происходит при использовании prefix 8011: от номера система откусывает явно указанные цифры 98011, но затем мы слева добавляем 8011 и отдаем получившийся номер в город.
Для более тонких преобразований можно использовать Translation Profiles. Более того, с помощью них можно сделть все что делается через forward-digits или prefix.
Создание Translation Profiles включает три этапа:
- Определяем Translation Rule
- Ассоциируем Translation Rule с translation profile
- Добавляем translation profile к dial-peer
Синтаксис Translation Rule:
Router(config)# voice translation-rule rule number
Router(cfg-translation-rule)# rule 1 /match/ /set/
Router(cfg-translation-rule)# rule 2 /match/ /set/
Router(cfg-translation-rule)# rule 3 /match/ /set/ . и т.д.
Мы можем предварительно тестировать Translation Rule командой:
test voice translation-rule
Задача:
— У всех номеров called убрать девятку.
— Все номера calling должны быть заменены на 3467361869
Определяем Translation Rule
voice translation-rule 9
rule 1 /^9/ //
voice translation-rule 361869
rule 1 /.*/ /3467361869/
Ассоциируем Translation Rule с translation profile
voice translation-profile kmg-pbx
translate calling 361869
translate called 9
Добавляем translation profile к dial-peer
dial-peer voice 361869 voip
corlist outgoing call-pbx
description kmg — UgrTel PBX-style calls
translation-profile outgoing kmg-pbx
preference 3
destination-pattern 9T
session protocol sipv2
session target sip-server
voice-class codec 1
voice-class sip dtmf-relay force rtp-nte
dtmf-relay rtp-nte
no vad
Задача:
— Замена called вида [1-5].. на 70[1-5]..
Задачу можно легко сделать используя prefix, посмотрим как добиться того же через Translation Rule
voice translation-rule 333
rule 1 /([1-5]..)/ /701/
!
voice translation-profile short_calls
translate called 333
!
dial-peer voice 3001 voip
description Short calls
translation-profile outgoing short_calls
destination-pattern [1-5]..
session target ipv4:172.16.2.11
dtmf-relay h245-alphanumeric
codec g711ulaw
no vad
Задача:
— Заменить все номера вида 9839162. на номера 9.
Пожалуй подобную задачу можно выполнить только через Translation Rule
voice translation-rule 9839162
rule 1 /^9839162(. )/ /91/
!
voice translation-profile national_code_strip
translate called 9839162
!
dial-peer voice 4108 pots
description Local calls from Filials
translation-profile outgoing national_code_strip
preference 3
destination-pattern 9839162.
port 1/0/12
Как итог — по возможности не следует усложнять конфигурацию, Translation Rule очень мощный инструмент, но даже собственные шаблоны через некоторое время воспринимаются с трудом.
Параметры загрузки
Содержание
Введение
Целью данной документации является объяснение согласования входящих и исходящих одноранговых телефонных соединений для простой старой телефонной сети (POTS) и ветвей вызовов голосовой сети.
Предварительные условия
Требования
Cisco рекомендует знание следующих тем:
Используемые компоненты
Данный документ не ограничен отдельными версиями программного и аппаратного обеспечения.
Условные обозначения
Дополнительные сведения об условных обозначениях в документах см. в разделе Технические советы Cisco. Условные обозначения.
Согласование входящих точек вызова
Элементы и атрибуты входящих одноранговых телефонных соединений
Три элемента информации из сообщения настройки вызова и четыре настраиваемых атрибута команды dial peer используются для согласования точек вызова следующим образом:
Входящие одноранговые телефонные соединения POTS связаны со входящими ветвями вызова POTS на исходном маршрутизаторе/шлюзе.
Входящие одноранговые голосовые соединения связаны со входящими ветвями вызовов голосовой сети, отправленными оконечным маршрутизатором/шлюзом. Примерами входящих ветвей вызовов голосовой сети являются Voice over IP (VoIP), Voice over Frame Relay (VoFR), Voice over ATM (VoATM) и Multimedia Mail over IP (MMoIP).
Далее указаны 4 настраиваемых атрибута точек вызова Cisco IOS® и соответствующие элементы настройки вызова:
Атрибут адресуемой точки вызова
Элемент установки вызова
gwy(config-dial-peer)# incoming called-number DNIS_string
Эта команда "dial-peer command" определяет содержимое строки направления набранного номера или службы идентификации набранного номера (DNIS). При правильной настройке эта команда dial-peer задает использование набранного номера для сопоставления участка входящего вызова входящей точке вызова.
Вызываемый номер (DNIS)
gwy(config-dial-peer)# answer-address ANI_string
Эта команда dial-peer определяет исходный вызывающий номер или строку автоматической идентификации номера (ANI). При правильной настройке эта команда dial-peer задает использование вызывающего номера для сопоставления участка входящего вызова входящей точке вызова.
Вызывающий номер (ANI)
gwy(config-dial-peer)# destination-pattern string
После сопоставления входящих ветвей вызовов эта команда dial-peer задает использование вызывающего номера (исходного или строки ANI) для сопоставления участка входящего вызова входящей точке вызова.
Примечание: для исходящих одноранговых соединений данная команда согласуется с вызываемым номером или строками DNIS.
Вызывающий номер (ANI) для входящих или строки вызываемого номера (DNIS) для исходящих
gwy(config-dial-peer)# port port
Эта команда dial peer определяет голосовой порт POTS, через которые производятся вызовы на эту адресуемую точку вызова.
В число трех элементов настройки вызова входят:
Элемент настройки вызова
Вызываемый номер (DNIS)
Строка дозвона до вызываемого абонента, получаемая из сообщения о настройке ISDN или из строки DNIS сигнализации по выделенному каналу (CAS).
Вызывающий номер (ANI)
Это числовая строка, которая указывает на источник и создается на базе сообщения настройки ISDN или CAS ANI. ANI также называют Calling Line Identification (CLID) (идентификацией вызывающей линии).
Представляет собой физический голосовой порт POTS.
Процесс сопоставления входящих адресуемых точек вызова
Когда маршрутизатор/шлюз Cisco IOS получает запрос настройки вызова, происходит согласование однорангового телефонного соединения для входящего вызова в целях облегчения маршрутизации вызова на различные приложения сеанса. Это не согласование цифра к цифре, скорее, полная строка цифр, получаемая по запросу настройки, используется для согласования с настроенным одноранговым телефонным соединением.
Маршрутизатор или шлюз сопоставляют информационные элементы в сообщении настройки с атрибутами адресуемой точки вызова, чтобы выбрать входящую точку вызова. Маршрутизатор или шлюз сопоставляют эти пункты в следующем порядке:
Вызываемый номер (DNIS) с incoming called-number
Сначала маршрутизатор или шлюз делает попытку сопоставить вызываемый номер запроса настройки вызова с настроенным входящим вызываемым номером incoming called-number каждой адресуемой точки вызова. Поскольку установление вызова всегда включает информацию DNIS, рекомендуется использовать команду incoming called-number для согласования входящих точек вызова. Этот атрибут имеет соответствующий приоритет по отношению к адресу для ответа answer-address и шаблону назначения destination-pattern.
Вызывающий номер (ANI) с answer-address
Если в п.1 не найдены соответствия, маршрутизатор/шлюз пытается согласовать вызывающий номер запроса настройки вызова с адресом ответа answer-address каждой адресуемой точки вызова. Этот атрибут можно использовать в ситуациях, когда нужно сверить вызовы на основе вызывающего номера (инициировавшего передачу данных).
Вызывающий номер (ANI) с destination-pattern
Если в п.1 не найдены соответствия, маршрутизатор/шлюз пытается согласовать вызывающий номер запроса настройки вызова с шаблоном назначения destination-pattern каждой адресуемой точки вызова. Дополнительные сведения об этом содержатся в первой части маркированного раздела "Дополнительные сведения о точке вызова" данного документа.
Голосовой порт (связанный с запросом настройки входящего вызова) с настроенным портом точки вызова (port) (применимо для входящих ветвей вызова POTS)
Если в п.3 не найдены соответствия, маршрутизатор/шлюз пытается согласовать настроенный port точки вызова с голосовым портом, связанным со входящим вызовом. Если в нескольких одноранговых телефонных соединениях настроен один и тот же порт, совпадающим будет считаться одноранговое телефонное соединение, добавленное в конфигурацию первым.
Если в первых четырех пунктах не было найдено соответствий, то используется default dial peer 0 (pid:0).
Примечание: п.4 не применим для голосовых платформ или платформ удаленного доступа, таких как AS5300, AS5350, AS5400, AS5800 и AS5850. Если любой из первых трех пунктов не используется, то идет сопоставление с dial-peer 0, и вызов обрабатывается как модемный вызов удаленного доступа. Это означает, что абонент услышит сигналы модема вместо сигналов набора номера для входящих вызовов.
Процесс предыдущего выбора отображен на следующей диаграмме:
Маршрутизатор/шлюз Cisco IOS соответствует только одному из этих условий. Нет необходимости настраивать все атрибуты адресуемой точки вызова, либо добиваться соответствия каждого атрибута данным настройки вызова. Для выбора адресуемой точки вызова должно соблюдаться только одно условие для маршрутизатора/шлюза. Маршрутизатор/шлюз останавливает поиск, как только достигается соответствие с одной адресуемой точкой вызова.
На каждом этапе применяется критерий совпадения с наибольшей длиной префикса. Если обнаруживается несколько совпадений, выбирается самое длинное явное совпадение. Следующий пример поясняет эту концепцию:
Предположим, что входящий вызываемый номер (DNIS) — "81690". Сопоставляется dial peer 2.
Примечание: для входящих одноранговых телефонных соединений команда session target игнорируется.
Default Dial-Peer 0 peer_tag=0, pid:0
Если ни одна входящая адресуемая точка вызова не согласована маршрутизатором или коммутатором, то участок входящего вызова автоматически маршрутизируется на адресуемую точку вызова по умолчанию (POTS или Voice-Network). Это одноранговое телефонное соединение по умолчанию называют dial-peer 0 или pid:0
Примечание: для данной инструкции существует исключение. Платформы Cisco для голоса и удаленного доступа, такие как AS53xx и AS5800, требуют согласования настроенного входящего вызова, чтобы входящие вызовы POTS принимались как речевые вызовы. Если ни одна входящая точка вызова не согласована, вызов воспринимается и обрабатывается как вызов удаленного доступа (модемный).
Одноранговое телефонное соединение Dial-peer 0 (pid:0) имеет конфигурацию по умолчанию, которую нельзя изменить. Соединение dial-peer 0 с конфигурацией по умолчанию не может корректно согласовывать нестандартные возможности, службы и приложения, такие как:
Нестандартные возможности голосовой сети: dtmf-relay, no vad и т.д.
Direct Inward Dial (DID)
Dial-peer 0 для входящих одноранговых соединений VoIP настроен следующим образом:
no rsvp support
Примечание: по умолчанию DSCP для голоса — EF с кодовым значением 101110 (RFC 2598), а DSCP по умолчанию для сигнализации — AF31 с кодовым значением 011010 (RFC 2597). Адресуемая точка вызова по умолчанию не помечает пакеты DSCP 0. Все голосовые пакеты на маршрутизаторе помечаются по умолчанию (метка может быть переписана адресуемой точкой вызова): пакеты передачи сигналов — AF31, а средств связи — EF. Вызовы, которые сопоставляют точку вызова 0 по умолчанию, должны вести себя так же.
Dial-peer 0 (pid:0) для входящих соединений обычной телефонной сети настроен следующим образом:
no ivr application
Особое примечание для isdn overlap-receiving
При настройке получения с совмещением isdn overlap-receving на интерфейсах ISDN существуют последствия для согласования входящих точек вызова. После получения на уровне ISDN каждой цифры точки вызова проверяются на предмет соответствий. Если обнаруживается полное соответствие, вызов маршрутизируется (в данном случае, к приложению) немедленно, без ожидания дополнительных цифр. Для прерывания этого поцифрового сопоставления и принуждения маршрутизатора/шлюза ждать до получения всей строки набора номера может быть использован T-образный наконечник. "T" относится к таймеру ожидания следующей цифры T302 уровня ISDN, настраиваемого в последовательном интерфейсе, связанном с интерфейсом ISDN. ISDN также предоставляет другие механизмы для указания окончания цифр, например настройку отправки полных IE (информационных элементов) в информационных сообщениях Q.931.
Особое примечание для вызовов POTS с незаполненным полем вызывающего номера
Предположим следующую конфигурацию:
Далее предположим, что входящий вызов прибывает без информации о вызывающем номере и сопоставляется с точкой вызова обычной телефонной сети на основе шаблона назначения destination-pattern 9T. В этом случае маршрутизатор/шлюз Cisco IOS использует цифру "9" в качестве вызывающего номера и перенаправляет вызов на соответствующее устройство (такое как Call Manager или IOS Gateway). Чтобы не заменять пустое поле вызывающего номера, создайте холостое одноранговое соединение обычной телефонной сети с помощью команды incoming called-number. Поскольку инструкция incoming called-number имеет более высокий приоритет, чем destination pattern для исходящего сопоставления POTS, точка голосового вызова 2 будет используемой точкой вызова POTS.
Согласование исходящих адресуемых точек вызова
Для согласования исходящих точек вызова маршрутизатор/шлюз использует команду точки вызова destination-pattern called_number.
Для перенаправления вызова на точках вызова POTS затем используется команда port.
Для перенаправления вызова на точках вызова голосовой сети затем используется команда session target.
Итак, при согласовании исходящих одноранговых узлов следует рассмотреть два случая: DID (прямого) и non-DID (непрямого) набора внутренних телефонных номеров.
Случай DID (Direct Inward Dial)
Входящая адресуемая точка вызова, настроенная с использованием команды DID direct-inward-dial, выглядит следующим образом:
На вызовах DID (звонки без донабора номера) сообщение установки содержит все цифры, необходимые для маршрутизации вызова. Маршрутизатор или шлюз не должны выполнять последующий сбор цифровых данных. Когда маршрутизатор/шлюз ищет исходящую точку вызова, устройство использует всю входящую строку набора. По умолчанию такое сопоставление имеет переменную длину. Оно не выполняется цифра за цифрой, так как по определению DID все цифры получены. Следующий пример поясняет эту концепцию.
Предположим, что строка набора DID — "81690". В этом случае маршрутизатор сопоставляет точку вызова 4 и перенаправляет полную строку набора "81690".
Случай non-DID
Этот случай также называют соединением в два этапа. Если DID не настроен на совпадающие входящие адресуемые точки вызова, то маршрутизатор или шлюз переходит в режим сбора цифровых данных (они собираются внутри полосы). Сопоставлением исходящих точек вызова делается цифра за цифрой. После того, как устройство получит все цифры, маршрутизатор/шлюз проверяет совпадения точек вызова и перенаправляет вызов, когда достигается полное совпадение. Следующие примеры поясняет эту концепцию.
Предположим, что строка набора — "81690". Немедленно после получения цифры "6" маршрутизатор сопоставляет точку выбора 3 и маршрутизирует вызов (перенаправляя только цифры "816").
Теперь предположим, что точка вызова 3 настроена на сопоставление с подстановочными символами:
В данном случае действует правило префикса с максимальной длиной, поэтому адресуемая точка вызова 4 соответствует ветви исходящих вызовов.
Особое примечание для планов набора номеров переменной длины
Бывают ситуации, когда в ожидаемых строках набора отсутствует определенное число цифр. В таких случаях Cisco рекомендует настроить T-образный наконечник в команде точки вызова destination-pattern, чтобы использовать планы набора номеров переменной длины.
Т-образный наконечник вынуждает маршрутизатор/шлюз ждать до получения всей строки набора номера. Маршрутизатор/шлюз:
Ждет установленное время ожидания следующей цифры перед тем, как маршрутизировать вызов.
Маршрутизирует вызов после получения символа завершения "#" в строке набора номера. Например, если набран номер "5551212#", знак "#" для маршрутизатора означает, что набраны все цифры и что все цифры перед этим знаком должны соответствовать одноранговому узлу.
Следующий пример поясняет эту концепцию:
Предположим, что маршрутизатор в этом примере получает установку вызова со строкой набора из сети "95551212". Точка вызова 2 перенаправляет цифры "5551212" в PSTN.
Теперь предположим, что строка набора из входящего интерфейса POTS — "81690".
В данном случае действует правило префикса с максимальной длиной, поэтому адресуемая точка вызова 4 соответствует ветви исходящих вызовов.
время ожидания между цифрами по умолчанию равно 10 секундам. Чтобы изменить это значение, введите команду голосового порта timeouts interdigit seconds.
Каждый раз при использовании "T" перед ним должны указываться точка "." или цифры (например, ".T" или "555T"). При использовании только "T" точки вызова реагируют неправильно, что влияет на обработку вызовов маршрутизатором.
Рабочее состояние равноправного узла
Для установления соответствия администратор должен включить и сделать действительным рабочее состояние удаленного узла. Чтобы считаться рабочими, одноранговые телефонные соединения должны отвечать одному из следующих условий (существуют и другие условия, но здесь приведены главные):
Настроен destination-pattern, а также voice-port или session target.
Настроен incoming called-number.
Дополнительные сведения об одноранговом телефонном соединении
Атрибут точки вызова destination-pattern ведет себя по-разному по отношению ко входящим и исходящим ветвям звонков:
Для входящих точек вызова destination-pattern сопоставляется с вызывающим номером (строка ANI).
Для исходящих точек вызова destination-pattern сопоставляется с вызываемым номером (строка DNIS).
Таким образом, точка вызова с атрибутом destination-pattern может работать как для исходящего, так и для входящего сопоставления.
Учебный пример: основные сведения о входящем сопоставлении и точках вызова 0 по умолчанию
Конфигурации
В этом практическом примере нами использованы следующие команды show и debug:
show call active voice — Эта команда выводит содержание таблицы активных вызовов, в которой показаны все вызовы, в данные момент проходящие через маршрутизатор. В данном случае эта команда полезна для отображения адресуемой точки вызова и характеристик активного вызова.
debug voip ccapi inout — Эта команда полезна для разрешения неполадок сквозных вызовов VoIP.
Теперь добавьте следующую команду для сопоставления входящей точки вызова VoIP 2 на maui-gwy-06:
Далее приведен снимок конфигурации maui-gwy-06 после дополнительной настройки: