<div dir="ltr">Thanks Ryan. The region relationships is fine as the MOH is in a special MOH region which is 64kbps to every other region, including the one in question. All traces indicate that the media caps are a match at g711ulaw.<br><br><div class="gmail_quote">On Thu, May 14, 2015 at 6:45 PM Ryan Huff <<a href="mailto:ryanhuff@outlook.com">ryanhuff@outlook.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div dir="ltr">Another common source of this is codec mismatch. <br> <br>So if your ingress region isn't related to the region that MoH is in with the G.711/G.722 bandwidth profile, you'll get this issue. If you get tone-on-hold then it is usally partition/css/tftp related but dead silence is usually codec related.<br> <br>Thanks,<br> <br>-r<br><br><br><br> <br><div><hr>Date: Thu, 14 May 2015 23:13:40 +0200<br>From: <a href="mailto:roger.wiklund@gmail.com" target="_blank">roger.wiklund@gmail.com</a><br>To: <a href="mailto:avholloway%2Bcisco-voip@gmail.com" target="_blank">avholloway+cisco-voip@gmail.com</a><br>Subject: Re: [cisco-voip] CUCM - MOH Silence<br>CC: <a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a></div></div></div><div><div dir="ltr"><div><br><br><div dir="ltr">Not sure about the trace but I would start with basic config check/troubleshooting.<div><br></div><div>Are you running unicast or multicast MOH?</div><div>Is the IP Voice Media Streaming App running on all nodes? (If yes try restarting the service)</div><div>Is the MOH resource in the MRG/MRGL?</div><div>Are all devices using that MRGL?</div><div>Is MOH selected for your codec? (System, Service Parameters, <server>, IP Voice Media Streaming App)</div><div>Have you uploaded a new MOH file? If so try with the default.</div><div><br></div><div>I would start there, or try basic ip-phone to ip-phone calls, exclude voice gateways etc and work my way forward.</div></div><div><br><div>On Thu, May 14, 2015 at 10:50 PM, Anthony Holloway <span dir="ltr"><<a href="mailto:avholloway+cisco-voip@gmail.com" target="_blank">avholloway+cisco-voip@gmail.com</a>></span> wrote:<br><blockquote style="padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid"><div dir="ltr"><span style="font-size:12.8px">All,</span><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">So, I'm a bit rusty this year on trace analysis and I need a second opinion.</div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">From the below screenshot snippets out of TranslatorX, it would appear as though the MOH_3 gets selected, then an AuConnectRequest gets issued, and not but a few seconds later, I see an AuDisconnectRequest. The caller experience is simply silence on the line while the call is connected (or not connected) to MOH.</div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">If there was another key piece of information I could look for to help myself understand why it disconnected so quickly, what should I look for? Thanks.</div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px"><img alt="Inline image 1" src="cid:ii_14d5430cd4bcb056"><br></div></div>
<br>_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">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>
<br>_______________________________________________
cisco-voip mailing list
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a></div></div></div></blockquote></div></div>