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@arnarson.net:
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@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@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users