<div dir="ltr">There are some very fundamental design problems at the root of your request, starting with entertaining the idea of ACD line voicemail.<div><br></div><div>Technically possible. Would not recommend.</div></div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Nov 14, 2013 at 3:57 PM, Grace Maximuangu <span dir="ltr"><<a href="mailto:Grace.Maximuangu@blackbox.com" target="_blank">Grace.Maximuangu@blackbox.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div lang="EN-US" link="#0563C1" vlink="#954F72">
<div>
<p>What we are looking for is a way that, whether agents are currently logged in or not logged in, that  agent must be able to receive direct dial calls on their agent line, for instance if agent 1234 is logged in as level 1, and I dial
 “1234”, their phone should rings, and if they don’t answer, it goes to their voicemail.<u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Is this possible and what are the implications of doing this?<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Calibri","sans-serif"">:-:gm<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Calibri","sans-serif""><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Calibri","sans-serif"">Grace Maximuangu<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Calibri","sans-serif"">Voice Solutions Engineer<u></u><u></u></span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Calibri","sans-serif"">Black Box Network Services<u></u><u></u></span></b></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Calibri","sans-serif"">Cell: <a href="tel:213.268.6342" value="+12132686342" target="_blank">213.268.6342</a><u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Calibri","sans-serif""><a href="mailto:grace.maximuangu@blackbox.com" target="_blank"><span style="color:blue">grace.maximuangu@blackbox.com</span></a><u></u><u></u></span></p>

<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Calibri","sans-serif""><a href="http://www.blackbox.com/" target="_blank"><span style="color:blue">www.blackbox.com</span></a>
<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Calibri","sans-serif";color:#17365d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><img border="0" width="189" height="38" src="cid:image001.jpg@01CEE149.91920090" alt="bbox logo.JPG"><u></u><u></u></span></p>

<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""> cisco-voip [mailto:<a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a>]
<b>On Behalf Of </b>Anthony Holloway<br>
<b>Sent:</b> Monday, November 04, 2013 1:18 PM<br>
<b>To:</b> Anthony Holloway<br>
<b>Cc:</b> Cisco VoIP Group<br>
<b>Subject:</b> Re: [cisco-voip] Unicast MOH and MRG Round Robin<u></u><u></u></span></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">This is also affecting my 9.1.2.10000-1 cluster as well. <br>
<br>
On Monday, November 4, 2013, Anthony Holloway wrote:<u></u><u></u></p>
<blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<p class="MsoNormal">It was case sensitivity on the MOH server name. <u></u><u></u></p>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">If you rename your MOH from MOH_2 to Sub2_MOH you will see it happen as well. <u></u><u></u></p>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">I played with all capitals and it started working.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">I will report this via TAC and get an update out to the list. <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Thanks Daniel. <br>
<br>
On Monday, November 4, 2013, Anthony Holloway wrote:<u></u><u></u></p>
<blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<p class="MsoNormal">That was helpful, thank you. <u></u><u></u></p>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">It looks like the issue is the counter not being incremented. <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">RTMT is showing 150 active streams and the SDI trace shows a counter of 0 for all four MOH. <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">In the SDI trace I see the line:<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">14:44:32.746 |MRM::updateMohCounter devName=SUB02B_MOH, countChange=1...<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">My actual MOH server is named Sub02b_MOH. note the case difference. I'm wonder if you have a case discrepancy as well?<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">I too am running 8.6(2a). Specifically 8.6.2.22029-1. <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Thanks again. <br>
<br>
On Monday, November 4, 2013, Daniel Pagan wrote:<u></u><u></u></p>
<blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<div>
<p><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">This is also my understanding of how CUCM allocates the same media resource type within the same MRG. My lab is currently on 8.6(2)a and I’m unable to recreate the problem – I’ve placed two
 calls, back to back, and put both on hold while having two MOH servers (MOH_2 and MOH_3) in the same MRG assigned to the called device MRGL. CUCM allocated MOH_3 for the first call and MOH_2 for the second call.</span><u></u><u></u></p>

<p><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""> </span><u></u><u></u></p>
<p><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">Going to CCM SDI traces, do you see CUCM immediately allocating the same MOH server? In other words, is there a chance you might have missed previous MOH allocation failures for your other
 MOH resources in the trace file? Do you see a <b><i>sendMohAllocateRequestToDevice</i></b> event for other MOH resources prior to the allocation of the overused MOH server?</span><u></u><u></u></p>
<p><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""> </span><u></u><u></u></p>
<p><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">Also, some trace entries that might be of interest:</span><u></u><u></u></p>
<p><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""> </span><u></u><u></u></p>
<p><span style="font-size:10.0pt;font-family:"Calibri","sans-serif";color:#404040">MediaResourceCdpc(8)::createLookupTbl Name=MOH_2 Cepn=cfb5e1cd-fa16-495f-a380-7b7e75b1887c
<span style="background:yellow">Weight=0 Group=0 Counter=0</span></span><u></u><u></u></p>
<p><span style="font-size:10.0pt;font-family:"Calibri","sans-serif";color:#404040">MediaResourceCdpc(8)::createLookupTbl Name=MOH_3 Cepn=cf2d51e6-ece4-403b-b096-ed188521ab40
<span style="background:yellow">Weight=0 Group=0 Counter=1</span></span><u></u><u></u></p>
<p><span style="font-size:10.0pt;font-family:"Calibri","sans-serif";color:#404040"> </span><u></u><u></u></p>
<p><i><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">(<b>counter</b> = number of simultaneous allocations)</span></i><u></u><u></u></p>
<p><i><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">(<b>group</b> = the MRG priority within the MRGL)</span></i><u></u><u></u></p>
<p><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""> </span><u></u><u></u></p>
<p><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">In the slight chance you do see other (failed) MOH allocation requests prior to the allocation of your overused MOH server, I would also look at and compare the capabilities for the MOH and
 held party to make sure there’s a match:</span><u></u><u></u></p>
<p><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""> </span><u></u><u></u></p>
<p><span style="font-size:10.0pt;font-family:"Calibri","sans-serif";color:#404040">logCapabilitiesinTrace -- MOH Caps = 4                 
</span><u></u><u></u></p>
<p><span style="font-size:10.0pt;font-family:"Calibri","sans-serif";color:#404040">logCapabilitiesinTrace -- Held Party Caps = 4 2 10</span><u></u><u></u></p>
<p><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""> </span><u></u><u></u></p>
<p><i><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">(<b>4</b> = g711ulaw…
<b>2</b>= alaw)</span></i><u></u><u></u></p>
<p><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""> </span><u></u><u></u></p>
<p><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">Hopefully some of this helps.</span><u></u><u></u></p>
</div>
</div>
</blockquote>
</div>
</blockquote>
</div>
</div>
</blockquote>
</div>
<br>
<hr>
<font face="Arial" color="Gray" size="1">This email and any files transmitted with it are confidential and are intended for the sole use of the individual to whom they are addressed. Black Box Corporation reserves the right to scan all e-mail traffic for restricted
 content and to monitor all e-mail in general. If you are not the intended recipient or you have received this email in error, any use, dissemination or forwarding of this email is strictly prohibited. If you have received this email in error, please notify
 the sender by replying to this email.<br>
</font>
</div>

<br>_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br></div>