<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Not sure this will resolve or help your issue - it addressed some of my issues with FS not waiting for the A-LEG to ACK before moving on<div><br></div><div><a href="https://wiki.freeswitch.org/wiki/Variable_sip_wait_for_aleg_ack">https://wiki.freeswitch.org/wiki/Variable_sip_wait_for_aleg_ack</a></div><div><br></div><div><br><div><div>On May 24, 2013, at 12:27 PM, Flavio Goncalves <<a href="mailto:flavio@sippulse.com">flavio@sippulse.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr">Hi Anthony, <div><br></div><div style="">It is not a retransmission, the CSEQ is much higher and the branch is different. It is actually another transaction. The CSEQ of the first INVITE is 103, the second INVITE is something bigger than 400000. The biggest issue here for us is not receiving the BYE. We had built a mechanism in the proxy to send a BYE if not receiving the ACK in 5 seconds, but the ACK for the REINVITE disables it. We will change the mechanism to accept only the ACK for the first transaction, but anyway, I believe FS should have sent the BYE. If this can be fixed (if actually is broken), it would help to eliminate many billing issues when late negotiation is involved and the client stops answering (caused by network failures or client overload). </div>
<div style=""><br></div><div style="">Best regards, </div><div style=""><br></div></div><div class="gmail_extra"><br clear="all"><div><div dir="ltr">Flavio E. Goncalves<br>CTO - SipPulse Routing and Billing Solutions for SIP<br>Phone: +55 48-3025-8590, +1 248-688-0960<br>
VoIP: <a href="mailto:SIP%3Aflavio@opensips.org" target="_blank">SIP:flavio@opensips.org</a>,<a href="Skype:flaviogoncalves1">Skype:flaviogoncalves1</a><br>Linkedin: <a href="http://www.linkedin.com/in/flavioegoncalves" target="_blank">www.linkedin.com/in/flavioegoncalves</a><div>
Twitter: <a href="http://www.twitter.com/asteriskguide" target="_blank">www.twitter.com/asteriskguide</a></div><br></div></div>
<br><br><div class="gmail_quote">2013/5/24 Anthony Minessale <span dir="ltr"><<a href="mailto:anthony.minessale@gmail.com" target="_blank">anthony.minessale@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Its probably not a re-invite but a retransmission of the same one because it never got the response.<div><br></div><div>That RFC is trying to say you can't send another invite while you are waiting for a reply to the current one but you can send other things like info. The problem is when one side sends invite and the other end replies but the sender does not get that reply, they will keep sending the invite until it gives up. </div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div class="h5">On Thu, May 23, 2013 at 3:38 PM, Flavio Goncalves <span dir="ltr"><<a href="mailto:flavio@voffice.com.br" target="_blank">flavio@voffice.com.br</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr"><div style="font-family:arial,sans-serif;font-size:13px">Hello, </div>
<div style="font-family:arial,sans-serif;font-size:13px">
<br></div><div style="font-family:arial,sans-serif;font-size:13px">I'm having a really strange issue on billing related to late negotiation. The call end up hanged with no BYE. </div>
<div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">There is a dialer sending thousands of calls through and OpenSIPS to a termination based on FreeSwitch. I have a SIP call flow as below. Some times during the day, when the volume is high, the UAC drops some 200Ok and FS send a reinvite in the middle of the Initial transaction.</div>
<div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px"><font face="courier new, monospace">----INVITE --------------- Proxy --INVITE ---------------> FS</font></div>
<div style="font-family:arial,sans-serif;font-size:13px"><font face="courier new, monospace"><----200 OK -------------- Proxy <---200 OK- ------------- FS</font></div><div style="font-family:arial,sans-serif;font-size:13px">
<font face="courier new, monospace"><--REINVITE--------------- Proxy <-REINVITE--------------- FS </font></div><div style="font-family:arial,sans-serif;font-size:13px"><font face="courier new, monospace">---481 leg does not exit-> Proxy ---481------------------> FS</font></div>
<div style="font-family:arial,sans-serif;font-size:13px"><font face="courier new, monospace"><-- ACK (REINVITE)-------- Proxy <-ACK(REINVITE)---------- FS</font></div><div style="font-family:arial,sans-serif;font-size:13px">
<font face="courier new, monospace">----CANCEL ---------------> Proxy ---CANCEL --------------> FS </font></div><div style="font-family:arial,sans-serif;font-size:13px"><font face="courier new, monospace"><---200 Ok ---------------- Proxy <----200 Ok ------------- FS</font></div>
<div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">FS is sending a reinvite before ACK comes from the client.</div><div style="font-family:arial,sans-serif;font-size:13px">
<br></div><div style="font-family:arial,sans-serif;font-size:13px">I have two questions:</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">1) Is it valid to send a reinvite in the middle of an existing transaction?</div>
<div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">According to the RFC3261 Section 14. </div><div style="font-family:arial,sans-serif;font-size:13px">
<br></div><div style="font-family:arial,sans-serif;font-size:13px"><pre style="white-space:pre-wrap;font-size:1em;margin-bottom:0px;margin-top:0px">Note that a UAC MUST NOT initiate a new INVITE transaction within a
dialog while another INVITE transaction is in progress in either
direction.
1. If there is an ongoing INVITE client transaction, the TU MUST
wait until the transaction reaches the completed or terminated
state before initiating the new INVITE.
2. If there is an ongoing INVITE server transaction, the TU MUST
wait until the transaction reaches the confirmed or terminated
state before initiating the new INVITE.</pre></div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">But it is confusing because just below it says the opposite. </div>
<div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px"><pre style="white-space:pre-wrap;font-size:1em;margin-bottom:0px;margin-top:0px">However, a UA MAY initiate a regular transaction while an INVITE
transaction is in progress. A UA MAY also initiate an INVITE
transaction while a regular transaction is in progress.</pre></div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">2. Shouldn't FS send a BYE after sending a 200Ok and not receiving the ACK?</div>
<div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px"><pre style="white-space:pre-wrap;font-size:1em;margin-bottom:0px;margin-top:0px">If a UAS generates a 2xx response and never receives an ACK, it
SHOULD generate a BYE to terminate the dialog.</pre></div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">Best regards, </div><br clear="all" style="font-family:arial,sans-serif;font-size:13px">
<div style="font-family:arial,sans-serif;font-size:13px"><div dir="ltr">Flavio E. Goncalves</div></div><div><div dir="ltr"><br></div></div>
</div>
<br></div></div>_________________________________________________________________________<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>
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></blockquote></div><br><br clear="all"><div><br></div>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/" target="_blank">http://www.cluecon.com/</a><br>
Twitter: <a href="http://twitter.com/FreeSWITCH_wire" target="_blank">http://twitter.com/FreeSWITCH_wire</a><br><br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com" target="_blank">MSN:anthony_minessale@hotmail.com</a><br>
GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com" target="_blank">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net/" target="_blank">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org" target="_blank">sip:888@conference.freeswitch.org</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org" target="_blank">googletalk:conf+888@conference.freeswitch.org</a><br>
pstn:<a href="tel:%2B19193869900" value="+19193869900" target="_blank">+19193869900</a>
</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>
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></div>
_________________________________________________________________________<br>Professional FreeSWITCH Consulting Services:<br><a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>http://www.freeswitchsolutions.com<br><br>FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>http://www.cudatel.com<br><br>Official FreeSWITCH Sites<br>http://www.freeswitch.org<br>http://wiki.freeswitch.org<br>http://www.cluecon.com<br><br>FreeSWITCH-users mailing list<br>FreeSWITCH-users@lists.freeswitch.org<br>http://lists.freeswitch.org/mailman/listinfo/freeswitch-users<br>UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users<br>http://www.freeswitch.org<br></blockquote></div><br></div></body></html>