srst cisco что это

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

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.

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. Теория (часть 1)

Существует несколько видов SRST:

Простота этого режима заключатся в том, что нам не нужно конфигурировать телефоны на 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-а.

Количество поддерживаемых телефонов зависит от железа маршрутизатора:

Note

Platform	Phones max Number
800 series	4
1861	15
2801-2851	25-100
2901-2951	35-250
3825, 3845	350, 730
3925-3945E	730-1500

SRST и CFUR

Источник

Cisco ISR and SRST fallback mode

Введение

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 маршрутизатора:

Рис. 1 Схема включения маршрутизатора Cisco Unified 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-conferences max-conference-numbers – устанавливает максимальное количество three-party разговоров

#ip source-address ip-address [port port] – команда задает IP адреса и порта, куда будет привязан сервис SRST, телефон и маршрутизатор будут общаться именно через этот адрес. Данная команда обязательна для запуска SRST. Дополнительные параметры “any-match” и “strict-match” определяют принимать ли запросы IP телефонов с любых IP адресов или только от явно заданных соответственно.

#max dn max-directory-numbers [dual-line] [preference preference-order] – команда задает максимальное количество номеров DNs (directory numbers) или виртуальных голосовых порта, а так же активация режима dual-line. В добавок есть опциональная команда preference – задает приоритет для созданных для VoIP dial peers для всех DN, значения в диапазоне от 0 о 10, наименьшее имеет высший приоритет, по умолчанию значение preference равняется нулю.

#max-ephones max-phones – команда задает максимальное количество цифровых телефонов.

#limit-dn <7945 | 7960>max-lines – определение максимального числа линий у телефона

#keepalivae seconds – команда задает интервал, с которым 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-profile name – voice translation profile можно использовать в dial-peer, source-groups, trunk-groups, voice-ports, voice service POTS, а так же в call-manager-fallback. Incoming и outgoing – для входящих и исходящих звонков соответственно. Параметр name задает имя translation profile.

#cor cor-list-name [cor-list-number starting-number — ending-number | default] – при звонках на маршрутизаторе в режиме SRST именно здесь задаются правила доступа пользователей, кто туда может звонить. Параметры incoming и outgoing задают входящий и исходящий dial-peer соответственно. Параметр cor-list-number – просто идентификатор номера cor-листа. Параметр starting-number — ending-number – начальный и конечный номер телефона (DN)

#alias tag number-patternto alternate-number [ preference preference-value ] [ cfw number timeout timeout-value ] [ huntstop ] – команда определяет набор правил для переадресации вызовов в режиме SRST fallback. Здесь tag – идентификатор переадресации, значение от 1 до 50. Значения number-pattern и alternate-number – откуда и куда осуществлять переадресацию. Опциональная команда preference задает приоритет команды, от 0 до 10. Опциональная команда cfw позволяет сделать переадресацию для случая no answer и call forward busy, параметрtimeout задает время в секундах, через которое сработает переадресация в случае no answer.

#timeouts interdigit seconds – задает интервал времени в секундах, сколько телефон, зарегистрированный на маршрутизаторе в режиме 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 предприятия

ipv4 192.168.1.254 255.255.254.254 #SIP сервер провайдера

allow-connections h323 to h323

allow-connections h323 to sip

allow-connections sip to h323

allow-connections sip to sip

fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback pass-through g711alaw

registrar server expires max 300 min 60

no call service stop

voice class codec 1

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

Существует масса команд для поиска неисправностей, приведу лишь главные и наиболее часто применяемые из них:

#show call-manager-fallback all – Выводит детальную информацию по всей настройке телефонии в 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

Number list 1 : Pattern is 5551112

Proxy Ip address is 0.0.0.0

Class of Restriction List Tag: default

Incoming corlist name is Mobile

DTMF Relay is enabled, rtp-nte

kpml signal is enabled

Lpcor Type is none

paging-dn: config 0 [multicast] effective 0 [multicast]

Dial-peers for Pool 1:

dial-peer voice 40035 voip

corlist incoming Mobile

session target ipv4: 10.0.1.112:15061

session protocol sipv2

digit collect kpml

voice-class codec 1

Active registrations : 1

Total SIP phones registered: 1

Total Registration Statistics

Registration requests : 4

Registration success : 4

Registration failed : 0

unRegister requests : 3

unRegister success : 3

unRegister failed : 0

Attempts to register

after last unregister : 0

Last register request time : 16:14:40.572 MSK Wed Aug 13 2014

Last unregister request time : 10:36:41.196 MSK Tue Aug 12 2014

Register success time : 16:14:40.572 MSK Wed Aug 13 2014

Unregister success time : 10:36:41.196 MSK Tue Aug 12 2014

Источник