<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <tt>Hi Andreas,<br>
      <br>
      Yes, in bridging mode (when one of the party was already connected
      to a previous entity), the provisional replies are not sent
      anymore (during the re-INVITE) as make no sense (for the already
      connected party).<br>
      <br>
      In your case, once the A side was connected (via 200 OK) to the
      media server, an incoming 180 on the re-INVITE (while bridging to
      the B side) will not induce a ringing tone at all.<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="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a>

OpenSIPS Bootcamp 2017, Houston, US
  <a class="moz-txt-link-freetext" href="http://opensips.org/training/OpenSIPS_Bootcamp_2017.html">http://opensips.org/training/OpenSIPS_Bootcamp_2017.html</a>
</pre>
    <div class="moz-cite-prefix">On 07/04/2017 02:07 PM, Andreas
      Bøckmann wrote:<br>
    </div>
    <blockquote
cite="mid:CAN1RbiAaO9sSp8MrsC_PaemPROokawRXE4_fZ=ywU_2ysnsdiA@mail.gmail.com"
      type="cite">
      <div dir="ltr">Hello
        <div><br>
        </div>
        <div>I am playing around with B2B and running OpenSIPS proxy and
          B2B on the same VM.</div>
        <div>I am triggering prepaid scenario on initial INVITEs for
          authenticated clients.</div>
        <div><br>
        </div>
        <div><a moz-do-not-send="true"
            href="https://www.opensips.org/Documentation/Tutorials-B2BUA#toc13">https://www.opensips.org/Documentation/Tutorials-B2BUA#toc13</a><br>
        </div>
        <div><br>
        </div>
        <div>Now; everything seems to work OK except for the fact that
          180 is not relayed and no ringing is ever heard on the A-side
          after listening to Media and while connecting to B-side.</div>
        <div><br>
        </div>
        <div>It seems to somehow be swallowed by B2B. It's passed to B2B
          which seems to not handle 180 while in bridging scenario?</div>
        <div><br>
        </div>
        <div>DBG:tm:local_reply: Passing provisional reply 180 to FIFO
          application<br>
        </div>
        <div>....</div>
        <div>DBG:b2b_logic:b2b_logic_notify_reply: Received a reply
          [180] while in BRIDGING scenario</div>
        <div><br>
        </div>
        <div>Even though A-side is connected (after listening to media)
          it would make sense to let the A-side play ringing while
          trying to reach the B-side.<br>
        </div>
        <div><br>
        </div>
        <div>Any ideas of how I can solve this?</div>
        <div><br>
        </div>
        <div>The OpenSIPS log for handling 180 can be found here: <a
            moz-do-not-send="true" href="https://pastebin.com/fPVgLrCG"><a class="moz-txt-link-freetext" href="https://pastebin.com/fPVgLrCG">https://pastebin.com/fPVgLrCG</a></a></div>
        <div><br>
        </div>
        <div>Thanks a lot for your kind support!</div>
        <div><br>
        </div>
        <div>//Andreas</div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>
<a class="moz-txt-link-freetext" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>