<div dir="ltr">Thanks for the pointers Roger.  I believe I have the basics covered as MOH works for the most basic of call flows.  Its only in this very complex call flow involving multiple GWs, protocols, and even an anti-trombone TCL script on the GW, which MOH is silent.<div><br></div><div><div>At any rate, here is a line which might be interesting to see:</div><div><br></div><div>00339466.008 |18:52:08.661 |AppInfo  |DET-MediaManager-(613)::preCheckCapabilities, region1=REG-CityName-US, region2=REG-MoH-US, Pty1 capCount=4 (Cap,ptime)= (4,20) (6,20) (12,20) (11,20), Pty2 capCount=1 (Cap,ptime)= (4,80)<br></div><div><br></div><div>The ptime is different, but from what I recall, it's a max value or ceiling, not a hard requirement.</div><div><br><div class="gmail_quote">On Thu, May 14, 2015 at 4:13 PM Roger Wiklund <<a href="mailto:roger.wiklund@gmail.com">roger.wiklund@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><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 class="gmail_extra"><br><div class="gmail_quote"></div></div><div class="gmail_extra"><div class="gmail_quote">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></div></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span style="font-size:12.8000001907349px">All,</span><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">So, I'm a bit rusty this year on trace analysis and I need a second opinion.</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">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.8000001907349px"><br></div><div style="font-size:12.8000001907349px">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.8000001907349px"><br></div><div style="font-size:12.8000001907349px"><img class="kr" style="max-width: 100%;" src="cid:ii_14d5430cd4bcb056"><br></div></div>
<br></blockquote></div></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">_______________________________________________<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>
</blockquote></div></div></div></div>