On Thu, 2008-01-10 at 18:28 -0200, Jeferson Prevedello wrote:
> Thanks Jérôme! :-)
> 
> > I comment the following lines in the openser.cfg file:
> #modparam("nathelper", "rtpproxy_sock", "unix:/var/run/rtpproxy.sock")   # 
> Nathelper with RTPproxy
> #modparam("nathelper", "rtpproxy_sock", "udp:200.176.6.90:8899")
Did you really comment out both lines ?
I means comment only the first moparam, not the one with the udp
port :-)

> 
> 
> > And started the rtpproxy with the following command:
> /usr/bin/rtpproxy -l 200.176.6.90 -s udp:200.176.6.90:8899
> 
> >Logs:
> Jan 10 18:04:26 [EMAIL PROTECTED] /usr/sbin/openser[2805]: rtpp_test: RTP 
> proxy <unix:/var/run/rtpproxy.sock> found, support for it enabled
> 
> > Unfortunately I still have a problem that I believe to be related to 
> > rtpproxy. When I make calls through of a branch connect the openser exists 
> > audio in both directions, but when I receive calls not have audio on any of 
> > directions.
> 
> Any suggestion ?
> 
> Regards
> Jeferson
> 
> 
> -----Mensagem original-----
> De: Jerome Martin [mailto:[EMAIL PROTECTED] 
> Enviada em: quinta-feira, 10 de janeiro de 2008 16:39
> Para: Jeferson Prevedello
> Cc: [email protected]
> Assunto: Re: [OpenSER-Users] Problems with RTP-Proxy
> 
> I think I was too fast there.
> 
> 
> On Thu, 2008-01-10 at 19:19 +0100, Jerome Martin wrote:
> > Hi.
> > 
> > My remarks below.
> > 
> > On Thu, 2008-01-10 at 16:06 -0200, Jeferson Prevedello wrote:
> > > Hi ! 
> > > 
> > > I´m having problem to running RTPPROXY. Please, someone help me ?
> > > 
> > > Logs bellow:
> > 
> > Removed the logs from the answer as you IPs are in clear there.
> > 
> > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
> > > - - - - - - - -
> > > 
> > > [openser.cfg]
> > > 
> > > # ------------- !! Nathelper
> > > 
> > > modparam("registrar", "nat_flag", 6)
> > > modparam("nathelper", "natping_interval", 30) # Ping interval 30 s
> > > modparam("nathelper", "ping_nated_only", 1)   # Ping only clients behind 
> > > NAT
> > > modparam("nathelper", "rtpproxy_sock", "unix:/var/run/rtpproxy.sock")   # 
> > > Nathelper with RTPproxy
> > > modparam("nathelper", "rtpproxy_sock", "udp:xxx.xxx.xxx.xxx:8899")
> > 
> > I would first try to remove the unix-socket rtpproxy_sock declaration,
> > even though you log messages tend to let one think openser is using only
> > the second one (UDP).
> > 
> > > modparam("nathelper", "rtpproxy_disable_tout", 30)
> > > modparam("nathelper", "rtpproxy_tout", 2)
> > > modparam("nathelper", "rtpproxy_retr", 10)
> > > 
> > > # -------------
> > > 
> > > [EMAIL PROTECTED] run]# rpm -qa | grep rtp
> > > rtpproxy-0.3-1.fc5
> > > 
> > > 
> > > [EMAIL PROTECTED] run]# netstat -axep |grep rtpproxy
> > > unix  2      [ ACC ]     STREAM     LISTENING     8070094 19061/rtpproxy  
> > >     /var/run/rtpproxy.sock
> 
> Your netstat is the primary reason to make me believe rtpproxy was   not
> launched with proper parameters. You would not catch the udp socket
> rtpproxy uses with the netstat options you provided, but here it seems
> your running proxy is waiting for control on a unix socket. And rtpproxy
> cannot listen both on udp AND unixsocket. You need to choose udp or
> unixsocket both in openser.cfg and in rtpproxy commandline.
> 
> > 
> > > 
> > > 
> > > [EMAIL PROTECTED] run]# ls -al rtpproxy.sock            
> > > srwxr-xr-x 1 root root 0 Jan 10 15:44 rtpproxy.sock
> > > 
> > > 
> > > [EMAIL PROTECTED] run]# ps -aux | grep rtp
> > if you want to use "-" options a la systemV, use "ps -eaf" to achieve
> > the same than the BSD-style "ps aux" :-)
> > 
> > > Warning: bad syntax, perhaps a bogus '-'? See 
> > > /usr/share/doc/procps-3.2.6/FAQ
> > > root  19061  0.0  0.0   2532   344 ?  Ss   15:44   0:00 /usr/bin/rtpproxy
> > > root  19080  0.0  0.0   2532   344 ?  Ss   15:44   0:00 /usr/bin/rtpproxy 
> > > -l xxx.xxx.xxx.xxx -s udp:xxx.xxx.xxx.xxx 8899
> 
> Are you sure the ps and the netstat are from the same machine ? What
> does cat /proc/19080/cmdline | tr "\0" "\n" gives you ? Would you by
> chance have a second -s option after the first one, truncated by ps,
> which would be taken into account instead of the udp socket ? That would
> explain your netstat result.
> 
> > There is a missing ":" between the ip and the port. 
> > Try to use -l xxx.xxx.xxx.xxx -s udp:xxx.xxx.xxx.xxx:8899
> 
> In fact, command line syntax for -s option is udp:ip:port. If you omit the 
> ":" between ip and port, there will be no warning, and rtpproxy will listen 
> (for the original version, dunno for fedora versions) on port 22222. But the 
> behavior  might be different on your version. Note that I cannot be 100% sure 
> that you got that one wrong here because indead, even if you use the proper 
> syntax, rtpproxy does not report the ":" in the commandline"
> 
-- 
Jérôme Martin | LongPhone
Responsable Architecture Réseau
122, rue la Boetie | 75008 Paris
Tel :  +33 (0)1 56 26 28 44
Fax : +33 (0)1 56 26 28 45
Mail : [EMAIL PROTECTED]
Web : www.longphone.com <http://www.longphone.com>


_______________________________________________
Users mailing list
[email protected]
http://lists.openser.org/cgi-bin/mailman/listinfo/users

Reply via email to