<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2900.2668" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV>Interesting. We get the occassionaly complaint about MWI not being sent and 
don't usually look into it unless there have been quite a few complaints. We are 
using Unity so I would guess it would try a few times, again, IF it detects a 
failure. What version of CallManager introduced these confirmation tones? We're 
at v3.3(4)sr2.</DIV>
<DIV>&nbsp;</DIV>
<DIV>I guess I want to make sure I'm not wrong in telling people that one off 
MWI misses are not something that we can totally eliminate. I guess I'll talk to 
my SE about that and get&nbsp;a yes/no from him and go forward.</DIV>
<DIV>&nbsp;</DIV>
<DIV>Now, that being said, I did take a look in the event logs and aside from 
some other errors, we are getting some of these:</DIV>
<DIV>&nbsp;</DIV>
<DIV>
<HR>
</DIV>
<DIV><A 
href="http://www.ciscounitysupport.com/find.php?EvtID=1032&amp;EvtSrc=CiscoUnity_Notifier">http://www.ciscounitysupport.com/find.php?EvtID=1032&amp;EvtSrc=CiscoUnity_Notifier</A></DIV>
<DIV>&nbsp;</DIV>
<DIV>
<DIV class=Section1>
<P class=MsoNormal><B style="mso-bidi-font-weight: normal"><SPAN 
style="FONT-SIZE: 10pt; FONT-FAMILY: Arial">If the Unity version is 4.0(4), 
please review the release note for CSCeg02287, which is fixed by the Unity 
4.0(4) Engineering Special ES58<?xml:namespace prefix = o ns = 
"urn:schemas-microsoft-com:office:office" /><o:p></o:p></SPAN></B></P>
<P class=MsoNormal style="mso-layout-grid-align: none"><SPAN 
style="FONT-SIZE: 10pt; FONT-FAMILY: 'Courier New'">This error message appears 
when the defect CSCeg02287 or CSCeg82723 is experienced. <o:p></o:p></SPAN></P>
<P class=MsoNormal><SPAN 
style="FONT-SIZE: 10pt; FONT-FAMILY: 'Courier New'">Unity 4.0(4) Engineering 
Specials 58 and 76 are available from TAC for the respective defects to correct 
this issue. Although the MWI lamp status is correct, the SA may also display an 
incorrect status for the affected subscriber.</SPAN><SPAN 
style="FONT-SIZE: 10pt; FONT-FAMILY: 'Courier New'">
<HR>
</SPAN></P>
<P class=MsoNormal><SPAN 
style="FONT-SIZE: 10pt; FONT-FAMILY: 'Courier New'"><FONT size=3><FONT 
face=Courier><STRONG>Symptom:<BR></STRONG>The SA may show the incorrect status 
for the MWI indicator. CiscoUnity_Notifier<BR>error 1032 intermittently appears 
in the application event log. <BR><BR><BR>Event Type: Error<BR>Event Source: 
CiscoUnity_Notifier<BR>Event Category: Run <BR>Event ID: 1032<BR>Date: 
MM/DD/YYYY<BR>Time: HH:MM:SS AM/PM<BR>User: N/A<BR>Computer: 
UNITY<BR>Description:<BR>Failed to set message waiting lamp for (USER), ext 
(XXXX), reason: Load from Doh<BR>failed. Turn on Doh diagnostics to 
troubleshoot. <BR><BR>For more information, click: 
http://www.CiscoUnitySupport.com/find.php<BR><BR><B>Conditions:</B><BR>This 
error shows up on systems running Cisco Unity 4.0(4).<BR><BR>Also see 
</FONT></FONT><A 
href="http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg82723"><FONT 
face=Courier size=3>CSCeg82723</FONT></A><BR><BR><FONT face=Courier size=3>This 
is not the same issue as </FONT><A 
href="http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg82723"><FONT 
face=Courier size=3>CSCeg82723</FONT></A><FONT face=Courier size=3> which occurs 
after deleting a <BR>subscriber. In the case of </FONT><A 
href="http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg82723"><FONT 
face=Courier size=3>CSCeg82723</FONT></A><FONT face=Courier size=3>, you will 
also see a CiscoUnity_Notifier<BR>warning event 1008 in addition to the 
CiscoUnity_Notifier error event 1032.<BR><BR><BR><B>Workaround:</B><BR>Install 
Cisco Unity 4.0(4)ES58 <BR>(Note that ES58 requires that SR1 be installed 
first)<BR><BR><BR><B>Further Problem Description:</B><BR><BR>When this error 
shows up, it is likely that the SA will show the incorrect<BR>state of the 
message waiting lamp, since when this condition occurs, the<BR>attempt to toggle 
the MWI is successfull, however writing the current lamp<BR>state to the 
database is failing because of a race condition where the database<BR>record is 
locked. Since this is an intermittent race condition, the next time<BR>a message 
is left for the subscriber, or a message has been marked read, the<BR>SA will 
correctly display the current status of the MWI.</FONT><BR></SPAN></P>
<P class=MsoNormal><SPAN style="FONT-SIZE: 10pt; FONT-FAMILY: 'Courier New'">
<HR>
</P>
<P class=MsoNormal>&nbsp;</P></SPAN>
<P class=MsoNormal><SPAN 
style="FONT-SIZE: 10pt; FONT-FAMILY: 'Courier New'"></SPAN>&nbsp;</P></DIV></DIV>
<BLOCKQUOTE 
style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
  <DIV style="FONT: 10pt arial">----- Original Message ----- </DIV>
  <DIV 
  style="BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: black"><B>From:</B> 
  <A title=wsisk@cisco.com href="mailto:wsisk@cisco.com">Wes Sisk</A> </DIV>
  <DIV style="FONT: 10pt arial"><B>To:</B> <A title=lelio@uoguelph.ca 
  href="mailto:lelio@uoguelph.ca">Lelio Fulgenzi</A> </DIV>
  <DIV style="FONT: 10pt arial"><B>Cc:</B> <A title=cisco-voip@puck.nether.net 
  href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A> </DIV>
  <DIV style="FONT: 10pt arial"><B>Sent:</B> Thursday, July 21, 2005 4:01 
  PM</DIV>
  <DIV style="FONT: 10pt arial"><B>Subject:</B> Re: [cisco-voip] MWI - 
  guarenteed or best effort?</DIV>
  <DIV><BR></DIV>our favorite answer - 'it depends'<BR>If Unity, it retries MWI 
  calls multiple times IF it detects a failure.<BR><BR>On the CM Side, We 
  introduced a feature to provide positive confirmation <BR>back to voicemail 
  system if MWI was successful.&nbsp; If success, send the <BR>calling party 
  onhook, if fail, send calling party reorder tone.<BR><BR>/Wes<BR><BR>Lelio 
  Fulgenzi wrote:<BR><BR>&gt; Can anyone point to any Cisco documentation that 
  says the MWI feature <BR>&gt; is a 'best effort' or if it is 'guarenteed'. 
  Now, by guarenteed, I <BR>&gt; mean that if it doesn't get through, somethings 
  actually wrong and I <BR>&gt; should open a case and troubleshoot. My concern 
  is that my clients <BR>&gt; think it should be guarenteed, and from what I 
  recall, it isn't.<BR>&gt;&nbsp; <BR>&gt;&nbsp; <BR>&gt; 
  --------------------------------------------------------------------------------<BR>&gt; 
  Lelio Fulgenzi, B.A.<BR>&gt; Network Analyst (CCS) * University of Guelph * 
  Guelph, Ontario N1G 2W1<BR>&gt; (519) 824-4120 x56354 (519) 767-1060 FAX 
  (JNHN)<BR>&gt; 
  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<BR>&gt; 
  "I had a coffee and Coke at lunch today...and now, I've got more <BR>&gt; 
  jitter than an<BR>&gt; IP phone on a long haul 10base2 <BR>&gt; 
  connection"&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  LFJ<BR>&gt;<BR>&gt;------------------------------------------------------------------------<BR>&gt;<BR>&gt;_______________________________________________<BR>&gt;cisco-voip 
  mailing 
  list<BR>&gt;cisco-voip@puck.nether.net<BR>&gt;https://puck.nether.net/mailman/listinfo/cisco-voip<BR>&gt;&nbsp; 
  <BR>&gt;<BR></BLOCKQUOTE></BODY></HTML>