<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <tt>Some update here, to </tt><tt>keep the list also informed.</tt><tt><br>
    </tt><tt><br>
    </tt><tt>I re-checked the code and I found some regression in CANCEL
      handling - this was added last year with commit
      4747da559f4df161441be8373488dee9fd16c282 when support for
      "Content-Disposition: no-cancel" was added.</tt><tt><br>
    </tt><tt>    
    </tt><tt><a class="moz-txt-link-freetext"
href="https://github.com/OpenSIPS/opensips/commit/4747da559f4df161441be8373488dee9fd16c282">https://github.com/OpenSIPS/opensips/commit/4747da559f4df161441be8373488dee9fd16c282</a></tt><tt><br>
    </tt><tt><br>
    </tt><tt>Also I just pushed a fix (on master) for this issue </tt><tt><br>
    </tt><tt>   
<a class="moz-txt-link-freetext" href="https://github.com/OpenSIPS/opensips/commit/f1a6d0d8e46c4aff9f203f2eb7e85a2b1e40cf92">https://github.com/OpenSIPS/opensips/commit/f1a6d0d8e46c4aff9f203f2eb7e85a2b1e40cf92</a></tt><tt><br>
    </tt><tt><br>
    </tt><tt>Richard, would you please test it also and confirm the fix,
      so I can do safe backport to 3.0 and 2.4 ?</tt><tt><br>
    </tt><tt><br>
    </tt><tt>Many thanks,</tt><br>
    <pre class="moz-signature" cols="72">Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
  <a class="moz-txt-link-freetext" href="https://www.opensips-solutions.com">https://www.opensips-solutions.com</a>
OpenSIPS Summit 2019
  <a class="moz-txt-link-freetext" href="https://www.opensips.org/events/Summit-2019Amsterdam/">https://www.opensips.org/events/Summit-2019Amsterdam/</a>
</pre>
    <div class="moz-cite-prefix">On 06/21/2019 06:26 PM, Bogdan-Andrei
      Iancu wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:b68cea2e-85b0-a3ee-1209-67ca0b0be43d@opensips.org">
      <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
      <tt>Woooow - we have a record here :) - resuming a discussion over
        8 years !!!!!<br>
        <br>
        AFAIK, there was no intentional change (when comes to canceling
        branches with no reply) - do you have a pcap + logs to show such
        behavior ?<br>
        <br>
        And in regards to the sequence of CANCEL (on timeout) + forking,
        I think this was fixed starting 1.7 - first the CANCEL is sent
        out and then the new potential branches.<br>
        <br>
        Regards,<br>
      </tt>
      <pre class="moz-signature" cols="72">Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
  <a class="moz-txt-link-freetext" href="https://www.opensips-solutions.com" moz-do-not-send="true">https://www.opensips-solutions.com</a>
OpenSIPS Summit 2019
  <a class="moz-txt-link-freetext" href="https://www.opensips.org/events/Summit-2019Amsterdam/" moz-do-not-send="true">https://www.opensips.org/events/Summit-2019Amsterdam/</a>
</pre>
      <div class="moz-cite-prefix">On 06/20/2019 01:06 AM, Richard
        Revels wrote:<br>
      </div>
      <blockquote type="cite"
cite="mid:CAE-NtRcDPbriippFnkbGs9G7rd+KfN3YomxLCuF45UH_JqSa9w@mail.gmail.com">
        <div dir="ltr">I'm going to resurrect this as I've noticed that
          opensips 2.4.6 sends CANCEL for branches it never got a
          provisional response for.  Was this changed intentionally?
          <div><br>
          </div>
          <div>Also, it looks like the discussion I am responding on was
            about opensips 1.5 but if any testing is needed around
            fail-over scenarios I expect to be doing some of that over
            the next few days.  Just let me know what still needs to be
            looked at and I'll try to get it in.</div>
          <div><br>
          </div>
          <div><br>
          </div>
          <div>
            <div>
              <div dir="ltr" class="gmail_signature"
                data-smartmail="gmail_signature">
                <div dir="ltr">
                  <div>
                    <div dir="ltr">
                      <div>
                        <div dir="ltr">
                          <div>
                            <div dir="ltr">
                              <div>
                                <div dir="ltr"><span>
                                    <div dir="ltr"
                                      style="margin-left:0pt">
                                      <table
                                        style="border:none;border-collapse:collapse">
                                        <colgroup><col width="150"><col
                                            width="474"></colgroup><tbody>
                                          <tr style="height:93pt">
                                            <td
                                              style="vertical-align:top;padding:5pt
                                              5pt 5pt 5pt">
                                              <p dir="ltr"
                                                style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:11pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><img src="https://lh6.googleusercontent.com/RHbmOLdT6iYkO7QryjK_2Cp5MZ6rur2H4QGOu09yDtXiT6OXl687J-UpI-8Bt2aDI_EA4WKBBpCrPWaIWdF5RkhjruxRoI7GfYE89_m8r2IBg73T8mPpsJOOOJylFwGMVNyuXZZ2" style="border:none" alt="BandwidthMaroon.png" moz-do-not-send="true" height="99" width="136"></span></p>
                                            </td>
                                            <td
                                              style="vertical-align:top;padding:5pt
                                              5pt 5pt 5pt">
                                              <p dir="ltr"
                                                style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"> </p>
                                              <p dir="ltr"
                                                style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="font-size:11pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;font-weight:700;vertical-align:baseline;white-space:pre-wrap">Richard Revels</span><span style="font-size:9pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">  </span><span style="font-size:9pt;font-family:Arial;color:rgb(195,195,230);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">•</span><span style="font-size:9pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">  </span><span
style="font-size:12.8px">System Architect II</span></p>
                                              <p dir="ltr"
                                                style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="font-size:9pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">900 Main Campus Drive, Suite 100, Raleigh, NC 27606</span></p>
                                              <p dir="ltr"
                                                style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"> </p>
                                              <p dir="ltr"
                                                style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="font-size:9pt;font-family:Arial;color:rgb(166,77,121);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">m:</span><span style="font-size:9pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"> <span title="Call with Google Voice"><span id="gc-number-68" class="gc-cs-link" title="Call with Google Voice">919-578-3421</span></span>  </span><span style="font-size:9pt;font-family:Arial;color:rgb(195,195,230);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">•</span><span style="font-size:9pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"> </span><span style="font-size:9pt;font-family:Arial;color:rgb(166,77,121);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"> o: </span><span style="font-size:9pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><span title="Call with Google Voice"><span id="gc-number-69" class="gc-cs-link" title="Call with Google Voice">919-727-4614</span></span></span></p>
                                              <p dir="ltr"
                                                style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="font-size:9pt;font-family:Arial;color:rgb(166,77,121);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">e: </span><span style="font-size:9pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="mailto:rrevels@bandwidth.com" target="_blank" moz-do-not-send="true">rrevels@bandwidth.com</a></span></p>
                                            </td>
                                          </tr>
                                        </tbody>
                                      </table>
                                    </div>
                                  </span></div>
                              </div>
                            </div>
                          </div>
                        </div>
                      </div>
                    </div>
                  </div>
                </div>
              </div>
            </div>
            <br>
          </div>
        </div>
        <br>
        <div class="gmail_quote">
          <div dir="ltr" class="gmail_attr">On Tue, Apr 5, 2011 at 3:33
            PM Bogdan-Andrei Iancu <<a
              href="mailto:bogdan@opensips.org" moz-do-not-send="true">bogdan@opensips.org</a>>
            wrote:<br>
          </div>
          <blockquote class="gmail_quote" style="margin:0px 0px 0px
            0.8ex;border-left:1px solid
            rgb(204,204,204);padding-left:1ex">Hi guys,<br>
            <br>
            Actually it will be great to have that patch tested to know
            for sure if <br>
            the problem is solved. I never got a 100% confirmation from
            Andrew, but <br>
            maybe Piotr can test and confirm.<br>
            <br>
            Thanks and regards,<br>
            Bogdan<br>
            <br>
            On 04/05/2011 04:58 PM, Andrew Pogrebennyk wrote:<br>
            > Hi Piotr,<br>
            > This sounds familiar to the problem I experienced some
            time ago - make <br>
            > sure to check comments here: <br>
            > <a
href="https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2940556&group_id=232389"
              rel="noreferrer" target="_blank" moz-do-not-send="true">https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2940556&group_id=232389</a><br>
            ><br>
            > I haven't been able to replicate that setup to confirm
            that the <br>
            > attached patch works. You are welcome to try it though
            :) Note RFC <br>
            > states it clearly that if no response has been received
            from the UAS <br>
            > at all, we should not attempt to send a CANCEL there.<br>
            ><br>
            > But it seems that in your case you received some
            provisional response <br>
            > so the issue has to do with the order in which CANCEL
            is fired - <br>
            > exactly what the patch is intended to fix.<br>
            ><br>
            > On 05.04.2011 15:56, Piotr Sobolewski wrote:<br>
            >> I'm having problem with specific gateway to which
            OpenSIPS sends<br>
            >> INVITE and then another INVITE (CallForward on no
            Aswer).<br>
            >> The  problem is when after sending first INVITE to
            gateway (without<br>
            >> getting final response), OpenSIPS hits failure
            route and then sends<br>
            >> another INVITE (with different RURI) toward gateway
            before CANCEL is<br>
            >> sent, so the gateway responds to second INVITE with
            "482 Request<br>
            >> merged" (and gateway does not attempt to make
            second connection).<br>
            >> Is there a way to send CANCEL before sending second
            INVITE ?<br>
            ><br>
            <br>
            <br>
            -- <br>
            Bogdan-Andrei Iancu<br>
            OpenSIPS eBootcamp - 2nd of May 2011<br>
            OpenSIPS solutions and "know-how"<br>
            <br>
            <br>
            _______________________________________________<br>
            Users mailing list<br>
            <a href="mailto:Users@lists.opensips.org" target="_blank"
              moz-do-not-send="true">Users@lists.opensips.org</a><br>
            <a
              href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users"
              rel="noreferrer" target="_blank" moz-do-not-send="true">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
          </blockquote>
        </div>
        <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <br>
        <pre wrap="">_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Users@lists.opensips.org" moz-do-not-send="true">Users@lists.opensips.org</a>
<a class="moz-txt-link-freetext" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" moz-do-not-send="true">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
      </blockquote>
      <br>
    </blockquote>
    <br>
  </body>
</html>