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.
This chapter provides information about Cisco Unified IP Phones which, as full-featured telephones, can plug directly into your IP network. H.323 clients, CTI ports, and Cisco IP Communicator represent software-based devices that you configure similarly to the Cisco Unified IP Phones. Cisco Unified Communications Manager Administration allows you to configure phone features such as call forwarding and call waiting for your phone devices. You can also create phone button templates to assign a common button configuration to a large number of phones.
After you have added the phones, you can associate users with them. By associating a user with a phone, you give that user control over that device.
Cisco Unified IP Phones, as full-featured telephones, can plug directly into your IP network. H.323 clients, CTI ports, and Cisco IP Communicator represent software-based devices that you configure similarly to the Cisco Unified IP Phones. Cisco Unified Communications Manager Administration allows you to configure phone features such as call forwarding and call waiting for your phone devices. You can also create phone button templates to assign a common button configuration to a large number of phones.
After you have added the phones, you can associate users with them. By associating a user with a phone, you give that user control over that device.
The following sections provides steps to manually configure phone that runs SCCP, and to manually configure a phone that runs SIP in Cisco Unified Communications Manager Administration. If you are using autoregistration, Cisco Unified Communications Manager adds the phone and automatically assigns the directory number.
The configuration steps for Cisco Unified IP Phones that support SIP are as follows.
Table 36-3 provides an overview of the features that are available on the following Cisco Unified IP Phones that Cisco Unified Communications Manager supports:
Cisco Unified IP Video Phone 7985 (SCCP)
Cisco Unified IP Color Key Expansion Module
Cisco IP Conference Station 7935, 7936, and 7937 (SCCP)
Cisco E20
For the latest information on features and services that these phone models support, see the following documentation:
Phone administration or user documentation that supports the phone model and this version of Cisco Unified Communications Manager
Firmware release notes for your phone model
Note | Phone models that are End of Software Maintenance will continue to be supported for the latest Unified Communications Manager releases, but they will not take advantage of any new Unified Communications Manager or firmware features associated with that release. For more information on End of Sale phone models, reference the model's End of Sale announcement for information on the level of firmware and hardware support. |
Cisco Unified Communications Manager supports a variety of third-party SIP endpoints, which are configured in Cisco Unified Communications Manager Administration, Phone Configuration.
Cisco Unified Communications Manager requires user licenses. These licenses get configured in Cisco Unified Communications Manager Administration, License Configuration. When acquiring user licenses, the administrator purchases one user license, called user connect license (UCL), for each user. License Configuration uses device license units (DLU). For example, if there are three generic desktop video endpoint users (3 UCLs), License Configuration would need 18 DLUs (3 UCL x 6 DLU = 18 DLU).
When using Phone Configuration to add a third-party SIP endpoint, the following device phone types are available:
Third-Party SIP Device (Advanced)-This eight-line SIP device is an RFC3261-compliant phone that is running SIP from third-party companies; this device requires 6 DLUs.
Third-Party SIP Device (Basic)-This one-line SIP device is an RFC3261-compliant phone that is running SIP from third-party companies; this device requires 3 Device License Units (DLUs).
Third-Party AS-SIP Device - Third-party AS-SIP endpoints are compliant with Assured Services SIP, which includes MLPP, DSCP, TLS/SRTP, and IPv6 requirements.
Generic Desktop Video Endpoint-This SIP device supports video, security, configurable trust, and Cisco extensions; this device requires 6 DLUs. This device supports 8 lines; the maximum number of calls and busy trigger for each line is 4 and 2, respectively.
Generic Single Screen Room System-This SIP device supports single screen telepresence (room systems), video, security, configurable trust, and Cisco extensions; this device requires 6 DLUs. This device supports 8 lines; the maximum number of calls and busy trigger for each line is 4 and 2, respectively.
Generic Multiple Screen Room System-This SIP device supports multiple screen telepresence (room systems), video, security, configurable trust, and Cisco extensions; this device requires 6 DLUs. This device supports 8 lines; the maximum number of calls and busy trigger for each line is 4 and 2, respectively.
Cisco Unified Communications Manager Administration enables you to configure software-based devices such as H.323 clients and CTI ports. Software-based Cisco Unified Communications Manager applications such as Cisco IP Softphone, Cisco Unified Communications Manager Auto-Attendant, and Cisco IP Interactive Voice Response (IVR) use CTI ports that are virtual devices.
H.323 clients include Microsoft NetMeeting devices.
You configure H.323 clients and CTI ports through the Phone Configuration window in Cisco Unified Communications Manager Administration like you do phones, but they often require fewer configuration settings.
Note | Cisco recommends that you do not configure CTI ports or devices that use TAPI applications in a line group. |
For information on H.323 clients and shared line appearances, see the Shared Line Appearance.
The CTI Remote Device type enables third-party desktop clients to receive incoming calls, initate Dial via Office reverse calls, and perform mid-call features. Consult the third-party vendor documentation to confirm support for this device type
In Cisco Unified Communications Manager Administration, use the Device > Phone menu path to configure CTI Remote Device. CTI Remote devices configuration specifies a set of parameters that apply to all the CTI Remote Devices for the user.
CTI Remote Device type represents the users remote device(s), similar to the Mobile Communicator device type. You can add a Remote Destination for a CTI Remote Device. The Remote Destination associated with the CTI Remote Device specifies the number to reach the Remote Device. The maximum number of Remote Destinations that you can configure for a CTI Remote Device is dependent on the Remote Destination limit set for the Owner User ID. By default, this value is set to 4.
You can add a maximum of five Directory Numbers to the CTI Remote Device. To register a CTI Remote Device, add a Directory Number to that device. You cannot register a CTI Remote Device without a Directory Number.
For instructions on how to use the Cisco Unified Communications Manager Administration Graphical User Interface (GUI) to find, delete, configure, or copy records, see the Cisco Unified Communications Manager Administration Guide and its subsections, which explain how to use the GUI and detail the functions of the buttons and icons.
The following table describes the available settings to configure a CTI remote device through the Phone Configuration Settings window.
Field |
Description |
---|---|
CTI Remote Device Information |
|
Device Information |
|
Registration |
Specifies the registration status of the CTI Remote Device. |
Device Status |
Specifies if the device is active or inactive. |
Device Trust |
Specifies if the device is trusted. |
Active Remote Destination |
Specifies the Remote Destination which is active. The CTI client can specific one remote destination as 'active' at any one given time. Incoming calls and Dial via Office (DVO) calls are routed to the active remote destination. |
Owner User ID |
From the drop-down list box, choose the user ID of the assigned phone user. The user ID gets recorded in the call detail record (CDR) for all calls made from this device. |
Device Name |
Specifies the name for the CTI Remote Device which is automatically populated based on the Owner User ID. The format of the device name is CTIRD<OwnerUserID> by default. You can also edit the device name. The device name can comprise up to 15 characters. Valid characters include letters, numbers, dashes, dots (periods), spaces, and underscores. |
Description |
Enter a text description of the CTI remote device. This field can comprise up to 128 characters. You can use all characters except quotes (“), close angle bracket (>), open angle bracket (<), backslash (\), ampersand (&), and percent sign (%). |
Device Pool |
Select the device pool which defines the common characteristics for CTI remote devices. For more information on how to configure the device pool, see Device Pool Configuration Settings. |
Calling Search Space |
Using the drop-down list box, choose the calling search space or leave the calling search space as the default of <None>. |
User Hold MOH Audio Source |
Using the drop-down list box, choose the audio source to use for music on hold (MOH) when a user initiates a hold action. |
Network Hold MOH Audio Source |
Using the drop-down list box, choose the audio source to use for MOH when the network initiates a hold action. |
Location |
Using the drop-down list box, choose the location that is associated with the phones and gateways in the device pool. |
Calling Party Transformation CSS |
This setting allows you to localize the calling party number on the device. Make sure that the Calling Party Transformation CSS that you choose contains the calling party transformation pattern that you want to assign to this device pool. |
Ignore Presentation Indicators (internal calls only) |
Check this check box to configure call display restrictions on a call-by-call basis. When this check box is checked, Cisco Unified CM ignores any presentation restriction that is received for internal calls. |
Call Routing Information |
|
Inbound/Outbound Calls Information |
|
Calling Party Transformation CSS |
This setting allows you to localize the calling party number on the device. Make sure that the Calling Party Transformation CSS that you choose contains the calling party transformation pattern that you want to assign to this device. |
Use Device Pool Calling Party Transformation CSS |
To use the Calling Party Transformation CSS that is configured in the device pool that is assigned to this device, check this check box. If you do not check this check box, the device uses the Calling Party Transformation CSS that you configured in the Trunk Configuration window. |
Protocol Specific Information |
|
Presence Group |
Configure this field with the Presence feature. If you are not using this application user with presence, leave the default (None) setting for presence group. From the drop-down list box, choose a Presence group for the application user. The group selected specifies the destinations that the application user, such as IPMASysUser, can monitor. |
SUBSCRIBE Calling Search Space |
Supported with the Presence feature, the SUBSCRIBE calling search space determines how Cisco Unified Communications Manager routes presence requests that come from the end user. This setting allows you to apply a calling search space separate from the call-processing search space for presence (SUBSCRIBE) requests for the end user. From the drop-down list box, choose the SUBSCRIBE calling search space to use for presence requests for the end user. All calling search spaces that you configure in Cisco Unified Communications Manager Administration display in the SUBSCRIBE Calling Search Space drop-down list box. If you do not select a different calling search space for the end user from the drop-down list, the SUBSCRIBE calling search space defaults to None. To configure a SUBSCRIBE calling search space specifically for this purpose, you configure a calling search space as you do all calling search spaces. |
Rerouting Calling Search Space |
From the drop-down list box, choose a calling search space to use for rerouting. The rerouting calling search space of the referrer gets used to find the route to the refer-to target. When the Refer fails due to the rerouting calling search space, the Refer Primitive rejects the request with the “405 Method Not Allowed” message. The redirection (3xx) primitive and transfer feature also uses the rerouting calling search space to find the redirect-to or transfer-to target. |
Do Not Disturb Information |
|
Do Not Disturb |
Check this check box to enable Do Not Disturb on the remote device. |
DND Option |
When you enable DND on the phone, Call Reject option specifies that no incoming call information gets presented to the user. Depending on how you configure the DND Incoming Call Alert parameter, the phone may play a beep or display a flash notification of the call. |
After you configure the CTI Remote Device, you can configure the associated remote destination. Click Device > Phone > CTI Remote Device > Associated Remote Destinations > Add a New Remote Destination to add and associate the remote destination with the CTI Remote Device.
Note | You can configure a maximum of four unique Remote Destinations to associate with the CTI Remote Device. |
Enable Move to Mobile—This function is disabled by default. The field cannot be edited and is not visible on the Administrative Interface.
Enable Single Number Reach—This function is enabled by default. The field cannot be edited and is not visible on the Administrative Interface.
Note | This feature requires a Cisco Jabber client and this functionality is intended to be supported in Jabber for Windows 9.1. |
You can also configure the remote destination from Device > Remote Destination window.
Note | You cannot edit these two fields while you configure the Remote Destination through the CTI Remote Device configuration window. |
In Cisco Unified Communications Manager Administration, use the Device > Phone menu path to configure the Cisco Unified Client Services Framework device.
Note | This section describes how to configure a Cisco Unified Client Services Framework device through the Phone Configuration Settings window. |
For instructions on how to use the Cisco Unified Communications Manager Administration Graphical User Interface (GUI) to find, delete, configure, or copy records, see the Cisco Unified Communications Manager Administration Guide and its subsections, which explain how to use the GUI and detail the functions of the buttons and icons.
The following table describes the available settings in the Client Services Framework Configuration window.
Field |
Description |
||||
---|---|---|---|---|---|
Cisco Unified Client Services Framework Information |
|||||
Device Protocol |
Specifies the protocol used to the Cisco Unified Client Services Framework. |
||||
Active Remote Destination |
Specifies the Remote Destination which is active. The CSF client can specific one remote destination as 'active' at any one given time. Incoming calls and Dial via Office (DVO) calls are routed to the active remote destination. |
||||
Device Information |
|||||
Device Status |
Specifies if the device is active or inactive. |
||||
Device Trust |
Specifies if the device is trusted or not. |
||||
Device Name |
Enter a text name for the Client Services Framework. This name can comprise up to 50 characters. Valid characters include letters, numbers, dashes, dots (periods), spaces, and underscores. |
||||
Description |
Enter a text description of the Client Services Framework. This field can comprise up to 128 characters. You can use all characters except quotes (“), close angle bracket (>), open angle bracket (<), backslash (\), ampersand (&), and percent sign (%). |
||||
Device Pool |
Select the device pool which defines the common characteristics for Client Services Framework. For more information on how to configure the device pool, see Device Pool Configuration Settings. |
||||
Common Device Configuration |
Using the drop-down list box, choose the common device configuration to which you want this trunk assigned. The common device configuration includes the attributes (services or features) that are associated with a particular user. Common device configurations are configured in the Common Device Configuration window. |
||||
Phone Button Template |
Using the drop-down list box, choose the appropriate phone button template. The phone button template determines the configuration of buttons on a phone and identifies which feature (line, speed dial, and so on) is used for each button. |
||||
Common Phone Profile |
Using the drop-down list box, choose the common phone profile to specify the data that is required by the Cisco TFTP. |
||||
Calling Search Space |
Choose the calling search space to be used for routing Mobile Voice Access or Enterprise Feature Access calls.
|
||||
AAR Calling Search Space |
Choose the appropriate calling search space for the device to use when automated alternate routing (AAR) is performed. The AAR calling search space specifies the collection of route partitions that are searched to determine how to route a collected (originating) number that is otherwise blocked due to insufficient bandwidth. |
||||
Media Resource Group List |
Choose the appropriate Media Resource Group List. A Media Resource Group List comprises a prioritized grouping of media resource groups. An application chooses the required media resource, such as a Music On Hold server, from the available media resources according to the priority order that is defined in a Media Resource Group List. If you choose <none>, Cisco Unified Communications Manager uses the Media Resource Group that is defined in the device pool. |
||||
User Hold MOH Audio Source |
Using the drop-down list box, choose the audio source to use for music on hold (MOH) when a user initiates a hold action. |
||||
Network Hold MOH Audio Source |
Using the drop-down list box, choose the audio source to use for MOH when the network initiates a hold action. |
||||
Location |
Using the drop-down list box, choose the location that is associated with the phones and gateways in the device pool. |
||||
AAR Group |
Choose the automated alternate routing (AAR) group for this device. The AAR group provides the prefix digits that are used to route calls that are otherwise blocked due to insufficient bandwidth. An AAR group setting of None specifies that no rerouting of blocked calls will be attempted. |
||||
User Locale |
From the drop-down list box, choose the locale that is associated with the CTI route point. The user locale identifies a set of detailed information to support users, including language and font. Cisco Unified Communications Manager makes this field available only for CTI route points that support localization.
|
||||
Network Locale |
From the drop-down list box, choose the locale that is associated with the gateway. The network locale identifies a set of detailed information to support the hardware in a specific location. The network locale contains a definition of the tones and cadences that the device uses in a specific geographic area.
|
||||
Device Mobility Mode |
From the drop-down list box, turn the device mobility feature on or off for this device or choose Default to use the default device mobility mode. Default setting uses the value for the Device Mobility Mode service parameter for the device. For more configuration information, see “Device Mobility” in the Cisco Unified Communications Manager Features and Services Guide. |
||||
Owner User ID |
From the drop-down list box, choose the user ID of the assigned phone user. The user ID gets recorded in the call detail record (CDR) for all calls made from this device.
|
||||
Mobility User ID |
From the drop-down list box, choose the user ID of the person to whom this dual-mode phone is assigned.
|
||||
Primary Phone |
Choose the physical phone that will be associated with the application, such as IP communicator or Cisco Unified Personal Communicator. When you choose a primary phone, the application consumes fewer device license units and is considered an “adjunct” license (to the primary phone). See “Licensing” in the Cisco Unified Communications Manager Features and Services Guide. |
||||
Use Trusted Relay Point |
A Trusted Relay Point (TRP) device designates an MTP or transcoder device that is labeled as Trusted Relay Point. Cisco Unified CM places the TRP closest to the associated endpoint device if more than one resource is needed for the endpoint (for example, a transcoder or RSVPAgent). If both TRP and MTP are required for the endpoint, TRP gets used as the required MTP. See the “TRP Insertion” in Cisco Unified Communications Manager” in the Cisco Unified Communications Manager System Guide for details of call behavior. If both TRP and RSVPAgent are needed for the endpoint, Cisco Unified CM first tries to find an RSVPAgent that can also be used as a TRP. If both TRP and transcoder are needed for the endpoint, Cisco Unified CM first tries to find a transcoder that is also designated as a TRP. See the “Trusted Relay Point” section and its subtopics in the “Media Resource Management” chapter of the Cisco Unified Communications Manager System Guide for a complete discussion of network virtualization and trusted relay points. |
||||
Always Use Prime Line |
|
||||
Always Use Prime Line for Voice Message |
|
||||
Calling Party Transformation CSS |
This setting allows you to localize the calling party number on the device. Make sure that the Calling Party Transformation CSS that you choose contains the calling party transformation pattern that you want to assign to this device.
|
||||
Geolocation |
From the drop-down list box, choose a geolocation. You can choose the Unspecified geolocation, which designates that this device does not associate with a geolocation. You can also choose a geolocation that has been configured with the System > Geolocation Configuration menu option. |
||||
Ignore Presentation Indicators (internal calls only) |
Check this check box to configure call display restrictions on a call-by-call basis. When this check box is checked, Cisco Unified CM ignores any presentation restriction that is received for internal calls. Use this configuration in combination with the calling line ID presentation and connected line ID presentation configuration at the translation pattern level. Together, these settings allow you to configure call display restrictions to selectively present or block calling and/or connected line display information for each call. |
||||
Allow Control of Device from CTIAllow Control of Device from CTI |
Check this check box to allow CTI to control and monitor this device. If the associated directory number specifies a shared line, the check box should be enabled as long as at least one associated device specifies a combination of device type and protocol that CTI supports. |
||||
Logged Into Hunt Group |
This check box, which gets checked by default for all phones, indicates that the phone is currently logged in to a hunt list (group). When the phone gets added to a hunt list, the administrator can log the user in or out by checking (and unchecking) this check box. Users use the softkey on the phone to log their phone in or out of the hunt list. |
||||
Remote Device |
If you are experiencing delayed connect times over SCCP pipes to remote sites, check the Remote Device check box in the Phone Configuration window. Checking this check box tells Cisco Unified CM to allocate a buffer for the phone device when it registers and to bundle SCCP messages to the phone.
Cisco Unified CM sends the bundled messages to the phone when the station buffer is full, as soon as it receives a media-related message, or when the Bundle Outbound SCCP Messages timer expires. To specify a setting other than the default setting (100 msec) for the Bundle Outbound SCCP Messages timer, configure a new value in the Service Parameters Configuration window for the Cisco CallManager service. Although 100 msec specifies the recommended setting, you may enter 15 msec to 500 msec. The phone must support SCCP version 9 to use this option. The following phones do not support SCCP message optimization: Cisco Unified IP Phone 7935/7936. This feature may require a phone reset after update. |
||||
Require off-premise location |
Check this check box to allow CTI device be available at an off-premise locations. |
||||
Call Routing Information |
|||||
Inbound/Outbound Calls Information |
|||||
Calling Party Transformation CSS |
This setting allows you to localize the calling party number on the device. Make sure that the Calling Party Transformation CSS that you choose contains the calling party transformation pattern that you want to assign to this device. |
||||
Use Device Pool Calling Party Transformation CSS |
To use the Calling Party Transformation CSS that is configured in the device pool that is assigned to this device, check this check box. If you do not check this check box, the device uses the Calling Party Transformation CSS that you configured in the Trunk Configuration window. |
||||
Protocol Specific Information |
|||||
Packet Capture Mode |
For more information on packet capturing, see the Troubleshooting Guide for Cisco Unified Communications Manager. |
||||
Packet Capture Duration |
This setting exists for troubleshooting encryption only; packet capturing may cause high CPU usage or call-processing interruptions. This field specifies the maximum number of minutes that is allotted for one session of packet capturing. The default setting equals 0, although the range exists from 0 to 300 minutes. To initiate packet capturing, enter a value other than 0 in the field. After packet capturing completes, the value, 0, displays. For more information on packet capturing, see the Cisco Unified Communications Manager Troubleshooting Guide. |
||||
Presence Group |
Configure this field with the Presence feature.
From the drop-down list box, choose a Presence group for the application user. The group selected specifies the destinations that the application user, such as IPMASysUser, can monitor. |
||||
SIP Dial Rules |
If required, choose the appropriate SIP dial rule. SIP dial rules provide local dial plans for Cisco Unified IP Phones 7905, 7912, 7940, and 7960, so users do not have to press a key or wait for a timer before the call gets processed. Leave the SIP Dial Rules field set to <None> if you do not want dial rules to apply to the IP phone that is running SIP. This means that the user must use the Dial softkey or wait for the timer to expire before the call gets processed. |
||||
MTP Preferred Originating Codec |
From the drop-down list box, choose the codec to use if a media termination point is required for SIP calls. |
||||
Device Security Profile |
Choose the security profile to apply to the device. You must apply a security profile to all phones that are configured in Cisco Unified Communications Manager Administration. Installing Cisco Unified Communications Manager provides a set of predefined, nonsecure security profiles for auto-registration. To enable security features for a phone, you must configure a new security profile for the device type and protocol and apply it to the phone. If the phone does not support security, choose a nonsecure profile. To identify the settings that the profile contains, choose System > Security Profile > Phone Security Profile.
|
||||
Rerouting Calling Search Space |
From the drop-down list box, choose a calling search space to use for rerouting. The rerouting calling search space of the referrer gets used to find the route to the refer-to target. When the Refer fails due to the rerouting calling search space, the Refer Primitive rejects the request with the “405 Method Not Allowed” message. The redirection (3xx) primitive and transfer feature also uses the rerouting calling search space to find the redirect-to or transfer-to target. |
||||
SUBSCRIBE Calling Search Space |
Supported with the Presence feature, the SUBSCRIBE calling search space determines how Cisco Unified Communications Manager routes presence requests that come from the end user. This setting allows you to apply a calling search space separate from the call-processing search space for presence (SUBSCRIBE) requests for the end user. From the drop-down list box, choose the SUBSCRIBE calling search space to use for presence requests for the end user. All calling search spaces that you configure in Cisco Unified Communications Manager Administration display in the SUBSCRIBE Calling Search Space drop-down list box. If you do not select a different calling search space for the end user from the drop-down list, the SUBSCRIBE calling search space defaults to None. To configure a SUBSCRIBE calling search space specifically for this purpose, you configure a calling search space as you do all calling search spaces. |
||||
SIP Profile |
Choose the default SIP profile or a specific profile that was previously created. SIP profiles provide specific SIP information for the phone such as registration and keepalive timers, media ports, and do not disturb control. |
||||
Digest User |
Choose an end user that you want to associate with the phone for this setting that is used with digest authentication (SIP security). Ensure that you configured digest credentials for the user that you choose, as specified in the End User Configuration window. For more information on digest authentication, see the Cisco Unified Communications Manager Security Guide. |
||||
Media Termination Point Required |
Use this field to indicate whether a media termination point is used to implement features that H.323 does not support (such as hold and transfer). Check the Media Termination Point Required check box if you want to use an MTP to implement features. Uncheck the Media Termination Point Required check box if you do not want to use an MTP to implement features. Use this check box only for H.323 clients and those H.323 devices that do not support the H.245 empty capabilities set or if you want media streaming to terminate through a single source. If you check this check box to require an MTP and this device becomes the endpoint of a video call, the call will be audio only. |
||||
Unattended Port |
Check this check box to indicate an unattended port on this device. |
||||
Require DTMF Reception |
For phones that are running SIP and SCCP, check this check box to require DTMF reception for this phone.
|
||||
Certification Authority Proxy Function (CAPF) Information |
|||||
Certificate Operation |
By choosing the Troubleshooting option, you can verify that an LSC or MIC exists in the phone. For more information on CAPF operations, see the Cisco Unified Communications Manager Security Guide. |
||||
Authentication Mode |
This field allows you to choose the authentication method that the phone uses during the CAPF certificate operation.
|
||||
Authentication String |
If you chose the By Authentication String option in the Authentication Mode drop-down list box, this field applies. Manually enter a string or generate a string by clicking the Generate String button. Ensure that the string contains 4 to 10 digits. To install, upgrade, delete, or troubleshoot a locally significant certificate, the phone user or administrator must enter the authentication string on the phone. |
||||
Key Size (Bits) |
For this setting that is used for CAPF, choose the key size for the certificate from the drop-down list box. The default setting equals 1024. Other options include 512 and 2048. If you choose a higher key size than the default setting, the phones take longer to generate the entropy that is required to generate the keys. Key generation, which is set at low priority, allows the phone to function while the action occurs. Depending on the phone model, you may notice that key generation takes up to 30 or more minutes to complete.
|
||||
Operation Completes By |
This field, which supports the Install/Upgrade, Delete, and Troubleshoot Certificate Operation options, specifies the date and time in which you must complete the operation. The values that display apply for the Unified Communications Manager publisher node. |
||||
Certificate Operation Status |
This field displays the progress of the certificate operation; for example, <operation type> pending, failed, or successful, where operating type equals the Install/Upgrade, Delete, or Troubleshoot Certificate Operation options. You cannot change the information that displays in this field. |
||||
Enable Extension Mobility |
|||||
Enable Extension Mobility |
Check this check box if this phone supports extension mobility. |
||||
Log Out Profile |
This drop-down list box specifies the device profile that the device uses when no one is logged in to the device by using Cisco Extension Mobility. You can choose either Use Current Device Settings or one of the specific configured profiles that are listed. If you select a specific configured profile, the system retains a mapping between the device and the login profile after the user logs out. If you select Use Current Device Settings, no mapping gets retained. |
||||
Log in Time |
This field remains blank until a user logs in. When a user logs in to the device by using Cisco Extension Mobility, the time at which the user logged in displays in this field. |
||||
Log out Time |
This field remains blank until a user logs in. When a user logs in to the device by using Cisco Extension Mobility, the time at which the system will log out the user displays in this field. |
||||
MLPP Information |
|||||
MLPP Domain |
Choose an MLPP domain from the drop-down list box for the MLPP domain that is associated with this device. If you leave the None value, this device inherits its MLPP domain from the value that was set for the device pool of the device. If the device pool does not have an MLPP domain setting, this device inherits its MLPP domain from the value that was set for the MLPP Domain Identifier enterprise parameter. |
||||
Do Not Disturb |
|||||
Do Not Disturb |
Check this check box to enable Do Not Disturb on the remote device. |
||||
DND Option |
When you enable DND on the phone, Ringer Off parameter turns off the ringer, but incoming call information gets presented to the device, so the user can accept the call. |
||||
Product Specific Configuration Layout Information |
|||||
Video Capabilities |
When enabled, indicates that the device will participate in video calls. Default: Enabled |
You can view the directory numbers that are assigned to the phone from the Association Information area of the Phone Configuration window. After you add a phone, the Association Information area displays on the left side of the Phone Configuration window.
Field |
Description |
---|---|
Modify Button Items |
After you add a phone, the Association Information area displays on the left side of the Phone Configuration window. Click this button to manage button associations for this phone. A dialog box warns that any unsaved changes to the phone may be lost. If you have saved any changes that you made to the phone, click OK to continue. The Reorder Phone Button Configuration window displays for this phone. See the Modifying Phone Button Template Button Items topic for a detailed procedure. |
Line [1] - Add a new DN Line [2] - Add a new DN |
After you add a phone, the Association Information area displays on the left side of the Phone Configuration window. Click these links to add a directory number(s) that associates with this phone. When you click one of the links, the Directory Number Configuration window displays. See the Directory Number Configuration Settings section for details. |
Cisco IP Communicator, a software-based application, allows users to place and receive phone calls by using their personal computers. Cisco IP Communicator depends upon the Cisco Unified Communications Manager call-processing system to provide telephony features and voice-over-IP capabilities.
This interaction with Cisco Unified Communications Manager means that Cisco IP Communicator provides the same functionality as a full-featured Cisco Unified IP Phone, while providing the portability of a desktop application. Additionally, it means that you administer Cisco IP Communicator as a phone device by using the Cisco Unified Communications Manager Administration Phone Configuration window.
Cisco Unified Personal Communicator, a desktop software application, provides access to voice, video, document-sharing, and presence applications - all from a single, rich media interface. Cisco Unified Personal Communicator relies on the Cisco Unified Communications Manager call-processing system to provide telephony features and voice-over-IP capabilities.
This interaction with Cisco Unified Communications Manager enables Cisco Unified Personal Communicator to offer integrated softphone capabilities and control of the physical IP phone of the user. Additionally, it means you administer Cisco Unified Personal Communicator as a phone device by using the Cisco Unified Communications Manager Administration Phone Configuration window.
The Cisco TelePresence Meeting Solution, a visual meeting room solution that comprises endpoints, IP telephony infrastructure technology, and user software applications, enables life-size, "you are there" video teleconferencing. The Cisco TelePresence IP Phone represents an integral part of the solution that provides the user interface for making connections to other Cisco TelePresence meeting rooms and for driving the codec, the device that manages the plasma display screens, microphones, speakers, and cameras that create the virtual meeting experience. The Cisco TelePresence IP Phone offers both standard Cisco Unified IP Phone 7975 and Cisco TelePresence meeting connection functionality. As an example, the Cisco TelePresence IP Phone user interface displays a schedule of the meetings for the day and provides softkeys that are designed to enable and enhance the teleconference connections but then can be used during the video teleconference to add audio meeting participants or to make voice calls.
For more information about Cisco TelePresence, see the following system and configuration documentation:
Cisco Unified Mobile Communicator specifies a software application for mobile handsets that extends enterprise communications applications and services to mobile phones and smartphones. Cisco Unified Mobile Communicator streamlines the communication experience, enabling real-time collaboration across the enterprise.
To configure a Cisco Unified Mobile Communicator, choose the menu option in Cisco Unified Communications Manager Administration.
Cisco Unified Communications Manager supports the Advertise G.722 Codec enterprise parameter, which determines whether Cisco Unified IP Phones advertise the G.722 codec to Cisco Unified Communications Manager. Codec negotiation involves two steps. First, the phone must advertise the supported codec(s) to Cisco Unified Communications Manager (not all phones support the same set of codecs). Second, when Cisco Unified Communications Manager gets the list of supported codecs from all phones that are involved in the call attempt, it chooses a commonly supported codec based on various factors, including the region pair setting. Valid values specify True (the specified Cisco Unified IP Phones advertise G.722 to Cisco Unified Communications Manager) or False (the specified Cisco Unified IP Phones do not advertise G.722 to Cisco Unified Communications Manager).
Note | The default for the Advertise G.722 Codec enterprise parameter enables G.722 on all phones in the cluster. The default value of the phone configuration Advertise G.722 Codec Product-Specific parameter uses the value that the enterprise parameter setting specifies. |
The Product Specific Configuration Layout area in the Phone Configuration window supports the parameter, Advertise G.722 Codec. Use this parameter to override the enterprise parameter on an individual phone basis.
The following table indicates how the phone responds to the configuration options.
Enterprise Parameter Setting |
Phone (Product-Specific) Parameter Setting |
Phone Advertises G.722 |
---|---|---|
Advertise G.722 Codec Enabled |
Use System Default |
Yes |
Advertise G.722 Codec Enabled |
Enabled |
Yes |
Advertise G.722 Codec Enabled |
Disabled |
No |
Advertise G.722 Codec Disabled |
Use System Default |
No |
Advertise G.722 Codec Disabled |
Enabled |
Yes |
Advertise G.722 Codec Disabled |
Disabled |
No |
Cisco Unified Communications Manager supports G.722, which is a wideband codec, as well as a propriety codec simply named Wideband. Both represent wideband codecs. Wideband codecs such as G.722 provide a superior voice experience because wideband frequency response is 200 Hz to 7 kHz compared to narrowband frequency response of 300 Hz to 3.4 kHz. At 64 kb/s, the G.722 codec offers conferencing performance and good music quality.
When users use a headset that supports wideband, they experience improved audio sensitivity when the wideband setting on their phones is enabled (it is disabled by default). To access the wideband headset setting on the phone, users choose the Settings icon . Users should check with their system administrator to be sure their phone system is configured to use G.722 or wideband. If the system is not configured for a wideband codec, they may not detect any additional audio sensitivity, even when they are using a wideband headset.
The following Cisco Unified IP Phones (both SCCP and SIP) support the wideband codec G.722 for use with a wideband headset:
When you choose a G.711 or G.722 codec in Region Configuration, you are choosing the bandwidth utilization. Choosing either codec produces the same affect. When you choose either G.711 or G.722, these codecs disallow selecting codecs that have a payload greater than 64 kb/s, such as the G.722 wideband codec and Advanced Audio Codec (AAC) (when AAC uses more than one channel).
If you choose a region that is lower than G.711 or G.722, the Advertise G.722 Codec enterprise parameter gets ignored because the system does not allow G.722, G.711, AAC, and wideband.
Tip | Enabling the Advertise G.722 Codec parameter causes interoperability problems with call park and ad hoc conferences. When you use the enterprise parameter with features such as ad hoc conferencing and call park, change the setting to Disabled and update the device pools for the phones. |
When enabled, the service parameter allows Cisco Unified IP Phones (such as 7971, 7970, 7941, 7961) to negotiate and use the G.722 codec when calls are within the same region.
If individual phone control and use of a specific codec type is required (for example, G.711), check the configuration of each phone (by using Phone Configuration) for the parameter Advertise G.722 Codec, and change the setting to Disabled. Save and reset the device.
Note | If the Advertise G.722 Codec enterprise parameter is set to Enabled, the administrator can override this by using the G.722 Codec Enabled service parameter. This service parameter determines whether Cisco Unified Communications Manager supports G.722 negotiation for none, some, or all devices. Valid values specify Enabled for All Devices (support G.722 for all devices), Enabled for All Devices Except Recording-Enabled Devices (support G.722 for all devices except those that have call recording enabled), or Disabled (do not support G.722 codec). |
Cisco Unified Communications Manager includes several default phone button templates. When adding phones, you can assign one of these templates to the phones or create a new template.
Creating and using templates provide a fast way to assign a common button configuration to a large number of phones. For example, if users in your company do not use the conference feature, you can create a template that reassigns this button to a different feature, such as speed dial.
To create a template, you must make a copy of an existing template and assign the template a unique name. You can make changes to the custom templates that you created, and you can change the labels of the default phone button templates. You cannot change the function of the buttons in the default templates. You can rename existing templates and modify them to create new ones, update custom templates to add or remove features, lines, or speed dials, and delete custom templates that are no longer being used. When you update a template, the change affects all phones that use the template.
Renaming a template does not affect the phones that use that template. All Cisco Unified IP Phones that use this template continue to use this template after it is renamed.
Make sure that all phones have at least one line that is assigned to each phone. Normally, this assignment specifies button 1. Phones can have additional lines that are assigned, depending on the Cisco Unified IP Phone model. Phones also generally have several features, such as speed dial, that are assigned to the remaining buttons.
You can delete phone templates that are not currently assigned to any phone in your system if they are not the only template for a given phone model. You cannot delete a template that is assigned to one or more devices or the default template for a model (specified in the Device Defaults Configuration window). You must reassign all Cisco Unified IP Phones that are using the template that you want to delete to a different phone button template before you can delete the template.
Note | Use a copy of the standard phone button template for button assignment. The standard phone button template for any phone that supports expansion module include buttons for both the phone and the expansion module. For example, the Cisco Unified IP Phone 7965, which supports the Cisco Unified IP Phone Expansion Module 7915, includes buttons for both devices (up to 48 buttons). |
Choose Dependency Records from the Related Links drop-down list box on the Phone Button Template Configuration window to view the devices that are using a particular template.
Cisco Unified Communications Manager does not directly control all features on Cisco Unified IP Phones through phone button templates. See the Cisco Unified IP Phone Administration Guide for Cisco Unified Communications Manager and other phone documentation for detailed information about individual Cisco Unified IP Phone family models.
Although all Cisco Unified IP Phones support similar features, you implement these features differently on various models. For example, some models configure features such as Hold or Transfer by using phone button templates; other models have fixed buttons or onscreen program keys for these features that are not configurable. Also, the maximum number of lines or speed dials that are supported differs for some phone models. These differences require different phone button templates for specific models.
Each Cisco Unified IP Phone comes with a default phone button template. You can use the default templates as is to quickly configure phones. You can also copy and modify the templates to create custom templates.
Custom templates enable you to make features available on some or all phones, restrict the use of certain features to certain phones, configure a different number of lines or speed dials for some or all phones, and so on, depending on how the phone will be used. For example, you may want to create a custom template that can be applied to phones that will be used in conference rooms.
The following table provides descriptions of the standard phone button templates.
Phone Button Template Name |
Template Description |
||
---|---|---|---|
|
|
||
|
|
||
|
|
||
|
|
||
Standard 7985 |
The Standard 7985 template uses buttons 1 and 2 for lines and assigns buttons 3 through 8 as speed dials. Access other phone features, such as call park, call forward, redial, hold, resume, voice-messaging system, conferencing, and so on, by using softkeys on the Cisco IP Video Phone 7985. |
||
Standard 7971 SCCP |
The Standard 7971 SCCP template uses buttons 1 and 2 for lines and assigns buttons 3 through 8 as speed dials. Access other phone features, such as call park, call forward, redial, hold, resume, voice-messaging system, conferencing, and so on, by using softkeys on the Cisco Unified IP Phone 7971. |
||
Standard 7971 SIP |
The Standard 7971 SIP template uses buttons 1 and 2 for lines and assigns buttons 3 through 8 as speed dials. Access other phone features, such as call park, call forward, redial, hold, resume, voice-messaging system, conferencing, and so on, by using softkeys on the Cisco Unified IP Phone 7971. |
||
Standard 7970 SCCP |
The Standard 7970 SCCP template uses buttons 1 and 2 for lines and assigns buttons 3 through 8 as speed dials. Access other phone features, such as call park, call forward, redial, hold, resume, voice-messaging system, conferencing, and so on, by using softkeys on the Cisco Unified IP Phone 7970. |
||
Standard 7970 SIP |
The Standard 7970 SIP template uses buttons 1 and 2 for lines and assigns buttons 3 through 8 as speed dials. Access other phone features, such as call park, call forward, redial, hold, resume, voice-messaging system, conferencing, and so on, by using softkeys on the Cisco Unified IP Phone 7970. |
||
Standard 7961 SCCP and Standard 7961G-GE SCCP |
The Standard 7961 SCCP template uses buttons 1 and 2 for lines and assigns buttons 3 through 6 as speed dials or lines or for the features privacy and service URL. Access other phone features, such as abbreviated dial, call park, call forward, redial, hold, resume, call back, conferencing, and so on, by using softkeys on the Cisco Unified IP Phone 7961. |
||
Standard 7961 SIP |
The Standard 7961 SIP template uses buttons 1 and 2 for lines and assigns buttons 3 through 6 as speed dials or lines or for the features privacy and service URL. Access other phone features, such as abbreviated dial, call park, call forward, redial, hold, resume, call back, conferencing, and so on, by using softkeys on the Cisco Unified IP Phone 7961. |
||
|
|
||
|
|
||
Standard 7960 SCCP and Standard 7960 SIP |
The Standard 7960 SCCP and SIP templates use buttons 1 and 2 for lines and assigns buttons 3 through 6 as speed dials or lines or for the features privacy and service URL. Access other phone features, such as abbreviated dial, call park, call forward, redial, hold, resume, call back, conferencing, and so on, by using softkeys on the Cisco Unified IP Phone 7960. |
||
Standard 7960 SIP |
The Standard 7960 SIP template uses buttons 1 and 2 for lines and assigns buttons 3 through 6 as speed dials or lines or for the features privacy and service URL. Access other phone features, such as abbreviated dial, call park, call forward, redial, hold, resume, call back, conferencing, and so on, by using softkeys on the Cisco Unified IP Phone 7960. |
||
Standard 7941 SCCP and Standard 7941G-GE SCCP |
The Standard 7941 SCCP template comes with a preconfigured one-line phone button template (button 1 for line 1 and button 2 for speed dial). Access phone features, such as abbreviated dial, call park, call forward, redial, hold, resume, call back, conferencing, and so on, by using softkeys on the Cisco Unified IP Phone 7941. |
||
Standard 7941 SIP |
The Standard 7940 SIP template comes with a preconfigured one-line phone button template (button 1 for line 1 and button 2 for speed dial). Access phone features, such as abbreviated dial, call park, call forward, redial, hold, resume, call back, conferencing, and so on, by using softkeys on the Cisco Unified IP Phone 7941. |
||
|
|
||
|
|
||
Standard 7940 SCCP and Standard 7940 SIP |
The Standard 7940 SCCP templates comes with a preconfigured one-line phone button template (button 1 for line 1 and button 2 for speed dial). Access phone features, such as abbreviated dial, call park, call forward, redial, hold, resume, call back, conferencing, and so on, by using softkeys on the Cisco Unified IP Phone 7940. |
||
Standard 7940 SIP |
The Standard 7940 SIP template comes with a preconfigured one-line phone button template (button 1 for line 1 and button 2 for speed dial). Access phone features, such as abbreviated dial, call park, call forward, redial, hold, resume, call back, conferencing, and so on, by using softkeys on the Cisco Unified IP Phone 7940. |
||
Standard 7931 SCCP and Standard 7931 SIP |
The Standard 7931 SCCP and SIP templates use button 1 for line 1. |
||
|
|
||
|
|
||
Standard 7920 |
The Standard 7920 template uses buttons 1 and 2 for lines and assigns buttons 3 through 6 for speed dials. |
||
Standard 7912 SCCP |
The Standard 7912 SCCP template uses button 1 for line 1, buttons 2 through 5 for speed dial, button 6 for Hold, and button 7 for Settings. |
||
Standard 7912 SIP |
The Standard 7912 SIP template uses button 1 for line 1, buttons 2 through 5 for speed dial, button 6 for Hold, and button 7 for Settings. |
||
Standard 7911 SCCP and Standard 7911 SIP |
The Standard 7911 SCCP and SIP templates use button 1 for line 1, makes button 2 configurable as the Privacy softkey (default specifies None), and assigns buttons 3 through 6 as speed dials. The user accesses speed dials from the Directories menu or the Navigation button on the phone. |
||
Standard 7911 SIP |
The Standard 7911 SIP template uses button 1 for line 1, makes button 2 configurable as the Privacy softkey (default specifies None), and assigns buttons 3 through 6 as speed dials. The user accesses speed dials from the Directories menu or the Navigation button on the phone. |
||
Standard 7910 |
The Standard 7910 template uses button 1 for message waiting, button 2 for conference, button 3 for forwarding, buttons 4 and 5 for speed dial, and button 6 for redial. The Cisco Unified IP Phone 7910 includes fixed buttons for Line, Hold, Transfer, and Settings. |
||
Standard 7906 SCCP and Standard 7906 SIP |
The Standard 7906 SCCP and SIP templates use button 1 for line 1, makes button 2 configurable as the Privacy softkey (default specifies None), and assigns buttons 3 through 6 as speed dials. The user accesses speed dials from the Directories menu or the Navigation button on the phone. |
||
Standard 7906 SIP |
The Standard 7906 SIP template uses button 1 for line 1, makes button 2 configurable as the Privacy softkey (default specifies None), and assigns buttons 3 through 6 as speed dials. The user accesses speed dials from the Directories menu or the Navigation button on the phone. |
||
Standard 7905 SCCP |
The Standard 7905 SCCP template uses button 1 for line 1, buttons 2 through 5 for speed dial, button 6 for Hold, and button 7 for Settings. |
||
Standard 7905 SIP |
The Standard 7905 SIP template uses button 1 for line 1, buttons 2 through 5 for speed dial, button 6 for Hold, and button 7 for Settings. |
||
Standard 7902 |
The Standard 7902 template uses button 1 for line 1, buttons 2 through 5 for speed dial, button 6 for Hold, and button 7 for Settings. |
||
|
|
||
Standard 7936 |
The Standard 7936 template, which is not configurable for the Cisco Unified IP Conference Station 7936, uses button 1 for line 1. |
||
Standard 7935 |
The Standard 7935 template, which is not configurable for the Cisco IP Conference Station 7935, uses button 1 for line 1. |
||
|
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
|
||
Standard 30 SP+ |
The Standard 30 SP+ template uses buttons 1 through 4 for lines, button 5 for call park, buttons 6 through 8 and 17 through 21 remain undefined, and buttons 9 through 13 and 22 through 25 apply for speed dial; button 14 applies for message-waiting indicator, button 15 for forward, and button 16 for conference.
|
||
Standard 30 VIP |
The Standard 30 VIP template uses buttons 1 through 4 for lines, button 5 for call park, buttons 6 through 13 and 22 through 26 for speed dial, button 14 for message-waiting indicator, button 15 for call forward, and button 16 for conference. |
||
Standard 12 Series, including the 12 S, 12 SP, and 12 SP+ |
The Standard 12 S, Standard 12 SP, and Standard 12 SP + templates use buttons 1 and 2 for lines, button 3 for redial, buttons 4 through 6 for speed dial, button 7 for hold, button 8 for transfer, button 9 for forwarding, button 10 for call park, button 11 for message waiting, and button 12 for conference. |
||
|
|
||
Default VGC Virtual Phone |
The Default VGC Virtual Phone template for the Cisco VGC Virtual Phone uses button 1 for line 1. |
||
Standard Analog |
The Standard Analog template for analog phones uses button 1 for line 1. |
||
|
|
||
Standard ATA 186 |
The Standard ATA 186 template for the Cisco ATA 186 Analog Telephone Adaptor uses button 1 for a line and buttons 2 through 10 for speed dials. |
||
ISDN BRI Phone |
The ISDN BRI Phone template uses button 1 for line 1. |
||
Standard CIPC SCCP |
The Standard CIPC (Cisco IP Communicator) SCCP template uses buttons 1 and 2 for lines and assigns buttons 3 through 8 as speed dials. Access other phone features, such as call park, call forward, redial, hold, resume, voice-messaging system, conferencing, and so on, by using softkeys (by configuring the softkey template to the phone). |
||
Standard CIPC SIP |
The Standard CIPC SIP template uses buttons 1 and 2 for lines and assigns buttons 3 through 8 as speed dials. Access other phone features, such as call park, call forward, redial, hold, resume, voice-messaging system, conferencing, and so on, by using softkeys (by configuring the softkey template to the phone). |
||
|
|
||
|
|
||
|
|
||
Standard IP-STE |
The Standard IP-STE template uses buttons 1 and 2 for lines. |
||
|
|
||
Standard Unified Communicator SIP |
The Standard Unified Communicator SIP template uses button 1 for line 1. |
||
Standard VGC Phone |
The Standard VGC Phone template for the Cisco VG248 Gateway uses button 1 for a line and buttons 2 through 10 for speed dials. |
||
Standard Cisco TelePresence |
The Standard Cisco TelePresence template, required by Cisco TelePresence, uses buttons 1 and 2 for lines and buttons 3 through 42 for speed dials. |
||
|
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
|
||
Third-Party SIP Device (Advanced) |
The Generic SIP Phone - 2 Lines template, which is used for third-party phones that run SIP, uses buttons 1 and 2 for lines. |
||
Third-Party SIP Device (Basic) |
The Generic SIP Phone - 2 Lines template, which is used for third-party phones that run SIP, uses buttons 1 and 2 for lines. |
||
Third-Party AS-SIP Device |
The Generic SIP Phone - 2 Lines template, which is used for third-party phones that run SIP, uses buttons 1 and 2 for lines. |
Use the following guidelines when you are creating custom phone button templates:
Make sure that phone users receive a quick reference card or getting started guide that describes the most basic features of the custom template. If you create a custom template for employees in your company to use, make sure that it includes the following features and that you describe them on the quick reference card that you create for your users:
Consider the nature of each feature to determine how to configure your phone button template. You may want to assign multiple buttons to speed dial and line; however, you usually require only one of the other phone button features that are described in Table 36-6.
Feature |
Description |
||
---|---|---|---|
AEC |
If you are configuring a template for the Cisco IP Phone 30 VIP, you must include one occurrence of this feature and assign it to button 26. Auto echo cancellation (AEC) reduces the amount of feedback that the called party receives when the calling party is using a speakerphone. Users should press the AEC button on a Cisco IP Phone 30 SP+ when they are using speakerphone. Users do not need to press this button when speakerphone is not in use. This feature requires no configuration for it to work. |
||
Answer/release |
In conjunction with a headset apparatus, the user can press a button on the headset apparatus to answer and release (disconnect) calls. |
||
Auto answer |
If this feature is programmed on the template, pressing this button causes the speakerphone to go off hook automatically when an incoming call is received.
|
||
Call park |
In conjunction with a call park number or range, when the user presses this button, call park places the call at a directory number for later retrieval. You must have a call park number or range that is configured in the system for this button to work, and you should provide that number or range to your users, so they can dial in to the number(s) to retrieve calls. |
||
Call Park BLF |
Users can monitor the busy/idle status of directed call park numbers using the Call Park Busy Lamp Field (BLF) buttons. Users can also speed dial those numbers by pressing the BLF buttons. One directed call park number gets configured for each Call Park BLF button. To successfully park or retrieve a call by using a Call Park BLF button, you must ensure that the partition and the calling search space of the device are configured correctly.
|
||
|
|
||
Conference |
Users can initiate an ad hoc conference and add participants by pressing the Conference button. (Users can also use the Join softkey to initiate an ad hoc conference.) Only the person who initiates an ad hoc conference needs a conference button. You must make sure that an ad hoc conference bridge device is configured in Cisco Unified Communications Manager Administration for this button to work. See the Conference Bridges chapter for more information. |
||
|
|||
|
|||
|
|||
Forward all |
Users press this button to forward all calls to the designated directory number. Users can designate forward all in the Cisco Unified IP Phone Configuration windows, or you can designate a forward all number for each user in Cisco Unified Communications Manager Administration. |
||
|
|||
Hold |
Users press this button to place an active call on hold. To retrieve a call on hold, users press the flashing line button or lift the handset and press the flashing line button for the call on hold. The caller on hold receives a tone every 10 seconds to indicate the hold status or music (if the Music On Hold feature is configured). The hold tone feature requires no configuration to work. |
||
|
|||
|
|||
Line |
Users press this button to dial a number or to answer an incoming call. For this button to work, you must have added directory numbers on the user phone. |
||
|
|||
Meet-Me conference |
When users press this button, they initiate a meet-me conference, and they expect other invited users to dial in to the conference. Only the person who initiates a meet-me conference needs a meet-me button. You must make sure that a meet-me conference device is configured in Cisco Unified Communications Manager Administration for this button to work. |
||
Message waiting |
Users press this button to connect to the voice-messaging system. |
||
|
|||
None |
Use None to leave a button unassigned. |
||
|
|||
|
|||
Privacy |
Users press this button to activate/deactivate privacy. |
||
|
|||
|
|||
Redial |
Users press this button to redial the last number that was dialed on the Cisco Unified IP Phone. This feature requires no configuration to work. |
||
|
|||
Service URL |
Users press this button to access a Cisco Unified IP Phone Service such as personal fast dials, stock quotes, or weather. |
||
|
|||
Speed Dial |
Users press this button to speed dial a specified number. System administrators can designate speed-dial numbers in Cisco Unified Communications Manager Administration. Users can designate speed-dial numbers in the Cisco Unified Communications Self Care Portal. |
||
Speed Dial/BLF |
Users monitor this button for the real-time status of the associated directory number or SIP URI on those devices that support the presence feature. Users press this button to dial the destination. |
||
Transfer |
Users press this button to transfer an active call to another directory number. This feature requires no configuration to work. |
||
|
Cisco Unified IP Phones support line buttons (the buttons next to the phone screen), which are used to initiate, answer, or switch to a call on a particular line. A limited number of features, such as speed dial, extension mobility, privacy, BLF speed dial, DND, and Service URLs, get assigned to these buttons.
The Programmable Line Key (PLK) feature expands the list of features that can be assigned to the line buttons to include features that softkeys normally control; for example, New Call, Call Back, End Call, and Forward All. When you configure these features on the line buttons, they always remain visible, so you can have a "hard" New Call key.
Programmable line keys support up to 27 features on line buttons (see Table 36-6). Use the Phone Button Template Configuration window to assign programmable line keys. It provides the appropriate configurable feature for the phone model. After configuring the phone button template, you must assign the phone button template to the phone by using Phone Configuration (reset is required).
Feature |
Phone Model 7971, 7970, 7961, 7941, 7914, 7915, 7916 |
Phone Model 7931 (SCCP only) |
---|---|---|
Redial |
Yes |
No, uses existing line button |
Hold |
Yes |
No, uses existing line button |
Transfer |
Yes |
No, uses existing line button |
Privacy |
Yes |
Yes |
Forward All |
Yes |
Yes |
Meet Me |
Yes |
Yes |
Conference |
Yes |
Yes |
Park |
Yes |
Yes |
Pickup |
Yes |
Yes |
Group Call Pickup |
Yes |
Yes |
Malicious Caller ID (MCID) |
Yes |
Yes |
Conf List |
Yes |
Yes |
Remove Last Participant |
Yes |
Yes |
QRT |
Yes |
Yes |
Call Back |
Yes |
Yes |
Other Call Pickup |
Yes |
Yes |
Video Mode |
Yes |
Yes |
New Call |
Yes |
Yes |
End Call |
Yes |
Yes |
HLog (Hunt Group) |
Yes |
Yes |
Mobility |
Yes |
Yes |
Settings |
No, uses existing button |
Yes |
Information |
No, uses existing button |
No |
Services |
No, uses existing button |
Yes |
Messages |
No, uses existing button |
Yes |
Directories |
No, uses existing button |
Yes |
AppMenu |
No, uses existing button |
Yes |
Headset |
No, uses existing button |
Yes |
The programmable line feature does not affect the existing softkey functionality. Softkeys still display as required and will continue to be specific to the state of the phone (for example, making a call, being in a call, navigating the Services menu).
If a feature is already assigned to a programmable line key, it can also appear as a softkey (and vice versa).
If a phone has a hard button for a feature, it cannot also have that feature as a programmable line key; for example, transfer cannot be a programmable line key on a Cisco Unified IP Phone 7931 because it already has a dedicated hard transfer button.
Use softkey templates to manage softkeys that are associated with applications such as Cisco Unified Communications Manager Assistant or call-processing features such as Call Back on Cisco Unified IP Phones. You access the Softkey Template Configuration windows in Cisco Unified Communications Manager Administration to create and update softkey templates. ( )
Cisco Unified Communications Manager supports two types of softkey templates: standard and nonstandard. Standard softkey templates in the Cisco Unified Communications Manager database contain the recommended selection and positioning of the softkeys for an application. Cisco Unified Communications Manager provides the following standard softkey templates:
Standard User
Standard Chaperone Phone
Standard Feature
Standard Assistant
Standard Protected Phone
Standard Shared Mode Manager
Standard Manager
Note | For most Cisco Unified IP Phone models, such as the Cisco Unified IP Phone 7945, 7965, 7975, and so on, you must assign standard or nonstandard softkey templates to the Cisco Unified IP Phone by assigning the templates individually to each phone or by assigning the common device configuration to each phone. Some Cisco Unified IP Phone models, such as the Cisco Unified IP Phone 8961, 9971, and 9951, do not use softkey templates. To determine whether your phone uses softkey templates and to determine which softkeys are supported on your phone, see the Cisco Unified IP Phone Phone Guide for your phone model. |
You create a nonstandard softkey template by using the Softkey Template Configuration windows in Cisco Unified Communications Manager Administration. To create a nonstandard softkey template, the administrator copies a standard softkey template and makes changes. The administrator can add and remove applications that are associated with any nonstandard softkey template. Additionally, the administrator can configure softkey sets for each call state for a nonstandard softkey template.
The Softkey Template Configuration window lists the standard and nonstandard softkey templates and uses different icons to differentiate between standard and nonstandard templates.
The administrator assigns softkey templates in the following Cisco Unified Communications Manager Administration configuration windows:
You can add a standard softkey template that is associated with a Cisco application to a nonstandard softkey template. When the administrator clicks the Add Application button from the Softkey Template Configuration window, a separate window displays and allows you to choose the standard softkey template that is to be added to the end of the nonstandard softkey template. Duplicate softkeys get deleted from the end of the set that is moving to the front of the set.
Tip | To refresh the softkeys for an application in the nonstandard softkey template, choose the standard softkey template that is already associated with the nonstandard softkey template. For example, if the administrator originally copied the Standard User template and deleted some buttons, choose the Standard User softkey template by clicking on the Add Application button. This adds the buttons that are included in the chosen softkey template. |
The number of softkeys in any given call state cannot exceed 16. A message displays, and the add application procedure stops when the maximum number of softkeys is reached. The administrator must manually remove some softkeys from the call state before trying to add another application to the template.
The Remove Application button allows you to delete application softkey templates that are associated with a nonstandard softkey template. Only the softkeys that are associated with the application get deleted. When softkeys are commonly shared between applications, they remain in the softkey template until the last application that shares the softkeys is removed from the softkey template.
The administrator can configure softkey sets for each call state for a nonstandard softkey template. When the administrator chooses Configure Softkey Layout from the Related Links drop-down list box on the Softkey Template Configuration window and clicks Go, the Softkey Layout Configuration window displays.
The Softkey Layout Configuration window allows you to specify the softkeys and their relative order for any phone models that support downloadable softkey templates. This window lists all softkeys, even though some phone models do not support all softkeys. To determine whether your phone model supports a softkey, see the Cisco Unified IP Phone Phone Guide for your phone model. If you choose a softkey that is not supported by the phone, the softkey does not display on the phone, even if you add it to the Selected Softkeys pane.
Note | Cisco recommends that a softkey remain in the same position for each call state. This provides the user with consistency and ease of use; for example, the More softkey always appears in the fourth softkey position from the left for each call state. |
The Softkey Layout Configuration pane contains the following fields:
Select a call state to configure-This drop-down list box displays the different call states of a Cisco Unified IP Phone. You cannot add, update, or delete call states. The call state that gets chosen from the drop-down list box indicates the softkeys that are available for that call state. Table 36-8 lists the call states.
Call State |
Description |
---|---|
Connected |
Displays when call is connected |
Connected Conference |
Consultation call for conference in connected call state |
Connected Transfer |
Consultation call for transfer in connected call state |
Digits After First |
Off-hook call state after user enters the first digit |
Off Hook |
Dial tone presented to phone |
Off Hook With Feature |
Off-hook call state for transfer or conference consultation call |
On Hold |
Call on hold |
On Hook |
No call exists for that phone. |
Remote In Use |
Another device that shares the same line uses call. |
Ring In |
Call received and ringing |
Ring Out |
Call initiated and the destination ringing |
Unselected Softkeys-Lists softkeys that are associated with a call state. This field lists the unselected, optional softkeys of the call state that displays in the Select a Call State to Configure drop-down list box. The softkeys that are listed in this field get added to the Selected Softkeys field by using the right arrows. You can add the Undefined softkey more than once to the Selected Softkey list. Choosing Undefined results in a blank softkey on the Cisco Unified IP Phone.
Selected Softkeys-Lists softkeys that are associated with the chosen call state. This field lists the chosen softkeys of the call state that displays in the Select a Call State to Configure drop-down list box. The maximum number of softkeys in this field cannot exceed 16. See the figure which follows for a sample softkey layout.
For applications such as Cisco Unified Communications Manager Assistant to support softkeys, ensure softkeys and softkey sets are configured in the database for each device that uses softkey templates and the application.
You can mix application and call-processing softkeys in any softkey template. A static softkey template associates with a device in the database. When a device registers with Cisco Unified Communications Manager, the static softkey template gets read from the database into call processing and then gets passed to the device to be used throughout the session (until the device is no longer registered or is reset). When a device resets, it may get a different softkey template or softkey layout because of updates that the administrator makes.
Softkeys support a field called application ID. An application, such as Cisco Unified Communications Manager Assistant, activates/deactivates application softkeys by sending a request to the device through the Cisco CTIManager and call processing with a specific application ID.
When a user logs in to the Cisco IP Manager Assistant service and chooses an assistant for the service, the application sends a request to the device, through Cisco CTIManager and call processing, to activate all its softkeys with its application ID.
At any time, several softkey sets may display on a Cisco Unified IP Phone (one set of softkeys for each call).
The softkey template that is associated with a device (such as a Cisco Unified IP Phone) in the database designates the one that is used when the device registers with call processing. Perform the association of softkey templates and devices by using Softkey Template configuration in Cisco Unified Communications Manager Administration.
Cisco Unified Communications Manager uses common phone profiles to define phone attributes that are associated with Cisco Unified IP Phones. Having these attributes in a profile instead of adding them individually to every phone decreases the amount of time that administrators spend configuring phones and allows the administrator to change the values for a group of phones. Common phone profiles specify the following attributes:
Profile name
Profile description
Local phone unlock password
DND option
DND incoming call alert
Phone personalization
End user access to phone background image setting
The common phone profile remains a required field when phones are configured; therefore, you must create the common phone profile before you create a phone. Cisco Unified Communications Manager provides a Standard Common Phone Profile that you can copy and modify to create a new common phone profile. You cannot modify nor delete the Standard Common Phone Profile.
You can automatically add phones that support either SCCP or SIP to the Cisco Unified Communications Manager database by using autoregistration, manually by using the phone configuration windows, or in groups with the Bulk Administration Tool (BAT).
By enabling autoregistration before you begin installing phones, you can automatically add a Cisco Unified IP Phone to the Cisco Unified Communications Manager database when you connect the phone to your IP telephony network. During autoregistration, Cisco Unified Communications Manager assigns the next available sequential directory number to the phone. In many cases, you may not want to use autoregistration; for example, if you want to assign a specific directory number to a phone or if you plan to implement authentication or encryption.
Tip | Cisco Unified Communications Manager automatically disables autoregistration if you configure the clusterwide security mode for authentication and encryption through the Cisco CTL client. |
If you do not use autoregistration, you must manually add phones to the Cisco Unified Communications Manager database or use the Bulk Administration Tool (BAT). BAT enables system administrators to perform batch add, modify, and delete operations on large numbers of Cisco Unified IP Phones.
Tip | After you install Cisco Unified Communications Manager, if auto-registration is not enabled and the phone has not been added to the Cisco Unified Communications Manager database, the phone does not attempt to register with Cisco Unified Communications Manager. The phone continues to display the Configuring IP message until auto-registration gets enabled or until the phone gets added to the Cisco Unified Communications Manager database. The Real-Time Monitoring Tool and Cisco Unified Reporting can display information on registered and unregistered devices. |
You can use the End User, Phone, DN, and LA Configuration window to add a new phone at the same time that you add a new end user. You can associate a directory number (DN) and line appearance (LA) for the new end user by using the same window. To access the End User, Phone, DN, and LA Configuration window, choose the menu option.
Note | The End User, Phone, DN, and LA Configuration window only allows addition of a new end user and a new phone. The window does not allow entry of existing end users or existing phones. |
The Phone Migration window in Cisco Unified Communications Manager Administration allows you to migrate feature, user, and line configuration for a phone to a different phone; that is, you can migrate data to a different phone model or to the same phone model that runs a different protocol. For example, you can migrate data from a Cisco Unified IP Phone 7965 to a Cisco Unified IP Phone 7975; or, you can migrate data from a phone model that runs SCCP, for example, the Cisco Unified IP Phone 7965 (SCCP), and move it to the same phone model that runs SIP, for example, the Cisco Unified IP Phone 7965 (SIP).
Tip | Phone migration allows you to move existing phone configuration to a new phone without the need to add a phone, lines, speed dials, and so on. |
Before you can migrate phone configuration to a new phone, consider the following information:
If the phone models do not support the same functionality, be aware that you may lose functionality on the new phone. Before you save the migration configuration in the Phone Migration window, Cisco Unified Communications Manager Administration displays a warning that you may lose feature functionality.
Some phone models do not support phone migration; for example, CTI port, H.323 client, Cisco Unified Mobile Communicator, and Cisco IP Softphone.
Before you can migrate the phone configuration, you must create a phone template for the phone model to which you want to migrate in BAT (Cisco Unified IP Phone 7965 to a Cisco Unified IP Phone 7975, you create the phone template for the Cisco Unified IP Phone 7975.
). For example, if you want to migrate the configuration for aThe new phone uses the same existing database record as the original phone, so migrating the phone configuration to the new phone removes the configuration for the original phone from Cisco Unified Communications Manager Administration/the Cisco Unified Communications Manager database; that is, you cannot view or access the configuration for the original phone after the migration.
Migrating to a phone that uses fewer speed dials or lines does not remove the speed dials or lines for the original phone from Cisco Unified Communications Manager Administration/the Cisco Unified Communications Manager database, although some of the speed dials/lines do not display on the new phone. After you migrate the configuration, you can see all speed dials and lines for the original phone in the Phone Configuration window for the new phone.
Before you migrate the phone configuration to a new phone, ensure that the phones are unplugged from the network. After you perform the migration tasks, you can plug the new phone into the network.
Before you migrate the phone configuration to a new phone, ensure that you have enough device license units for the new phone.
If you want to migrate the configuration for multiple phones, use the Bulk Administration Tool.
Cisco Unified Communications Manager enables you to configure the following phone features on Cisco Unified IP Phones: barge, privacy release, call back, call park, call pickup, immediate divert, join across lines, malicious call identification, quality report tool, service URL, single button barge/cbarge, and speed dial and abbreviated dial.
Agent Greeting enables Cisco Unified Communications Manager to automatically play a pre-recorded announcement following a successful media connection to the agent device. The greeting helps keep agents sounding fresh because they do not have to repeat common phrases on each call. Agent Greeting is audible for the agent and the customer.
If you want to use agent greeting, Built-in Bridge must be On.
You can configure Cisco Unified IP Phones, so if voice messages are waiting, the end users will receive a stutter dial tone when the phone goes off hook (on the line on which the voice message has been left) by setting the Audible Message Waiting Indicator Policy service parameter in Cisco Unified Communications Manager Administration.
Note | To ensure backward compatibility, the Cisco Unified IP Phones that are running SCCP will not issue the AMWI stutter dial-tone for phones that are using SCCP firmware versions older than 10. This remains true regardless whether the AMWI is configured on the Cisco Unified Communications Manager Administration window. |
The Barge and Privacy features work together. Both features work with phones that run SIP or SCCP by using only shared lines.
Barge adds a user to a call that is in progress. Pressing the Barge or cBarge softkey automatically adds the user (initiator) to the shared-line call (target), and the users currently on the call receive a tone.
Privacy allows a user to allow or disallow other users of shared-line devices to view the device call information or to allow another user to barge in to its active calls.
In line with E.164 standards, calling party normalization enhances the dialing capabilities of some phones and improves call back functionality when a call is routed to multiple geographical locations; that is, the feature ensures that the called party can return a call without having to modify the directory number in the call log directories on the phone. Additionally, calling party normalization allows you to globalize and localize phone numbers, so the appropriate calling number presentation displays on the phone.
Configuring calling party normalization alleviates issues with toll bypass where the call is routed to multiple locations over the IP WAN. In addition, it allows Cisco Unified Communications Manager to distinguish the origin of the call to globalize or localize the calling party number for the phone user.
The phone itself can localize the calling party number. For the phone to localize the calling party number, you must configure the Calling Party Transformation CSS or the Use Device Pool Device Calling Party Transformation CSS setting in the Phone Configuration window.
You can configure the international escape character, +, to globalize the calling party number.
Call forward allows a user to configure a Cisco Unified IP Phone, so all calls that are destined for it ring another phone. Configure call forward in the Directory Number Configuration window in Cisco Unified Communications Manager Administration.
Tip | You can configure each call forward type for internal and external calls and can forward calls to voice-messaging system or a dialed destination number by configuring the calling search space. The administrator configures call forward information display options to the original dialed number or the redirected dialed number, or both. The administrator enables or disables the calling line ID (CLID) and calling name ID (CNID). The display option gets configured for each line appearance. |
Call Forward All (CFA) allows a phone user to forward all calls to a directory number.
The administrator can configure CFA for internal and external calls and can forward calls to a voice-messaging system or a dialed destination number by configuring the calling search space. Cisco Unified Communications Manager includes a secondary Calling Search Space (CSS) configuration field for Call Forward All (CFA). The secondary CSS for CFA combines with the existing CSS for CFA to allow support of the alternate CSS system configuration. When CFA is activated, only the primary and secondary CSS for CFA get used to validate the CFA destination and redirect the call to the CFA destination. If these fields are empty, the null CSS gets used. Only the CSS fields that are configured in the primary CSS for CFA and secondary CSS for CFA fields get used. If CFA is activated from the phone, the CFA destination gets validated by using the CSS for CFA and the secondary CSS for CFA, and the CFA destination gets written to the database. When a CFA is activated, the CFA destination always gets validated against the CSS for CFA and the secondary CSS for CFA.
Cisco Unified Communications Manager provides a service parameter (CFA Destination Override) that allows the administrator to override Call Forward All (CFA) when the target of the CFA calls the initiator of the CFA, so the CFA target can reach the initiator for important calls. In other words, when the user to whom calls are being forwarded (the target) calls the user whose calls are being forwarded (the initiator), the phone of the initiator rings instead of the call being forwarded back to the target. The override works whether the CFA target phone number is internal or external.
When the CFA Destination Override service parameter is set to False (the default value), no override occurs. Ensure the service parameter is set to True for CFA override to work.
Note | CFA override only takes place if the CFA destination matches the calling party and the CFA Destination Override service parameter is set to True. If the service parameter is set to True and the calling party does not match the CFA destination, CFA override does not take place, and the CFA remains in effect. |
Cisco Unified Communications Manager prevents Call Forward All activation on the phone when a Call Forward All loop is identified. For example, Cisco Unified Communications Manager identifies a call forward loop when the user presses the CFwdALL softkey on the phone with directory number 1000 and enters 1001 as the CFA destination, and 1001 has forwarded all calls to directory number 1002, which has forwarded all calls to directory number 1003, which has forwarded all calls to 1000. In this case, Cisco Unified Communications Manager identifies that a loop occurs and prevents CFA activation on the phone with directory number 1000.
Tip | If Call Forward All activation occurs in Cisco Unified Communications Manager Administration or the Cisco Unified Communications Self Care Portal, Cisco Unified Communications Manager does not prevent the CFA loop. |
Tip | If the same directory number exists in different partitions, for example, directory number 1000 exists in partitions 1 and 2, Cisco Unified Communications Manager allows the CFA activation on the phone. |
The Forward Maximum Hop Count service parameter, which supports the Cisco CallManager service, specifies the maximum number of call hops that can occur for a Call Forward All chain; for example, if the value of this parameter equals 7, and a Call Forward All chain occurs consecutively from directory numbers 1000 to 1007, which equals 7 hops, Cisco Unified Communications Manager prevents a phone user with directory number 2000 from activating CFA to directory number 1000 because no more than 7 forwarding hops are supported for a single call. For more information on this service parameter, including special considerations for calls that use Q.SIG trunks, click the Forward Maximum Hop Count link in the Service Parameter Configuration window in Cisco Unified Communications Manager Administration.
Cisco Unified Communications Manager prevents Call Forward All loops if CFA is activated from the phone, if the number of hops for a Call Forward All call exceeds the value that is specified for the Forward Maximum Hop Count service parameter, and if all phones in the forwarding chain have CFA activated [not Call Forward Busy (CFB), Call Forward No Answer (CFNA), or any other call forwarding options]. For example, if the user with directory number 1000 forwards all calls to directory number 1001, which has CFB and CFNA configured to directory number 1002, which has CFA configured to directory number 1000, Cisco Unified Communications Manager allows the call to occur because directory number 1002 acts as the CFB and CFNA (not CFA) destination for directory number 1001.
Call Forward All loops do not impact call processing because Cisco Unified Communications Manager supports CFA loop breakout, which ensures that if a CFA loop is identified, the call goes through the entire forwarding chain, breaks out of the Call Forward All loop, and completes as expected, even if CFNA, CFB, or other forwarding options are configured along with CFA for one of the directory numbers in the forwarding chain. For example, the user for the phone with directory number 1000 forwards all calls to directory number 1001, which has forwarded all calls to directory number 1002, which has forwarded all calls to directory number 1000, thus creating a CFA loop. In addition, directory number 1002 has configured CFNA to directory number 1004. The user at the phone with directory number 1003 calls directory number 1000, which forwards to 1001, which forwards to 1002. Cisco Unified Communications Manager identifies a CFA loop, and the call, which breaks out of the loop, tries to connect to directory number 1002. If the No Answer Ring Duration timer expires before the user for the phone with directory number 1002 answers the call, Cisco Unified Communications Manager forwards the call to directory number 1004.
For a single call, Cisco Unified Communications Manager may identify multiple Call Forward All loops and attempts to connect the call after each loop is identified.
The Call Forward Busy (CFB) feature forwards calls only when the line is in use and the busy trigger setting is reached.
The call forward busy trigger gets configured for each line appearance and cannot exceed the maximum number of calls that are configured for a line appearance. The call forward busy trigger determines how many active calls exist on a line before the call forward busy setting gets activated (for example, 10 calls).
Tip | Keep the busy trigger slightly lower than the maximum number of calls, so users can make outgoing calls and perform transfers. |
Tip | If a call gets forwarded to a directory number that is busy, the call does not complete. |
The Call Forward No Answer (CFNA) feature forwards calls when the phone is not answered after the configured no answer ring duration timer is exceeded or if the destination is unregistered.
The call forward no answer ring duration gets configured for each line appearance, and the default specifies 12 seconds. The call forward no answer ring duration determines how long a phone rings before the call forward no answer setting gets activated.
The Call Forward No Coverage feature forwards calls when ringing either exhausts or times out and the associated hunt-pilot for coverage specifies Use Personal Preferences for its final forwarding.
Call waiting feature lets users receive a second incoming call on the same line without disconnecting the first call. When the second call arrives, the user receives a brief call-waiting indicator tone, which is configured with the Ring Setting (Phone Active) in the Directory Number Configuration window.
Configure call waiting in the Directory Number Configuration window in Cisco Unified Communications Manager Administration by setting the busy trigger (greater than 2) and maximum number of calls.
The Cancel Call Waiting feature allows the user to cancel the call waiting service when a call is active. This feature enables the user to block the operation of call waiting for one call. To invoke this feature, the user dials the cancel call waiting code, obtains recall dial tone, and places a call normally. During this call, the Call Waiting service is rendered inactive, so that anyone calling the user receives the normal busy treatment, and no call waiting tones interrupt the call.
Note | This feature is available on both IP and analog phones. |
The administrator can enable the Cancel Call Waiting feature through a Cancel Call Waiting softkey in Cisco Unified Communications Manager, which adds a new softkey to non-standard softkey templates. The administrator then assigns the template to supported devices.
Note | For more information on softkey templates, see the Softkey Templates. |
You can configure Cisco Unified IP Phones that are running SCCP and SIP to collect call diagnostics and voice-quality metrics by setting the Call Diagnostics Enabled service parameter in Cisco Unified Communications Manager Administration.
SIP fully supports Call Diagnostics and Voice Quality Metrics on Cisco Unified IP Phones. Support includes end-of-call reporting, midcall reporting (for example, call hold, media disconnect), and voice quality metrics. Cisco Unified IP Phones 7940 and 7960 that are running SIP do not report voice quality metrics or midcall reporting. To enable voice quality metrics on Cisco Unified IP Phones for SIP, check the Call Stats check box on the SIP Profile Configuration window.
Call park allows a user to place a call on hold, so anyone who is configured to use call park on the Cisco Unified Communications Manager system can retrieve it.
For example, if a user is on an active call at extension 1000, the user can park the call to a call park extension such as 1234, and another user can dial 1234 to retrieve the call.
To use call park, you must add the call park extension (in this case, 1234) in Cisco Unified Communications Manager Administration when you are configuring phone features.
Cisco Unified Communications Manager provides the following types of call pickup:
Call pickup-Allows you to answer a ringing phone in your designated call pickup group.
Group call pickup-Allows you to answer incoming calls in another pickup group.
Other group pickup-Allows you to answer incoming calls in a pickup group that is associated with your own group.
Directed call pickup-Allows you to answer incoming calls directly on a specific directory number (DN) that belongs to a pickup group that is associated with your own group.
All types of call pickup can operate automatically or manually. If the service parameter, Auto Call Pickup Enabled, is enabled, Cisco Unified Communications Manager automatically connects you to the incoming call after you press one of the following softkeys on the phone:
PickUp-For call pickup (calls in your own pickup group)
GPickUp-For group call pickup (calls in another pickup group) and directed call pickup (calls in a pickup group that is associated with your own pickup group)
OPickUp-For other group pickup (calls in a pickup group that is associated with your own pickup group)
After the call pickup feature is automated, you need to use only one keystroke for a call connection except for group call pickup and directed call pickup. For group call pickup, you press the GPickUp softkey on the phone and dial the DN of the other pickup group. For directed call pickup, you press the GPickUp softkey on the phone and dial the DN of the ringing phone that you want to pick up.
Note | CTI applications support monitoring of the party whose call is picked up. CTI applications do not support monitoring of the pickup requester or the destination of the call that is picked up. Hence, Cisco Unified Communications Manager Assistant does not support auto call pickup (one-touch call pickup). |
You configure the call pickup feature when you are configuring phone features in Cisco Unified Communications Manager.
When you are adding a line, you can indicate the call pickup group. The call pickup group indicates a number that can be dialed to answer calls to this directory number (in the specified partition).
This feature allows users to receive an audio and/or visual alert when a call rings on a phone in pickup groups in which they are a member. For multiple-line phones, be aware that the alert is available for pickup groups that are associated with the primary line only.
You can configure the following notification parameters in the Call Pickup Group Configuration window:
Type of notification (audio, visual, both, or neither)
Content of the visual notification message (called party identification, calling party identification, both, or neither)
Number of seconds delay between the time the call comes into the original called party and the notification to the rest of the call pickup group members
In the Directory Number Configuration window, you can configure the type of audio notification that is provided when a phone is idle or in use.
The Select softkey allows a user to select a call for feature activation or to lock the call from other devices that share the same line appearance. Pressing the Select softkey on a selected call deselects the call.
When the call gets selected by a device, it gets put in the Remote-In-Use state on all other devices that share the line appearance. No one can select a call that is in the Remote-In-Use state. In other words, selecting a call instance will lock it from other devices that share the same line appearance.
A special display symbol identifies selected calls.
Call Select supports shared lines for phones that run SIP or SCCP. Select on nonshared lines does not get supported for phones that are running SIP.
Advanced ad hoc conferencing allows you to link multiple ad hoc conferences together by adding an ad hoc conference to another ad hoc conference as if it were an individual participant. Two types of conference linking exist: linear and nonlinear.
The conference list feature provides a list of participant directory numbers that are in an ad hoc conference. The name of the participant displays if it is configured in Cisco Unified Communications Manager Administration.
Any participant can invoke the conference list feature on the phone and can view the participants. The conference controller can invoke the conference list feature and can view and remove any participant in the conference by using the Remove softkey.
Note | On a regular conference call, the Show Details softkey displays the participants in the conference. However, for a conference call made across the cluster, the Show Details softkey displays the message "Key is Not Active". |
When a call routes through a translation or route pattern, routes to a Call Forward All or Call Forward Busy destination, or gets redirected through a call transfer or CTI application, the connected number display updates to show the modified number or redirected number.
The Connected Number Display restriction restricts the connected line ID presentation to dialed digits only for the duration of the call.
Cisco Unified Communications Manager uses IP subnets and device pools that contain location information to determine a device home location. By linking IP subnets to locations, the system can determine whether a device is at its home location or a remote location and register the device accordingly.
To support device mobility, modifications to the device pool structure separate the user information from the location and mobility information. The device pool contains the information that pertains to the device itself and to device mobility. An added common profile allows you to configure all the user-related information. You must associate each device with the common profile for user based information.
Using the DirTrfr and Select softkeys, a user can transfer any two established calls to remove the calls from the IP phone. For more information about Direct Transfer, see the Make and Receive Multiple Calls Per Directory Number.
Directed Call Park allows a user to transfer a parked call to an available user-selected directed call park number. Configure directed call park numbers in the new Cisco Unified Communications Manager Directed Call Park Configuration window. You can configure phones that support the directed call park Busy Lamp Field (BLF) button to monitor the busy/idle status of specific directed call park numbers. Users can also use the BLF button to speed dial a directed call park number.
A user can retrieve a parked call by dialing a configured retrieval prefix followed by the directed call park number where the call is parked.
Note | Cisco recommends that you treat Call Park (a hold function) and Directed Call Park (a transfer function) as mutually exclusive: enable one or the other, but not both. If you do enable both, ensure that the numbers that are assigned to each are exclusive and do not overlap. |
The Do Not Disturb (DND) feature provides the following options:
Call Reject-This option specifies that no incoming call information gets presented to the user. Depending on how you configure the DND Incoming Call Alert parameter, the phone may play a beep or display a flash notification of the call.
Ringer Off-This option turns off the ringer, but incoming call information gets presented to the device, so that the user can accept the call.
When DND is enabled, you can also choose to have the Cisco Unified IP Phone beep or flash to indicate an incoming call. Users can configure DND directly from their Cisco Unified IP Phone or from the Cisco Unified CM User Options window.
When DND is enabled, all new incoming calls with normal priority will honor the DND settings for the device. High-priority calls, such as calls from Cisco Emergency Responder (CER) or calls with Multi-Level Precedence and Preemption (MLPP), will ring on the device. Also, when you enable DND, the auto answer feature gets disabled.
The user can enable and disable DND by using any of the following methods:
You can enable and disable DND on a per-phone basis in Cisco Unified Communications Manager Administration.
The EnergyWise feature allows certain Cisco Unified IP Phones to participate in an EnergyWise-enabled system. The phone reports its power usage to the EnergyWise domain to allow the tracking and control of power within the customer premise. The phone supports alternate reduced power modes.
The following Cisco Unified IP Phones support EnergyWise in this release:
Cisco Unified IP Phone 6901
Cisco Unified IP Phone 6911
Cisco Unified IP Phone 6921
Cisco Unified IP Phone 6941
Cisco Unified IP Phone 6945
Cisco Unified IP Phone 6961
Cisco Unified IP Phone 7906
Cisco Unified IP Phone 7911
Cisco Unified IP Phone 7931
Cisco Unified IP Phone 7941
Cisco Unified IP Phone 7945
Cisco Unified IP Phone 7961G
Cisco Unified IP Phone 7961G-GE
Cisco Unified IP Phone 7962G
Cisco Unified IP Phone 7965
Cisco Unified IP Phone 7970
Cisco Unified IP Phone 7971
Cisco Unified IP Phone 7975
Cisco Unified IP Phone 8961
Cisco Unified IP Phone 9951
Cisco Unified IP Phone 9971
In the Cisco Unified IP Phones, the EnergyWise feature enables the phone to sleep and wake. A sleeping phone reduces energy consumption, typically into the 0 to 1 watt range.
You must configure the call manager to power off or power on the Cisco Unified IP Phones at least 12-13 minutes before you configure the Unified CM to power off or power on. This enables the Unified CM, switch, and Cisco Unified IP Phones to synchronize after powering on. Failure prevents the phones from powering off or entering sleep mode at the configured time.
While configuring the Unified CM, keep a minimum of 20 minutes between power off and power on. Failure prevents the phones from powering on.
Cisco Unified IP Phone 7900 series phones can be configured to automatically sleep and wake at specific times. When these phones are sleeping, users cannot wake them up.
For more information about Energywise, see the appropriate user guide and administration guide:
The Cisco Unified IP Phones 6900, 8900, and 9900 Series support EnergyWise by using configured sleep and wake times. In addition, users can wake a sleeping phone using the Select button.
For more information about Energywise, see the appropriate user guide and administration guide:
Cisco Unified IP Phone 6901/6911 User Guide
Cisco Unified IP Phone 6921, 6941, 6945, 6961 User Guide
Cisco Unified IP Phone 8961, 9951, and 9971 User Guide
Cisco Unified IP Phone 6901/6911 Administration Guide
Cisco Unified IP Phone 6921, 6941, 6945, 6961 Administration Guide
Cisco Unified IP Phone 8961, 9951, and 9971 Administration Guide
The Hold Reversion feature alerts a phone user when a held call exceeds a configured time limit. When the held call duration exceeds the limit, Cisco Unified Communications Manager generates alerts, such as a ring or beep, at the phone to remind the user to handle the call. The held call becomes a reverted call when the hold duration exceeds the configured time limit. For example, if you configure this feature to notify you when a call remains on hold past 30 seconds, Cisco Unified Communications Manager sends an alert, such as a ring or beep, to the phone after 30 seconds. You can also configure reminder alerts at configured intervals. A user can retrieve a reverted call on hold by going off hook, which deactivates the feature.
You configure hold reversion timers and other feature settings in Cisco Unified Communications Manager Administration for the system or for a line.
The Hold Reversion Duration timer specifies the wait time before a reverted call alert is issued to the holding party phone.
The Hold Reversion Notification Interval timer specifies the frequency of the periodic reminder alerts to the holding party phone.
The Reverted Call Focus priority specifies which call type, incoming calls or reverted calls, receives focus for user actions, such as going off hook.
Note | SCCP phones support a minimum Hold Reversion Notification Interval (HRNI) of 5 seconds, whereas SIP phones support a minimum of 10 seconds. SCCP phones set for the minimum HRNI of 5 seconds may experience a Hold Reversion Notification ring delay of 10 seconds when handling calls involving SIP phones. |
The Immediate Divert feature allows the invoker to immediately divert a call to a voice-messaging system. Managers and assistants, or anyone who shares lines, use this feature. When the call gets diverted, the line becomes available to make or receive new calls.
If the Use Legacy iDivert service parameter is set to False, the invoker can select a party voice mailbox to which to divert an incoming call. The invoker can choose between the original called party voice mailbox or the voice mailbox of the invoker.
To access the Immediate Divert feature, use the iDivert or Divert softkey. Configure the iDivert softkey by using the Softkey Template Configuration window of Cisco Unified Communications Manager Administration (the Divert softkey is not configurable; it displays automatically on the supported phone model such as Cisco Unified IP Phone 9971). The softkey template gets assigned to phones that are in the Cisco Unified Communications Manager system.
Intercom allows a user to place a call to a predefined target. The called destination auto-answers the call in speakerphone mode with mute activated. This sets up a one-way voice path between the initiator and the destination, so the initiator can deliver a short message, regardless whether the called party is busy or idle. To ensure that the voice of the called party is not sent back to the caller when the intercom call is automatically answered, Cisco Unified Communications Manager implements whisper intercom. Whisper intercom means that only one-way audio exists from the caller to the called party. The called party must manually press a key to talk to the caller.
Internet Protocol version 6 (IPv6), which is the latest version of the Internet Protocol (IP) that uses packets to exchange data, voice, and video traffic over digital networks, increases the number of network address bits from 32 bits in IPv4 to 128 bits. IPv6 support in the Cisco Unified Communications Manager network allows the network to behave transparently in a dual-stack environment and provides additional IP address space and autoconfiguration capabilities to devices that are connected to the network.
Cisco Unified IP Phones that run SIP support IPv4 only. Cisco Unified IP Phones that run SCCP can support IPv6 only, IPv4 only, or IPv4 and IPv6 in dual-stack mode.
By using the Join softkey, a user can join up to 15 established calls (for a total of 16) to create a conference.
The Join Across Lines feature allows a user to join calls on multiple phone lines (either on different directory numbers or on the same directory number but on different partitions) to create a conference.
The Log Out of Hunt Groups feature allows phone users to log their phones out from receiving calls that get routed to directory numbers that belong to line groups to which the phone lines are associated. Regardless of the phone status, the phone rings normally for incoming calls that are not calls to the line group(s) that are associated with the phone. The phone provides a visual status of the login state, so the user can determine by looking at the phone whether they are logged in to their line group(s).
The Log Out of Hunt Groups feature also comprises the following components:
The HLog softkey allows a phone user to log a phone out of all line groups to which the phone directory numbers belong. Configure the HLog softkey in the Softkey Layout Configuration window. When the user presses the HLog softkey, the phone screen displays "Logged out of Hunt Group." When the user presses the HLog softkey again to log back in and receive hunt group calls, the "Logged out of Hunt Group" notification on the phone screen clears.
To enable this feature, you must configure the Hunt Group Logoff Notification service parameter, which supports the Cisco CallManager service, in the Clusterwide Parameters (Device - Phone) section of the Service Parameters Configuration window.
The Log Out of Hunt Groups feature, which is device-based, operates differently for non-shared lines than for shared lines.
The MCID feature provides a useful method for tracking troublesome or threatening calls. When a user receives this type of call, the Cisco Unified Communications Manager system administrator can assign a new softkey template that adds the Malicious Call softkey to the user phone. For POTS phones that are connected to a SCCP gateway, users can use a hookflash and enter a feature code of *39 to invoke the MCID feature.
The Cisco Unified Mobility Mobile Connect feature enables users to manage business calls by using a single phone number and to pick up in-progress calls on the desktop phone and mobile phone. The Cisco Unified Mobility Mobile Voice Access feature extends mobile connect capabilities by way of an integrated voice response (IVR) system that is used to initiate mobile connect calls and to activate or deactivate mobile connect capabilities.
Cisco Unified Communications Manager supports silent call monitoring and call recording.
Call centers need to be able to guarantee the quality of customer service that an agent in a call center provides. To protect themselves from legal liability, call centers need to be able to archive agent-customer conversations.
The Silent Call Monitoring feature allows a supervisor to eavesdrop on a conversation between an agent and a customer without allowing the agent to detect the monitoring session.
The Call Recording feature allows system administrators or authorized personnel to archive conversations between the agent and the customer.
The Onhook Call Transfer feature supports the onhook (hangup) action as a possible last step to complete a call transfer. You must set the Transfer On-hook Enabled service parameter, which enables onhook call transfer, to True for onhook call transfer to succeed. If the service parameter is set to False, the onhook action ends the secondary call to the third party.
In the existing implementation, if user B has an active call on a particular line (from user A) and user B has not reached the maximum number of calls on this line, the Cisco Unified IP Phone provides a Transfer softkey to user B. If user B presses the Transfer softkey (or Transfer button, if available) once, user B receives dial tone and can make a secondary call: user B dials the number of a third-party (user C). Cisco Unified Communications Manager provides a Transfer softkey to user B again. If user B presses the Transfer softkey again (or Transfer button, if available), the transfer operation completes.
With the onhook call transfer implementation, user B can hang up after dialing the number of user C, and the transfer completes. Both the existing and new implementations work in the case of a blind transfer (user B disconnects before user C answers) and also in the case of a consult transfer (user B waits for user C to answer and announces the call from user A).
The previous implementation remains unchanged: user B can press the Transfer softkey twice to complete the transfer.
With prime line support for answering calls, when the phone is idle (off hook) and receives a call on any line, the primary line always gets chosen for the call. When you configure this support, going off hook makes only the first line active, even when a call rings on another line on the phone; that is, the call does not get answered on that line. In this case, the phone user must choose the other line to answer the call.
You can configure the Always Use Prime Line service parameter for the Cisco CallManager service or you can configure the Always Use Prime Line setting for devices and device profiles. The Always Use Prime Line setting displays in the following windows in Cisco Unified Communications Manager Administration.
For information on how the Always Use Prime Line setting works when a phone is idle or busy, see the following table.
Tip | If you configure the Always Use Prime Line setting in the Service Parameter, Common Phone Profile, and in the Phone Configuration window, Cisco Unified Communications Manager uses the configuration from the Phone Configuration window. |
State of Phone |
Configuration for Always Use Prime Line |
How Feature Works |
---|---|---|
Idle |
On |
When the phone is idle (off hook) and receives a call on any line, the primary line gets chosen for the call. Calls on other lines continue to ring, and the phone user must select those other lines to answer these calls. If you choose On for the Always Use Prime Line setting in the Device Profile or Default Device Profile Configuration window, a Cisco Extension Mobility user can use this feature after logging in to the device that supports Cisco Extension Mobility; that is, if you configure Cisco Extension Mobility correctly. |
Idle |
Off |
When the phone is idle and receives a call on any line, the phone user answers the call from the line on which the call is received; that is, when the phone is off hook. |
Idle |
Default |
If you choose Default for the Always Use Prime Line setting in the Common Phone Profile, the Device Profile, or the Default Device Profile Configuration windows, Cisco Unified Communications Manager uses the configuration from the Always Use Prime Line service parameter when determining whether a user, including a Cisco Extension Mobility user, can use this feature. If you choose Default for the for the Always Use Prime Line setting in the Phone Configuration window, Cisco Unified Communications Manager uses the configuration from the common phone profile. |
Busy |
On |
When the phone already has a call on a line, Cisco Unified Communications Manager uses the configuration for the Maximum Number of Calls and Busy Trigger settings to determine how to route the call. |
Idle |
On, but you also configured Auto Answer With Headset or Auto Answer with Speakerphone |
If you choose the Auto Answer with Headset option or Auto Answer with Speakerphone option from the Auto Answer drop-down list box in Cisco Unified Communications Manager Administration, the Auto Answer configuration overrides the configuration for the Always Use Prime Line setting. |
Tip | This feature relies on the Cisco CallManager service, so activate the service by choosing Tools > Service Activation in Cisco Unified Serviceability. In addition, you can run SDI trace for the Cisco CallManager service. When you view the log in RTMT, you can see the configured value that is used by the device; for example, alwaysPrimeLine=1, which indicates that the device uses On for the configuration. |
Note | If you want to do so, you can configure prime line support for answering calls in the Bulk Administration Tool. |
The Peer Firmware Sharing feature provides these advantages in high-speed campus LAN settings:
Limits congestion on TFTP transfers to centralized TFTP servers.
Eliminates the need to manually control firmware upgrades.
Reduces phone downtime during upgrades when large numbers of devices are reset simultaneously.
In most conditions, the Peer Firmware Sharing feature optimizes firmware upgrades in branch deployment scenarios over bandwidth-limited WAN links.
When the feature is enabled, it allows the phone to discover like phones on the subnet that are requesting the files that make up the firmware image and to automatically assemble transfer hierarchies on a per-file basis. The individual files that make up the firmware image get retrieved from the TFTP server by only the root phone in the hierarchy and are then rapidly transferred down the transfer hierarchy to the other phones on the subnet using TCP connections.
Configure PPID from the Phone Configuration window by using the Peer Firmware Sharing settings in the Product-Specific Configuration Layout. This menu option indicates whether the phone supports PPID. Settings include enabled or disabled (the default).
To configure the PPID feature for many phones, use the Peer Firmware Settings field in the Phone Template window of the Bulk Administration Tool.
For more information, see the applicable Cisco Unified IP Phone administration guide.
The Quality Report Tool (QRT), a voice-quality and general problem-reporting tool for Cisco Unified IP Phones, allows users to easily and accurately report audio and other general problems with their IP phone. QRT gets loaded as part of the Cisco Unified Communications Manager installation, and the Cisco Extended Functions (CEF) service supports it.
As a system administrator, you enable QRT functionality by creating, configuring, and assigning a softkey template to associate the QRT softkey on a user IP phone. You can choose from two different user modes, depending upon the level of user interaction that you want with QRT. You then define how the feature will work in your system by configuring system parameters and setting up Cisco Unified Serviceability tools. You can create, customize, and view phone problem reports by using the QRT Viewer application.
Support for the QRT feature extends to any IP phone that includes the following capabilities:
Support for softkey templates
Support for IP phone services
Controllable by CTI
Contains an internal HTTP server
When users experience problems with their IP phones, they can report the type of problem and other relevant statistics by pressing the QRT softkey on the Cisco Unified IP Phone during one of the following call states:
From a supported call state, and using the appropriate problem classification category, a user can then choose the reason code that best describes the problem that is being reported for the IP phone. A customized phone problem report provides you with the specific information.
You can configure a phone to play a 2-second tone that notifies the user that a call is encrypted and that both phones on the call are configured as "protected" devices. The tone plays for both parties when the call is answered. The tone does not play unless both phones are "protected" and the call occurs over encrypted media.
Several configuration requirements exist for the secure tone to play.
You can configure a Cisco Unified IP Phone Service URL, such as the extension mobility service, to a phone button. When the button gets pressed, the service gets invoked.
To configure a service URL on a phone button for the user, the administrator performs the following steps:
Using IP Phone Services Configuration, create a service.
Using Phone Button Configuration, create a custom phone button template to include the service URL feature.
Using Phone Configuration, add the custom phone button template to each phone that requires the service URL button.
Using Phone Configuration, subscribe to each appropriate service.
Using Phone Configuration, add the service URL button.
Notify the users to configure services for their phone by using the Add/Update your Service URL Buttons link on the User Options Menu.
The Single Button Barge/cBarge and Privacy features work together. These features work by using only shared lines.
The Barge and cBarge features add a user to a call that is in progress. The Single Button Barge/cBarge feature allows a user to simply press the shared-line button of a call to automatically add that user to the call. The users that are currently on the call receive a tone.
Privacy allows a user to allow or disallow other users of shared-line devices to view the device call information or to allow another user to barge in to its active calls.
Cisco Unified Communications Manager supports the configuration of up to 199 speed-dial entries, which are accessed through phone buttons and abbreviated dialing.
The administrator configures speed-dial entries and abbreviated dial indexes in the same window. From the Phone Configuration window, choose Add/Update Speed Dials from the Related Links drop-down list box at the top of the window and click Go. The Speed Dial and Abbreviated Dial Configuration window displays for this phone.
When the user configures speed-dial entries, part of the speed-dial entries can get assigned to the speed-dial buttons on the IP phone; the remaining speed-dial entries get used for abbreviated dialing. When a user starts dialing digits, the AbbrDial softkey displays, and the user can access any speed-dial entry by entering the appropriate index (code) for abbreviated dialing.
When users configure speed-dial in Cisco Unified Communications Self Care Portal, 199 entries display. Depending on the phone type, up to a maximum of 107 speed-dials can be used. Speed dials for which there is no corresponding button on the phone can only be accessed by using the Abbreviated Dial feature, if available.
Phone Model |
Maximum Number of Speed-Dial Entries Available on the Phone |
Maximum Number of Speed-Dial Entries Available with Expansion Modules |
---|---|---|
4 |
107 |
|
3 |
71 |
|
3 |
35 |
|
6 |
55 |
|
4 |
53 |
|
4 |
35 |
Note | Maximum number of speed-dial entries available on the phone is equal to maximum number of buttons available on the phone minus one button for Line 1. |
The VPN Client feature establishes a virtual private network (VPN) connection on your phone using the Secure Sockets Layer (SSL). The VPN connection is used for situations in which a phone is located outside a trusted network or when network traffic between the phone and Cisco Unified Communications Manager must cross untrusted networks.
After the phone gets configured with VPN functionality and the VPN feature gets enabled, the user enters credentials as follows:
If the phone is located outside the corporate network-The user is prompted at login to enter the credentials based on the authentication method that the system administrator configured on the phone.
If the phone is located inside the corporate network:
The user can enable or disable the VPN Client mode on the phone.
You can use Cisco Unified Reporting to determine which Cisco Unified IP Phones support the VPN client. From Cisco Unified Reporting, click Unified CM Phone Feature List. For the Feature, choose Virtual Private Network Client from the pull-down menu. The system displays a list of products that support the feature.
Silent call monitoring is a feature that allows a supervisor to discreetly listen to a conversation between an agent and a customer without allowing the agent to detect the monitoring session. Whisper coaching is an enhancement to silent call monitoring feature that allows supervisors to talk to agents during a monitoring session. This feature provides applications the ability to change the current monitoring mode of a monitoring call from Silent Monitoring to Whisper Coaching and vice versa.
To invoke whisper coaching, choose On from the built-in bridge drop-down list ( ).
Users can control some devices, such as phones. Applications that are identified as users control other devices, such as CTI ports. When users have control of a phone, they can control certain settings for that phone, such as speed dial and call forwarding.
The following sections contain information that may help you configure phones in Cisco Unified Communications Manager Administration.
The following sections describe how to modify your search to locate a phone. If you have thousands of Cisco Unified IP Phones in your network, you may need to limit your search to find the phone that you want. If you are unable to locate a phone, you may need to expand your search to include more phones.
Note | Be aware that the phone search is not case sensitive. |
When you enter the MAC address of the device in the MAC Address field when you are adding the phone, you can search by using that value as the Device Name in the Find and List Phones window.
If you enter a user name and/or extension in the Description field when you are adding the phone, you can search by using that value in the Find and List Phones window.
To search for a phone by its directory number (DN), choose Directory Number. Choose a search criterion (such as begins with or ends with) and either choose a directory number from the drop-down list box below the Find button or enter a search string. Click the Find button to perform the search.
Note | Some directory numbers do not associate with phones. To search for those directory numbers, which are called unassigned DN, use the Route Plan Report window or use the Directory Number Configuration Find/List window. |
If you choose calling search space, the options that are available in the database display; you can choose one of these options from the drop-down list box below the Find button.
If you choose device pool, the options that are available in the database display (for example, Default); you can choose one of these options from the drop-down list box below the Find button.
To search for a phone by its device type, choose Device Type and either enter a device type or choose a device type from the drop-down list box below the Find button.
To search for a phone by its call pickup group, choose Call Pickup Group. If you choose Call Pickup Group, the options that are available in the database display; you can choose one of these options from the drop-down list box below the Find button. Alternatively, click the Find button only.
If you choose LSC status, the options that are available in the database display (for example, Operation Pending); you can choose one of these options from the drop-down list box below the Find button.
To search for a phone by an authentication string, choose Authentication String and enter an authentication string.
To search for a phone by the protocol, choose Device Protocol and either enter a protocol, such as SIP, or choose a protocol from the drop-down list box below the Find button.
To search for a phone by its security profile, choose Security Profile and either enter a security profile name or choose a security profile from the drop-down list box below the Find button.
To search for a phone by its common device configuration, choose Common Device Configuration and either enter a common device configuration name or choose a common device configuration from the drop-down list box below the Find button.
To add additional search criteria, click the + button. When you add criteria, the system searches for a record that matches all criteria that you specify. To remove criteria, click the - button to remove the last added criterion or click the Clear Filter button to remove all added search criteria.
To find all phones that are registered in the database, choose Device Name from the list of fields; choose "is not empty" from the list of patterns; then, click the Find button.
Note | The list in the Find and List Phones window does not include analog phones and fax machines that are connected to gateways (such as a Cisco VG200). This list shows only phones that are configured in Cisco Unified Communications Manager Administration. |
By performing the following actions, you can configure a voice-messaging access number for the messages button on Cisco Unified IP Phone, so users can access the voice-messaging system by simply pressing the messages button:
Configure the voice-mail pilot number by choosing
.Configure the voice-mail profile by choosing
.Choose the appropriate profile from the Voice Mail Profile field on the Directory Number Configuration window. By default, this field uses the default voice-mail profile that uses the default voice-mail pilot number configuration.
Note | Typically, you can edit the default voice-mail pilot and default voice-mail profiles to configure voice-messaging service for your site. |
The Cisco Unified IP Phone can display directories of names and phone numbers. You access this directory from the directories button on the IP phone. For end users to retrieve contacts from the corporate directory, the administrator must enter users into the directory. Enter the contacts one at a time by using Cisco Unified Communications Manager Administration User Management ( ). The administrator can also add multiple users in bulk by using the Bulk Administration Tool ( ).
Other types of directories exist that can display on the IP phone: personal directory and phone directory (such as missed calls). To find out about these directories, see the user guide for the specific Cisco Unified IP Phone.
The URL Directories enterprise parameter defines the URL that points to the global directory for display on the Cisco Unified IP Phone. The XML device configuration file for the phone stores this URL.
Tip | If you are using IP addresses rather than DNS for name resolution, make sure that the URL Directories enterprise parameter value uses the IP address of the server for the hostname. |
Tip | If the phone URL was not updated correctly after the URL Directories enterprise parameter was changed, try stopping and restarting the Cisco TFTP service; then, reset the phone. |
Cisco Unified IP Phone users access Cisco Unified Communications Self Care Portal through their web browser, so they can configure a variety of features on their phone. Some of the configurable features include user locale, user password, call forward, speed dial, and remote destinations. By setting enterprise parameters as either True or False, you can configure which features are made available to users; for example, you can set the Show Speed Dial Settings enterprise parameter to False, and users cannot configure speed dials on their phones.
The Cisco CallManager service uses the Maximum Phone Fallback Queue Depth service parameter to control the number of phones to queue on the higher priority Cisco Unified Communications Manager when that Cisco Unified Communications Manager is available for registration. The default specifies 10 phones per second. If a primary Cisco Unified Communications Manager fails, the phones fail over to the secondary Cisco Unified Communications Manager. The failover process happens as fast as possible by using the priority queues to regulate the number of devices that are currently registering.
When the primary Cisco Unified Communications Manager recovers, the phones get returned to that Cisco Unified Communications Manager; however, you do not need to remove a phone from a working Cisco Unified Communications Manager, in this case the secondary system, as fast as possible because the phone remains on a working system. The queue depth gets monitored (using the Maximum Phone Fallback Queue Depth service parameter setting) to determine whether the phone that is requesting registration gets registered now or later. If the queue depth is greater than 10 (default), the phone stays where it is and tries later to register to the primary Cisco Unified Communications Manager.
In the Service Parameters Configuration window, you can modify the Maximum Phone Fallback Queue Depth service parameter. If the performance value is set too high (the maximum setting specifies 500), phone registrations could slow the Cisco Unified Communications Manager real-time response. If the value is set too low (the minimum setting specifies 1), the total time for a large group of phones to return to the primary Cisco Unified Communications Manager will be long.
If you need to find what directory numbers a specific phone is using or to what phones a directory number is assigned, choose Dependency Records from the Related Links drop-down list box on the Cisco Unified Communications Manager Administration Phone Configuration or Directory Number Configuration window. The Dependency Records Summary window displays information about directory numbers that are using the phone. To find more information about the directory number, click the directory number, and the Dependency Records Details window displays. If the dependency records are not enabled for the system, the dependency records summary window displays a message.
This section describes how phones fail over and fall back if the Cisco Unified Communications Manager to which they are registered becomes unreachable. This section also covers conditions that can affect calls that are associated with a phone, such as reset or restart.
The active Cisco Unified Communications Manager designation applies to the Cisco Unified Communications Manager from which the phone receives call-processing services. The active Cisco Unified Communications Manager usually serves as the primary Cisco Unified Communications Manager for that phone (unless the primary machine is not available).
If the active Cisco Unified Communications Manager fails or becomes unreachable, the phone attempts to register with the next available Cisco Unified Communications Manager in the Cisco Unified Communications Manager Group that is specified for the device pool to which the phone belongs.
The phone device reregisters with the primary Cisco Unified Communications Manager as soon as it becomes available after a failure. See the Maximum Phone Fallback Queue Depth Service Parameter for information about phone registration during failover.
When using an IP phone's VPN feature and the phone's VPN connection must failover between VPN capable devices, it will take eight minutes for the phone to failover. The phone will try to reconnect to the primary VPN 15 times before failing over to the next VPN connection.
Note | Phones do not fail over or fall back while a call is in progress. |
If a call is in progress, the phone does not reset until the call finishes.