Hi friends:
I am running rtpengine daemon on a CentOS machine functionally. SIP server is Kamailio. Vedio and audio calls are both OK with rtpengine.
But there is always prompts like following in rtpengine’s log:
Dec 22 19:57:52 localhost rtpengine[12679]: [oaNEqGokmqgaXzj0xWyPeJDGPX7ln0gG port 30136] Too many packets in UDP receive queue (more than 50), aborting loop. Dropped packets possible Dec 22 19:57:52 localhost rtpengine[12679]: [oaNEqGokmqgaXzj0xWyPeJDGPX7ln0gG port 30156] Too many packets in UDP receive queue (more than 50), aborting loop. Dropped packets possible Dec 22 19:57:52 localhost rtpengine[12679]: [oaNEqGokmqgaXzj0xWyPeJDGPX7ln0gG port 30156] Too many packets in UDP receive queue (more than 50), aborting loop. Dropped packets possible
So I am wondering whether this prompt is normal. Otherwise, what should I do to prevent this to happen?
Thx a lot!
------------------------------------ 北京邮电大学网络技术研究院 网络与交换技术国家重点实验室 田军 +86 18810315790 mozillafire@bupt.edu.cn ------------------------------------
On 12/22/2015 10:21 AM, Zodiac wrote:
Hi friends:
I am running rtpengine daemon on a CentOS machine functionally. SIP server is Kamailio. Vedio and audio calls are both OK with rtpengine.
But there is always prompts like following in rtpengine’s log:
Dec 22 19:57:52 localhost rtpengine[12679]: [oaNEqGokmqgaXzj0xWyPeJDGPX7ln0gG port 30136] Too many packets in UDP receive queue (more than 50), aborting loop. Dropped packets possible Dec 22 19:57:52 localhost rtpengine[12679]: [oaNEqGokmqgaXzj0xWyPeJDGPX7ln0gG port 30156] Too many packets in UDP receive queue (more than 50), aborting loop. Dropped packets possible Dec 22 19:57:52 localhost rtpengine[12679]: [oaNEqGokmqgaXzj0xWyPeJDGPX7ln0gG port 30156] Too many packets in UDP receive queue (more than 50), aborting loop. Dropped packets possible
So I am wondering whether this prompt is normal. Otherwise, what should I do to prevent this to happen?
The usual cause for this is when the CPU is maxed out or when the machine can't keep up with the traffic in some other way (frequently happens in VMs). Another possibility is when signalling creates a forwarding loop within rtpengine, but that's usually detected and logged with an excplicit "loop detected" message.
Cheers
Thanks for your analysis. Actually my rtpengine daemon is running on a Virtual Machine. So can there be solution to this problem?
在 2015年12月23日，21:56，Richard Fuchs rfuchs@sipwise.com 写道：
On 12/22/2015 10:21 AM, Zodiac wrote:
Hi friends:
I am running rtpengine daemon on a CentOS machine functionally. SIP server is Kamailio. Vedio and audio calls are both OK with rtpengine.
But there is always prompts like following in rtpengine’s log:
Dec 22 19:57:52 localhost rtpengine[12679]: [oaNEqGokmqgaXzj0xWyPeJDGPX7ln0gG port 30136] Too many packets in UDP receive queue (more than 50), aborting loop. Dropped packets possible Dec 22 19:57:52 localhost rtpengine[12679]: [oaNEqGokmqgaXzj0xWyPeJDGPX7ln0gG port 30156] Too many packets in UDP receive queue (more than 50), aborting loop. Dropped packets possible Dec 22 19:57:52 localhost rtpengine[12679]: [oaNEqGokmqgaXzj0xWyPeJDGPX7ln0gG port 30156] Too many packets in UDP receive queue (more than 50), aborting loop. Dropped packets possible
So I am wondering whether this prompt is normal. Otherwise, what should I do to prevent this to happen?
The usual cause for this is when the CPU is maxed out or when the machine can't keep up with the traffic in some other way (frequently happens in VMs). Another possibility is when signalling creates a forwarding loop within rtpengine, but that's usually detected and logged with an excplicit "loop detected" message.
Cheers
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
------------------------------------ 北京邮电大学网络技术研究院 网络与交换技术国家重点实验室 田军 +86 18810315790 mozillafire@bupt.edu.cn ------------------------------------
On Wed, Dec 23, 2015 at 09:13:06AM -0500, Richard Fuchs wrote:
Thanks for your analysis. Actually my rtpengine daemon is running on a Virtual Machine. So can there be solution to this problem?
Yes, run it on real hardware :)
Or use more rtpengine instances.
It appears I'm having the same problem since the end of november till christmas (netstat showing a queue on the command channel and rtpengine not handling any commands). Since christmas no problems, so it looks related to load. Thanks for more or less confirming this load issue :)
-
Daniel Tryba -
Richard Fuchs -
Zodiac