Cucm настройка external phone mask для провайдера
The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.
Deleting a Calling Search Space
The following procedure describes how to delete a calling search space.
Before You Begin
You cannot delete calling search spaces that devices, lines (DNs), translation patterns, or other items are using. To find out which devices, lines, translation patterns, or other items are using the calling search space, click the Dependency Records link from the Calling Search Space Configuration window. If the dependency records are not enabled for the system, the dependency records summary window displays a message. For more information about dependency records, see the "Accessing Dependency Records" section on page A-3. If you try to delete a calling search space that is in use, Cisco CallManager displays an error message. Before deleting a calling search space that is currently in use, you must perform either or both of the following tasks:
•Assign a different calling search space to any devices, lines, or translation patterns that are using the calling search space that you want to delete. See the "Adding Devices to Cisco CallManager" section on page 51-2, the "Configuring Directory Numbers" section on page 57-45, and the "Updating a Translation Pattern" section on page 26-5.
•Delete the devices, lines, or translation patterns that are using the calling search space that you want to delete. See the Device Configuration chapter, the "Removing a Directory Number from a Phone" section on page 57-49, and the "Deleting a Translation Pattern" section on page 26-7.
Procedure
Step 1 In the menu bar, choose Route Plan > Class of Control > Calling Search Space.
Step 2 Locate the calling search space that you want to delete. See the "Finding a Calling Search Space" section.
Step 3 Check the check box of the calling search space that you want to delete and click Delete Selected.
A message displays that states that you cannot undo this action.
Step 4 Click OK to delete the calling search space or click Cancel to cancel the deletion.
Caution Before initiating this action, check carefully to ensure that you are deleting the correct calling search space. You cannot retrieve deleted calling search spaces. If a calling search space is accidentally deleted, you must rebuild it.
Chapter: Configure External Call Control
Configure a Calling Search Space for External Call Control
Configure a calling search space for your system to use when the route server sends a divert obligation. A calling search space comprises an ordered list of route partitions that you assign to devices. Calling search spaces determine the partitions that calling devices search when they attempt to complete a call.
Procedure
From Cisco Unified CM Administration, choose Call Routing > Class of Control > Calling Search Space .
In the Name field, enter a name.
Ensure that each calling search space name is unique to the system. The name can include up to 50 alphanumeric characters and can contain any combination of spaces, periods (.), hyphens (-), and underscore characters (_).
In the Description field, enter a description.
The description can include up to 50 characters in any language, but it cannot include double-quotes ("), percentage sign (%), ampersand (&), back-slash (\), or angle brackets (<>).
From the Available Partitions drop-down list, perform one of the following steps:
- For a single partition, select that partition.
- For multiple partitions, hold down the Control (CTRL) key, then select the appropriate partitions.
Select the down arrow between the boxes to move the partitions to the Selected Partitions field.
(Optional) Change the priority of selected partitions by using the arrow keys to the right of the Selected Partitions box.
What to do next
Assign a Profile to a Translation Pattern
Configure an external call control profile to provide the URIs for the adjunct route server, a calling search space that is used for diverting calls, a timer that indicates how long your system waits for a response from the adjunct route server, and so on.
Before you begin
Procedure
From Cisco Unified CM Administration, choose Call Routing > Translation Pattern .
Perform one of the following tasks:
- To modify the settings for an existing translated pattern, enter search criteria, click Find , and then choose an existing translated pattern from the resulting list.
- To add a new translated pattern, click Add New .
From the External Call Control Profile drop-down list, choose the external call control profile that you want to assign to the pattern.
Configure other fields as needed in the Translation Pattern Configuration window. See the online help for more information about the fields and their configuration options.
What to do next
Configure External Call Control
View with Adobe Reader on a variety of devices
Troubleshooting
Существует масса команд для поиска неисправностей, приведу лишь главные и наиболее часто применяемые из них:
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.
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
A calling search space comprises an ordered list of route partitions that are typically assigned to devices. Calling search spaces determine the partitions that calling devices search when they are attempting to complete a call. For more detailed information on calling search spaces and partitions, refer to "Partitions and Calling Search Spaces" in the Cisco CallManager System Guide.
Use the following topics to find, add, update, copy, or delete a calling search space:
•Finding a Calling Search Space
•Adding a Calling Search Space
•Updating a Calling Search Space
•Copying a Calling Search Space
•Deleting a Calling Search Space
•Calling Search Space Configuration Settings
Configure the Chaperone Function
Configure chaperone functionality if your routing rules from the route server state that a chaperone must monitor or record a call. A chaperone is a designated phone user who can announce company policies in the call, monitor the call, and record the call.
Cisco Unified Communications Manager provides the following capabilities to support chaperone functionality, as directed by the adjunct route server:
Redirect an incoming call to a chaperone, hunt group, or a list of chaperones.
Provide a chaperone with the ability to record a call.
When the chaperone is connected to the caller or when the chaperoned conference is established, the Record softkey or programmable line key (PLK) (depending on the phone model) is active on the phone so that the chaperone can invoke call recording. Call recording occurs for only the current call, and call recording stops when the current call ends. Messages that indicate the status of recording may display on the phone when the chaperone presses the recording softkey or PLK.
Before you begin
Procedure
For phones on which you want to enable recording, set the Built-in-Bridge to On in the Phone Configuration window.
Create a recording profile:
Choose Device > Device Settings > Recording Profile .
Create a Call Recording Profile for the phones that can record chaperoned conferences.
Apply the recording profile to the line appearance.
Add a SIP trunk to point to the recorder.
Create a route pattern that points to the SIP trunk.
Configure the following service parameters:
Play Recording Notification Tone to Observed Target
Play Recording Notification Tone to Observed Connected Target
Assign the Standard Chaperone Phone softkey template to the phone that the chaperone uses.
Perform the following steps from Call Routing > Directory Number for a new phone or from Device > Phone if the phone is already configured:
Configure only one directory number (DN) for the chaperone phone.
For the DN on the chaperone phone, choose Device Invoked Call Recording Enabled from the Recording Option drop-down list.
For the DN on the chaperone phone, enter 2 for the Maximum Number of Calls setting, and enter 1 for the Busy Trigger setting.
For Cisco Unified IP Phones that support the Record softkey, configure the Standard Chaperone Phone softkey template so that only the Conference , Record , and End Call softkeys display on the phone in a connected state.
For Cisco Unified IP Phones that support the record programmable line key (PLK), configure the PLK in the Phone Button Template Configuration window.
(Optional) If you have more than one chaperone in your cluster, add the chaperone DN to the chaperone line group that you plan to assign to the chaperone hunt list.
This step ensures that an available chaperone monitors the call.
What to do next
Практика настройки 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
clock timezone MSK 4 0
exec-timeout 0 0
transport input telnet ssh
transport output telnet ssh
exec-timeout 0 0
transport input telnet ssh
transport output telnet ssh
! убрать следующее, если маршрутизатор новый
no access-list 23
no banner login
no banner login
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
- Настройка DHCP пула на маршрутизаторе или DHCP Relay (если используется внешний DHCP сервер)
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
voice service voip
ip address trusted list
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
!Задаем 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
number 1 5551001
cor incoming City default
voice-class codec 1
voice register pool 2
id network 10.0.1.0 mask 255.255.255.0
number 1 5551002
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
External Call Control Interactions and Restrictions
Copying a Calling Search Space
The following procedure describes how to copy a calling search space.
Procedure
Step 1 In the menu bar, choose Route Plan > Class of Control > Calling Search Space.
Step 2 Locate the calling search space that you want to copy. See the "Finding a Calling Search Space" section.
Step 3 Check the check box next to the calling search space that you want to copy.
Step 4 Click the Copy icon of that calling search space.
The window displays the copy of the calling search space.
Step 5 Change the Calling Search Space Name.
Step 6 Update the appropriate settings as described in Table 19-1.
Step 7 To add the new calling search space, click Insert.
Tip You can also copy a calling search space by locating and displaying the calling search space that you want to copy and clicking Copy. Then, follow the instructions in Step 6 and Step 7.
Related Topics
•Finding a Calling Search Space
•Adding a Calling Search Space
•Updating a Calling Search Space
•Deleting a Calling Search Space
•Calling Search Space Configuration Settings
External Call Control Overview
External call control lets an adjunct route server make call routing decisions for Unified Communications Manager by using the Cisco Unified Routing Rules Interface. When you configure external call control, Unified Communications Manager issues a route request that contains the calling party and called party information to the adjunct route server. That server receives the request, applies appropriate business logic, and returns a route response that instructs your system on how to route the call and any additional call treatment to apply.
The adjunct router influences how your system allows, diverts, or denies calls; modifies calling and called party information; plays announcements to callers; resets call history so that adjunct voicemail and IVR servers can properly interpret calling and called party information; and logs reason codes that indicate why calls were diverted or denied.
External call control provides the following functions:
- Best Quality Voice Routing—The adjunct route server monitors network link availability, bandwidth usage, latency, jitter, and MOS scores to ensure that calls are routed through voice gateways that deliver the best voice quality to all call participants.
- Least Cost Routing—The adjunct route server is configured with carrier contract information such as local access and transport area (LATA) and inter-LATA rate plans, trunking costs, and burst utilization costs to ensure that calls are routed over the most cost effective links.
- Ethical Wall—The adjunct route server is configured with corporate policies that determine reachability, for example, whether user 1 is allowed to call user 2.
Configure Customized Announcements
Follow this procedure if your routing rules require that an announcement is played for some calls and you do not want to use the Cisco-provided announcements.
Do not use embedded spaces for the announcement identifier.
If other language locales are installed, you can upload other .wav files for this announcement to use with those locales.
Procedure
From Cisco Unified CM Administration, choose Media Resources > Announcement .
Perform one of the following tasks:
In the Announcement Identifier field, enter an announcement identifier.
In the Description , enter a description of the announcement.
From the Default Announcement drop-down list, choose a default Cisco-provided announcement if desired.
- To upload a custom .wav file for the announcement:
Click Upload File .
From the Locale drop-down list, choose the locale language for the announcement.
Click Choose File , and then choose a .wav file to upload.
Click Upload File .
When the upload finishes, click Close to refresh the window and show the uploaded announcement.
External Call Control Interactions
Best Call Quality Routing
You can set up routing rules on the adjunct route server that determine which gateway to use for a call, taking voice quality into consideration. For example, gateway A provides the best voice quality, so it is used for the call. In this case, the adjunct route server monitors network link availability, bandwidth usage, latency, jitter, and mean opinion scores (MOS) to ensure that calls are routed through voice gateways that deliver the best voice quality to all call participants.
Call Detail Records
External Call Control functions can be displayed in call detail records; for example, the call detail record can indicate whether the adjunct route server permitted or rejected a call. In addition, the call detail record can indicate whether Cisco Unified Communications Manager blocked or allowed calls during which it did not receive a decision from the adjunct route server.
External Call Control intercepts calls at the translation pattern level, while Call Forward intercepts calls at the directory number level. External Call Control has a higher priority than Call Forward; for calls that invoke Call Forward, Cisco Unified Communications Manager sends a routing query to the adjunct route server if the translation pattern is assigned to an External Call Control profile. Call Forward is triggered only when the adjunct route server sends a Permit decision with a Continue obligation to the Cisco Unified Communications Manager .
The Call Diversion Hop Count service parameter that supports External Call Control and the Call Forward Call Hop Count service parameter that supports Call Forward are independent of each other.
When a phone user tries to pick up a call by using the Call Pickup feature, External Call Control is not invoked; Cisco Unified Communications Manager does not send a routing query to the adjunct route server for that portion of the call.
A chaperone is a designated phone user who can announce company policies to the call, monitor the call, and record the call, if required. Chaperone restrictions exist so that the parties that are involved in the call cannot converse without the presence of the chaperone.
Cisco Unified Mobility
Cisco Unified Communications Manager allows the route decision from the adjunct route server for the following Cisco Unified Mobility features:
Mobile Voice Access
Enterprise Feature Access
Dial-via-Office Reverse Callback
Cisco Unified Communications Manager does not send a routing query for the following Cisco Unified Mobility features:
When a phone user creates a conference, External Call Control may be invoked for the primary call and consultative call.
When you configure directory numbers as four- or five-digit extensions (enterprise extensions), you need to configure two translation patterns if on-net dialing supports four or five digits. One translation pattern supports globalizing the calling and called numbers, and a second translation pattern supports localizing the calling and called numbers.
By default, the DND setting for the user takes effect when the user rule on the adjunct route server indicates that the adjunct route server sent a continue obligation. For example, if the adjunct route server sends a continue obligation, and the user has DND-R enabled, Cisco Unified Communications Manager rejects the call.
Emergency Call Handling
We strongly recommend that you configure a very explicit set of patterns for emergency calls (for example, 911 or 9.11) so that the calls route to their proper destination (for example, to Cisco Emergency Responder or a gateway) without having to contact the route server for instructions on how to handle the call.
When a phone user transfers a call, External Call Control may be invoked for both the primary call and consultative call. However, Cisco Unified Communications Manager cannot enforce any routing rules from the adjunct route server between the party that transfers and the target of the transfer.
Finding a Calling Search Space
Because you might have several calling search spaces in your network, Cisco CallManager lets you locate specific calling search spaces by using specific criteria as the basis. Use the following procedure to locate calling search spaces.
Note During your work in a browser session, Cisco CallManager Administration retains your calling search space search preferences. If you navigate to other menu items and return to this menu item, Cisco CallManager Administration retains your calling search space search preferences until you modify your search or close the browser.
Procedure
Step 1 Choose Route Plan > Class of Control > Calling Search Space.
The Find and List Calling Search Spaces window displays.
Step 2 From the drop-down list box, choose one of the following criteria:
•begins with
•contains
•ends with
•is exactly
Step 3 Specify the appropriate search text, if applicable, and click Find. You can also specify how many items per page to display.
Note To find all calling search spaces that are registered in the database, click Find without entering any search text.
A list of discovered calling search spaces displays by
•CSS name
•Description
Note You can delete multiple calling search spaces from the Find and List Calling Search Spaces window by checking the check boxes next to the appropriate calling search spaces and clicking Delete Selected. You can choose all calling search spaces in the window by checking the check box in the matching records title bar and clicking Delete Selected.
Step 4 From the list of records, click the calling search space that matches your search criteria.
The window displays the calling search space that you choose.
Related Topics
•Adding a Calling Search Space
•Updating a Calling Search Space
•Copying a Calling Search Space
•Deleting a Calling Search Space
•Calling Search Space Configuration Settings
Export the Self-Signed Certificate to the Route Server
Perform this procedure for each node in the cluster that can contact the primary and redundant adjunct route server.
Before you begin
Procedure
From Cisco Unified Operating Administration , choose Security > Certificate Management .
In the Certificate List window, click Generate New .
From the Certificate Name drop-down list, choose CallManager .
Click Generate New .
From the Find and List Certificates window, choose the CallManager.pem certificate that you just created.
After the certificate file data appears, click Download to download the certificate to a location that you can use for exporting the certificate to the adjunct route server.
Export the certificate to each adjunct route server that sends directives.
What to do next
Adding a Calling Search Space
The following procedure describes how to add a calling search space.
Procedure
Step 1 In the menu bar, choose Route Plan > Class of Control > Calling Search Space.
Step 2 Click Add a New Calling Search Space.
Step 3 Enter the appropriate settings as described in Table 19-1.
Step 4 To add the new calling search space, click Insert.
The message "Status: Insert completed" displays.
Step 5 To add more calling search spaces, click Add a New Calling Search Space and repeat this procedure.
Related Topics
•Finding a Calling Search Space
•Updating a Calling Search Space
•Copying a Calling Search Space
•Deleting a Calling Search Space
Import the Route Server Certificate into the Trusted Store
Before you begin
Procedure
From Cisco Unified Operating System Administration, choose Security > Certificate Management .
Click Upload Certificate .
In the Upload Certificate popup window, click CallManager-trust from the Certificate Name drop-down list, and browse to the certificate for the adjunct route server.
After the certificate appears in the Upload File field, click Upload .
(Optional) Perform this procedure again if your system can contact a redundant adjunct route server.
What to do next
Настройка сети
Когда пропадает WAN канал, Cisco Unified IP телефон определяет, что он больше не получает keepalive пакеты от CUCM. Затем, телефон регистрируется на локальном маршрутизаторе. В это время на маршрутизаторе автоматически активируется программное обеспечение Cisco Unified SRST и создается локальная база подключенных телефонов (не больше настроенного максимума). В качестве DHCP сервера рекомендуется использовать локальный маршрутизатор Cisco Unified SRST.
External Call Control Configuration Task Flow
Before you begin
Book Title
System Configuration Guide for Cisco Unified Communications Manager, Release 12.0(1)
Procedure
Configure a calling search space for your system to use when the route server sends a divert obligation. A calling search space comprises an ordered list of route partitions that you assign to devices. Calling search spaces determine the partitions that calling devices search when they attempt to complete a call.
Configure an external call control profile to provide the URIs for the adjunct route server, a calling search space that is used for diverting calls, a timer that indicates how long your system waits for a response from the adjunct route server, and so on.
For the translated patterns that you want to use with external call control, assign an external call control profile to the pattern. When a call occurs that matches the translation pattern, your system immediately sends a call routing query to an adjunct route server, and the adjunct route server directs your system on how to handle the call.
Perform this procedure for each node in the cluster that can contact the primary and redundant adjunct route server.
Configure chaperone functionality if your routing rules from the route server state that a chaperone must monitor or record a call. A chaperone is a designated phone user who can announce company policies in the call, monitor the call, and record the call.
Follow this procedure if your routing rules require that an announcement is played for some calls and you do not want to use the Cisco-provided announcements.
Calling Search Space Configuration Settings
Table 19-1 describes the calling search space configuration settings.
Table 19-2 provides examples of the maximum number of partitions that can be added to a calling search space if partition names are of fixed length. Refer to "Partition Name Limitations" in the Cisco CallManager System Guide for details about how this maximum number is calculated.
Сегодня я расскажу о таком понятии Cisco Unified Call Manager как Region. Для чего он используется и когда он нам может понадобиться.
Допустим у нас есть один центральный офис, и другой (один, два, десть, не важно сколько) удаленный офис, в которых телефоны VOIP регистрируются на нашем центральном CUCM. Там может быть поднят SRST роутер, может Call Manager Express, в нашем случае это не так важно. Мы рассматриваем общую работу с регионами.
Соеденены офисы через WAN.
По умолчанию, медиа поток сжимается с помощью кодека G711, если телефоны поддерживают G722 то выбирается последний, т.к. считается более качественным, и кстати полосу пропускания занимает меньше.
Когда IP телефоны работают внутри нашей локальной сети (внутренняя телефония), то мы не очень заботимся, сколько «съедает» один звонок, если это G711 , то 64кб/сек, не очень то и много для локальной сети.
Но если разговоры у нас идут через WAN, как в нашем случае между офисами, то здесь можно поэкономить полосу пропускания, используя более узкополосные кодеки, такие как G729.
Перед нами стоит задача, отправлять звонки из одного офиса в другой используя кодек G729, вместо G711 или G722 как это делается в локальной сети.
Здесь на помощь нам приходит то самое понятие регионов, которым и посвящена данная статья.
Сам Call Manager не поддерживает функцию транскодирования, но вот телефон, может устанавливать связь в разных кодеках, только им нужно об этом каким-то образом сказать. Опять же, делается это с помощью Region.
Как с ними работать?
В системе уже существует некий регион по умолчанию, под названием Default, в котором определен кодек G711.
Мы создадим свой. В Cisco Unified CM Administration , в меню System выбираем Region. Добавляем новый (Add New) , назовем его BR1 (регион для одного из удаленных офисов). Сохраняем (Save).
Теперь настраиваем взаимодействие между регионами.
Допустим, нам нужно указать, что между BR1 и Default регионом, нам нужно использовать кодек G729, соответственно в настройках BR1 региона, выбираем Default Region, в поле Audio Codec выбираем кодек, G729. и жмем Save.
Внимательный читатель может спросить, теперь нужно настроить обратное правило, т.е. настроить регион Default в котором нужно указать BR1 и выставить для него кодек? Ответ на этот вопрос — НЕТ, потому как все делается зеркально автоматически.
После того, как были созданы и настроены взаимодействия регионов, дальше необходимо как-то эти регионы прикрепить в телефонным аппаратам.
Привязка регионов к тем или иным IP Phone осуществляется через Device Pool. То есть, нам теперь нужно добавить еще один пул устройств, в котором и «привяжем» необходимый регион.
Итак, создаем пул для удаленного офиса. System — Device Pool. Add New.
Заполняем несколько полей, такие как:
Device Pool Name — имя пула, просто символиьное имя, в моем случае BR1Pool.
Cisco Unified Communication Manager Group — Default
Call Search Space for Auto-registration — Нужный CSS, если используете.
Date/Time Group — обычно CMLocal (об этом как-нибудь в другой раз 🙂 )
Region — вот ради чего мы и создавали наш регион, выбираем нужный, т.к. пул мы создаем для удаленного офиса то BR1.
SRST Reference — обязательное к заполнению поле, если не используем SRST то ставим Disable.
На этом все, сохраняем.
Теперь нужные телефоны «привязываем» к только что созданному пулу.
Заходим в настройки нужно телефона Device — Phone , через поиск ищим и заходим в нужный.
В настройках телефона вы увидите Device Pool, выбираем BR1Pool, сохраняем и не забываем сделать Reset телефону.
На этом все, можно пробовать звонить из одного региона в другой. После того как связь установилась, голос «пошел», вы можете проверить какой кодек используется с помощью клавиши «?«. Необходимо два раза быстро нажать и вы увидите какой кодек используется, какой джиттер, и так далее и тому подобное.
Если все настроено верно, вы увидите G729, что и требовалось.
Что хочется сказать о регионах, это то, что мы не выставляем конкретный кодек, мы задаем полосу пропускания, которая рассчитывается исходя из кодека, CUCM говорит телефону, что телефон находится в другом регионе, и что доступная полоса равна скорости кодека G729.
Как я писал в предыдущей статье, нельзя используя регионы поменять кодеки которые уходят на SIP trunk, там к сожалению можно использовать только G711ulaw/alaw. Если нужно использовать другие кодеки на таком транке, то здесь уже необходим транскодер.
Вот таким хитрым способом и осуществляется смена кодека между абонентами 🙂
External Call Control Prerequisites
This feature requires the Cisco Unified Routing Rules XML Interface, which directs your system on how to handle calls.
External Call Control Restrictions
The chaperone cannot use the phone to add parties to a conference after the conference begins, because the call must be put on hold for the chaperone to add parties.
The other parties on the conference may add additional parties to the conference. The configuration for the Advanced Ad Hoc Conference Enabled service parameter, which supports the Cisco CallManager service, determines whether other parties can add participants to the conference. If the service parameter is set to True , other parties can add participants to the conference.
The chaperone cannot use the phone to transfer the conference call to another party.
Conference Log Out
When the chaperone leaves the conference, the entire conference ends.
After the chaperone creates a conference, the Conference softkey, if available, is disabled on the phone.
The chaperone cannot use the phone to put the conference call on hold.
If the chaperone starts recording before the feature makes a consultative call to the party that will join the conference, Cisco Unified Communications Manager suspends recording while the chaperone makes the consultative call; recording resumes after the conference is established.
Results
Configure an External Call Control Profile
Configure an external call control profile to provide the URIs for the adjunct route server, a calling search space that is used for diverting calls, a timer that indicates how long your system waits for a response from the adjunct route server, and so on.
Before you begin
Procedure
From Cisco Unified CM Administration, choose Call Routing > External Call Control Profile .
Perform one of the following tasks:
- To modify the settings for an an existing external call control profile, enter search criteria, click Find , and then choose an existing external call control profile from the resulting list.
- To add a new external call control profile, click Add New .
Configure the fields on the External Call Control Profile Configuration window. See the online help for more information about the fields and their configuration options.
What to do next
Book Title
System Configuration Guide for Cisco Unified Communications Manager, Release 12.0(1)
Теория настройки SRST маршрутизатора в Cisco IOS
Updating a Calling Search Space
The following procedure describes how to update a calling search space.
Procedure
Step 1 In the menu bar, choose Route Plan > Class of Control > Calling Search Space.
Step 2 Locate the calling search space that you want to update. See the "Finding a Calling Search Space" section.
Step 3 Update the appropriate settings as described in Table 19-1.
Step 4 Click Update.
Related Topics
•Finding a Calling Search Space
•Adding a Calling Search Space
•Copying a Calling Search Space
•Deleting a Calling Search Space
•Calling Search Space Configuration Settings
Настройка 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
Was this Document Helpful?
Пользователи телефонной системы должны иметь возможность звонить в самые разные местоположения внутри своей компании и за ее пределами. Для достижения местоназначения могут быть использованы различные пути: с использованием IP WAN или различные выходы в PSTN, поэтому успешный звонок требует выполнение определённых манипуляций как с Called Party, так и с Calling Party.
Digit Manipulation - это способность CUCM добавлять или удалять цифры в соответствии требуемым numbering plan.
Номера Calling party и Called Party могут быть модифицированы в различнх locations и различными методами.
На схеме изображены методы Digit-Manipulation и locations, которые проходит звонок по мере его обработки.
На рисунке отображена схема вариантов Digit Manipulation, доступных в CUCM.
Звонок может быть инициирован от шлюза или от телефона.
Первая возможность провести Digit manipulation - это на уровне Ingress Gateway (Trunk).
Мы можем манипулировать как с Called party, так и с Calling party
Обратите внимание, что если звонок инициирован от телефона, то никакие манипуляции недоступны на этом этапе. Даже если на телефоне настроена external phone number mask, все равно решение о манипуляции будет принято позднее - на уровне route pattern или translation pattern, или же route list.
Если Called number даёт совпадение с DN на телефоне, то дальнейшие called-party tranformation уже будут невозможны, поскольку принимающий endpoint уже иеднитифиуирован и "дёргаться" уже поздно.
Но у нас еще останется возможность провести calling-party tranformation через использование Calling-party tranformation CSS: эта опция доступна на уровне device pool, с которым ассоциирован данный телефон.
Если Called number даёт совпадение для tranlation pattern, hunt pilot или route pattern, можно настроить различные варианты манипуляций, указанных на рисунке.
Наконец на выходе (egress gateway) также есть возможность использования различных трансформаций.
External Phone Number Mask - позволяет подменить calling party number, если звонок уходит наружу, т.е. off-net. Настраивается в свойствах каждого DN индивидуально.
Translation Pattern обеспечивает трансляцию номеров. Трансляция часто нужна для организации диал-плана типа Partitional Addressing, а также для входящих звонков.
Особенность его работы в том, что после изменения номера запускается повторный процесс анализа (Call Routing Process), в результате которого может отработать еще один Translation Pattern и т.д. (максимально 10шт)
Рассмотрим пример использования Translation Pattern в следующей схеме.
Это схема классической реализации связу в крупной компании с несколькими офисами и с Partitioned Addressing.
Translation Pattern здесь отмечены оранжевым.
70.XXX и 77.XXX - используются для осуществления звонков между филиалами.
2878835 и 532507 - трансируют входящие звонки. Необходимы для того чтобы городские звонки не пересекались с внутренним диалпланом и не вызывали задержку при пересечении.
Tranformation Masks - это часть Calling Party Transformations а также Called Party Transformations.
Маска накладывается на исходный номер и получается номер на выходе:
Digit Stripping или Discard Digits Instructions удаляет определенные цифры из номера. Работает с "точкой" которая позволяет определить какие цифры необходимо удалить. Например для того чтобы избавиться от 9-ки:
Digit prefix - добавляет цифры к номеру с левой стороны.
Наиболее универсальный тип трансформации, хотя и более сложный в настройке.
- Called and Calling-Party Transformations Patterns настраиваются глобально.
- Patterns помещаются в партиции
- В Egress Devices настраивают Called and Calling-Party Transformations CSS, тем самым разграничивая зону действия паттерна.
- Настроенный Transformations CSS определяет кому данный Transformations Pattern будет виден, а кому нет.
Called and Calling-Party Transformations применяются только на звонки идущие от CUCM на девайс.
На практике это означает что например для шлюза в город Calling-Party Transformations будут применяться только для исходящих наружу звонках.
Пример практического применения на следующей схеме:
Incoming Calling Party Settings - позволяют модифицировать Calling party для входящих звонков. Включает конфигурацию следующих опций (в порядке применения):
- Digit Striping
- Adding a prefix
- Более комплексная трансформация через Transformation CSS
При этом различные настройки могут быть сделаны для разных типов номеров (unknown, subscriber, national, international). Доступно для MGCP и H.323
Incoming Called Party Settings - позволяют модифицировать Called party для входящих звонков. Доступно только для H.323.
Incoming Calling и called Party Settings могут быть настроены для Gateways или Trunks, Device pool и для Service Parameters для сервиса Cisco Call Manager.
Если настройки одновременно сделаны на уровне Device и Device pool, то начинает играть роль Use Device Pool CSS: если она отмечена то приоритет у Device pool.
Outgoing Number Tranformation - это транформации, производимые на уровне Route pattern, Route list или на уровне Egress Gateway.
При манипулировании значениями для called party number на уровне route pattern или через Global Transformation CSS на egress gateway, - результирующее значение номера также отображается и на экране телефона, более того эти значения также попадают и в логи CDR (Call Detail Records).
Обратите внимание, при трансляции called party number на уровне Route list никак не отражает ни на экране телефона, ни в логах CDR.
Если трансформации настроены одновременно на уровнях Route pattern, Route list и Egress Gateway, то воздействие не является кумулятивным. Побеждает Egress Gateway, и трансляции на уровнях Route pattern и Route list игнорируются. При этом трансформация работает с исходным номером, который был изначально набран на телефоне или pretransformed number.
Если pretransformed number никак не подошёл к доступным на Egress Gateway transfomation patterns, то манипуляции отдаются на Route pattern и Route list.
Кстати если номер был предварительно обработан через translation pattern, то pretransformed number будет уже выход от этого translation pattern.
Calling Party Transformations могут быть выполнены на уровне route patterns, Route list.
Calling Party Transformations применяются в следующем порядке:
- External phone number mask
- Calling-party transformation mask
- Prefix digits
- Discard digits
- Called-party transfomation mask
- Prefix digits
Для исходящего звонка манипуляции могут быть произведены на трех уровнях:
- Digit manipulation on Route Pattern
- Digit manipulation on Route List
- Digit manipulation on Gateway (Transformation CSS)
Три уровня манипуляций не кумулятивны, только один уровень будет работать, при этом самый "сильный" это Gateway, самый слабый - Route Pattern.
При этом Called party не зависит от Calling Party digit manipulation и могут быть одновременно произведены на разных уровнях.
Подробнее об этом в следующем разделе.
Как уже упоминалось, Outgoing Number Tranformation может производиться на разных уровнях.
При этом есть несколько особенностей при одновременной настройке трансформаций на нескольких уровнях одновременно.
Прежде всего рассмотрим несколько терминов:
- PT-S—pretransformed source - Это видимый calling-party number в самом первом call request, т.е. в момент набирания номера.
- PT-D—pretransformed destination - Это видимый calling-party number в самом первом call request, т.е. тот номер, что пользователь собственно набрал.
- T-S - transformed source - calling-party number после соответствующей операции Digit manipulation.
- T-D - transformed destionaton - called-party number после соответствующей операции Digit manipulation.
- S-RP DM - source route pattern digit manipulation - методы манипуляции для calling-party на уровне Route Pattern.
- D-RP DM - destination route pattern digit manipulation - методы манипуляции для called-party на уровне Route Pattern.
- S-RL DM - source route pattern digit manipulation - методы манипуляции для calling-party на уровне Route List.
- D-RL DM - destination route pattern digit manipulation - методы манипуляции для called-party на уровне Route List.
Итак, предположим что от запрос от phone, gateway, trunk или translation pattern даёт совпадение с соответствующим Route Pattern.
Сразу запоминаются исходные номера PT-S и PT-D.
Также строятся значения T-S через использования на уровне Route Pattern методов S-RP DM, и строятся значения T-D на уровне Route Pattern через методы D-RP DM
Далее Route Pattern ссылается на Route List и происходит следующее:
- Route list на основании на его Route Groups, а также доступных шлюзов, выбирает Egress device
- Если на уровне Route list настроены какие либо called party transformation methods, то все методы called party transformation methods на уровне Route Pattern будут отменены.
- Другими словами вычисленный на уровне Route PatternT-S либо сохраняется, либо заменяется другим значением, вычисленным по соответствующим правилам S-RL DM на уровне Route list
. Причем исходником будет изначальный PT-S.
на уровне Route List
На уровне Egress Gateway или Trunk манипуляции будут происходить следующим образом:
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 не доступен.
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
Читайте также: