Cisco Unified SCCP and SIP SRST System Administrator Guide (All Versions)
Book Title
Cisco Unified SCCP and SIP SRST System Administrator Guide (All Versions)
Chapter Title
Cisco Unified SCCP and SIP SRST Feature Overview
View with Adobe Reader on a variety of devices
Results
Chapter: Cisco Unified SCCP and SIP SRST Feature Overview
Cisco Unified SCCP and SIP SRST Feature Overview
This chapter describes Cisco Unified Survivable Remote Site Telephony (Cisco Unified SRST) and what it does. It also includes information about support for Cisco Unified IP Phones and Platforms, specifications, features, prerequisites, restrictions and where to find additional reference documents.
For the most up-to-date information about Cisco Unified IP Phone support, the maximum number of Cisco Unified IP Phones, the maximum number of directory numbers (DNs) or virtual voice ports, and memory requirements for Cisco Unified SRST and Cisco Unified SIP SRST, see Cisco Unified SRST Supported Firmware, Platforms, Memory, and Voice Products.
Cisco Unified SRST Feature Overview
This chapter describes Cisco Unified Survivable Remote Site Telephony (Cisco Unified SRST) and what it does. It also includes information about support for Cisco Unified IP Phones and Platforms, specifications, features, prerequisites, restrictions and where to find additional reference documents.
For the most up-to-date information about Cisco Unified IP Phone support, the maximum number of Cisco Unified IP Phones, the maximum number of directory numbers (DNs) or virtual voice ports, and memory requirements for Cisco Unified SRST and Cisco Unified SIP SRST, see Cisco Unified SRST Supported Firmware, Platforms, Memory, and Voice Products.
Cisco Unified SCCP SRST
Information About SCCP SRST
Cisco Unified SRST provides Cisco Unified CM with fallback support for Cisco Unified IP phones that are attached to a Cisco router on your local network. Cisco Unified SRST enables routers to provide call-handling support for Cisco Unified IP phones when they lose connection to remote primary, secondary, or tertiary Cisco Unified CM installations or when the WAN connection is down.
Cisco Unified CM supports Cisco Unified IP phones at remote sites attached to Cisco multiservice routers across the WAN. Prior to Cisco Unified SRST, when the WAN connection between a router and the Cisco Unified CM failed or when connectivity with Cisco Unified CM was lost for some reason, Cisco Unified IP phones on the network became unusable for the duration of the failure. Cisco Unified SRST overcomes this problem and ensures that the Cisco Unified IP phones offer continuous (although minimal) service by providing call-handling support for Cisco Unified IP phones directly from the Cisco Unified SRST router. The system automatically detects a failure and uses Simple Network Auto Provisioning (SNAP) technology to autoconfigure the branch office router to provide call processing for Cisco Unified IP phones that are registered with the router. When the WAN link or connection to the primary Cisco Unified CM is restored, call handling reverts back to the primary Cisco Unified CM.
When Cisco Unified IP phones lose contact with primary, secondary, and tertiary Cisco Unified CM, they must establish a connection to a local Cisco Unified SRST router to sustain the call-processing capability necessary to place and receive calls. The Cisco Unified IP phone retains the IP address of the local Cisco Unified SRST router as a default router in the Network Configuration area of the Settings menu. The Settings menu supports a maximum of five default router entries; however, Cisco Unified CM accommodates a maximum of three entries. When a secondary Cisco Unified CM is not available on the network, the local Cisco Unified SRST Router’s IP address is retained as the standby connection for Cisco Unified CM during normal operation.
Note
Cisco Unified CM fallback mode telephone service is available only to those Cisco Unified IP phones that are supported by a Cisco Unified SRST router. Other Cisco Unified IP phones on the network remain out of service until they re-establish a connection with their primary, secondary, or tertiary Cisco Unified CM.
Typically, it takes three times the keepalive period for a phone to discover that its connection to Cisco Unified CM has failed. The default keepalive period is 30 seconds. If the phone has an active standby connection established with a Cisco Unified SRST router, the fallback process takes 10 to 20 seconds after connection with Cisco Unified CM is lost. An active standby connection to a Cisco Unified SRST router exists only if the phone has the location of a single Cisco Unified CM in its Unified Communications Manager list. Otherwise, the phone activates a standby connection to its secondary Cisco Unified CM.
Note
The time it takes for a Cisco Unified IP Phone to fallback to the SRST router can vary depending on the phone type. Phones such as the Cisco 7902, Cisco 7905, and Cisco 7912 can take approximately 2.5 minutes to fallback to SRST mode.
If a Cisco Unified IP phone has multiple Cisco Unified CM in its Cisco Unified CM list, it progresses through its list of secondary and tertiary Cisco Unified CM before attempting to connect with its local Cisco Unified SRST router. Therefore, the time that passes before the Cisco Unified IP phone eventually establishes a connection with the Cisco Unified SRST router increases with each attempt to contact to a Cisco Unified CM. Assuming that each attempt to connect to a Cisco Unified CM takes about 1 minute, the Cisco Unified IP phone in question could remain offline for 3 minutes or more following a WAN link failure.
Note
During a WAN connection failure, when Cisco Unified SRST is enabled, Cisco Unified IP phones display a message informing you that they are operating in Cisco Unified CM fallback mode. For example, the Cisco Unified IP Phone 7960G and Cisco Unified IP Phone 7940G display a «CM Fallback Service Operating» message, and the Cisco Unified IP Phone 7910 displays a «CM Fallback Service» message when operating in Cisco Unified CM fallback mode. When the Cisco Unified CM is restored, the message goes away and full Cisco Unified IP phone functionality is restored.
While in Cisco Unified CM fallback mode, Cisco Unified IP phones periodically attempt to re-establish a connection with Cisco Unified CM at the central office. Generally, the default time that Cisco Unified IP phones wait before attempting to re-establish a connection to a remote Cisco Unified CM is 120 seconds. The time can be changed in Cisco Unified CM; see the «Device Pool Configuration Settings» chapter in the Cisco Unified CM Administration Guide. A manual reboot can immediately reconnect Cisco Unified IP phones to Cisco Unified CM.
When a connection is re-established with Cisco Unified CM, Cisco Unified IP phones automatically cancel their registration with the Cisco Unified SRST Router. However, if a WAN link is unstable, Cisco Unified IP phones can bounce between Cisco Unified CM and Cisco Unified SRST. A Cisco Unified IP phone cannot re-establish a connection with the primary Cisco Unified CM at the central office if it is currently engaged in an active call.
Cisco Unified SRST supports the following call combinations:
SCCP phone to SCCP phone
SCCP phone to PSTN/router voice-port
SCCP phone to WAN VoIP using SIP or H.323
SIP phone to SIP phone
SIP phone to PSTN / router voice-port
SIP phone to Skinny Client Control Protocol (SCCP) phone
SIP phone to WAN VoIP using SIP
The figure shows a branch office with several Cisco Unified IP phones connected to a Cisco Unified SRST router. The router provides connections to both a WAN link and the PSTN. Typically, the Cisco Unified IP phones connect to their primary Cisco Unified Communications Manager at the central office via the WAN link. When the WAN connection is down, the Cisco Unified IP phones use the Cisco Unified SRST router as a fallback for their primary Cisco Unified Communications Manager. The branch office Cisco Unified IP phones are connected to the PSTN through the Cisco Unified SRST router and are able to make and receive off-net calls.
Figure 1. Branch Office Cisco Unifed IP Phones Connected to a Remote Central Cisco Unified Communications Manage Operating in SRST Mode
On H.323 gateways for SCCP SRST, when the WAN link fails, active calls from Cisco Unified IP phones to the PSTN are not maintained by default. Call preservation may work with the no h225 timeout keepalive command.
Under default configuration, the H.323 gateway maintains a keepalive signal with Cisco Unified Communications Manager and terminates H.323-to-PSTN calls if the keepalive signal fails, for example, if the WAN link fails. To disable this behavior and help preserve existing calls from local Cisco Unified IP phones, you can use the no h225 timeout keepalive command. Disabling the keepalive mechanism only affects calls that will be torn down as a result of the loss of the H.225 keepalive signal. For information regarding disconnecting a call when an inactive condition is detected, see the Media Inactive Call Detection document.
Prerequisites for Configuring Cisco Unified SCCP SRST
Before configuring Cisco Unified SRST, you must do the following:
An SRST feature license is required to enable the Cisco Unified SCCP SRST feature. Contact your account representative if you have further questions. For more information about Licensing on Unified SRST, refer Licensing.
You have an account on Cisco.com to download software.
To obtain an account on Cisco.com, go to http://www.cisco.com and click Register at the top of the screen.
Installing Cisco Unified Communications Manager
When installing Cisco Unified Communications Manager, consider the following:
See the installation instructions for your version in the Cisco Unified Communications Manager Install and Upgrade Guides.
Integrate Cisco Unified SRST with Cisco Unified Communications Manager. Integration is performed from Cisco Unified Communications Manager. See Integrating Cisco Unified SCCP SRST with Cisco Unified Communications Manager section.
Installing Cisco Unified SCCP SRST
Installing Cisco Unified SRST V3.0 and Later Versions
Install the Cisco IOS software release image containing the Cisco SRST or Cisco Unified SRST version that is compatible with your Cisco Unified Communications Manager version. See the Cisco Unified Communications Manager Compatibility section. Cisco IOS software can be downloaded from the Cisco Software Center at http://www.cisco.com/public/sw-center/http://www.cisco.com/public/sw-center/.
Cisco SRST and Cisco Unified SRST can be configured to support continuous multicast output of music- on-hold (MOH) from a flash MOH file in flash memory. For more information, see the Defining XML API Schema section. If you plan to use MOH, go to the Technical Support Software Download site at http://www.cisco.com/cgi-bin/tablebuild.pl/ip-iostsp and copy the music-on-hold.au file to the flash memory on your Cisco SRST or Cisco Unified SRST router.
Installing Cisco Unified SRST V2.0 and V2.1
Download and install Cisco SRST V2.0 or Cisco SRST V2.1 from the Cisco Software Center at http://www.cisco.com/public/sw-center/.
Installing Cisco Unified SRST V1.0
Cisco SRST V1.0 runs with Cisco Communications Manager V3.0.5 only. It is recommended that you upgrade to the latest Cisco Unified Communications Manager and Cisco Unified SRST versions.
Integrating Cisco Unified SCCP SRST with Cisco Unified Communications Manager
There are two procedures for integrating Cisco Unified SRST with Cisco Unified Communications Manager. Procedure selection depends on the Cisco Unified Communications Manager version that you have.
If You Have Cisco Communications Manager V3.3 or Later Versions
If you have Cisco Communications Manager V3.3 or later versions, you must create an SRST reference and apply it to a device pool. An SRST reference is the IP address of the Cisco Unified SRST Router.
Create an SRST Reference
On the SRST Reference Configuration page, enter a name in the SRST Reference Name field and the IP address of the Cisco SRST router in the IP Address field.
Apply the SRST reference or the default gateway to one or more device pools.
On the Device Pool Configuration page, click on the required device pool icon.
On the Device Pool Configuration page, choose an SRST reference or Use Default Gateway from the SRST Reference field’s menu.
If You Have Cisco Unified Communications Manager Version Prior to V3.3
If you have firmware versions that enable Cisco Unified SRST by default, no additional configuration is required on Cisco Unified Communications Manager to support Cisco Unified SRST. If your firmware versions disable Cisco Unified SRST by default, you must enable Cisco Unified SRST for each phone configuration.
Go to the Cisco Unified Communications Manager Phone Configuration page.
After a list of phones appears, click on the required device name.
The Phone Configuration appears.
Go to the Phone Configuration page for the next phone and choose Enabled from the Cisco Unified SRST field’s menu by repeating Step 1 and Step 2.
Restrictions for Configuring Cisco Unified SCCP SRST
The following table provides a history of restrictions from Cisco SCCP SRST Version 1.0 to the present version of Cisco Unified SCCP SRST.
Cisco Unified SRST Version
Enhanced 911 Services for Cisco Unified SRST does not interface with the Cisco Emergency Responder.
The information about the most recent phone that called 911 is not preserved after a reboot of Cisco Unified SRST.
Cisco Emergency Responder does not have access to any updates made to the emergency call history table when remote IP phones are in Cisco Unified SRST fallback mode. Therefore, if the PSAP calls back after the Cisco Unified IP phones register back to Cisco Unified Communications Manager, Cisco Emergency Responder will not have any history of those calls. As a result, those calls will not get routed to the original 911 caller. Instead, the calls are routed to the default destination that is configured on Cisco Emergency Responder for the corresponding ELIN.
For Cisco Unified Wireless IP Phone 7920 and 7921, a caller’s location can only be determined by the static information configured by the system administrator. For more information, see the Precautions for Mobile Phones in Configuring Enhanced 911 Services.
The extension numbers of 911 callers can be translated to only two emergency location identification numbers (ELINs) for each emergency response location (ERL).
There are a number of other ways that your configuration of Enhanced 911 Services can interact with existing Cisco Unified SRST features and cause unexpected behavior. For a complete description of interactions between Enhanced 911 Services and existing Cisco Unified SRST features, see the Interactions with Existing Cisco Unified CME Features in Configuring Enhanced 911 Services.
Простота этого режима заключатся в том, что нам не нужно конфигурировать телефоны на SRST Gateway: Далее в этой статье в основном описывается именно этот режим.
Вторая строка собственно включает режим SRST для CUCME, при это мы можем выбрать опции: — none. Очень похоже на режим call-manager-fallback: конфигурации телефонов «подсасываются», и создаются динамические ephone-dn, но не видна через show running-config. В дополнение есть возможность создания ручных ephone-dn. — all и dn. конфигурации телефонов «подсасываются» через SNAP и становятся видны через show running-config. Мы их можем редактировать, добавлять функции типа monitor/watch lines, blf configuration, intercom. Также мы можем сохранять этот конфиг через write. Понятно что после сохранения данный конфиг «перекроет» конфиг подсосанный через SNAP.
Работа SRST: Normal Operation
Как уже говорилось, в штатном состоянии CUCM осуществляет поддержку всех телефонов, включая телефоны в филиалах, т.е. по факту телефоны регистрируются на центральном CUCM. При этом для связи обычно используются VPN каналы поверх WAN.
Работа SRST: Switchover Signaling
В случае, когда телефоны теряют связь с CUCM, они регистрируются на локальном Cisco Unified SRST Router. SRST Router для телефона выступает как альтернатива основному Cisco Call Manager.
SRST Gateway обнаруживает что к нему регистрируются телефоны, запрашивает конфигурацию у этих телефонов, и затем сам себя конфигурирует, т.е. в конфигурации SRST изначально нет кокретных телефонов с их DN, MAC-адресами и тд. Для такого автоконфигурирования SRST Gateway использует технологию SNAP. Во время переключения в режим SRST телефоны отображают сообщение, информирующее пользователя о том что произошла смена режима работы. Вместе с тем телефон продолжает пытаться наладить связь и посылает keepalive messages на CUCM
Работа SRST: Call Flow after Switchover
При пропадании связи между телефонами филиала и CUCM происходит автоматическое переключение регистрации телефонов на локальный SRST Gateway. При этом сервис SRST обеспечивает обработку звонков с ограниченными функциями. Как видно, как для звонков наружу, так и для звонков в центральный филиал SRST Router использует подключение по PSTN.
Работа SRST: Switchback
Как уже было сказано, IP телефоны в режиме SRST постоянно пытаются заново подключиться к CUCM. По умолчанию попытки переподключиться выполняются каждые 120 секунд. После восстановления связи телефоны регистрируются на центральном CUCM и служба SRST возвращается в режим Standby.
SRST Timing
Как уже упоминалось, в нормальном состоянии телефоны обмениваются с CUCM сообщениями TCP Keepalive. По умолчанию они составляют 30 сек.
Чаще всего мы имеем дело с кластером CUCM, т.е. в группе Cisco Unified Communications Manager Group включено несколько серверов. Это означает, что при потере связи телефоны сперва будут перебирать все сервера CUCM в группе и только потом подключатся к сервису SRST. Обращение к одному серверу в среднем занимает 1минуту. Общее время переключения можно вычислить следующим образом:
Таким образом: При сбое связи, переключение на SRST займет 3 минуты, если у нас два сервера CUCM и 4 минуты если их 3. При восстановлении связи, обратное переключение произойдёт в течение 120секунд или 2 минуты.
Значение TCP Keepalive можно поменять: CUCM > System > Service Parameters > выбираем сервер, выбираем сервис Cisco Call Manager > Station and Backup Server KeepAlive Interval
SRST Versions
Версия сервиса SRST напрямую зависит от версии установленного на маршрутизаторе IOS-а.
Количество поддерживаемых телефонов зависит от железа маршрутизатора:
SRST (Survivable Remote Site Telephony) – функционал маршрутизатора, позволяющий обеспечивать сервис телефонии для IP телефонов в случае отсутствия связи с центральным сервером. Наиболее типичный сценарий применения – это филиал или удаленный офис компании, в котором сервис телефонии обеспечивается центральным сервером CUCM (Cisco Unified Communication Manager). В случае отсутствия WAN канала до центрального офиса, где расположен сервер CUCM, а так же в иных случаях потери связи с серверами CUCM, маршрутизатор может предоставить базовый сервис для IP телефонов. Таким образом, звонки внутри удаленного офиса и выход в городскую сеть связи (если шлюз находится на этой же площадке) будут работать. Система автоматически обнаруживает пропажу связи, а после ее восстановления передает сервис обратно, с маршрутизатора на CUCM.
Когда связь с CUCM теряется, телефон должен установить связь с SRST маршрутизатором. Для IP телефона шлюз по умолчанию в сетевых настройках указывает на адрес маршрутизатора в режиме SRST. Возможность телефона получить временный сервис Cisco Unified CM fallback зависит от его модели. Те телефоны, которые не поддерживаются маршрутизатором, потеряют сервис.
В настройках по умолчанию, телефон 3 раза с интервалом в 30 секунд ждет ответ от сервера CUCM, прежде чем считать, что он не доступен. Если телефон имеет standby connection с маршрутизатором SRST, то процесс перерегистрации занимает 10-20 секунд после принятия решения о том, что CUCM не доступен.
В том случае, если IP телефон имеет множество серверов CUCM в перечне Unified Communications Manager list, то процесс идет в соответствие со списком, ожидается ответ от первого сервера до последнего, и уже только потом телефон регистрируется на локальном маршрутизаторе. Таким образом, прерывание связи может длиться несколько минут. Более того, каждая модель телефона характеризуется своим временем на перерегистрацию, которое может быть от 10 секунд до 2.5 минут. Телефон, зарегистрированный на SRST маршрутизаторе делаем попытки связаться с CUCM каждые 120 секунд, это время может быть изменено. После возобновления связи телефон автоматически перерегистрируется на CUCM сервере.
Cisco Unified SRST поддерживает следующие возможности звонков:
• SCCP phone to SCCP phone
• SCCP phone to PSTN/router voice-port
• SCCP phone to WAN VoIP using SIP or H.323
• SIP phone to SIP phone
• SIP phone to PSTN / router voice-port
• SIP phone to SCCP phone
• SIP phone to WAN VoIP using SIP
На рисунке ниже показан типичный пример инсталляции SRST маршрутизатора:
Когда пропадает WAN канал, Cisco Unified IP телефон определяет, что он больше не получает keepalive пакеты от CUCM. Затем, телефон регистрируется на локальном маршрутизаторе. В это время на маршрутизаторе автоматически активируется программное обеспечение Cisco Unified SRST и создается локальная база подключенных телефонов (не больше настроенного максимума). В качестве DHCP сервера рекомендуется использовать локальный маршрутизатор Cisco Unified SRST.
Настройка CUCM
IP телефон должен знать информацию об альтернативном сервере для регистрации, когда потеряет связь с CUCM. Для этого в CUCM следует настроить следующим образом.
Из меню Cisco Unified CMAdministration выбрать меню System > SRST > Add New, указать IP адрес маршрутизатора и по желанию изменить номер порта (по умолчанию 5060).
Рис. 2 Добавление SRST маршрутизатора в CUCM
Ссылка на SRST маршрутизатор ассоциируется с IP телефоном, используя Device Pool. Так, в меню System > Device Pool в требуемом пуле можно выбрать SRST маршрутизатор из списка заданных:
Рис. 3 Добавление SRST в Device Pool
Теория настройки SRST маршрутизатора в Cisco IOS
#call-manager-fallback – активация SRST
#max-conferencesmax-conference-numbers – устанавливает максимальное количество three-party разговоров
#ipsource-addressip-address [portport] – команда задает IP адреса и порта, куда будет привязан сервис SRST, телефон и маршрутизатор будут общаться именно через этот адрес. Данная команда обязательна для запуска SRST. Дополнительные параметры “any-match” и “strict-match” определяют принимать ли запросы IP телефонов с любых IP адресов или только от явно заданных соответственно.
#maxdn max-directory-numbers [dual-line] [preference preference-order] – команда задает максимальное количество номеров DNs (directory numbers) или виртуальных голосовых порта, а так же активация режима dual-line. В добавок есть опциональная команда preference – задает приоритет для созданных для VoIP dial peers для всех DN, значения в диапазоне от 0 о 10, наименьшее имеет высший приоритет, по умолчанию значение preference равняется нулю.
#max-ephonesmax-phones – команда задает максимальное количество цифровых телефонов.
#limit-dn <7945 | 7960>max-lines – определение максимального числа линий у телефона
#keepalivaeseconds – команда задает интервал, с которым IP телефон будет отправлять keepalive сообщения маршрутизатору. По умолчанию, 30 секунд.
#dialplan-pattern tag pattern extension-length length [extension-pattern extension-pattern] [no-reg] – определяет нумерационный план, задает глобальный префикс, который может быть использован для исходящих и исходящих вызовов. Здесь tag – индивидуальный идентификатор, может иметь значение от 0 до 5. Параметр pattern – выражение, задающее код зоны, префикс, первые одну или две цифры расширения, а так же wildcard маску для номера. Параметр extension-length определяет количество символов справа от номера, которое будет использоваться в caller ID. Параметр extension-pattern задает dial-plan, который будет сопоставляться с pattern.
#translation-profilename – voice translation profile можно использовать в dial-peer, source-groups, trunk-groups, voice-ports, voice service POTS, а так же в call-manager-fallback. Incoming и outgoing – для входящих и исходящих звонков соответственно. Параметр name задает имя translation profile.
#corcor-list-name [cor-list-number starting-number — ending-number | default] – при звонках на маршрутизаторе в режиме SRST именно здесь задаются правила доступа пользователей, кто туда может звонить. Параметры incoming и outgoing задают входящий и исходящий dial-peer соответственно. Параметр cor-list-number – просто идентификатор номера cor-листа. Параметр starting-number — ending-number – начальный и конечный номер телефона (DN)
#aliastagnumber-patterntoalternate-number [ preferencepreference-value ] [ cfwnumbertimeouttimeout-value ] [ huntstop ] – команда определяет набор правил для переадресации вызовов в режиме SRST fallback. Здесь tag – идентификатор переадресации, значение от 1 до 50. Значения number-pattern и alternate-number – откуда и куда осуществлять переадресацию. Опциональная команда preference задает приоритет команды, от 0 до 10. Опциональная команда cfw позволяет сделать переадресацию для случая no answer и call forward busy, параметрtimeout задает время в секундах, через которое сработает переадресация в случае no answer.
#timeouts interdigitseconds – задает интервал времени в секундах, сколько телефон, зарегистрированный на маршрутизаторе в режиме SRST будет ждать набора каждой последующей цифры.
Практика настройки SRST маршрутизатора в Cisco IOS
Рассмотрим полную настройку маршрутизатора для работы в режиме SRST fallback, расположенного в удаленном офисе компании.
Рассмотрим типовой сценарий подключения маршрутизатора ISR в филиале компании, где есть WAN канал с центральным офисом, где расположен CUCM, а так же провайдер городских линий по SIP.
enable secret Pa$$word
username admin privilege 15 secret Pa$$word
aaa authentication login default local
no ip domain-lookup
crypto key generate rsa #сгенерировать ключ длиной не менее 1024
clock timezone MSK 4 0
transport input telnet ssh
transport output telnet ssh
no access-class 23 in #если маршрутизатор новый, из коробки
transport input telnet ssh
transport output telnet ssh
no access-class 23 in #если маршрутизатор новый, из коробки
! убрать следующее, если маршрутизатор новый
no ip dhcp excluded-address 10.10.10.1
no ip dhcp pool ccp-pool
ip address 10.0.1.254 255.255.255.0
ip address 192.168.1.1 255.255.255.0
ip dhcp excluded-address 10.0.1.1 10.0.1.10
ip dhcp excluded-address 10.0.1.254
ip dhcp pool IP_Phone
network 10.0.1.0 255.255.255.0
option 150 ip 10.0.0.1 10.0.0.2
dns-server 10.0.0.3 10.0.0.4
ip helper-address 10.0.0.5 #в том случае, если используется внешний DHCP сервер, указывается куда перенаправлять DHCP запросы
voice service voip
ip address trusted list
ipv4 10.0.1.0 255.255.255.0 #внутренняя сеть VoIP предприятия
codec preference 1 g711alaw #задаем список кодеков с приоритетом
!Задаем COR (class of restriction) листы
dial-peer cor custom
dial-peer cor list Internal
dial-peer cor list City
dial-peer cor list Moible
! настройка translation-rule для звонков в город «через девятку»
voice translation-rule 1
voice translation-profile OutCall
translate calling 1
timeouts interdigit 4
ip source-address 10.0.1.254 port 2000
max-dn 500 dual-line
Если на удаленном сайте свой префикс, 555, то для звонков внутри маршрутизатора нужно указать префикс, а так же длину локального номера:
dialplan-pattern 1 555…. extension-length 4
Безусловная переадресация вызова с 5551001 номера на 5551002
alias 1 5551001 to 5551002
Безусловная переадресация вызова с диапазона номеров 5551100-5551199 номера на 5551002
alias 1 55511.. to 5551002
Переадресация в случае если занятости абонента или недоступности, а так же после 12 секунд «длинного гудка» выглядит так:
alias 2 5551002 to 5551002 preference 1 cfw 5551003 timeout 12
В примере ниже звонок на 5551000 будет «охотиться» на номера 1005, 1006, 1007 соответственно:
alias 3 5551000 to 5551005 cfw 5551000 timeout 12
alias 4 5551000 to 5551006 cfw 5551000 timeout 12
alias 5 5551000 to 5551007 cfw 5551000 timeout 12
Настройка доступа абонентов:
cor incoming Internal 1 5551000 – 5551099
cor incoming City 1 5551100 – 5551199
cor incoming Mobile 1 5551200 – 5551299
Пример применения COR листа на dial-peer
dial-peer voice 10 voip
corlist outgoing City
translation-profile outgoing OutCall
session protocol sipv2
session target ipv4:192.168.1.1:5060
voice-class codec 1
voice-class sip bind control source-interface GigabitEthernet0/1
voice-class sip bind media source-interface GigabitEthernet0/1
clid network-number 7777777
dial-peer voice 20 voip
corlist outgoing Mobile
translation-profile outgoing OutCall
session protocol sipv2
session target ipv4:192.168.1.1:5060
voice-class codec 1
voice-class sip bind control source-interface GigabitEthernet0/1
voice-class sip bind media source-interface GigabitEthernet0/1
clid network-number 7777777
При обрыве связи с CUCM регистрация SCCP телефонов произойдет в автоматическом режиме, а для регистрации SIP телефонов необходимо создать список из voice register pool. В этих примерах регистрируется каждый телефон в отдельности:
voice register global
timeouts interdigit 4
voice register pool 1
id network 10.0.1.0 mask 255.255.255.0
cor incoming City default
voice-class codec 1
voice register pool 2
id network 10.0.1.0 mask 255.255.255.0
cor incoming Mobile default
voice-class codec 1
В этом примере разрешается регистрация сразу нескольких телефонов по маске, а именно с 5551100 до 5551199:
voice register pool 3
id network 10.0.1.0 mask 255.255.255.0
cor incoming Internal default
voice-class codec 1
Troubleshooting
Существует масса команд для поиска неисправностей, приведу лишь главные и наиболее часто применяемые из них:
#showcall-manager-fallbackall – Выводит детальную информацию по всей настройке телефонии в SRST маршрутизаторе
#debug ephone register – При обрыве связи с CUCM (обрыв канала WAN и пр.) позволит наблюдать как телефоны перерегистрируются с CUCM на маршрутизатор
Aug 13 16:13:50: VOICE REGISTER POOL-1 has registered. Name: IP:10.0.1.20 DeviceType:Phone
Aug 13 16:13:51: VOICE REGISTER POOL-2 has registered. Name: IP:10.0.1.21 DeviceType:Phone
%IPPHONE-6-REGISTER_NEW: ephone-25:ANF70D02EA3D402 IP:10.0.1.23 Socket:56 DeviceType:Phone has registered.
#show voice register all – Покажет список всех voice register pool (для SIP телефонов) с подробной информацией:
Network address is 10.0.1.0, Mask is 255.255.255.0
