Re: [Kamailio-Users] Having problems using RTPProxy to bridge internal/external networks

I got it working by using Klaus's flags; if ($ruri =~ "10\.252\.*") { force_send_socket("10.252.1.8"); force_rtp_proxy("ocfaie"); The SDP is correctly re-written and rtpproxy bridges the stream. Regards, Örn 2009/10/16 Örn Arnarson <orn(a)arnarson.net>et>: > Yes, I'd be very interested to see that too :-) > > Regards, > Örn > > On Thu, Oct 15, 2009 at 8:41 PM, Klaus Darilion > <klaus.mailinglists(a)pernau.at> wrote: >> Hi Alex! >> >> Could you finally solve the issue? If yes, it would be cool if you >> could >> post the result (rtpproxy command line and the force_rtpproxy >> commands). >> >> thanks >> klaus >> >> Alex Balashov wrote: >>> >>> No firewall rules anywhere. That's the first thing I checked. >>> >>> Besides, I did the packet capture right on the rtpproxy server; >>> even if >>> firewall rules were preventing media from getting out, I would >>> still see >>> attempts to send it onto the wire. >>> >>> Klaus Darilion wrote: >>> >>>> maybe an iptables problem on the rtpproxy server? >>>> >>>> Alex Balashov wrote: >>>>> >>>>> Daniel-Constantin Mierla wrote: >>>>> >>>>>> IIRC, I use: >>>>>> >>>>>> if(dst_ip==private_ip) >>>>>> force_rtp_proxy("ocfaei"); >>>>>> else >>>>>> force_rtp_proxy("ocfaie"); >>>>>> >>>>>> rtpproxy started with: -l external_ip/private_ip >>>>>> >>>>>> Probably is rtpproxy 1.1 -- cannot check right now. >>>>> >>>>> I just tried this and it works, from the point of view of SDP. >>>>> We were >>>>> already able to obtain this result. >>>>> >>>>> The problem is that the actual rtpproxy does not seem to >>>>> forward the >>>>> packets that come into one interface toward the other, so no >>>>> media is >>>>> exchanged. >>>>> >>> >>> >> >> _______________________________________________ >> Kamailio (OpenSER) - Users mailing list >> Users(a)lists.kamailio.org >> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users >> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users >> >