mawali@news.icns.com wrote:
You must have noticed I have been asking this question for last 4 days.
Yeah! :)
Lets work together.
ok!
I do not force_rtp_proxy before t_relay_to_udp because it breaks a lot more things than just NAT'd clients. When I dont use force_rtp_proxy, everything works, I can talk from NAT'd cleints to non-NAT'd, but asterisk doenst work for clients through NAT. I have noticed that the rtpproxy is still not getting engaged.
I noticed that in a configuration like this X-lite call 9916 -> on ser force_rtp_proxy(); and t_relay_to_udp("xxx.xxx.xxx.xxx","5090"); -> asterisk at 5090 ASTERISK send voice to RTPPROXY but XLITE send directly voice to ASTERISK instead RTPPROXY...
So t_relay_to_udp is not what we need, it may be a B2BUA. I wish someone could give us a simple answer before we dive into it ourselves.
B2BUA? What is that?
Regards
Thanks! Bye...
On Thu, 1 Jul 2004, Aldo Armiento wrote:
Hi all! I know the argument is very famouse, I think I have read all ser.cfg on the net.... The problem is that when I call extension 9916 I don't hear asterisk music-on-old sound...
The scenario:
ser at port 5060 asterisk at port 5090 rtpproxy
I would like that, when an UA (x-lite for example) call 9916 UA can hear "music-on-hold" in asterisk.