Hello Anca, Stefano,<br>thanks for reply, i've already tried to loop the signalling through localhost, i'm still debugging it though. However, in my opinion, it's not the ideal solution... It would be nice if there could be a possibility to manipulate with message parameters generated by b2bua module.<br>
For illustration, this is the exctract from cfg (without loop to localhost):<br><br># ----- tm params -----<br># due to B2BUA<br>modparam("tm", "pass_provisional_replies", 1)<br><br># ----- b2b modules params -----<br>
modparam("b2b_entities", "server_address", "sip:abc@OpenSIPS_IP2")<br><br>##### Calls to domains served by other proxy <br>## multi-domain support is used<br>if (!is_uri_host_local())<br>{<br>
if(is_from_local() && uri=~"^sip:790@*") {<br> if ($Ri=="OpenSIPS_IP1") {<br> setflag(5); #Use RTP poxy<br> }<br><br> route(1);<br><br> } else {<br>
sl_send_reply("403", "Not here");<br> }<br>}<br><br><br>route[1] {<br><br> # Use RTPproxy?<br> if (isflagset(5)) {<br><br> route(6); #Call from UA to exch.<br> $du="IP/domain of destination UA";<br>
b2b_init_request("top hiding");<br> exit;<br> }<br><br> # for INVITEs enable some additional helper routes<br> if (is_method("INVITE")) {<br> if (isflagset(5)){<br>
t_on_branch("2");<br> t_on_reply("3");<br> }<br> <br> else {<br> engage_media_proxy(); ### use mediaproxy for intradomain calls<br>
t_on_branch("2");<br> t_on_reply("2");<br> }<br> t_on_failure("1");<br> }<br><br> if (!t_relay()) {<br> sl_reply_error();<br> };<br>
exit;<br>}<br><br>route[6] {<br> #---- RTP Proxy handling ---#<br> if (is_method("BYE|CANCEL")) {<br> unforce_rtp_proxy();<br> }<br> else if (is_method("INVITE")){<br> #---- Activates the RTP Proxy for the CALLEE ---#<br>
force_rtp_proxy("ei");<br> t_on_failure("1");<br> };<br> }<br><br><br>branch_route[2] {<br> xlog("new branch at $ru\n");<br>}<br><br><br>onreply_route[2] {<br> xlog("incoming reply\n");<br>
}<br><br>onreply_route[3] {<br> force_rtp_proxy("ie","OpenSIPS_IP1");<br>}<br><br>Bela<br><br><div class="gmail_quote">On Mon, Dec 13, 2010 at 2:25 PM, Anca Vamanu <span dir="ltr"><<a href="mailto:anca@opensips.org">anca@opensips.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Hi Bela,<div class="im"><br>
<br>
On 12/13/2010 12:48 PM, beci345 wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
However, i have problem if i would like to extend the configuration with<br>
topology hiding functionality - byusing the B2B modules.<br>
By calling the scenario with b2b_init_request("top hiding"), Opensips fires<br>
out the INVITE with wrong SDP Connection information (IP of calling UA)<br>
towards the called party.<br>
</blockquote></div>
Yes, indeed the B2BUA generates a new request and the changes made on the old request are not visible in the new one. You could change that request in local_route before being fired on the network, but then you have problems with the generated replies.. there is no way to catch those before being sent out.<br>
So the only solution is to introduce another hop before sending the request out - you could either loop the generated request or run b2bua in another instance of opensips. In both cases the b2bua should be the first to do the processing and the on the other hop do the specific changes on the message.<br>
<br>
Regards,<br><font color="#888888">
<br>
-- <br>
Anca Vamanu<br>
<a href="http://www.voice-system.ro" target="_blank">www.voice-system.ro</a></font><div><div></div><div class="h5"><br>
<br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</div></div></blockquote></div><br>