<div dir="ltr">Wes,<div><br></div><div>On a successful call, (same exact call flow/numbers/etc) Same gateway IP's, albeit potentially different PRI ckt's on each. We get the following sequence of events for the transfer:</div>
<div><br></div><div>Successful:</div><div>22:56:37 Q931 out -> SETUP</div><div>22:56:38 SCCP IN <- Unity hits transfer second time<br></div><div>22:56:38 Q931 IN <- CALL_PROC</div><div><various MGP/media upkeep></div>
<div>22:56:39 Q931 IN <- PROGRESS</div><div>22:56:47 Q931 IN <-CONNECT</div><div><div>22:56:47 Q931 OUT -> CONNECT ACK</div></div><div>22:56:47 SCCP IN <- Unity "EndCall"</div><div><Unity drops out of both legs></div>
<div><CUCM MGCP sets up media between the external caller and external party gateways></div><div><br></div><div><br></div><div>Comparing the same messages on the failure:</div><div><div>22:58:37 Q931 out -> SETUP</div>
<div>22:58:38 SCCP IN <- Unity hits transfer second time<br></div><div>22:58:38 Q931 IN <- CALL_PROC</div><div><various MGP/media upkeep></div><div>22:58:39 Q931 IN <- PROGRESS</div><div>22:58:50 SCCP OUT -> DisplayNotify "Cannot Complete Transfer"</div>
<div>22:58:50 Q931 IN <-CONNECT</div><div>22:58:50 Q931 OUT -> CONNECT ACK</div></div><div>22:59:06 SCCP IN <- Unity "EndCall"</div><div>22:50:06 Q931 OUT -> DISCONNECT (to the external site we're trying to Transfer To)</div>
<div>..</div><div>22:59:43 Q931 IN <- DISCONNECT (original caller hangs up)</div><div><br></div><div><br></div><div>We don't seem to get ALERTING back when calling this destination at all.</div><div><br></div><div>
<br></div><div><br></div><div><br></div><div><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Sep 2, 2014 at 10:48 AM, Wes Sisk (wsisk) <span dir="ltr"><<a href="mailto:wsisk@cisco.com" target="_blank">wsisk@cisco.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div style="word-wrap:break-word">
Ed,
<div><br>
</div>
<div>Unity doesn’t parse the soft keys sent from UCM to Unity to understand if “transfer” is available. Unity just blindly sends transfer and hopes the call completes.</div>
<div><br>
</div>
<div>I believe Progress is insufficient in UCM to enable transfer, usually have to wait for Alerting.</div>
<div><br>
</div>
<div>Attempting to replicate this with an SCCP phone is marginal value - SCCP phones implement the softkey set received from UCM. Thus the phone won’t allow you to send transfer when UCM has not activated that soft key.</div>

<div><br>
</div>
<div>Why is the egress call stopped in the progress state?</div><span class="HOEnZb"><font color="#888888">
<div><br>
</div>
<div>-Wes</div>
</font></span><div><br>
<div><div><div class="h5">
<div>On Aug 31, 2014, at 2:58 PM, Ed Leatherman <<a href="mailto:ealeatherman@gmail.com" target="_blank">ealeatherman@gmail.com</a>> wrote:</div>
<br>
</div></div><div><div><div class="h5">
<div dir="ltr">Hello!
<div><br>
</div>
<div>I'm trying to help chase down a intermittent issue where Unity needs to transfer a caller off-site to an answering service, and sometimes the transfer doesn't complete and the caller gets left on-hold. I was hoping someone could explain a message i'm seeing
 in the traces during a failure.</div>
<div><br>
</div>
<div>SCCP integration to unity connection. 9.1 software versions on both CUCM and Unity. MGCP to PRI gateways. All gateways are set to offnet and service parameter is configured to allow transfers between offnet to rule that out as a issue.<br>

</div>
<div><br>
</div>
<div>On the trace side of things, for the transfer leg on a failure I see:</div>
<div>19:55:27.146 : Unity "presses transfer" , dials out the digits</div>
<div>19:55:29.853 : Q931 IN from PSTN for the transfer leg,  PROGRESS message</div>
<div>19:55:29.855 : CUCM OUT to Unity: Call State Ring out</div>
<div><b>19:55:41.020 : CUCM OUT to Unity: DisplayNotify timeOutValue=15 notify='Cannot Complete Transfer' content='Cannot Complete Transfer' ver=12</b></div>
<div><br>
</div>
<div>It looks like an abnormal amount of time for the call to connect, is that a possible reason for the "Cannot Complete Transfer" message? Is the timeout tweakable someplace?<br>
</div>
<div><br>
</div>
<div>On successful tries, the transfer leg connects faster (less than 10 seconds). So far we haven't found anything else different on our own; have a TAC case open on it but getting shuffled between groups now (unity team wants CUCM team to look at it).</div>

<div><br>
</div>
<div>Unity never seems to retrieve the caller from hold or try again, eventually the caller hangs up (I see the the DISCONNECT message from PSTN) at which point that call leg gets torn down.<br>
</div>
<div><br>
</div>
<div>Any ideas much appreciated</div>
<div><br>
</div>
<div>Ed<br clear="all">
<div><br>
</div>
</div>
</div></div></div><div class="">
_______________________________________________<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>
</div></div>
</div>
<br>
</div>
</div>

</blockquote></div><br><br clear="all"><div><br></div>-- <br>Ed Leatherman<br>
</div></div>