[cisco-voip] MWI Issue

[Wes Sisk]

I would start by enabling 0 duration call detail records (cm service 
parameter).  Then see what time his MWI gets set (call from his 
extension number to the MWI ON number).  If you find the CDR is the 
originating device a phone or is it a voicemail port?  If a voicemail 
port and call falls within the time when unity is doing MWI refresh then 
need to investigate Unity.  If originating device is not Unity then need 
to investigate the originating device.  Could be as simple as coworker 
playing prank.  Do you allow phones to dial the mwi on/off numbers directly?

If it does not appear in CDR then get CM SDI and SDL traces from the 
overnight period.  TAC can find when the MWI was set and what initiated 
the MWI operation.

If you have Q.SIG trunks keep in mind MWI operations can pass over Q.SIG 
as well.

/Wes

On Thursday, May 13, 2010 1:58:53 PM, Mike J. Erickson 
<mjerickson at orbits.net> wrote:
> Running CUCM 7.12 and Unity 7.0.  I have one user out of 600 that gets 
> his MWI light turned on every morning after the MWI refresh cycle, 
> despite the fact there aren't any VM's in his inbox.  Here are the 
> steps that have been done:
>  
> 1) Deleted his Unity Profile and Recreated it
> 2) Deleted his Phone Profile and Recreated it
> 3) Tried logging in as him on a different phone
> 4) Failed over and rebooted Primary. Failed back to Primary and it is 
> still happening
> 5) Logged into his Exchange mailbox (Not cached) and there were no 
> unread messages nor any VMs in his inbox or any other folders. There 
> were no rules set in Outlook as well
> 6) Logged into his VM Box on the phone and there were no new 
> Voicemails or Messages
>  
> Not sure where else to look.  Thanks in advance.
>  
>  
> ------------------------------------------------------------------------
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>   

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100513/991decab/attachment.html>