Document ID: 70600
Contents
Introduction
Prerequisites
Requirements
Components Used
Conventions
Background Information
Initial Verification
Configure the Default Subscriber Template to Enable the Use of the MWI Feature for a New Subscriber
Configure the Subscriber's Profile to Enable the Use of the MWI Feature for a Current Subscriber
MWI Does Not Work After Exchange Server Migration
MWI Light Does Not Turn On
Problem: Incorrect Unity or Callmanager Parameter Configuration
Solution: Configure/Verify Unity Parameters
Solution: Configure/Verify Cisco Callmanager Parameters
Problem: Cisco Callmanager CSS Misconfiguration
Solution: Place Cisco Unity Devices and IP Phones in Same CSS
Problem: Error Message in the Application Event Log Viewer
Solution: Restart Services
Problem: MWI Not Turned ON for Messages from a Specific User
Solution
MWIs Do Not Turn Off
Problem: MWIs Lost Synchronization
Solution: Resynchronize MWIs
MWI Does Not Refresh
Problem: No Automatic Refresh
Solution: Add Active Directory Server into DNS Server
Problem: MWI does not Refresh When Lotus Domino is Used with Cisco Unity
Solution: Edit Notes.ini
MWI Light is On; No Voicemail Appears in the Mailbox
NetPro Discussion Forums - Featured Conversations
Related Information
Introduction
A Message Waiting Indicator (MWI) can be found on subscriber phones as a lamp, flashing LCD panel, or special dial tone to let the subscribers know that a voice message is waiting. The type of indicator depends on both the phone system and the types of phones that the subscribers use. Two principal events cause Cisco Unity® to activate and deactivate MWIs:
-
When a caller leaves a message for a subscriber, Cisco Unity notifies the phone system to activate the MWI on the subscriber's phone.
-
When the subscriber listens to the message, Cisco Unity notifies the phone system to deactivate the MWI on the phone.
This document discusses three MWI problems and provides relevant solutions:
-
The MWI light on an IP phone does not turn on to indicate a new voice message.
This problem can occur for these reasons:
-
The common parameters in the Cisco Unity and Cisco CallManager® server configurations are not set properly.
-
A configuration of the Calling Search Space (CSS) feature is incorrect.
-
-
MWIs occasionally do not turn off as expected. This indicates that the MWIs have lost synchronization.
-
The MWI does not refresh automatically. This problem can occur if the DNS server is unable to resolve the IP address of the Active Directory Server.
Prerequisites
Requirements
Cisco recommends a basic knowledge of these topics:
-
Cisco CallManager
-
Cisco Unity
-
CSS
Components Used
The information in this document is based on these software and hardware versions:
-
Cisco Unity Version 4.x
-
Cisco CallManager Version 3.3 and higher
The information in this document was created from the devices in a specific lab environment. All the devices used in this document began with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
Note: Cisco Unity 4.x does not support Microsoft Exchange server 2007. MWI does not work if you have upgraded the partner exchange server from Exchange 2003 to Exchange 2007. Microsoft Exchange 2007 server is supported in Cisco Unity 5.0.
Conventions
Refer to Cisco Technical Tips Conventions for more information on document conventions.
Background Information
Initial Verification
Verify whether these two tests are successful before you proceed:
-
Test whether the CallManager and Unity servers are able to ping each other. This test ensures that IP connectivity is available.
-
Check whether you are able to dial the IP phone whose MWI light does not activate. This test causes the IP phone to ring.
Configure the Default Subscriber Template to Enable the Use of the MWI Feature for a New Subscriber
When a new subscriber is created, the behavior of the MWI feature is inherited from the Default Subscriber Template. In this Default Subscriber Template window, the use of MWIs is enabled. The extension is set to X by default, which will use the subscriber's extension for MWI. This can be changed if you plan to light the MWI of a different extension than the one that received the message.
After this option is enabled in the Default Subscriber Template, the MWI feature will be active for new subscribers.
Note: This does not affect current subscribers. Once a subscriber's profile is created, all changes must be made on the individual subscriber's profile.
Configure the Subscriber's Profile to Enable the Use of the MWI Feature for a Current Subscriber
In the Subscribers > Messages window, the subscriber's MWI feature appears to be disabled, but it is actually enabled because of the MWI behavior inherited from the Default Subscriber Template. The System Administrator has not made any changes that would override this behavior.
The Refresh Status option is not active in this window and cannot be used. Check the Use MWI box and add an X in the Extension area to temporarily activate the Refresh Status option but not save the changes. If you have any doubts about this subscriber's MWI feature status, save this change.
In this window, the Refresh status option is now active.
MWI Does Not Work After Exchange Server Migration
The MWI does not work after the Cisco Unity server has been migrated to a new exchange server. This can happen when the Unity_ServerName account mailbox is still on the old exchange server.
If you move the Unity_ServerName account mailbox to the newly migrated exchange server, it solves the problem. Run the Permission Wizard followed by the Message Store Configuration Wizard, and then reboot both the Exchange and Cisco Unity servers. For more information about the Unity_ServerName account mailbox, refer to the Verify the Unity ServerName Account is in Active Directory.
MWI Light Does Not Turn On
The MWI light on an IP phone does not turn on to indicate a new voice message.
Problem: Incorrect Unity or Callmanager Parameter Configuration
If the Unity or CallManager systems are configured incorrectly, the MWI will not turn on. This incorrect configuration can occur because of any of these possibilities:
-
The unique extensions to turn MWIs on and off have not been entered in the MWI On Extension and MWI Off Extension fields in the Unity Telephony Integration Manager (UTIM), or the Cisco Unity server has not been restarted to enable these values.
-
The unique extensions to turn MWIs on and off have not been entered in the Cisco CallManager server, or that server has not been restarted to enable these values.
-
The unique extensions to turn MWIs on and off in the Cisco CallManager server are not identical to the values entered in the MWI On Extension and MWI Off Extension fields in UTIM.
For more information on the MWI configuration issues in Cisco CallManager and Cisco Unity, refer to Resolving Cisco CallManager Integration Problems.
Solution: Configure/Verify Unity Parameters
Follow these procedures to make sure that the unique extensions to turn MWIs on and off have been entered correctly in the MWI On Extension and MWI Off Extension fields in UTIM:
-
On the Windows Start menu of the Cisco Unity server, click Programs.
-
Click Unity.
-
Click Manage Integrations.
-
The UTIM window displays.
-
-
In the left pane, click the applicable integration, which in this example is Cisco CallManager Cluster 01.
-
In the right pane, click the MWI tab. Confirm that the extensions to activate and deactivate the MWIs are correct. The values in the MWI On Extension and MWI Off Extension fields should match the extensions configured on the phone system.
-
If the extensions are not correct, change them and click Save. Click Yes for the prompt, which asks whether or not to restart the Unity Services.
Solution: Configure/Verify Cisco Callmanager Parameters
Ensure that the unique extensions to turn MWIs on and off have been entered in the Cisco CallManager server. Confirm that they match the MWI On Extension and MWI Off Extension fields in UTIM.
Complete these six steps:
-
Open the Cisco CallManager Administration page.
-
Choose Feature > Voice Mail > Message Waiting.
-
Specify the appropriate search text, if applicable, and click Find.
-
Confirm that the unique extensions to turn MWIs on and off are identical to the values entered in the MWI On Extension and MWI Off Extension fields in UTIM.
-
If the the values differ from UTIM MWI values, follow these procedures to change the values.
-
From the list of records that match, choose the appropriate record
-
Click the information in any of the fields: Directory Number, Description, Partition, or Calling Search Space. For example, click MWI DN for On in the 9003 record row.
-
The information is a link to the Message Waiting Configuration window.
-
Click Update after the changes are made.
-
-
Restart the Cisco CallManager Server.
Note: In a CallManager cluster, it is recommended to restart one server at a time, with the Publisher restarted first.
Problem: Cisco Callmanager CSS Misconfiguration
The second cause of the MWI light on an IP phone that does not light up relates to an incorrect configuration of the CSS feature. If your installation does not utilize the CSS feature, you cannot apply the solution in this section to your problem.
This problem occurs when the IP phone is not in the same calling search space or partition as the Cisco Unity voice messaging ports. To determine this, dial the extension that turns on MWIs from a phone. If you hear the fast busy (reorder tone), the extension to turn MWIs on is not assigned to the correct calling search space or partition in the Cisco CallManager. If you do not hear the fast busy, and the MWI is not activated or deactivated, a route plan may be the cause of the problem.
Solution: Place Cisco Unity Devices and IP Phones in Same CSS
Place the Cisco Unity devices and the IP phones in the same CSS in order to solve this problem. For more information on Calling Search Spaces, refer to Understanding and Using Partitions and Calling Search Spaces with Cisco CallManager.
Note: If the MWIs do not turn on or if there is a delay in that action, it could be because there is a firewall between Cisco Unity and Microsoft Exchange. A firewall between Cisco Unity and Microsoft Exchange is not supported for this reason. MWI messages are sent from the Exchange server in the form of User Datagram Protocol (UDP) messages, which use random ports. This will be a UDP port in the 1024-65535 range. Since the server does not always use the same port when the notification is sent, there is no way to predict either the source or destination ports that this traffic will use. If you put the Cisco Unity and Exchange server on the same side of the network or open the right ports in the firewall for Unity, this will resolve this issue.
Problem: Error Message in the Application Event Log Viewer
The MWI light on an IP phone does not turn on to indicate a new voice message. An error message that is similar to one of these messagesappears in the Application Event log viewer:
Event Type: Error Event Source: CiscoUnity_AvCs Event Category: None Event ID: 100 Date: 27/06/2006 Time: 05:52:27 User: N/A Computer: UNITYSERVER Description: Exception occurred and handled. Contact Cisco Technical Support. File: e:\views\Unity4.0.2.122\un_Core1\Notifier\AvMWIDeviceSvr\AvMWIDevice.cpp at Line: 768 - Error:80004005H Call stack: 0x5DF772DD AvMWIDeviceSvr.dll: <unknown symbol>
or
AvCsGateway: FindCsComponents failed for caller NT1\unityadmin with subscriber type Subscriber+Administrator+StatusMonitor.
Solution: Restart Services
Complete these steps in order to overcome this problem:
-
Open a command prompt and run this command:
regsvr32 X:\commserver\components\avmwidevicesvr.dll
Where X: is the drive where your commserver directory is located
-
Then go into Services and restart these:
-
AvNotifierMgr
-
AvMsgStoreMonitorSvr
-
AvDSGlobalCatalog AvDSAD
-
AvDSAD
Alternatively, after you run this command, you can try to reboot the box.
If still the problem persists, check that the Active Directory Server is reachable and running.
-
Problem: MWI Not Turned ON for Messages from a Specific User
MWI is not turned ON for messages from a specific subscriber and it works fine for the messages from all the other subscribers.
Solution
If the voicemail messages do not come into the Inbox folder or if the subscriber has created a rule to move the voicemail message from a particular sender to a different folder, then it is not reported to the Cisco Unity and thus MWI doesnot glow. But the voicemail message are accessible on Outlook. The voicemail messages must be always in the Inbox folder in order to retrieve from the Cisco Unity server.
MWIs Do Not Turn Off
Problem: MWIs Lost Synchronization
The possible reason that MWIs do not turn off as expected is that the MWIs have lost synchronization. MWIs lose synchronization if the phone system is off-line when an MWI status changes.
Solution: Resynchronize MWIs
To resolve the issue, resynchronize the MWIs with this procedure:
-
On the Windows Start menu of the Cisco Unity server, choose Programs > Unity > Manage Integrations.
-
On the Integration tab, click Properties in the left pane.
-
To start the process immediately, go to MWI Synchronization area and click the Resynchronize Now button.
-
To start the process at a later time, go to MWI Synchronization area and check the Resynchronize at check box. Choose the time for the system to resynchronize the MWIs. Cisco recommends that you choose a time outside of regular business hours because of the Cisco Unity resources needed for resynchronization. Click Save.
-
If the MWIs has lost synchronization after the installation of a new message store on the Cisco Unity failover cluster, complete these steps:
-
In the Cisco Unity sever, choose Cisco Unity Tools Depot > Administrative Tools > Permissions Wizard in order to run the Permissions Wizard.
-
While you run the wizard, you see a checkbox to choose mailstores. Click on that in order to choose both the old and new mailstores.
-
After you run the Permissions wizard, restart the AvNotifierMgr service on the Cisco Unity server.
MWI Does Not Refresh
Problem: No Automatic Refresh
The MWI does not refresh automatically.
Solution: Add Active Directory Server into DNS Server
This problem can occur if the DNS server is unable to resolve the IP address of the Active Directory Server.
-
In order to solve this problem, add the Active Directory Server into the DNS server or manually include the hostname of the Active Directory in the hostsfile of the Unity server.
-
For more information on how to edit the hostsfile, refer to Edit the Hosts File.
-
For more information on how to troubleshoot issues related to DNS in the Cisco Unity Server, refer to Basic DNS Troubleshooting for Cisco Unity Servers.
-
To obtain more information about how to troubleshoot MWI issues, refer to The Phone System Is Not Set To Turn MWIs On and Off.
Problem: MWI does not Refresh When Lotus Domino is Used with Cisco Unity
MWI does not work after a period of time when IBM Lotus Domino Unified Communications (DUC) is used with Cisco Unity.
Solution: Edit Notes.ini
The DUC for Cisco will fail to notify Cisco Unity to turn off MWIs when both of these conditions are met:
-
The Domino server Notes.ini file contains multiple ExtMgr_Addins tasks.
-
The DUC for Cisco server extension (ucextn) is not listed first in the ExtMgr_Addins line.
-
If you use Lotus DUC 1.2.1 or 1.2.2, add the parameter UCCacheSize=0 to the Notes.ini.
Perform these steps to Correct the Notes.ini File on the Domino Server
-
Locate the file Notes.ini (usually located in C:\Lotus\Notes or C:\Program Files\Lotus\Notes) in the Domino server.
-
Double-click the file Notes.ini. The file opens in Notepad.
-
Locate the line that begins with ExtMgr_Addins= .
-
Revise the line so that the DUC server extension (ucextn) appears first in the list.
This example is correct: ExtMgr_Addins=ucextn, nnem.dll.
-
Note: A mechanism to cache was introduced in the release of Lotus DUC 1.2.1. Its purpose was to cache users' DUC-enablement UC profile. DUC Version 1.2.2 further enhanced the cache and introduced the concept of extended cache. This mechanism has been problematic, and areas that can be affected are DUC-enablement and disablement of subscribers, message categorization by DUC, message notification, and, in rare cases, instability on the Lotus Domino server when DUC is installed and/or as users become DUC-enabled. This is seen in a Cisco Unity 4.x with IBM Lotus Domino integration when DUC Version 1.2.1 or 1.2.2 is installed on the Lotus Domino server.
The workaround for this problem is to add the parameter UCCacheSize=0 to Notes.ini.
Note: This parameter is case sensitive.
-
Save the file and restart the Domino server.
MWI Light is On; No Voicemail Appears in the Mailbox
On the IP Phone, the MWI light is on, and the message envelope also shows, but when the user logs into voice mail, there is no voice mail. Sometimes, the voicemail messages are received with a delay.
This can happen when there is some issue with the ports integration configuration on the Cisco Unity server. Complete these steps in order to verify if the port integration is configured correctly:
-
On the Cisco Unity server, double-click the Cisco Unity Tools Depot icon on the desktop.
-
Under Switch Integration Tools, double-click Telephone Integration Manager.
-
Choose Cisco CallManager and click the Ports tab.
-
Under the Ports tab, verify this configuration:
-
75% of the ports should have Answer Calls Checked.
-
25% of the ports should have Message Notification , Dial Out MWI and TRAP Connection Checked.
-
NetPro Discussion Forums - Featured Conversations
| NetPro Discussion Forums - Featured Conversations for Voice |
| Service Providers: Voice over IP |
| Voice & Video: Voice over IP |
| Voice & Video: IP Telephony |
| Voice & Video: IP Phone Services for End Users |
| Voice & Video: Unified Communications |
| Voice & Video: IP Phone Services for Developers |
| Voice & Video: General |
Related Information
- Message Waiting Indicators (MWIs)
- Cisco Unity Messaging Integration
- Cisco Unity Troubleshooting Guide (With IBM Lotus Domino), Release 4.0(5)
- Cisco CallManager Administration Guide, Release 4.0(1) - Message Waiting Configuration
- Voice Technology Support
- Voice and Unified Communications Product Support
-
Recommended Reading:
Troubleshooting Cisco IP Telephony
- Technical Support & Documentation - Cisco Systems
| Updated: Aug 30, 2006 | Document ID: 70600 |
