<div dir="ltr">Hi , <div><br></div><div>    I have encountered similar issue . B2BUA mode of opensips not able to change the SDP . I have tried to do this with Opensips-1.11 . I think it cant even change the SDP . </div><div><br></div><div>         As for my understanding , Opensips only work as a middle man between two  User Agent . It only change the signaling part(like : Route , Via , From etc ) but not the SDP part . </div><div><br></div><div>     I think it cant be don&#39;t by this module automatically . If this is possible to do then I will be helpful also . </div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><b><i>Thanks &amp; Regards</i></b><div><i>Sasmita Panda</i></div><div><i>Network Testing and Software Engineer</i></div><div><i>3CLogic , ph:07827611765</i></div></div></div></div>
<br><div class="gmail_quote">On Tue, May 17, 2016 at 2:40 PM, Chen-Che Huang <span dir="ltr">&lt;<a href="mailto:acmicrox@gmail.com" target="_blank">acmicrox@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dear all,<br>
<br>
For collaboration purpose and some reasons, we have set up a kind-of-weird<br>
architecture with Cisco unified call manager (abbreviated CUCM) as follows.<br>
<br>
client A<br>
client B &lt;----&gt;OpenSIPS SIP proxy&lt;----&gt;CUCM<br>
client C                   |<br>
                         RTP proxy<br>
<br>
<br>
The OpenSIPS SIP proxy here acts as clients to CUCM. For each client, the<br>
OpenSIPS SIP proxy creates a unique socket to CUCM. All the requests and<br>
responses between clients and CUCM pass through the OpenSIPS SIP proxy. All<br>
the RTP packets between clients are relayed by RTP proxy.<br>
<br>
Although this architecture is kind-of-weird, it works for client<br>
registration and call setup. However, in this architecture, we cannot<br>
support a particular call transfer case.<br>
Client A calls client B (OK)<br>
Client A transfers the call to client C (OK)<br>
Client A transfers the call to make client B talk to client C (Failed in<br>
terms of media relay).<br>
<br>
The SIP signalling flow is basically okay. The problem is that we cannot let<br>
client B and client C&#39;s RTP packets relayed by the RTP Proxy because the SIP<br>
messages in this case are two separate dialogs (the CUCM acts in B2BUA<br>
mode). I have do a preliminary study to address issue by using the B2BUA<br>
module of the OpenSIPS but the module seems not to have the ability to<br>
modify SDP.<br>
<br>
Has anyone encountered similar issues or had any suggestion on this issue?<br>
Many thanks for any comments.<br>
<br>
Yours sincerely,<br>
Chen-Che<br>
<br>
<br>
<br>
<br>
 where client A transfers the call to make client B and client C with each<br>
other. Because CUCM acts like in B2BUA mode,<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://opensips-open-sip-server.1449251.n2.nabble.com/Transfer-issue-with-Cisco-unified-call-manager-tp7602968.html" rel="noreferrer" target="_blank">http://opensips-open-sip-server.1449251.n2.nabble.com/Transfer-issue-with-Cisco-unified-call-manager-tp7602968.html</a><br>
Sent from the OpenSIPS - Users mailing list archive at Nabble.com.<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</blockquote></div><br></div>