Dial peer voice voip настройка
Манипуляция номерами нужна в практически любой телефонной станции имеющей подключение к внешнему миру.
В данной статье мы рассмотрим возможности по манипулированию номерами у маршрутизаторов Cisco с CUCME или у маршрутизаторов выполняющих функцию голосового шлюза.
Самый простой пример необходимости использования шаблона - это сделать выход в город через 9-ку, т.е. все номера, начинающиеся с 9-ки нужно отправлять на городской шлюз.
Рассмотрим какие шаблоны можно использовать:
Шаблон (Wildcard) | Описание |
Period (.) | Точка соответствует любому набранному символу 0 - 9, например 30.. соответствует любым номерам начиная от 3000 до 3099 |
Plus (+) | Соответствует одному и более повторению предыдущего символа, например: 6+345 соответствует 66345, 666345, 6666345 и т.д. до общейдниы не более 32 символов. |
Brackets ([]) | Квадратными скобками можно задать диапазон, например 247 соответствует 147, 247, 347. |
T | Соответствует любому последующему символу и любому их количеству (от 0 до 32 символов) |
Comma (,) | Добавление запятой добавляет паузу в 1 секунду между набираемыми цифрами. |
Примеры использования квадратных скобок
3332. | Соответствует набираемым номерам, начинающимся с 333, имеющим 1 или 2 или 3 как четвертую цифру и и заканчивается любыми тремя цифрами |
14444 | Соответствует набираемым номерам, где первая цифра 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
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 командой:
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 вида 4.. на 704..
Задачу можно легко сделать используя prefix, посмотрим как добиться того же через Translation Rule
voice translation-rule 333
rule 1 /\(3..\)/ /70\1/
!
voice translation-profile short_calls
translate called 333
!
dial-peer voice 3001 voip
description Short calls
translation-profile outgoing short_calls
destination-pattern 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\(. \)/ /9\1/
!
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) и ветвей вызовов голосовой сети.
Согласование входящих точек вызова
Элементы и атрибуты входящих одноранговых телефонных соединений
Далее указаны 4 настраиваемых атрибута точек вызова Cisco IOS® и соответствующие элементы настройки вызова:
Атрибут адресуемой точки вызова
Элемент установки вызова
Эта команда "dial-peer command" определяет содержимое строки направления набранного номера или службы идентификации набранного номера (DNIS). При правильной настройке эта команда dial-peer задает использование набранного номера для сопоставления участка входящего вызова входящей точке вызова.
Вызываемый номер (DNIS)
Эта команда dial-peer определяет исходный вызывающий номер или строку автоматической идентификации номера (ANI). При правильной настройке эта команда dial-peer задает использование вызывающего номера для сопоставления участка входящего вызова входящей точке вызова.
Вызывающий номер (ANI)
После сопоставления входящих ветвей вызовов эта команда dial-peer задает использование вызывающего номера (исходного или строки ANI) для сопоставления участка входящего вызова входящей точке вызова.
Примечание: для исходящих одноранговых соединений данная команда согласуется с вызываемым номером или строками DNIS.
Вызывающий номер (ANI) для входящих или строки вызываемого номера (DNIS) для исходящих
Эта команда dial peer определяет голосовой порт POTS, через которые производятся вызовы на эту адресуемую точку вызова.
В число трех элементов настройки вызова входят:
Элемент настройки вызова
Вызываемый номер (DNIS)
Вызывающий номер (ANI)
Представляет собой физический голосовой порт POTS.
1.preference чем больше число
1.preference чем больше число тем позже обрабатывается?
2. что то такое?
dial-peer voice 1 pots
incoming called-number (здесь номер аналоговой линии указать?)
direct-inward-dial
Условные обозначения
Дополнительные сведения об условных обозначениях в документах см. в разделе Технические советы Cisco. Условные обозначения.
Конфигурации
В этом практическом примере нами использованы следующие команды show и debug:
show call active voice — Эта команда выводит содержание таблицы активных вызовов, в которой показаны все вызовы, в данные момент проходящие через маршрутизатор. В данном случае эта команда полезна для отображения адресуемой точки вызова и характеристик активного вызова.
debug voip ccapi inout — Эта команда полезна для разрешения неполадок сквозных вызовов VoIP.
Теперь добавьте следующую команду для сопоставления входящей точки вызова VoIP 2 на maui-gwy-06:
Далее приведен снимок конфигурации maui-gwy-06 после дополнительной настройки:
ещё вопрос возник
ещё вопрос возник
на входящие тоже нужно диалпир вешать?
Процесс сопоставления входящих адресуемых точек вызова
Когда маршрутизатор/шлюз 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 игнорируется.
Используемые компоненты
Данный документ не ограничен отдельными версиями программного и аппаратного обеспечения.
Рабочее состояние равноправного узла
Для установления соответствия администратор должен включить и сделать действительным рабочее состояние удаленного узла. Чтобы считаться рабочими, одноранговые телефонные соединения должны отвечать одному из следующих условий (существуют и другие условия, но здесь приведены главные):
Настроен destination-pattern, а также voice-port или session target.
Настроен incoming called-number.
Настроен answer-address.
Особое примечание для планов набора номеров переменной длины
Бывают ситуации, когда в ожидаемых строках набора отсутствует определенное число цифр. В таких случаях Cisco рекомендует настроить T-образный наконечник в команде точки вызова destination-pattern, чтобы использовать планы набора номеров переменной длины.
Т-образный наконечник вынуждает маршрутизатор/шлюз ждать до получения всей строки набора номера. Маршрутизатор/шлюз:
Ждет установленное время ожидания следующей цифры перед тем, как маршрутизировать вызов.
Следующий пример поясняет эту концепцию:
Предположим, что маршрутизатор в этом примере получает установку вызова со строкой набора из сети "95551212". Точка вызова 2 перенаправляет цифры "5551212" в PSTN.
Теперь предположим, что строка набора из входящего интерфейса POTS - "81690".
В данном случае действует правило префикса с максимальной длиной, поэтому адресуемая точка вызова 4 соответствует ветви исходящих вызовов.
время ожидания между цифрами по умолчанию равно 10 секундам. Чтобы изменить это значение, введите команду голосового порта timeouts interdigit seconds.
Каждый раз при использовании "T" перед ним должны указываться точка "." или цифры (например, ".T" или "555T"). При использовании только "T" точки вызова реагируют неправильно, что влияет на обработку вызовов маршрутизатором.
Учебный пример: основные сведения о входящем сопоставлении и точках вызова 0 по умолчанию
это я понял
это я понял
спасибо)
я не до конца понимаю какой диалпир нужен на входящие вызовы..
Здесь номер called-number приходит безымянный, поэтому может только присваиваться
dial-peer voice 1008 pots
service ivrr
incoming called-number 508
port 1/0/8
!
dial-peer voice 1009 pots
service ivrr
incoming called-number 509
port 1/0/9
!
dial-peer voice 1010 pots
service ivrr
incoming called-number 510
port 1/0/10
!
dial-peer voice 1011 pots
service ivrr
incoming called-number 511
port 1/0/11
!
dial-peer voice 1012 pots
service ivrr
incoming called-number 512
port 1/0/12
!
dial-peer voice 1013 pots
service ivrr
incoming called-number 513
port 1/0/13
настройки портов
Забыл настройик портов выложить:
Здесь connection plar назначает номер входящего звонка для аналога
service ivrr если убрать , то звонок пойдёт на соответствующий номер
Особое примечание для isdn overlap-receiving
Особое примечание для вызовов POTS с незаполненным полем вызывающего номера
Предположим следующую конфигурацию:
Далее предположим, что входящий вызов прибывает без информации о вызывающем номере и сопоставляется с точкой вызова обычной телефонной сети на основе шаблона назначения destination-pattern 9T. В этом случае маршрутизатор/шлюз Cisco IOS использует цифру "9" в качестве вызывающего номера и перенаправляет вызов на соответствующее устройство (такое как Call Manager или IOS Gateway). Чтобы не заменять пустое поле вызывающего номера, создайте холостое одноранговое соединение обычной телефонной сети с помощью команды incoming called-number. Поскольку инструкция incoming called-number имеет более высокий приоритет, чем destination pattern для исходящего сопоставления POTS, точка голосового вызова 2 будет используемой точкой вызова POTS.
Про голос. Собираем лабу 2. FXS & Dial-peers.
Процесс:
Подключаем к существующему кусочку лабы(2811 + свитч + телефоны) маршрутизатор 2611 с 2 FXS портами. К FXSам подключаем обычные аналоговые телефоны.
Проводим базовую настройку
Аналоговые порты бывают:
FXS(Foreign Exchange Station) — порт станции. Для лёгкости запоминания — это тот порт, к которому мы подключаем телефоны и “он в них гудит”. FXS-порты — это телефонные розетки.
FXO(Foreign Exchange Office) — абонентский порт. Это порт самого телефона — тот который получает напряжение.
Таким образом к FXS-порту подключается FXO-порт. Один выдаёт напряжение, другой получает. С одной стороны станция, с другой — абонент. Взаимодействие FXS-FXS и FXO-FXO невозможно. FXS-FXO — это связка ведущий-ведомый. Оба типа портов используют для работы 2 провода.
Все 3 типа голосовых портов встречается на маршрутизаторах Cisco; т.е. в зависимости от оснащённости портами устройство может выступать как в роли станции (FXS, E&M), так и в роли телефона (FXO).
Поднимаем трубки. Слышим гудок. Работают.
Я оставлю по дефолту, но эстеты могут наваять свой при помощи команды “ring cadence
define”.
Тут же есть полезные таймеры:
Теперь пора бы и позвонить. Но сначала, да, она — теория.
Для направления вызовов на оборудовании Cisco используются “дайлриры” (Dial-peer), которые в просторечии называют диалпирами.
В первом приближении диалпиры делятся на VoIP (регламентирующие обработку вызовов в IP-сетях) и POTS (для работы с сетями традиционной телефонией).
- Для каждого вызова ВСЕГДА есть входящий диалпир.
- Для вызова МОЖЕТ быть найден исходящий диалпир.
- Один и тот же диалпир может быть одновременно и входящим и исходящим, но не для одного и того же звонка.
Критерий выбора исходящего диалпира:
— наиболее точное совпадение параметра Destination-pattern с набранным номером — Longest Match.
Примеры записи простейших регулярных выражений:
“.” — одна любая цифра
“45678.” — 6-ти значный номер, у которого первые 5 цифр заданы явно, а последняя (одна) любая
“T” — любое количество любых цифр
Примеры :
dial-peer voice 1 voip
destination-pattern 3T =Номер любой длины, начинающийся с 3=
session-target ipv4:10.1.1.1
dial-peer voice 2 voip
destination-pattern 333… =6-ти значные номера, начинающийся с 333=
session-target ipv4:10.2.2.2
dial-peer voice 3 voip
destination-pattern 333444 =Номер 333444=
session-target ipv4:10.3.3.3
dial-peer voice 4 voip
destination-pattern 333744 -=6-ти значные номера, начинающиеся “333”, далее цифра от 4 до 8, и ещё “44”=-
session-target ipv4:10.4.4.4
Критерии выбора входящего диалпира в порядке применения:
1. Наиболее точное совпадение параметра диалпира “incoming called-number” с DNIS (Dialed Number Identification Service) — это КОМУ звонят.
2. Наиболее точное совпадение параметра диалпира “answer-address” с ANI (Automatic number identification) — это КТО звонит.
3. Наиболее точное совпадение параметра диалпира “destination-pattern” с ANI.
4. Для POTS диалпиров вызов принимает на тот диалпир, который указывает на порт, с которого звонок собственно пришел.
Вернемся к исходящим…
С destination-pattern в целом разобрались, теперь собственно мы должны указать куда слать вызов при совпадении DNIS с destination-pattern. Тут все просто.
Для POTS просто указываем порт:
dial-peer voice 1 pots
description POTS-DIALPEER
destination-pattern 9T
port 1/0/0
Для VoIP указываем IP-адрес следующего устройства
dial-peer voice 1 voip
description VOIP-DIALPEER
destination-pattern 9T
session target ipv4:192.168.168.168
Кто не пишет “дескрипшены” к диалпирам, того многократно поразит постыдная неудача с женщиной.
Звоним с одного телефона на другой — все равно работает.
Далее хочу обеспечить звонки с BR1 на HQ1 и обратно. Связь между ними по IP, а значит требуются “коннективити”. Одним из способов приподнять себе карму являются диалпиры указывающие на лупбеки.
Включаем на устройствах OSPF:
Звоню с IP-телефонов — работает!
Звонок с аналоговых на IP естественно не проходит, т.к. на этом этапе BR1 не знает где они находятся.
Звоню с аналоговых на IP — работает! Миракл!
Смотрите в следующих сериях: “Зачем еще нужны диалпиры”, “Манипуляции с цифрами”, “Продвинутая настройка CUCME”.
Session Initiation Protocol (SIP) - один из наиболее важных и самых распространенных сигнальных протоколов. SIP поддерживает наибольшее количество вендоров. SIP продолжает распространяться и уже сейчас является идеальным протоколом для подключения различных систем VoIP.
В первой части SIP и Call Manager. Часть 1 Теория мы рассмотрели краткую теорию. В данной статье мы обсудим вопросы настройки SIP на IOS gateways.
Настройка SIP состоит из двух частей:
- Настройка SIP UA. Точнее сказать UAC (User Agent Client). Настройка UAC состоит из:
- Authentication parameters: username and password
- SIP servers (registrar and proxy) - Настройка VoIP Dial peers. В самом Dial peer есть настройки, специфичные для SIP:
- Session protocol
- Session target
sip-ua
authentication username mir_user password psswr
registrar 10.10.1.15
sip-server 10.10.1.15
Команда registrar позволяет шлюзу регистрировать внутренние номера на внешнем сервере Registrar server. Благодаря этому система сможет принимать входящие звонки. Адрес можно вбить вручную или получить по DHCP (опция registrar-index).
Имя и пароль будут использоваться для доступа к Registrar server а также к Proxy server.
dial-peer voice 2001 voip
destination-pattern 2.
session protocol sipv2
session target sip-server
!
dial-peer voice 2002 voip
destination-pattern 9T
session target ipv4:192.168.10.100
session protocol sipv2
session protocol sipv2 Команда дает инструкцию в данном Dial-peer использовать протокол SIPv2.
Команда session target настраивает шлюз использовать определенный IP - адрес нужного SIP сервера, причем:
session target sip-server будет использовать настройки указанные в разделе sip-ua. Это позволяет не заморачиваться каждый раз на IP-адресе.
session target ipv4:192.168.10.100 - Здесь, как видно, IP адрес вбит "в лоб".
- Session transport protocol. Данные настройки позволяют задать session transport protocol: TCP, TCP-TLS, or UDP.
Доступно в global SIP, dial-peer, or UA configuration mode - Source IP address. Т.е. IP адрес с которого будет инициализироваться SIP-сессия.
Доступно только в global SIP. - Tuning SIP timers. Доступно только в UA configuration mode.
voice service voip sip session transport top bind all source-interface loopback 0 ipv4-address 10.1.1.1 ! dial-peer voice 1 voip destination-pattern 2. session protocol sipv2 session target ipv4:10.2.1.1 ! sip-ua disable-early-media 180 | voice service voip sip bind all source-interface loopback 0 ipv4-address 10.2.1.1 ! dial-peer voice 1 voip destination-pattern 1. session protocol sipv2 session target ipv4:10.1.1.1 session transport top ! sip-ua disable-early-media 180 |
Здесь отметим команду disable-early-media.
Early Media - стандарт, позволяющий передавать media еще до инициализации стандартного RTP, что может улучшать качество, но не всему устройствами поддерживается.
UA или User Agent - это по сути SIP-клиент.
Ниже приводится пример конфигурации подключения шлюза к SIP - провайдеру. Для исходящих звонков.
voice service voip
sip
bind all source-interface loopback0 ipv4-address 10.1.1.1
!
sip-ua
authentication username JDoe password secret
registrar 10.1.1.15 expires 3600
sip-server 10.1.1.15
timers connect 1000
timers register 300
!
dial-peer voice 10 voip
destination-pattern 9T
session target ipv4:192.168.1.100
session protocol sipv2
session transport tсp
show sip-ua service
show sip-ua status
show sip-ua register status
show sip-ua timers
show sip-ua connections
show sip-ua calls
show sip-ua statistics
¦ debug ccsip: This command has various options, as follows:
¦ debug ccsip all: This command enables all ccsip-type debugging. This debug
command is very active; you should use it sparingly in a live network.
¦ debug ccsip calls: This command displays all SIP call details as they are updated
in the SIP call control block. You can use this debug command to monitor call
records for suspicious clearing causes.
¦ debug ccsip errors: This command traces all errors that are encountered by the
SIP subsystem.
¦ debug ccsip events: This command traces events, such as call setups, connec-
tions, and disconnections. An events version of a debug command is often the
best place to start because detailed debugs provide much useful information.
¦ debug ccsip info: This command enables tracing of general SIP security parame-
ter index (SPI) information, including verification that call redirection is disabled.
¦ debug ccsip media: This command enables tracing of SIP media streams.
¦ debug ccsip messages: This command shows the headers of SIP messages that
are exchanged between a client and a server.
¦ debug ccsip preauth: This command enables diagnostic reporting of authentica-
tion, authorization, and accounting (AAA) for SIP calls.
¦ debug ccsip states: This command displays the SIP states and state changes for
sessions within the SIP subsystem.
¦ debug ccsip transport: This command enables tracing of the SIP transport han-
dler and the TCP or UDP process.
¦ debug voip ccapi inout: This command shows every interaction with the call control
application programming interface (API) on both the telephone interface and on the
VoIP side. By monitoring the output, you can follow the progress of a call from the
inbound interface or VoIP peer to the outbound side of the call. This debug com-
mand is very active; you should use it sparingly in a live network.
¦ debug voip ccapi protoheaders: This command displays messages that are sent be-
tween the originating and terminating gateways. If no headers are being received by
the terminating gateway, verify that the header-passing command is enabled on the
originating gateway.
настраиваем SRST, на 2901, он MGCP шлюз
всё работает, всё хорошо.
как я понимаю при пропадание CUCM телефоны пойдут регистрироваться на роутер
для этого на CUCM сделал SRST и применил его на нужный device pool (как я понимаю чтобы они знали куда идти)
на роутере сделал
call-manager-fallback
max-conferences 8 gain -6
transfer-system full-consult
ip source-address 172.16.156.1 port 2000
max-ephones 25
max-dn 25
system message primary SRST Mode
time-format 24
date-format dd-mm-yy
dial-peer voice 98333 pots
description -= National and Mobile Calls =-
destination-pattern 98.
forward-digits 11
port 0/0/1
dial-peer voice 9333 pots
description -= Local Calls =-
destination-pattern 9[1-7,9].
forward-digits 7
port 0/0/2
1. всё правильно?)
2. можно как то не указывать на каждый диалпир свой порт а связать их в пучок (там 4 линии приходят) или может быть preference добавить и тем самым разнести?
3. что то нужно добавить чтобы они после восстановления связи с CUCM к нему перерегистрировались?
1 Принцип правелен
1 Принцип правильный
2 Несколько диалпиров с идентичным паттерном и разными preference
3 Главное чтобы был режим SRST
4 Да. На входящие из города нужен свой, причем указать в лоб ваш номер, incoming called number 12345678. Это важно для безопасности ваших счетов ))
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
Случай DID (Direct Inward Dial)
Предположим, что строка набора DID - "81690". В этом случае маршрутизатор сопоставляет точку вызова 4 и перенаправляет полную строку набора "81690".
а что значит соответствующий?
а что значит соответствующий?)
допустим
dial-peer voice 1012 pots
service ivrr
incoming called-number 512
port 1/0/12
и здесь убрать ivrr, звонок пойдёт на 512?
ещё такой вопрос возник, внутри телефоны 5xxx как на них попадёт?
на cucm отелефоны в hunt группе, и attendant на fxo порту уставлена именно она
но на роутере этого нет..
можно ли как то завернуть на конкретный номер?
ephone-1[0] Mac:34A8.4E60.3241 TCP socket:[14] activeLine:0 whisperLine:0 REGISTERED in SCCP ver 20/17 max_streams=1
mediaActive:0 whisper_mediaActive:0 startMedia:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:0 caps:9
IP:172.16.156.14 * 35765 Unknown 564 keepalive 5 max_line 12 available_line 0
Preferred Codec: g711ulaw
Lpcor Type: none
ephone-2[1] Mac:C464.1301.21D2 TCP socket:[4] activeLine:0 whisperLine:0 REGISTERED in SCCP ver 21/17 max_streams=1
mediaActive:0 whisper_mediaActive:0 startMedia:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:0 caps:9
IP:172.16.156.23 * 35456 Unknown 564 keepalive 6 max_line 12 available_line 0
Preferred Codec: g711ulaw
Lpcor Type: none
ephone-3[2] Mac:34A8.4E60.310D TCP socket:[13] activeLine:0 whisperLine:0 REGISTERED in SCCP ver 20/17 max_streams=1
mediaActive:0 whisper_mediaActive:0 startMedia:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:0 caps:9
IP:172.16.156.17 * 35845 Unknown 564 keepalive 5 max_line 12 available_line 0
Preferred Codec: g711ulaw
Lpcor Type: none
ephone-4[3] Mac:34A8.4E60.3D68 TCP socket:[12] activeLine:0 whisperLine:0 REGISTERED in SCCP ver 20/17 max_streams=1
mediaActive:0 whisper_mediaActive:0 startMedia:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:0 caps:9
IP:172.16.156.13 * 35059 Unknown 564 keepalive 5 max_line 12 available_line 0
Preferred Codec: g711ulaw
Lpcor Type: none
ephone-5[4] Mac:34A8.4E60.318B TCP socket:[8] activeLine:0 whisperLine:0 REGISTERED in SCCP ver 20/17 max_streams=1
mediaActive:0 whisper_mediaActive:0 startMedia:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:0 caps:9
IP:172.16.156.25 * 35351 Unknown 564 keepalive 5 max_line 12 available_line 0
Preferred Codec: g711ulaw
Lpcor Type: none
ephone-6[5] Mac:34A8.4E60.318E TCP socket:[9] activeLine:0 whisperLine:0 REGISTERED in SCCP ver 20/17 max_streams=1
mediaActive:0 whisper_mediaActive:0 startMedia:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:0 caps:9
IP:172.16.156.15 * 35360 Unknown 564 keepalive 5 max_line 12 available_line 0
button 83: expand-line 0 (DN 0 selected)
Preferred Codec: g711ulaw
Lpcor Type: none
ephone-7[6] Mac:34A8.4E60.313F TCP socket:[10] activeLine:0 whisperLine:0 REGISTERED in SCCP ver 20/17 max_streams=1
mediaActive:0 whisper_mediaActive:0 startMedia:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:0 caps:9
IP:172.16.156.20 * 35682 Unknown 564 keepalive 5 max_line 12 available_line 0
Preferred Codec: g711ulaw
Lpcor Type: none
ephone-8[7] Mac:34A8.4E60.3CF1 TCP socket:[11] activeLine:0 whisperLine:0 REGISTERED in SCCP ver 20/17 max_streams=1
mediaActive:0 whisper_mediaActive:0 startMedia:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:0 caps:9
IP:172.16.156.12 * 35900 Unknown 564 keepalive 5 max_line 12 available_line 0
Preferred Codec: g711ulaw
Lpcor Type: none
ephone-9[8] Mac:34A8.4E60.31F2 TCP socket:[2] activeLine:0 whisperLine:0 REGISTERED in SCCP ver 21/17 max_streams=1
mediaActive:0 whisper_mediaActive:0 startMedia:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:0 caps:9
IP:172.16.156.22 * 35195 Unknown 564 keepalive 6 max_line 12 available_line 0
Preferred Codec: g711ulaw
Lpcor Type: none
ephone-10[9] Mac:34A8.4E60.3970 TCP socket:[3] activeLine:0 whisperLine:0 REGISTERED in SCCP ver 21/17 max_streams=1
mediaActive:0 whisper_mediaActive:0 startMedia:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:0 caps:9
IP:172.16.156.21 * 35598 Unknown 564 keepalive 6 max_line 12 available_line 0
Preferred Codec: g711ulaw
Lpcor Type: none
ephone-11[10] Mac:34A8.4E60.78FD TCP socket:[7] activeLine:0 whisperLine:0 REGISTERED in SCCP ver 20/17 max_streams=1
mediaActive:0 whisper_mediaActive:0 startMedia:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:0 caps:9
IP:172.16.156.16 * 35436 Unknown 564 keepalive 5 max_line 12 available_line 0
Preferred Codec: g711ulaw
Lpcor Type: none
ephone-12[11] Mac:34A8.4E60.319F TCP socket:[6] activeLine:0 whisperLine:0 REGISTERED in SCCP ver 20/17 max_streams=1
mediaActive:0 whisper_mediaActive:0 startMedia:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:0 caps:9
IP:172.16.156.19 * 35666 Unknown 564 keepalive 5 max_line 12 available_line 0
Preferred Codec: g711ulaw
Lpcor Type: none
ephone-13[12] Mac:44D3.CA59.1749 TCP socket:[5] activeLine:0 whisperLine:0 REGISTERED in SCCP ver 22/17 max_streams=1
mediaActive:0 whisper_mediaActive:0 startMedia:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:0 caps:8
IP:172.16.156.11 * 35250 6941 keepalive 6 max_line 10 available_line 4
button 1: cw:1 ccw:(0)
dn 1 number 5066 CM Fallback CH1 IDLE
Preferred Codec: g711ulaw
Lpcor Type: none
ephone-14[13] Mac:34A8.4E60.3255 TCP socket:[1] activeLine:0 whisperLine:0 REGISTERED in SCCP ver 20/17 max_streams=1
mediaActive:0 whisper_mediaActive:0 startMedia:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:0 caps:9
IP:172.16.156.18 * 35281 Unknown 564 keepalive 6 max_line 12 available_line 0
Preferred Codec: g711ulaw
после обрыва связи с cucm, телефоны не зарегистрировались..
есть один 6941, он как раз получил номер свой 5066 но пишет service interruption
я почитал вроде как это проблема именно 6941.
но почему не регистрируются телефоны? есть идеи у кого нибудь?
кусок конфига
voice-port 0/0/0
supervisory disconnect dualtone mid-call
dial-type pulse
echo-cancel coverage 32
cptone RU
timeouts call-disconnect 1
timeouts ringing 20
timeouts wait-release 1
timing hookflash-out 50
connection plar opx 5069
caller-id enable
!
voice-port 0/0/1
cptone RU
timing hookflash-out 50
caller-id enable
!
voice-port 0/0/2
cptone RU
timing hookflash-out 50
caller-id enable
!
voice-port 0/0/3
cptone RU
timing hookflash-out 50
caller-id enable
!
voice-port 0/1/0
!
voice-port 0/1/1
!
ccm-manager redundant-host 10.3.10.21
ccm-manager mgcp
ccm-manager config server 10.3.10.22
ccm-manager config
!
mgcp
mgcp call-agent 10.3.10.22 2427 service-type mgcp version 0.1
mgcp package-capability sst-package
mgcp package-capability pre-package
no mgcp package-capability res-package
no mgcp timer receive-rtcp
mgcp sdp simple
mgcp validate domain-name
mgcp fax t38 inhibit
mgcp bind control source-interface GigabitEthernet0/1.3
mgcp bind media source-interface GigabitEthernet0/1.3
!
mgcp profile default
!
!
dial-peer voice 999000 pots
service mgcpapp
port 0/0/0
!
dial-peer voice 999001 pots
service mgcpapp
port 0/0/1
!
dial-peer voice 999002 pots
service mgcpapp
port 0/0/2
!
dial-peer voice 999003 pots
service mgcpapp
port 0/0/3
!
dial-peer voice 9333 pots
description Local Calls
preference 2
destination-pattern 9.
port 0/0/0
!
dial-peer voice 9334 pots
description Local Calls
preference 3
destination-pattern 9.
port 0/0/1
!
dial-peer voice 9335 pots
description Local Calls
preference 4
destination-pattern 9.
port 0/0/2
!
dial-peer voice 9336 pots
description Local Calls
preference 5
destination-pattern 9.
port 0/0/3
!
dial-peer voice 98333 pots
description -= National and Mobile Calls =-
preference 2
destination-pattern 90T
port 0/0/0
prefix 0
!
dial-peer voice 98334 pots
description -= National and Mobile Calls =-
preference 3
destination-pattern 90T
port 0/0/1
prefix 0
!
dial-peer voice 1008 pots
incoming called-number 5069
port 0/0/0
!
dial-peer voice 1009 pots
incoming called-number .T
direct-inward-dial
port 0/0/0
!
!
!
!
gatekeeper
shutdown
!
!
call-manager-fallback
secondary-dialtone 9
max-conferences 8 gain -6
transfer-system full-consult
ip source-address 172.16.156.1 port 2000
max-ephones 25
max-dn 25
system message primary Olala
Предварительные условия
Требования
Cisco рекомендует знание следующих тем:
Согласование исходящих адресуемых точек вызова
Для согласования исходящих точек вызова маршрутизатор/шлюз использует команду точки вызова destination-pattern called_number.
Для перенаправления вызова на точках вызова POTS затем используется команда port.
Для перенаправления вызова на точках вызова голосовой сети затем используется команда session target.
Итак, при согласовании исходящих одноранговых узлов следует рассмотреть два случая: DID (прямого) и non-DID (непрямого) набора внутренних телефонных номеров.
я так понимаю у Вас какой то
я так понимаю у Вас какой то ивр есть?
service ivrr
я пока такого не делал ничего
и получается каждый входящий звонок мы как бы заворачиваем в отдельный fxo порт и он приходит с номером 5хх уже на телефоны..
так?
Дополнительные сведения об одноранговом телефонном соединении
Атрибут точки вызова destination-pattern ведет себя по-разному по отношению ко входящим и исходящим ветвям звонков:
Для входящих точек вызова destination-pattern сопоставляется с вызывающим номером (строка ANI).
Для исходящих точек вызова destination-pattern сопоставляется с вызываемым номером (строка DNIS).
Таким образом, точка вызова с атрибутом destination-pattern может работать как для исходящего, так и для входящего сопоставления.
Случай non-DID
Этот случай также называют соединением в два этапа. Если DID не настроен на совпадающие входящие адресуемые точки вызова, то маршрутизатор или шлюз переходит в режим сбора цифровых данных (они собираются внутри полосы). Сопоставлением исходящих точек вызова делается цифра за цифрой. После того, как устройство получит все цифры, маршрутизатор/шлюз проверяет совпадения точек вызова и перенаправляет вызов, когда достигается полное совпадение. Следующие примеры поясняет эту концепцию.
Предположим, что строка набора - "81690". Немедленно после получения цифры "6" маршрутизатор сопоставляет точку выбора 3 и маршрутизирует вызов (перенаправляя только цифры "816").
Теперь предположим, что точка вызова 3 настроена на сопоставление с подстановочными символами:
В данном случае действует правило префикса с максимальной длиной, поэтому адресуемая точка вызова 4 соответствует ветви исходящих вызовов.
Пример выхода в город по FXO:
Пример выхода в город по FXO:
dial-peer voice 908 pots
description VGK -- Direct Locals
preference 2
destination-pattern 9[2,3,5-7].
port 1/0/8
!
dial-peer voice 909 pots
description VGK -- Direct Locals
preference 3
destination-pattern 9[2,3,5-7].
port 1/0/9
!
dial-peer voice 910 pots
description VGK -- Direct Locals
preference 4
destination-pattern 9[2,3,5-7].
port 1/0/10
!
dial-peer voice 911 pots
description VGK -- Direct Locals
preference 5
destination-pattern 9[2,3,5-7].
port 1/0/11
!
dial-peer voice 912 pots
description VGK -- Direct Locals
preference 6
destination-pattern 9[2,3,5-7].
port 1/0/12
!
dial-peer voice 913 pots
description VGK -- Direct Locals
preference 7
destination-pattern 9[2,3,5-7].
port 1/0/13
Фрагмент используется для SIP. Но понятно, что для FXO номер не прибегает.
dial-peer voice 1 voip
description Incoming-Dialplan
session protocol sipv2
session target sip-server
incoming called-number 0041908415
voice-class codec 1
dtmf-relay rtp-nte digit-drop sip-notify sip-kpml sip-info h245-alphanumeric h245-signal cisco-rtp
ip qos dscp cs3 signaling
Читайте также: