<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.16.3">
</HEAD>
<BODY>
<BR>
On Tue, 2011-10-11 at 09:20 -0500, Brett Nemeroff wrote:<BR>
<BLOCKQUOTE TYPE=CITE>
<FONT COLOR="#000000">On Tue, Oct 11, 2011 at 8:39 AM, Brad Bendy <<A HREF="mailto:brad.bendy@benganetworks.com">brad.bendy@benganetworks.com</A>> wrote:</FONT>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
<BLOCKQUOTE>
<FONT COLOR="#000000">Hi list,</FONT><BR>
<BR>
<FONT COLOR="#000000">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.</FONT><BR>
<BR>
<FONT COLOR="#000000">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.</FONT><BR>
<BR>
</BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
<BR>
<BR>
<FONT COLOR="#000000">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. </FONT><BR>
<BR>
<FONT COLOR="#000000">You may benefit from adding a is_method check in the main route block before you start rewriting SDP.</FONT><BR>
<BR>
<FONT COLOR="#000000">-Brett</FONT><BR>
<BR>
<BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">_______________________________________________</FONT>
<FONT COLOR="#000000">Users mailing list</FONT>
<FONT COLOR="#000000"><A HREF="mailto:Users@lists.opensips.org">Users@lists.opensips.org</A></FONT>
<FONT COLOR="#000000"><A HREF="http://lists.opensips.org/cgi-bin/mailman/listinfo/users">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</A></FONT>
</PRE>
</BLOCKQUOTE>
<BR>
<BR>
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 directory <BR>
<BR>
Any ideals?<BR>
<BR>
Thanks
</BODY>
</HTML>