Maybe something's wrong with the socket permissions.... which are the owner/group which SER and rtproxy are running??<br><br>Check wether SER user has permissions wnough to access the rtproxy socket.<br><br>Hope it helps,<br>
Samuel.<br><br><br><div><span class="gmail_quote">2006/7/10, Alberto Cruz &lt;<a href="mailto:acruz@tekbrain.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">acruz@tekbrain.com</a>&gt;:</span><blockquote class="gmail_quote" style="margin-top: 0; margin-right: 0; margin-bottom: 0; margin-left: 0; margin-left: 0.80ex; border-left-color: #cccccc; border-left-width: 1px; border-left-style: solid; padding-left: 1ex">
<div><div text="#000000" bgcolor="#ffffff"> Hi Jan and Maxim:<br> Maybe you can help me with this.<br> I'm using Debian sarge r3.0 and SER apt packages (0.9.6)<br><br> I was looking at the CVS Repository if there was something related to this behavior with RTPPROXY and I found the following annotation for ser/rtpproxy/main.c on July 4: 
<br><pre>Since we are now opening control socket in non-blocking mode, there is race condition between accepting stream connection on unix domain socket and availability of data on the socket. Patch it by doing read() in a loop until we actually get the data. While I am here, allow V command to take extra argument, which we don't process but put into the log file. This allows to pass some extra information from the client (SER in this case) such as PID number for example.  
</pre>Does it have something to do with my problem? BTW I found a bug posted too at the <a href="http://lists.debian.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">lists.debian.org</a>:<br><a href="http://url?sa=U&amp;start=3&amp;q=http://lists.debian.org/debian-devel/2006/03/msg00561.html&amp;e=14905&amp;ei=caixRPnxNJbMwQL-jbXTCQ" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 Bug#356721: ITP: <b>rtpproxy</b> -- RTP proxy for SER</a><br><br> Am I doing something wrong with my installation/configuration or is it a bug?</div><div><span><br><br> Regards<br><br> Alberto Cruz <br><br> Andres wrote:
<br><blockquote type="cite" cite="http://mid44B19E5F.9090604@telesip.net">Alberto Cruz wrote:   <br><br><blockquote type="cite">I tried but I'm still receiving the same messages:     <br> Jul&nbsp; 9 17:51:58 sermex02 /usr/sbin/ser[3902]: DEBUG: init_mod_child (-4): nathelper      
<br> Jul&nbsp; 9 17:51:58 sermex02 /usr/sbin/ser[3902]: ERROR: send_rtpp_command: can't connect to RTP proxy     <br> Jul&nbsp; 9 17:51:58 sermex02 /usr/sbin/ser[3902]: WARNING: rtpp_test: can't get version of the RTP proxy     <br>
  Jul&nbsp; 9 17:51:58 sermex02 /usr/sbin/ser[3902]: WARNING: rtpp_test: support for RTP proxy has been disabled temporarily     <br><br> Does anybody else have seen this behavior?     <br></blockquote><br> Yes, that happens when the nathelper module is unable to contact the rtppoxy either because it is not running or it is an old version and is incompatible with your nathelper.    
<br><br><blockquote type="cite"><br> Regards     <br><br> Alberto Cruz     <br><br> Andres wrote:     <br><br><blockquote type="cite">Alberto Cruz wrote:       <br><br><blockquote type="cite">I have checked and the RTPProxy is running and listening:          
<br><br> Active UNIX domain sockets (servers and established)         <br> Proto RefCnt Flags&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Type&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; State&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; I-Node Path         <br> unix&nbsp; 2&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; [ ACC ]&nbsp;&nbsp;&nbsp;&nbsp; STREAM&nbsp;&nbsp;&nbsp;&nbsp; LISTENING&nbsp;&nbsp;&nbsp;&nbsp; 3121&nbsp;&nbsp;&nbsp;&nbsp; /tmp/.gdm_socket          
<br> unix&nbsp; 2&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; [ ACC ]&nbsp;&nbsp;&nbsp;&nbsp; STREAM&nbsp;&nbsp;&nbsp;&nbsp; LISTENING&nbsp;&nbsp;&nbsp;&nbsp; 1765&nbsp;&nbsp;&nbsp;&nbsp; /var/run/dirmngr/socket         <br> unix&nbsp; 2&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; [ ACC ]&nbsp;&nbsp;&nbsp;&nbsp; STREAM&nbsp;&nbsp;&nbsp;&nbsp; LISTENING&nbsp;&nbsp;&nbsp;&nbsp; 20376&nbsp;&nbsp;&nbsp; /var/run/rtpproxy.sock         <br> unix&nbsp; 2&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; [ ACC ]&nbsp;&nbsp;&nbsp;&nbsp; STREAM&nbsp;&nbsp;&nbsp;&nbsp; LISTENING&nbsp;&nbsp;&nbsp;&nbsp; 2029&nbsp;&nbsp;&nbsp;&nbsp; /var/run/mysqld/mysqld.sock          
<br><br> And the rtpproxy socket configuration at ser.cfg is ok too:         <br> # -- nathelper params --         <br> modparam(&quot;nathelper&quot;, &quot;natping_interval&quot;, 30)         <br> modparam(&quot;nathelper&quot;, &quot;ping_nated_only&quot;, 1)          
<br> modparam(&quot;nathelper&quot;, &quot;rtpproxy_sock&quot;, &quot;unix:/var/run/rtpproxy.sock&quot;)         <br><br></blockquote> Try this instead:       <br> modparam(&quot;nathelper&quot;, &quot;rtpproxy_sock&quot;, &quot;/var/run/rtpproxy.sock&quot;)        
<br><br><br></blockquote><br><br></blockquote><br><br></blockquote></span></div></div><br>_______________________________________________<br>Serusers mailing list<br><a href="mailto:Serusers@lists.iptel.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 Serusers@lists.iptel.org</a><br><a href="http://lists.iptel.org/mailman/listinfo/serusers" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://lists.iptel.org/mailman/listinfo/serusers</a><br><br>
<br></blockquote></div><br>