<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    Hi Jayesh,<br>
    On 01/27/2011 04:22 PM, Jayesh Nambiar wrote:
    <blockquote
      cite="mid:AANLkTim4Bo91s71wY=5gMSLqk7rh97Kpstwde6w-KLJg@mail.gmail.com"
      type="cite">Hi All,
      <div>I am trying to use B2B modules for specific application. The
        scenario is as follows:</div>
      <div>My Freeswitch sends a REFER request and I need my opensips in
        B2B mode to handle the REFER request properly. I have used the
        REFER scenario explained in the tutorial and it works as
        expected when the REFER-TO header is similar to the format "<a
          moz-do-not-send="true" href="mailto:sip%3A12345@192.168.2.15">sip:12345@192.168.2.15</a>"</div>
      <div>Now other thing that I am trying is, my FS(freeswitch) will
        send a REFER request with REFER-TO header as "<a
          moz-do-not-send="true" href="mailto:sip%3A12345@192.168.2.15">sip:12345@192.168.2.15</a>;room=12345;pin=1234".
        I require my opensips in B2B mode to extract these values which
        are "room" and "pin" from the REFER-TO header and append them as
        custom-headers in the INVITE message when transferring the call
        to 192.168.2.15.</div>
      <div>Is this possible? Is it possible in the b2b scenario document
        to add custom headers when the second leg is generated? Can i
        also extract the REFER-TO header from the REFER message when
        using opensips in b2b mode.</div>
    </blockquote>
    This is not possible with the current B2B implementation. <br>
    <blockquote
      cite="mid:AANLkTim4Bo91s71wY=5gMSLqk7rh97Kpstwde6w-KLJg@mail.gmail.com"
      type="cite">
      <div>I have observed that when the REFER-TO header contains
        additional parameters like "room" and "pin" as in the above
        example the transfer is not done properly. Opensips sends a 202
        accepted, disconnects the connected call by sending a BYE but it
        does not transfer the call to 192.168.2.15. Any help in this
        regards will also help a bit.</div>
    </blockquote>
    Check if there are any errors in your log file and reply if you find
    any.<br>
    <br>
    Regards,<br>
    <pre class="moz-signature" cols="72">-- 
Anca Vamanu
<a class="moz-txt-link-abbreviated" href="http://www.voice-system.ro">www.voice-system.ro</a>
</pre>
  </body>
</html>