Anca,<div>What I was imaging was something like the dialplan module to perform the rewrite, and the B2BUA module to track was it was originally so the reverse direction doesn't include the translation. That kind of thing. </div>
<div><br></div><div>inside -> b2bua + translation ---> outside see's translated TO URI</div><div><br></div><div>outside with translated TOURI ->b2bua -> inside see's restored TO URI (original TO URI)<br>
<br></div><div>Forgive me for not entirely understanding the B2BUA scenarios and rules quite yet. ;)</div><div><br></div><div>-Brett</div><div><br><div class="gmail_quote">On Tue, Aug 25, 2009 at 10:28 AM, Anca Vamanu <span dir="ltr"><<a href="mailto:anca@opensips.org">anca@opensips.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi Brett,<br>
<div class="im"><br>
<br>
Brett Nemeroff wrote:<br>
> All,<br>
> Question about the direction of the B2BUA module. I know one of the<br>
> key feature is topology hiding. Does this also occur in the SDP? I<br>
> would expect that it would need to still be paired with something like<br>
> mediaproxy or rtpproxy to achieve topology hiding with SDP as well, is<br>
> this correct? Do you expect the B2BUA module will ever integrate into<br>
> any of the media proxying solutions?<br>
><br>
</div>As you correctly assumed, the B2BUA implementation in OpenSIPS is only a<br>
signaling B2BUA and it does not deal with sdp. The media will still go<br>
end to end and you need to use something like rtpproxy for a full b2b.<br>
<div class="im">> Also, what's the possibility of doing things like changing headers,<br>
> removing headers and such. For example, internally, I may have an<br>
> "X-Account-Number:" field that is used between servers and I never<br>
> want an request from the outside to ever come in with one of those and<br>
> likewise I don't ever want a request to go out with one of those. I<br>
> know a lot of that can be done in the script already, but I'm<br>
> wondering if the B2BUA portions have any special handling for that<br>
> kind of thing (ie: remove all non-standard headers). Also, there are<br>
> a lot of non-rfc-ish things that I have to do on a regular basis that<br>
> a B2BUA always performs better. For example, I have partners that<br>
> insist on specific formatting of the From or To headers (like adding<br>
> or removing prefixes to from/to headers.. yes.. I know..).<br>
><br>
</div>The headers that are now taken from the initial message and inserted in<br>
the message sent on the other side are: Supported, Require,<br>
Proxy-Require, Accept and Content-Type.<br>
We can extend the rules action part to include this one of requesting a<br>
certain header to be added since it can indeed be useful.<br>
But the one with formatting the to or from header in a certain way is<br>
quite hard to express as a rule..<br>
<br>
regards,<br>
Anca<br>
> Thanks!<br>
> -Brett<br>
><br>
> ------------------------------------------------------------------------<br>
<div><div></div><div class="h5">><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" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
><br>
<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" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</div></div></blockquote></div><br></div>