15 Oct
2009
15 Oct
'09
12:55 p.m.
Hi Klaus,
I've gathered as much; I'm able to bridge between the interfaces, but
if I do that, I can't rewrite the SDP properly. I can only rewrite the
SDP by using fix_nated_sdp. If I use fix_nated_sdp and the rtpproxy
functions to bridge the call, the SDP gets messed up.
E.g. I rewrite the media address with fix_nated_sdp from the public
IP, 157.157.x.x to 10.252.1.8, but if I then call the force_rtp_proxy
function, it just appends the public IP address directly behind the
10.252.1.8 IP address, so the SDP media address is now
10.252.1.8157.157.x.x.
Any ideas?
Regards,
Örn
On Thu, Oct 15, 2009 at 12:30 AM, Klaus Darilion
<klaus.mailinglists(a)pernau.at> wrote:
I think it is not about offer/answer, but you have to
call rtpproxy*
functions with the proper parameter to activate bridging inside rtpproxy.
E.g. there is an (I guess rather old) example for ipv4 to ipv6 bridging, but
from the logic it should be similar to v4:v6 bridging:
http://openser.svn.sourceforge.net/viewvc/openser/trunk/modules/nathelper/e…
Take a look at the i and e flag:
http://kamailio.org/docs/modules/1.5.x/nathelper#id2468157
regards
klaus
Joe Hart wrote:
Hi all,
For a project on which I'm currently working, I am having some problems
figuring out how to correctly configure Kamailio to communicate with RTP
Proxy in order to send media into and out of a network with private IP
address ranges.
I have a proxy set up to send the SIP traffic, and all of this is working
fine. However, I'm having some trouble getting the RTP Proxy set up.
Currently, when the call is connected, the offer/answer is made and RTP
Proxy seems to be taking over, but I'm having trouble getting my audio to
flow in both directions.
Examination of the traffic coming into and out of this machine seems to
indicate that the IP addresses aren't being mangled correctly. Specifically,
it appears the internal IP address isn't being changed to reflect the IP
address of the machine on which RTP Proxy is running, so that when the
caller tries to send audio back, the IP it's given to reply to is 10.10.x.x,
which obviously won't work.
I have tried experimenting with specifically setting IP addresses in the
rtpproxy_offer() and _answer() methods to no avail, as well as setting
various flags in those methods. However, I must admit that I'm not entirely
sure what's happening under the hood with these methods, or what rtpproxy is
doing with that information when it gets it. Rather than continue to hack
at this by trial and error, I'm hoping someone here can point me in the
right direction.
Any advice, example code or pep talks would be greatly appreciated.
Thanks in advance,
_______________________________________________
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