2 Jul
2004
2 Jul
'04
12:43 a.m.
mawali(a)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.