[SR-Users] rtpproxy_manage fails to rewrite SDP
Igor Potjevlesch
igor.potjevlesch at gmail.com
Wed Oct 29 12:41:09 CET 2014
Hello,
I done the manipulation.
I still have some errors "incorrect port 0 in reply from rtp proxy" with a
moderate flow of calls.
I don't really know where to look at for solve this issue.
Any other ideas? Thank you.
Regards,
Igor.
-----Message d'origine-----
De : Igor Potjevlesch [mailto:igor.potjevlesch at gmail.com]
Envoyé : mardi 28 octobre 2014 18:26
À : 'Kamailio (SER) - Users Mailing List'
Objet : RE: [SR-Users] rtpproxy_manage fails to rewrite SDP
Hello Richard,
Thank you for your suggestion.
I set "ulimit -n 60000" on the server. I will restart rtpproxy tonight and
see if there are new errors tomorrow.
Regards,
Igor.
-----Message d'origine-----
De : sr-users-bounces at lists.sip-router.org
[mailto:sr-users-bounces at lists.sip-router.org] De la part de Richard Fuchs
Envoyé : mardi 28 octobre 2014 16:53 À : sr-users at lists.sip-router.org
Objet : Re: [SR-Users] rtpproxy_manage fails to rewrite SDP
On 10/28/14 09:18, Igor Potjevlesch wrote:
> Hello,
>
>
>
> I have seen that the problem can occur due to the kernel limitation.
>
> So, I have changed the local_port range to be sure that they include
> the port range of RTPProxy.
>
>
>
> But, I still not explain this limitation. Because, even with the
> kernel limitation, they should be have sufficient number of ports to
allocate.
>
>
>
> Any idea? Thanks.
It could be that the maximum number of file descriptors allowed for the
process has been reached. You can try executing "ulimit -n 60000" before
starting the RTP proxy daemon. Just a guess. In any case, the daemon should
log an error if it fails to open or allocate a port. If it doesn't, you can
try hooking into the running process with strace to see what's going on.
HTH
cheers
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users at lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
More information about the sr-users
mailing list