<p>Update to the issue I was having.</p>
<div>It turns out there was a bug in CUCM 7.0.2.20000. CSCta21337 - Blind transfer across SIP trunk fails.<br></div>
<div>Error in the traces: : %VOICE_IEC-3-GW: SIP: Internal Error (ACK wait timeout): IEC=1.1.129.7.66.0 on callID 499728 GUID=80C5AF3F1CC211DF9A5E988B5824C9F8</div>
<p>I was told to upgrade to 7.1.3.10000.11<br>I upgraded over the weekend and that corrected the problem.</p>
<p>Joel P<br><br></p>
<div class="gmail_quote">On Mon, Jan 25, 2010 at 12:52 PM, Mike Thompson <span dir="ltr"><<a href="mailto:mthompson729@gmail.com">mthompson729@gmail.com</a>></span> wrote:<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">
<div lang="EN-US" vlink="purple" link="blue">
<div>
<p class="MsoNormal"><span style="COLOR: #1f497d; FONT-SIZE: 11pt">I would do a CCSIP debug. More likely than not, in this case, what I’ve seen is a mismatch in a feature / command used for the SIP call setup. Either a reinvite message is being misunderstood, or a new call should be created versus the call getting forwarded. This would coincide with what Mark is talking about with respect to call progress issues.</span></p>
<p class="MsoNormal"><span style="COLOR: #1f497d; FONT-SIZE: 11pt"> </span></p>
<p class="MsoNormal"><span style="COLOR: #1f497d; FONT-SIZE: 11pt">MT</span></p>
<p class="MsoNormal"><span style="COLOR: #1f497d; FONT-SIZE: 11pt"> </span></p>
<div style="BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<p class="MsoNormal"><b><span style="FONT-SIZE: 10pt">From:</span></b><span style="FONT-SIZE: 10pt"> <a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a> [mailto:<a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a>] <b>On Behalf Of </b>Joel Perez<br>
<b>Sent:</b> Monday, January 25, 2010 11:13 AM<br><b>To:</b> Mark Holloway
<div>
<div></div>
<div class="h5"><br><b>Cc:</b> <a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br><b>Subject:</b> Re: [cisco-voip] Forwarded Calls drop after 29 secs</div></div></span>
<p></p></p></div>
<div>
<div></div>
<div class="h5">
<p class="MsoNormal"> </p>
<div>
<p class="MsoNormal">Hey Guys,</p></div>
<div>
<p class="MsoNormal"> </p></div>
<div>
<p class="MsoNormal">Thanks for the responses. The carrier still hasnt gotten back to me yet with any results. </p></div>
<div>
<p class="MsoNormal">The carrier is using a Broadsoft platform so I will mention this to them and have them take a look at it.</p></div>
<div>
<p class="MsoNormal"> </p></div>
<div>
<p class="MsoNormal">Thanks, </p></div>
<div>
<p class="MsoNormal"> </p></div>
<div>
<p style="MARGIN-BOTTOM: 12pt" class="MsoNormal">Joel P</p></div>
<div>
<p class="MsoNormal">On Sun, Jan 24, 2010 at 12:10 PM, Mark Holloway <<a href="mailto:mh@markholloway.com" target="_blank">mh@markholloway.com</a>> wrote:</p>
<div>
<p class="MsoNormal">The issue with 'call drops on forwarded calls' is usually a result of the PBX treating the forwarded portion of the call as a totally separate call leg from the originating call into the PBX and the PBX is not providing a progress indicator to the telco switch for the original call leg until the second call leg is answered. The telco switch will timeout if it doesn't receive a progress message and drop the call because there has been no acknowledgement to the original call setup. The reason it may not happen 100% of the time is if the forwarded call to the PSTN is setup or answered fast enough, the PBX will notify the original call leg know the call has been answered or there is ring back. Depending on the far end carrier your are forwarding calls to, it may work in some instances but not others. Proper PBX behavior is when calls are forwarded from the PBX to the PSTN, the PBX should provide SIP Diversion or ISDN Progress Indicator on the original call leg so the telco switch does not timeout. Carriers who are using Sonus, Broadsoft, Metaswitch, often make static changes in their switch to work around this problem, but the PBX is still doing it wrong. </p>
<div>
<div>
<div>
<p class="MsoNormal"> </p></div>
<div>
<p class="MsoNormal"> </p>
<div>
<p class="MsoNormal"> </p>
<div>
<div>
<p class="MsoNormal">On Jan 23, 2010, at 3:20 PM, James Buchanan wrote:</p></div>
<p class="MsoNormal"><br><br></p>
<div>
<div>
<div>
<p class="MsoNormal"><span style="COLOR: #1f497d; FONT-SIZE: 11pt">I had the same issue once. The SIP provider’s provider was killing the call at thirty seconds.</span></p></div>
<div>
<p class="MsoNormal"><span style="COLOR: #1f497d; FONT-SIZE: 11pt"> </span></p></div>
<div>
<p class="MsoNormal"><span style="COLOR: #1f497d">James Buchanan, CCIE #25863</span></p></div>
<div>
<p class="MsoNormal"><span style="COLOR: #1f497d">Senior Network Engineer</span></p></div>
<div>
<p class="MsoNormal"><span style="COLOR: #1f497d">Coleman Technologies, Inc.</span></p></div>
<div>
<p class="MsoNormal"><span style="COLOR: #1f497d">12 Cadillac Drive, Suite 130</span></p></div>
<div>
<p class="MsoNormal"><span style="COLOR: #1f497d">Brentwood, TN 37017</span></p></div>
<div>
<p class="MsoNormal"><span style="COLOR: #1f497d">(615) 866-5729</span></p></div>
<div>
<p class="MsoNormal"><span style="COLOR: #1f497d; FONT-SIZE: 11pt"> </span></p></div>
<div style="BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<div>
<p class="MsoNormal"><b><span style="FONT-SIZE: 10pt">From:</span></b><span style="FONT-SIZE: 10pt"> <a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a> [mailto:<a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a>] <b>On Behalf Of </b>Jim Skelton<br>
<b>Sent:</b> Friday, January 22, 2010 2:46 PM<br><b>To:</b> Joel Perez<br><b>Cc:</b> <a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br><b>Subject:</b> Re: [cisco-voip] Forwarded Calls drop after 29 secs</span></p>
</div></div>
<div>
<p class="MsoNormal"> </p></div>
<div>
<div>
<p class="MsoNormal">Hi Joel, I had a similar issue. I would see our calls drop after exactly 30 seconds. It turned out to be an issue with our carrier TimeWarner telecom and thier Oakland SIP switch. We repointed to thier North Carolina SIP switch and everything cleared up. TW is running Sonus switches.</p>
</div></div>
<div>
<div>
<p class="MsoNormal"> </p></div></div>
<div>
<div>
<p class="MsoNormal"> Our setup with twtelecom is Carrier---sip---CUBE----h323---CUCM</p></div></div>
<div>
<div>
<p class="MsoNormal"> </p></div></div>
<div>
<div>
<p class="MsoNormal">Hope this helps.</p></div></div>
<div>
<div>
<p class="MsoNormal"> </p></div></div>
<div>
<div>
<p class="MsoNormal"> </p></div></div>
<div>
<div>
<p class="MsoNormal"> </p></div></div>
<div>
<div>
<p class="MsoNormal">Jim Skelton</p></div></div>
<div>
<div>
<p class="MsoNormal">Halliburton</p></div></div>
<div>
<div>
<p class="MsoNormal"> </p></div></div>
<div>
<div>
<p class="MsoNormal"><br><br> </p></div></div>
<div>
<div>
<p class="MsoNormal">On Fri, Jan 22, 2010 at 1:13 PM, Joel Perez <<a href="mailto:tman701@gmail.com" target="_blank">tman701@gmail.com</a>> wrote:</p></div>
<div>
<div>
<p class="MsoNormal">Hey Guys,</p></div></div>
<div>
<div>
<p class="MsoNormal"> </p></div></div>
<div>
<div>
<p class="MsoNormal">I have a customer that is experiencing a weird issue.</p></div></div>
<div>
<div>
<p class="MsoNormal">Currently some of their forwarded calls are failing after 29 secs. I believe it is only happening when the calls are forwarded to 2 specific carriers, but cant confirm that yet.</p></div></div>
<div>
<div>
<p class="MsoNormal">I have a ticket open with the carrier so that they can take a look at the traces we have captured.</p></div></div>
<div>
<div>
<p class="MsoNormal">The issue happens the following way. Inbound call to main company DID goes to an AA, if no choice is used by the caller then it goes to a live person. However afterhours this live person forwards their call to an offsite #. When that offsite # receives the forwarded call they are only able to stay on for 29 secs then the call dies on both ends.</p>
</div></div>
<div>
<div>
<p class="MsoNormal"> </p></div></div>
<div>
<div>
<p class="MsoNormal">THe set up is as follows:</p></div></div>
<div>
<div>
<p class="MsoNormal">Carrier---sip---CUBE----sip---CUCM---sccp---IPT</p></div></div>
<div>
<div>
<p class="MsoNormal">CUCM is 7.0</p></div></div>
<div>
<div>
<p class="MsoNormal">Unity is 7.0</p></div></div>
<div>
<div>
<p class="MsoNormal">CUBE is 12.4.(20T4)</p></div></div>
<div>
<div>
<p class="MsoNormal"> </p></div></div>
<div>
<div>
<p class="MsoNormal">I have tried capturing debugs on the CUBE but havent been able to see any SIP (BYE) messages from either side.</p></div></div>
<div>
<div>
<p class="MsoNormal">This only happens when Unity is involved. Normal CFW doesnt have this problem.</p></div></div>
<div>
<div>
<p class="MsoNormal"> </p></div></div>
<div>
<div>
<p class="MsoNormal"> </p></div></div>
<div>
<div>
<p class="MsoNormal">Thanks,</p></div></div>
<div>
<div>
<p class="MsoNormal"> </p></div></div>
<div>
<div>
<p class="MsoNormal">Joel P</p></div></div>
<p style="MARGIN-BOTTOM: 12pt" class="MsoNormal"><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></p></div>
<div>
<p class="MsoNormal"><br><br clear="all"><br>-- <br>“A government big enough to give you everything you want, is<br>strong enough to take everything you have.” — Thomas Jefferson</p></div></div>
<p class="MsoNormal"><span style="FONT-SIZE: 13.5pt">_______________________________________________<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></span></p></div></div>
<p class="MsoNormal"> </p></div></div></div></div></div></div>
<p class="MsoNormal"> </p></div></div></div></div></blockquote></div><br>