<div><div dir="auto">First of all thanks for your replies Răzvan and Ben.<br></div></div><div dir="auto"><br></div><div dir="auto">Ben, the case with local_route might be the thing I need. I read a bit on the matter, but haven’t digged into it deeply yet. </div><div dir="auto">I will try to play with this, one of these days, and will share my experience to OpenSIPS community.</div><div dir="auto"><br></div><div dir="auto">From what I got, local_route first of all gives a possibility to catch and then edit messages coming to B2Bua. Am I wrong?</div><div dir="auto"><br></div><div dir="auto">Răzvan, yes topology hiding module fits this demand and I guess this is even more simple implementation in comparison with B2B.</div><div dir="auto"><br></div><div dir="auto">The idea I’m trying to follow, is that OpenSIPS plays a role of a routing server for a border controller. And the border controller in its turn can consider an INVITE (with already changed destination) having the same call-id as a loop.</div><div dir="auto">Thus routing solution can be implemented using two ways:</div><div dir="auto">- 3XX redirection server</div><div dir="auto">- B2BUA that divides a call into two legs</div><div dir="auto"><br></div><div dir="auto">I guess, topology hiding module fits the second case (when I need to divide a call) just fine.</div><div dir="auto"><br></div><div dir="auto">I will try both ways with topology hiding module and local_route of b2b module(s) and see which one fits better.</div><div dir="auto">Of course I will share my experience in the end!</div><div dir="auto"><br></div><div dir="auto">Have a nice day!</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div><br><div class="gmail_quote"><div dir="ltr">On Fri, 10 Jan 2020 at 5:43 PM, Răzvan Crainea <<a href="mailto:razvan@opensips.org" target="_blank">razvan@opensips.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi, Donat!<br>
<br>
Indeed, the B2B module(s) are not compatible with the dialog module.<br>
However, if your purpose is just to have different callids between the <br>
two legs, why not using the topology hiding module[1], which does change <br>
the callids (using the "C" flag for the topology_hiding() function[2]) <br>
and is built on top of the dialog module.<br>
The B2B does indeed offer a similar behavior, but it is usually used for <br>
  much more complex calling scenarios - if you don't need those complex <br>
scenarios, simply use the topology_hiding mode.<br>
<br>
[1] <a href="https://opensips.org/html/docs/modules/3.0.x/topology_hiding.html" rel="noreferrer" target="_blank">https://opensips.org/html/docs/modules/3.0.x/topology_hiding.html</a><br>
[2] <br>
<a href="https://opensips.org/html/docs/modules/3.0.x/topology_hiding.html#func_topology_hiding" rel="noreferrer" target="_blank">https://opensips.org/html/docs/modules/3.0.x/topology_hiding.html#func_topology_hiding</a><br>
<br>
Best regards,<br>
Răzvan<br>
<br>
On 1/10/20 5:21 PM, Donat Zenichev wrote:<br>
> Hello OpenSIPS community!<br>
> <br>
> I have a brief question regarding how to better implement B2B user agent <br>
> logic, within OpenSIPS installation.<br>
> <br>
> The goal is quite simple:<br>
> - I have OpenSIPS as a routing system (making decisions on calls)<br>
> - OpenSIPS at the same time separates dialog into two legs (so two <br>
> Call-IDs as result)<br>
> <br>
> Firstly I've started looking into b2b_logic + b2b_entities modules<br>
> I read manuals provided by OpenSIPS dev team and everything is quite <br>
> clear for me.<br>
> <br>
> But, from what I understand provided b2b module is not compatible with a <br>
> dialog module<br>
> (paragraph 6 at Back-to-Back User Agent manual).<br>
> But dialog module is quite significant for me, at least since of <br>
> "dialog_replication_cluster" parameter.<br>
> <br>
> Another feature of the b2b_logic module is, that it only implements <br>
> scenarios within a separate xml configuration file. And from the script <br>
> routing you're only able to access coming requests and responses in a <br>
> read-only mode.<br>
> <br>
> To sum up, the general goal is to separate call into two legs, to let <br>
> both legs have different call-ids. And it's also quite important to be <br>
> able to rule changes on requests (e.g. resetting of R-URI) from the <br>
> routing script.<br>
> <br>
> Everything from mentioned above led me to a thought, that there could be <br>
> some much elaborate solution for implementation of B2B within OpenSIPS <br>
> installation.<br>
> For sure b2b_logic and b2b_entities modules are great! But still I'm <br>
> looking for a bit different installation.<br>
> <br>
> I know, OpenSIPS is a SIP proxy and it's not supposed to be run with a <br>
> role of B2BUA.<br>
> But still, might be someone can share his/her own experience and hint <br>
> some better way out for this?<br>
> <br>
> Many thanks in advance and have a nice day!<br>
> <br>
> <br>
> <br>
> -- <br>
> <br>
> Best regards,<br>
> Donat Zenichev<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" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
> <br>
<br>
-- <br>
Răzvan Crainea<br>
OpenSIPS Core Developer<br>
   <a href="http://www.opensips-solutions.com" rel="noreferrer" target="_blank">http://www.opensips-solutions.com</a><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" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</blockquote></div></div>
-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><br></div><div dir="ltr"><div dir="ltr"><font style="background-color:rgb(255,255,255)" color="#0b5394">Best regards,<br></font></div><div dir="ltr"><font style="background-color:rgb(255,255,255)" color="#0b5394">Donat Zenichev<br><br></font></div></div></div></div></div></div></div></div>