<div>This is not a particulare case: in all calls bridged by FS the ACK to the 200OK to the outbound leg is sent not related to the ACK received from inbound leg.</div><div><br></div><div>I expect a flow as: <a href="http://www.packetizer.com/ipmc/sip/papers/understanding_sip_voip/sip_call_flow.png">http://www.packetizer.com/ipmc/sip/papers/understanding_sip_voip/sip_call_flow.png</a></div>
<div><br></div><div>These are my traces:</div><div><br></div>LegA: <a href="http://pastebin.freeswitch.org/19565">http://pastebin.freeswitch.org/19565</a><div><br></div><div>LegB: <a href="http://pastebin.freeswitch.org/19566">http://pastebin.freeswitch.org/19566</a></div>
<div><br></div><br><div class="gmail_quote">On Fri, Jul 20, 2012 at 2:59 PM, Brian Foster <span dir="ltr"><<a href="mailto:bdfoster@endigotech.com" target="_blank">bdfoster@endigotech.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<p>Sorry, I think I understand a little better now.</p>
<p>Please post a siptrace of both legs of the entire call on <a href="http://pastebin.freeswitch.org" target="_blank">pastebin.freeswitch.org</a> and link back here. Sanitize of you like, but dont make it too ambiguous.</p>
<div class="im">
<p>Brian Foster<br>
Endigo Computer LLC</p>
<p>Sent from a mobile device.</p>
</div><div class="gmail_quote"><div class="im">On Jul 20, 2012 8:49 AM, "Stephen Wilde" <<a href="mailto:wstephen80@gmail.com" target="_blank">wstephen80@gmail.com</a>> wrote:<br type="attribution"></div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
I have the following issue: if I do a bridge of an inbound call to an outbound call, when the called number answer the call with a 200 OK, FreeSwitch sends the ACK instantely, without wait the ACK of the calling.<div><br>
</div>
<div>The message flow (as shown in the attached .png) is:</div><div><br></div><div>CALLING FS CALLED</div><div><br></div><div>INVITE ---------></div><div>100 Trying <---------</div><div> -------------> INVITE</div>
<div> <--------- 100 Trying </div><div> <--------- 200 OK</div><div> -------------> ACK</div><div><--------- 200 OK
</div><div>-------------> ACK
</div><div><br></div><div><br></div><div><br></div><div>When I expected that the ACK to called is related to ACK from the calling:</div><div><br></div><div><div>CALLING FS CALLED</div><div><br></div><div>
INVITE ---------></div><div>100 Trying <---------</div><div> -------------> INVITE</div><div> <--------- 100 Trying </div><div> <--------- 200 OK</div>
<div><--------- 200 OK</div><div>-------------> ACK</div> -------------> ACK
</div><div><br></div><div><br></div><div><br></div><div>For this reason, if sometimes the Calling doesn't send the ACK (because it reject the 200 OK), the call is considered connected (and billed) by Freeswitch (30s, probably due to a timeout waiting ack) and not by Calling (0s).</div>
<div>There is a way (config?) to send ACK to called only when is received the ACK from calling?</div><div><br></div><div>Stephen</div>
<br></div></div><div class="im">_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
Join Us At ClueCon - Aug 7-9, 2012<br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></div></blockquote></div>
<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
Join Us At ClueCon - Aug 7-9, 2012<br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br>