Thanks Liviu.
On 12/17/2013 02:55 PM, Liviu Chircu wrote:
Hello Ionut,
I would consider increasing the UDP buffers first. Here are the
default sizes in the 3.2 kernel:
/liviu@Workstation:~$ cat /proc/sys/net/ipv4/udp_wmem_*//
4096
///liviu@Workstation:~$ /cat /proc/sys/net/ipv4/udp_rmem_*/
/4096/
If you see they are still getting full after setting them to 16MB, for
example, then you need extra workforce from OpenSIPS.
Best regards,
Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com
On 12/17/2013 02:45 PM, Ionut Muntean wrote:
Hi,
So if /Send-Q/ and /Recv-Q /are above 0 for say, half a second, that
means that the buffers are getting constantly full and there is need
for more opensips children?
BR,
Ionut
On 12/17/2013 02:42 PM, Miha wrote:
tnx!
see now it is 0.
br,
miha
Dne 12/17/2013 1:40 PM, pis(e Liviu Chircu:
You don't see the /Send-Q/ and /Recv-Q/ columns?
liviu@Workstation:~$ netstat --version
net-tools 1.60
netstat 1.42 (2001-04-15)
Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com
On 12/17/2013 02:26 PM, Miha wrote:
Liviu,
just one thing. How can I monitor opensips buffers to see if they
are getting full?
whith /watch -n0.1 'netstat -ulnp /I can see on which port and
protocil opensips is listening.
tnx!
miha
Dne 12/17/2013 12:48 PM, pis(e Liviu Chircu:
You could monitor the UDP receive queue on your interfaces with:
/watch -n0.1 'netstat -ulnp'/
If you constantly see your OpenSIPS listening interface buffers
getting full, then you need more than 8 SIP workers.
Best regards,
Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com
On 12/17/2013 12:56 PM, Miha wrote:
Liviu,
tnx I am using DB queries, exec commands (this happends only for
sending mail due to some abuse, very very rarely), enum lookup,
radius for accouting, load_balancing,... and CPU has 8 cors.
I have set number of children to 8. Is there any way to
determine if this is ok or how will I know? Is it better to use 12?
br,
miha
Dne 12/17/2013 11:37 AM, pis(e Liviu Chircu:
Hello,
There is no simple answer, choosing the appropriate number of
children is scenario-dependant.
If, for example, you are not performing I/O operations (DB
queries, exec commands, etc.), then the number of children
should be dictated by the *number of cores* on your box.
On the other side, when your SIP workers will perform lots of
disk operations (which are slow), then you should use a lot
more children than mentioned above. (e.g. 12, 16 or 20 children).
Best regards,
Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com
On 12/17/2013 09:56 AM, Miha wrote:
Hi,
how to dermine how many children do I need (default I have 4)?
I did not find any appropriate explanation.
tnx!
miha
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
