- Cisco Unity Express Features
- Overview of Cisco Unity Express Voice Mail and Auto Attendant
- Entering and Exiting the Command Environment
- Configuration Tasks
- Configuring System Components
- Configuring Users and Groups
- Configuring Voice Mail
- Configure Smart Licensing
- Configuring Authentication, Authorization, and Accounting
- Configuring the Administration via Telephone Application
- Configuring Auto Attendants
- Configuring Message Notification
- Configuring VoiceView Express
- Networking Cisco Unity Express
- Configuring Distribution Lists
- Configuring Security
- Backing Up and Restoring Data
- Language Support
- Configuring Advanced Voice Mail
- Advanced Configuration
- Monitoring the System
- Configuring SNMP Monitoring
- Registering Cisco Unity Express Endpoints to Cisco Unified Messaging Gateway
- Configuring Your Cisco IOS Gateway for T.37 On-Ramp and Off-Ramp Fax Support
- Troubleshooting
Registering Cisco Unity Express Endpoints to Cisco Unified Messaging Gateway
This section describes Cisco Unity Express endpoints, covering principally the new commands in Cisco Unity Express 3.1 to enable endpoints of this type to autoregister with Cisco Unified Messaging Gateway (UMG).
Endpoints running Cisco Unity Express 3.0 or earlier do not support autoregistration. They must be manually configured on Cisco UMG.
The section contains the following topics:
- Overview of the Autoregistration Process
- Configuring Autoregistration with Cisco UMG
- Manually Registering a Cisco Unity Express Endpoint
- Verifying the Registration Status of a Cisco Unity Express Endpoint
- Enabling or Disabling Remote Lookup, With or Without TUI Confirmation
- Viewing Cached and/or Configured Network Locations
- Refreshing Locations
- Setting the Expiration for Cached Locations
- Overloading a NAT Device: the Consequences for Endpoints
Overview of the Autoregistration Process
The purpose of autoregistration is for Cisco UMG to automatically “discover” a legitimate Cisco Unity Express 3.1 endpoint.
Note Currently, the only type of endpoint that can autoregister is Cisco Unity Express 3.1. In the current section, the term ‘endpoint’ refers exclusively to that type of endpoint, unless otherwise specified.
A messaging gateway discovers whether an endpoint is legitimate by attempting to validate the shared secret information in the autoregistration message sent by the endpoint. Successful validation ensures that VPIM messages can only be exchanged between trusted peers.
The autoregistration process starts after the endpoint boots up. An appropriately configured endpoint is enabled to autoregister and it has the following information:
- The location-id and IP address or domain name of its primary (and where applicable, its secondary) messaging gateway
- Registration ID and password that the messaging gateways will be expecting.
– The instructions for configuring this ID and password on Cisco UMG are given in the Cisco UMG 1.0 CLI Administrator Guide.
– The instructions for configuring this ID and password on Cisco Unity Express 3.1 are given below, in Configuring Autoregistration with Cisco UMG.
Beginning the process, the endpoint sends registration requests to both the primary Cisco UMG and the secondary messaging gateway in that order, if a secondary is configured. In the registration message is information about itself, such as its own location ID, broadcast ID, and so on. If the primary messaging gateway encounters configuration problems during registration (for example, a missing location-id), the process will fail, and the endpoint will not try to register with the secondary messaging gateway. If the problems are of a different nature (for example, connectivity problems) the endpoint will go ahead and try to register with the secondary messaging gateway.
When the endpoint autoregisters, the messaging gateway adds the endpoint to a trusted endpoints table and the endpoint is then allowed to send and receive VPIM messages to and from the messaging gateway with which it has registered, as well as to retrieve remote user information.
Automatic directory information exchange takes place a couple of minutes after registration, thereby enabling the messaging gateway to learn about the endpoint’s properties.
Endpoints of the types Cisco Unity Express 3.0 or earlier, Cisco Unity, and Avaya Interchange do not support autoregistration, so they must be individually provisioned from messaging gateways. Instructions for doing this are given in the Cisco UMG 1.0 CLI Adminstrator Guide. An endpoint running Cisco Unity Express 3.1 that is not enabled to autoregister will be treated the same as these other types of endpoint.
Configuring Autoregistration with Cisco UMG
An endpoint running Cisco Unity Express 3.1 or later can autoregister with Cisco Unified Messaging Gateway. This means that when the endpoint comes online, it seeks out its messaging gateways (both primary and secondary, if configured) and registers itself. The alternative - manual provisioning (as opposed to autoregistration) - entails configuring all relevant details of each endpoint on its messaging gateway. This is the only option available to endpoints not running Cisco Unity Express 3.1.
After the messaging gateway authorizes the endpoint, it exchanges directories with its peers so that the whole system becomes aware that this endpoint is now online. Once you have enabled autoregistration, any time either the endpoint or the messaging gateway goes offline, the endpoint will re-register automatically as soon as both come back online.
Before enabling autoregistration, you must first specify the primary and then the secondary messaging gateway access information. Only after this do you enable autoregistration. Issuing these commands causes the profile(s) for the messaging gateways to be stored in the running configuration on Cisco Unity Express 3.1.
Note The endpoint cannot autoregister until you issue the messaging-gateway registration command.
Save the configuration to the startup config by using the write command.
SUMMARY STEPS
2. messaging-gateway registration
3. messaging-gateway primary location-id umg-ip-addr [ port umg-port ]
4. username umg-reg-id password encryption-level umg-passwd
5. (Optional) retry-interval retry-interval ]
7. (Optional) messaging-gateway secondary location-id umg-ip-addr [ port umg-port ]
8. (Optional) username umg-reg-id password encryption-level umg-password
DETAILED STEPS
|
|
|
---|---|---|
|
||
messaging-gateway registration |
Causes the endpoint (Cisco Unity Express) to send a registration message to its primary and, if applicable, to its secondary messaging gateway, unless registration with the primary fails due to a configuration error. |
|
messaging-gateway primary location-id umg-ip-addr se-10-0-0-0(config)# messaging-gateway primary 100 192.0.2.0 port 8080 |
Enters gateway configuration mode and specifies the following information for the primary messaging gateway:
The primary Cisco UMG must be configured before the secondary. Otherwise, you will get the error message “Primary messaging gateway needs to be configured first.” |
|
username umg-reg-id password encryption-level umg-password se-10-0-0-0(config-gateway)# username cue31 password text herein |
(Optional) Specifies the username and password required to authorize registration with the message gateway.
You can give either an encrypted password or non-encrypted password: encrypted and text tokens need to be used. |
|
|
(Optional) The retry-interval is the delay before the endpoint attempts to re-register with the messaging gateway. The value is expressed in minutes. The default is 5 minutes. |
|
|
Exits gateway configuration mode and enters configuration mode. |
|
messaging-gateway secondary location-id umg-ip-addr [ port umg-port ] se-10-0-0-0(config)# messaging-gateway secondary 200 192.0.2.1 port 8080 |
(Optional) Enters gateway configuration mode and specifies the following information for the secondary messaging gateway:
The secondary Cisco UMG must be configured after the primary. Otherwise, you will get the error message “Primary messaging gateway needs to be configured first.” |
|
username umg-reg-id password encryption-level umg-password se-10-0-0-0(config-gateway)# username cue31 password text herein |
(Optional) Specifies the username and password required to authorize registration with the message gateway.
You can give either an encrypted password or non-encrypted password: encrypted and text tokens need to be used. |
|
|
(Optional) The retry-interval is the delay before the endpoint attempts to re-register with the messaging gateway. The value is expressed in minutes. The default is 5 minutes. |
|
|
||
messaging-gateway registration |
Causes the endpoint to send a registration message to its primary and, if applicable, to its secondary messaging gateway - unless registration with the primary fails due to a configuration error. |
|
|
||
|
(Optional) Displays the details associated with the registration of the messaging gateway, successful or otherwise. For more information, see the “Verifying the Registration Status of a Cisco Unity Express Endpoint” section. |
|
|
Copies the running-config to the startup-config and thereby ensures that the foregoing autoregistration configurations are not lost if the endpoint goes down. |
Example
The following commands on a Cisco Unity Express 3.1 endpoint set it up to autoregister with Cisco UMG, and then enable autoregistration and finally write the configuration to startup-config.
Manually Registering a Cisco Unity Express Endpoint
If you want to add a Cisco Unity Express endpoint to your Cisco UMG system, and it is either
- running Cisco Unity Express 3.0 or earlier, or
- you want to avoid autoregistration activity with an endpoint running Cisco Unity Express 3.1,
you must manually provision it from Cisco UMG. First configure the endpoint, then provision it on Cisco UMG.
Note You need to perform these steps only if the endpoint has never undergone initial configuration - if the endpoint is already in operation, you will already have done all this. In that case, there is nothing left to do on the endpoint.
SUMMARY STEPS
3. (Optional) name location-name
4. (Optional) abbreviation name
6. voicemail phone-prefix digit string
7. (Optional) voicemail extension-length number [min number | max number]
8. (Optional) voicemail vpim-encoding {dynamic | G711ulaw | G726}
9. (Optional) voicemail spoken-name
Repeat Steps 2 through 10 for each remote location.
11. network local location-id number
13. show network locations configured
DETAILED STEPS
Examples
The following examples illustrate the output from the show network commands on company Mycompany’s call control system in San Jose with remote voice-mail provided by six remote Cisco Unity Express sites.
The following example illustrates output from the show network queues command. The output includes the following fields:
- ID—Job ID.
- Retry—Number of times that Cisco Unity Express has tried to send this job to the remote location.
- Time—Time when the job will be resent.
After performing on the endpoint the steps just listed, on the Cisco UMG that is to be the endpoint’s primary messaging gateway, manually provision the endpoint by following the instructions given in the Cisco UMG 1.0 CLI Adminstrator Guide.
Register the endpoint by issuing the Cisco UMG command location-id cue enabled (fully described in the Cisco UMG 1.0 CLI Adminstrator Guide) on the endpoint’s primary messaging gateway.
On that messaging gateway, verify that the endpoint is registered to it by using the command show endpoint local.
Verifying the Registration Status of a Cisco Unity Express Endpoint
You can verify whether the current Cisco Unity Express 3.1 or later version endpoint is registered with a messaging gateway, and check all the details associated with the registration - successful or otherwise - by using the show messaging-gateway command in Cisco Unity Express EXEC mode.
You can see which Cisco UMGs you have configured as its primary and secondary messaging gateways, with their respective port numbers. Indications in the status column show whether or not the endpoint has registered with the messaging gateway successfully.
If registered, timestamp of initial registration confirmation; if not registered, reason is given as a code (see Table 23-2 ) |
|||
Registration password the Cisco UMG expects from endpoint. It is never displayed. |
|||
|
Delay in minutes before the endpoint attempts to register again. Default is 5 minutes. |
If the endpoint has registered successfully, you will see the date and time of the initial registration in the status column. You can also check the configuration for a default routing destination for a message to a voicemail address that can be resolved by neither Cisco Unity Express nor Cisco UMG. To illustrate: if you give a phone number that cannot be found in a Cisco Unity Express local search or in a Cisco UMG remote lookup, the message will be forwarded to that default route destination.
If the endpoint has not registered successfully, the reason for the failure will be displayed in the status column:
The following command on a Cisco Unity Express 3.1 or later version endpoint displays its registration status:
Enabling or Disabling Remote Lookup, With or Without TUI Confirmation
Enabling Remote Directory Lookup Without TUI Prompt
When you enable autoregistration by issuing the messaging-gateway registration command on a Cisco Unity Express 3.1 endpoint, you also enable the endpoint to do remote lookup automatically. This includes a short prompt informing subscribers that the lookup may take some time.
Enabling Remote Directory Lookup With TUI Prompt
Enabling the remote directory lookup feature does not also enable the directory lookup confirmation in the TUI flow feature, in which Cisco Unity Express 3.1 gives subscribers the option to do remote lookup if there is no local match. To enable TUI directory lookup confirmation, use the config-mode command messaging-gateway directory lookup tui-prompt.
Disabling Remote Directory Lookup
To have no remote lookup at all, disable it by issuing the no messaging-gateway directory lookup command.
Note Disabling the remote directory lookup feature also disables directory lookup confirmation in the TUI flow, and conversely, enabling directory lookup confirmation in the TUI flow will also enable remote directory lookup.
Viewing Status
To view the status of these features, use the show messaging-gateway command, which displays the following output:
Remote directory lookup status:
– Enabled with TUI-prompt--TUI confirmation prompt is enabled
– Enabled without TUI-prompt--TUI confirmation prompt is disabled.
Viewing Cached and/or Configured Network Locations
To view a list of all cached remote location entries on Cisco Unity Express 3.1, use the EXEC-mode show network locations cached command.
To list all configured remote location entries on Cisco Unity Express 3.1, use the EXEC-mode show network locations configured command. This command replaces the old show network locations command.
Refreshing Locations
To manually refresh a cached location entry on Cisco Unity Express 3.1, use the network location cache refresh id command in EXEC-mode. This command will not generate any response if it is performed successfully. Otherwise, an error message appears.
Setting the Expiration for Cached Locations
To set the expiration time for a cached location on Cisco Unity Express 3.1, use the network location cache expiry int command in config-mode. The int value stands for number of days. By default, this value is set to 4. The no command will set the value back to its default value. The value is persisted by means of the nvgen method. It is not stored in the database.
Overloading a NAT Device: the Consequences for Endpoints
One endpoint can be configured to get to its primary messaging gateway with complete connectivity if :
- Two Cisco Unity Express endpoints are behind a NAT device that has only one IP address to assign --an overload situation--
- Those endpoints have two different messaging gateways configured as primary messaging gateways,
Note The other endpoint can only do HTTP-related activities (assuming proper configuration) and not the SMTP activities.