[OpenSIPS-Users] rtpproxy in bridge mode
brad.bendy at benganetworks.com
Wed Oct 12 18:55:13 CEST 2011
On Tue, 2011-10-11 at 09:20 -0500, Brett Nemeroff wrote:
> On Tue, Oct 11, 2011 at 8:39 AM, Brad Bendy
> <brad.bendy at benganetworks.com> wrote:
> Hi list,
> Im trying to get a opensips 1.6.4-2 with rtpproxy 1.2.1 to
> work in bridge mode, calls will get a INVITE from a private
> network then opensips needs to forward that invite out
> upstream via a public interface.
> It appears the issue right now im seeing is the c= in SDP has
> the IP address twice, ie: c=IN IP4 10.101.1.21410.101.1.214.
> This normally occurs when calling the rtpproxy functions twice. Any
> time you try to modify the same chunk more than once, you'll get these
> kinds of problems. I'd double check your script and look for all
> occurrences of calls to any of the rtpproxy funcs that rewrite the sdp
> because one of them is definitely getting called more than once.
> You may benefit from adding a is_method check in the main route block
> before you start rewriting SDP.
> Users mailing list
> Users at lists.opensips.org
Adding in some check for SDP did take care of that problem, just appears
the outbound leg upstream is not getting rewritten with the correct
external address, still using the internal one. From what Ive read you
can use rtpproxy_answer() and rtpproxy_offer() depending if the 183/200
has SDP in it, right now ive been using rtpproxy_offer("FAIIO") when the
dst_ip is the private IP and that side is rewritten correctly, but in
on_reply route doing the same thing but FAEEO no rewrite appears to be
happening. Ive looked at the alg.cfg example in the nathelper examples
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Users