[Serusers] RTP Proxy errors

Greger V. Teigre greger at teigre.com
Fri Sep 1 09:46:15 CEST 2006


Hm, strange. I think I would have tried to set up rtpproxy on the same 
server as ser, but use udp as communication.
g-)

sip wrote:
> Identical results, I'm afraid (and it appears to be the same version I 
> was using).
>
> I disabled the firewalls on both machines for testing just to be sure 
> there wasn't a port somewhere I was missing. I tried using the base 
> config from the nathelper module src dir.  Both to no avail.
>
> N.
>  *
>
>
> On Thu, 31 Aug 2006 07:59:56 +0200, Greger V. Teigre wrote*
> > Hm. You get the response back.
> > Can you try the rtpproxy found in the onsip.org everything package? 
> Just copy the rtpproxy code directory and don't do cvsupdate.
> > That version is verified to run with 0.9.x, so if it don't work, we 
> have ruled out that as a problem.
> > g-)
> >
> > sip wrote:
>> Doing a tcp dump on the ser server to look for the replies, I get: 
>>
>> 14:40:02.390249 media.server.com.22222 > ser.server.com.56137: udp 17 (DF)
>> 14:40:02.395230 media.server.com.22222 > ser.server.com.56138: udp 17 (DF)
>> 14:40:02.461615 media.server.com.22222 > ser.server.com.56139: udp 17 (DF)
>> 14:40:02.497716 media.server.com.22222 > ser.server.com.56140: udp 17 (DF)
>> 14:40:02.499642 media.server.com.22222 > ser.server.com.56141: udp 17 (DF)
>> 14:40:02.509856 media.server.com.22222 > ser.server.com.56142: udp 17 (DF)
>> 14:40:02.520871 media.server.com.22222 > ser.server.com.56143: udp 17 (DF)
>> 14:40:02.531844 media.server.com.22222 > ser.server.com.56144: udp 17 (DF)
>> 14:40:02.542842 media.server.com.22222 > ser.server.com.56145: udp 17 (DF)
>> 14:40:02.553835 media.server.com.22222 > ser.server.com.56146: udp 17 (DF)
>> 14:40:02.564832 media.server.com.22222 > ser.server.com.56147: udp 17 (DF)
>> 14:40:02.575829 media.server.com.22222 > ser.server.com.56148: udp 17 (DF)
>> 14:40:02.586823 media.server.com.22222 > ser.server.com.56149: udp 17 (DF)
>> 14:40:02.597823 media.server.com.22222 > ser.server.com.56150: udp 17 (DF)
>> 14:40:02.608824 media.server.com.22222 > ser.server.com.56151: udp 17 (DF)
>> 14:40:02.619815 media.server.com.22222 > ser.server.com.56152: udp 17 (DF)
>> 14:40:02.630812 media.server.com.22222 > ser.server.com.56153: udp 17 (DF)
>> 14:40:02.641807 media.server.com.22222 > ser.server.com.56154: udp 17 (DF)
>> 14:40:02.652802 media.server.com.22222 > ser.server.com.56155: udp 17 (DF)
>>
>> etc, etc. 
>>
>> Does that mean anything to anyone? 
>>
>> (incidentally, I'm running version 0.9.6 of SER and rtpproxy responds with:
>>
>> Basic version: 20040107
>> Extension 20050322: Support for multiple RTP streams and MOH )
>>
>> N.
>>
>> On Wed, 30 Aug 2006 20:31:29 +0200, Greger Viken Teigre wrote
>>   
>>> Good description of your problem. Made me answer directly from my 
>>> nokia e70 :-) There was a protocol change in rtpproxy and you may 
>>> have a mismatch there. AFAIK, nathelper in cvs head uses the new 
>>> protocol, but 0.9.x does not. Your rtpproxy announces the old 
>>> version, but the error message looks as if the version never reaches 
>>> ser. Do a tcpdump src port 22222 to catch the answer on your ser server.
>>> g-)
>>>
>>> ------- Original message -------
>>> From: sip <sip at arcdiv.com>
>>> Sent: 30.8.'06,  14:20
>>>
>>>     
>>>> So... I followed the instructions on OnSip on how to set up RTPProxy. 
>>>>
>>>> However, I made a modification because I'm running it on a different
>>>> machine... changing the 
>>>>
>>>> modparam("nathelper", "rtpproxy_sock", "unix:/var/run/rtpptoxy.sock")
>>>>
>>>> to 
>>>>
>>>> modparam("nathelper", "rtpproxy_sock", "udp:XX.XX.XX.XX:22222")
>>>>
>>>> I've run RTPproxy on the remote machine as such:
>>>>
>>>> ./rtpproxy -f -l XX.XX.XX.XX -s udp:* 22222
>>>>
>>>> And it's running. 
>>>>
>>>> I start the ser server, and I see a slew of commands hit the RTPProxy console:
>>>>
>>>> received command "26742_0 V"
>>>> sending reply "26742_0 20040107
>>>> "
>>>> received command "26745_0 V"
>>>> sending reply "26745_0 20040107
>>>> "
>>>> received command "26791_0 V"
>>>> sending reply "26791_0 20040107
>>>> "
>>>> received command "26797_0 V"
>>>> sending reply "26797_0 20040107
>>>> "
>>>> received command "26748_0 V"
>>>> sending reply "26748_0 20040107
>>>> "
>>>> received command "26750_0 V"
>>>> sending reply "26750_0 20040107
>>>> "
>>>> received command "26751_0 V"
>>>> sending reply "26751_0 20040107
>>>> "
>>>> received command "26752_0 V"
>>>> sending reply "26752_0 20040107
>>>> "
>>>> received command "26784_0 V"
>>>> sending reply "26784_0 20040107
>>>>
>>>> etc, etc ad infinitum
>>>>
>>>> After a moment, the SER console spits back: 
>>>>
>>>> ug 30 14:07:48 death ser[26742]: ERROR: send_rtpp_command: timeout waiting
>>>> reply from a RTP proxy 
>>>> Aug 30 14:07:48 death ser[26742]: WARNING: rtpp_test: can't get version of the
>>>> RTP proxy 
>>>> Aug 30 14:07:48 death ser[26742]: WARNING: rtpp_test: support for RTP proxy
>>>> has been disabled temporarily 
>>>> Aug 30 14:07:48 death ser[26745]: ERROR: send_rtpp_command: timeout waiting
>>>> reply from a RTP proxy 
>>>> Aug 30 14:07:48 death ser[26745]: WARNING: rtpp_test: can't get version of the
>>>> RTP proxy 
>>>> Aug 30 14:07:48 death ser[26745]: WARNING: rtpp_test: support for RTP proxy
>>>> has been disabled temporarily 
>>>> Aug 30 14:07:49 death ser[26791]: ERROR: send_rtpp_command: timeout waiting
>>>> reply from a RTP proxy 
>>>> Aug 30 14:07:49 death ser[26791]: WARNING: rtpp_test: can't get version of the
>>>> RTP proxy 
>>>> Aug 30 14:07:49 death ser[26791]: WARNING: rtpp_test: support for RTP proxy
>>>> has been disabled temporarily 
>>>> Aug 30 14:07:49 death ser[26797]: ERROR: send_rtpp_command: timeout waiting
>>>> reply from a RTP proxy 
>>>> Aug 30 14:07:49 death ser[26797]: WARNING: rtpp_test: can't get version of the
>>>> RTP proxy 
>>>> Aug 30 14:07:49 death ser[26797]: WARNING: rtpp_test: support for RTP proxy
>>>> has been disabled temporarily 
>>>> Aug 30 14:07:49 death ser[26748]: ERROR: send_rtpp_command: timeout waiting
>>>> reply from a RTP proxy 
>>>> Aug 30 14:07:49 death ser[26748]: WARNING: rtpp_test: can't get version of the
>>>> RTP proxy 
>>>> Aug 30 14:07:49 death ser[26748]: WARNING: rtpp_test: support for RTP proxy
>>>> has been disabled temporarily 
>>>> Aug 30 14:07:49 death ser[26750]: ERROR: send_rtpp_command: timeout waiting
>>>> reply from a RTP proxy 
>>>> Aug 30 14:07:49 death ser[26751]: ERROR: send_rtpp_command: timeout waiting
>>>> reply from a RTP proxy 
>>>> Aug 30 14:07:49 death ser[26752]: ERROR: send_rtpp_command: timeout waiting
>>>> reply from a RTP proxy 
>>>> Aug 30 14:07:49 death ser[26784]: ERROR: send_rtpp_command: timeout waiting
>>>> reply from a RTP proxy 
>>>> Aug 30 14:07:49 death ser[26789]: ERROR: send_rtpp_command: timeout waiting
>>>> reply from a RTP proxy 
>>>> Aug 30 14:07:49 death ser[26792]: ERROR: send_rtpp_command: timeout waiting
>>>> reply from a RTP proxy 
>>>>
>>>> etc, etc, ad infinitum
>>>>
>>>> I've done a search on this on Google and found a couple of people with the
>>>> same questions and NO people responding with answers. 
>>>>
>>>> Any ideas what's going on? 
>>>>
>>>> N.
>>>> _______________________________________________
>>>> Serusers mailing list
>>>> Serusers at lists.iptel.org
>>>> http://lists.iptel.org/mailman/listinfo/serusers
>>>>       
>>   
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20060901/a65ff345/attachment.htm>


More information about the sr-users mailing list