[OpenSIPS-Users] opensips-1.6 recv queue full
Vandan Joshi
vandan.joshi at panamaxil.com
Tue Oct 7 16:51:36 CEST 2014
Dear Brett,
I think this statistics option isn't avail in opensips-1.6 ver.
plz tell me wt can I do in 1.6.
thnx for the reply.
----- Original Message -----
From: "Brett Nemeroff" <brett at nemeroff.com>
To: "OpenSIPS users mailling list" <users at lists.opensips.org>
Sent: Tuesday, October 7, 2014 8:16:35 PM
Subject: Re: [OpenSIPS-Users] opensips-1.6 recv queue full
Generally you can monitor for this with:
netstat -nlp|grep opensips
but I suspect you are already doing something similar. The statistics module also has a similar statistics. The command:
opensipsctl fifo get_statistics all
If you look near the bottom, you'll see the load in percent of the children for each listening interface. It looks like this:
load:udp:1.2.3.4:5060-load = 18
ie: 1.2.3.4 is 18% busy. If this number reaches 100, your children are no longer capable of responding to UDP packets on that interface and the kernel will begin to queue if possible.
-Brett
On Tue, Oct 7, 2014 at 8:58 AM, Vandan Joshi < vandan.joshi at panamaxil.com > wrote:
Dear Bogdan,
I am using opensips-1.6 on CentOS-5.8.
In certain conditions I am seeing lot of packets queued in recv queue and not getting processed.
I am monitoring the same using "netstat" command.
While observing the siptrace I found, opensips couldn't reply to incoming msgs, and if replied, it replies very late.
What sort of params I should observe/optimize to handle this kinda situation(when getting very high traffic on switch) ??
thnx
_______________________________________________
Users mailing list
Users at lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
Users at lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20141007/f0ec8f16/attachment.htm>
More information about the Users
mailing list