<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Inline in <font class="Apple-style-span" color="#FF0000">red</font><font class="Apple-style-span" color="#000000"> below</font>...<div> <br><div> <p style="margin: 0.0px 0.0px 0.0px 0.0px"><font face="Helvetica" size="3" style="font: 12.0px Helvetica">-Ryan</font></p> </div><br><div><div>On Oct 1, 2008, at 8:48 AM, Tim Smith wrote:</div><br class="Apple-interchange-newline"><div dir="ltr">Hi Ryan,<br><br>Thanks for the response!<br><br>From what I can see IPCC Express is answering, checking time of day, and then transferring.<br>I can see the CTI port answer, and then it tries the transfer. Does that rule out faststart?</div><div dir="ltr"><font class="Apple-style-span" color="#FF0000">Faststart is only applicable to the H.323 call leg. What this indicates is that media will be set up to the CTI port and if the codec to be used is g.729 then a hardware transcoder is required.</font><br> It is CCM 4.1(3) - will it attempt fast start outbound, even if that is not setup in the trunk configuration? <font class="Apple-style-span" color="#FF0000">No</font><br>If the call comes from a remote 6.1(2) cluster into the 4.1(3) and then to the IPCC express, is that actually considered an inbound or outbound call on the ICT? I was thinking inbound. <font class="Apple-style-span" color="#FF0000">Outbound on the 6.1 cluster, inbound on 4.1.</font><br> <br>In terms of resources and codec, plenty of resources, codecs are ok. <font class="Apple-style-span" color="#FF0000">How specifically are your codecs "ok"?</font></div><div dir="ltr">There is only usually 1 call in progress using resources when I was testing.</div><div dir="ltr"><br>The strange part is that the results are inconsistent.<br>I unchecked MTP required on the 4.1 trunk. I got 2 succesful calls and then the third, fourth, fifth failed. <font class="Apple-style-span" color="#FF0000">Are all of these calls up at the same time or are you dropping the current call before proceeding to the next one?</font><br> After a reset, I get the same results. A couple of succesful and then failures. (this behaviour is consistent)<br><br>When I check MTP required all calls seem to be succesful.<br>They never actually use an MTP though (RTMT and traces, confirm that SW MTP is never invoked)<br> The hardware XCODER is invoked instead. (It is first in the MRGL for the CTI Port, but it is after the SW MTP's on the ICT MRGL)</div><div dir="ltr"><font class="Apple-style-span" color="#FF0000">As I mentioned before it is the device that requires the MTP whose MRGL is used. When you tick "MTP required" then the ICT's MRGL will be used. If not and CUCM determines a transcoder is required because of incompatible capabilities then it will be the device that does not support the required codec who's MRGL will be used, in this case the CTI port.</font><br>Does CCM consider an MTP and HW XCODER equivalent? <font class="Apple-style-span" color="#FF0000">They can provide some of the same functionality but an MTP can support only one codec. In the case of a software MTP this is g.711. A software MTP will never be allocated for a g.729 call. To actually transcode, ie convert one codec to another, a transcoder is required.</font><br><br>Without MTP Required. I get the failures.<br> Why would MTP required make a difference? Especially since we dont think it actually requires an MTP for what it is doing?</div><div dir="ltr"><font class="Apple-style-span" color="#FF0000">If you are setting up g.729 RTP to IPCC configured for g.711 then you will always require a transcoder.<br></font><br>Cheers,<br><br>Tim.<br><br><div class="gmail_quote">On Thu, Sep 25, 2008 at 7:54 PM, Ryan Ratliff <span dir="ltr"><<a href="mailto:rratliff@cisco.com" target="_blank">rratliff@cisco.com</a>></span> wrote:<br> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div> Quick and dirty response to your questions...<div><ol><li><div>Correct - should not require an MTP</div></li><li><div>Most often MTP is required for early media (h323 faststart). With CUCM we can do inbound faststart without MTP but for outbound we do require one. In this case if IPCC did not set up any audio (ie redirect without ever answering the call) then the xcoder should not be required, assuming the far-end H.323 gateway supports g.729.</div> </li><li>You have a G.729 trunk that is going to be talking to a G.711 only IPCC. You require a hardware transcoder, not MTP.</li><li>As expected, see above.</li><li>The resources come from the device that doesn't support the required codec. In this case CUCM is trying to use G.729 for the call. The calling device's caps will get sent to the 4.1 CUCM by the 6.1 server. If for some reason the calling device did not support G.729 you'd see the 6.1 CUCM allocating an xcoder. On the 4.1 side if the called party is IPCC then it does not support G.729 so it will look at the CTI port's MRGL to allocate an xcoder. </li> <li>Many, many times :)</li></ol><div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><font face="Helvetica">Remember a hardware MTP can act as an MTP (in most cases) but an MTP cannot do any transcoding (except between variants of the same codec). </font></div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><font face="Helvetica">To see why the call is failing you need to look at the xcoder. Is it out of resources? Is it not configured to support the particular variant CUCM is asking it to use?</font></div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><font face="Helvetica"><br></font></div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><font style="font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; font-size: 12px; line-height: normal; font-size-adjust: none; font-stretch: normal;" face="Helvetica" size="3">-Ryan</font></div> </div><br><div><div><div></div><div><div>On Sep 25, 2008, at 5:28 AM, Tim Smith wrote:</div><br><div dir="ltr"><p>Hi Guys,</p> <div>Apologies for the length of this, difficult to give a simple overview, as there are lots of components and factors at play.</div> <div>I havent posted the traces, debugs etc, as there is too many :) - trying to narrow down the exact theory first! </div> <div>I suspect a bug.. I am trying to narrow down where exactly still.</div> <div>I have found some pretty close bugs - but I am not sure they should apply - bug desc is a bit light on.</div> <div> </div> <div><b>Quick and dirty overview</b></div> <div><b></b> </div> <div>Site A - CUCM 6.1(2) (call this local)</div> <div>Site B - CCM 4.1(3)sr3a (call this the remote)</div> <div>Site B - IPCC Express also (G711) 4.0(4)SR1</div> <div>Site B - Voice Gateway - H323 IOS gateway (ISR router) </div> <div>Site B - Xcoder + Conf Bridge - SCCP on IOS GW (ISR) - no HW MTP</div> <div>Site B - Software MTP on CCM</div> <div> </div> <div>ICT between Site A and Site B</div> <div>ICT is configured properly in terms of CCM group, CCM IP's, MRGL's.</div> <div>MTP required is not ticked at either end.</div> <div> </div> <div><b>Problem</b></div> <div><b></b> </div> <div>Call flow looks like this:</div> <div> <div>Local IP phone > CUCM 6.1(2) > ICT (G729) > CCM 4.1(3) > IPCC Express > redirected to mobile phone via 3800 IOS H323 Gateway (12.4(9)T1) </div></div> <div><b></b> </div> <div>Translation pattern in Site A - translates called party to CTI RP number in Site B (Across the ICT)</div> <div>CTI RP goes to IPCC Express application - for simplicity the test app uses a re-direct to an external number (my mobile)</div> <div>Have tested with an agent, and it works fine. It is to the external number that is a problem.</div> <div>Call is routed to H323 gateway</div> <div>Call rings on my mobile number. Either I answer within about 2 rings and then I get fast busy at both ends</div> <div>Or I dont answer and again within about 2 rings it stops ringing my mobile and I get fast busy at the calling phone</div> <div>Q931 shows a "Temp fail" or sometimes possibly a "Resource Unvailable" I saw Temp fail on most of my attempts.</div> <div> </div> <div>On a failed call I see an SCCP setup request on the xcoder gateway - it fails (does not setup either leg of the xcode session)</div> <div>In the setup I see the local IP address, but no remote IP address (<a href="http://0.0.0.0" target="_blank">0.0.0.0</a>)</div> <div>Also in the debugs I see an RTP and RTCP error (no packet received)</div> <div> </div> <div><b>Wierd things</b> </div> <div> </div> <div>Not all calls fail - I have received some succesful calls (using the same flow as above) - not many though.</div> <div>I usually have a couple of succesful calls after an ICT reset (on the remote Site B)</div> <div>Normal phone to phone calls are perfectly fine.. never have a problem.</div> <div>Normal calls to IPCC express that invoke transcoder, and end up at an agent in Site B are fine.. never had a problem.</div> <div> </div> <div><b>Couple of things I wanted to confirm really:</b> </div> <ol> <li> <div>Normal CCM to CCM via ICT does not require an MTP resource? (never used on in the past)</div></li> <li> <div>With the IPCC express app - docco states MTP is required if the CTI RP has first party control of the call. Since the script answers on the CTI port first. Is this true? should it always require MTP? (I have to dig up this reference again)</div> </li> <li>I never trust RTMT completely. But looking at it, it does not seem to be using a software MTP for any of the calls across the trunk, even though MTP required is ticked.</li> <li>I also checked the CCM traces - i see the call, I dont see it ask for MTP, I do see it ask for xcoder though.</li> <li>Where should the Media Resources be allocated from? (From the IPCC Express MRGL? or the ICT MRGL?)</li> <li>Anyone seen anything like this?</li></ol> <div><b>My next steps..</b></div> <div><b></b> </div> <ol> <li>Probably a TAC case for one! :)</li> <li>The PSTN gateway has been rebooted.. want to try and see what happens without MTP required now.. just for giggles.</li> <li>Also wanted to try a hardware MTP - From design perspective - if an MTP is required - we should use HW so it can XCODE as well, and not invoke 2 x media resources!</li> </ol> <div>Cheers,</div> <div> </div> <div>Tim </div> <div> </div> <div> </div> <div> </div> <div> </div> <div> </div></div></div></div><div style="margin: 0px;">_______________________________________________</div><div style="margin: 0px;"> cisco-voip mailing list</div><div style="margin: 0px;"><a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a></div><div style="margin: 0px;"><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a></div> </div><br></div></div></blockquote></div><br></div></div><br></div></body></html>