[SR-Users] worker processes
Daniel-Constantin Mierla
miconda at gmail.com
Tue Sep 1 12:17:44 CEST 2020
Hello,
note that other processes are created by kamailio, not only sip worker
processes. For example, there will be timer processes.
The dedicated worker processes are only for UDP sockets, not for tcp/tls
(here is a single pool of workers for all tcp/tls sockets). If you do
not receive traffic on a specific udp socket, then do not listen to it,
you have a group of processes not doing anything. If you need to listen
on a socket, but have less traffic (e.g., used for monitoring), then use
workers parameter before listen, so you get less worker processes for
that udp socket.
Cheers,
Daniel
On 01.09.20 12:03, Ali Taher wrote:
>
> Hi,
>
>
>
> I just want to ask regarding the children number and listening
> interfaces set in Kamailio configuration.
>
>
>
> I am given to understand that the total number of worker processes
> there will be (children_setting * listeners) , so assuming I have set
> children=12 and listen=udp:172.16.1.12:5060 (which is the interface IP
> where the SIP packets as received), in this case there will be 12
> worker processes and 12 database connections to postgresql (I’m using
> SQLOPS).
>
> My question is if I set listen=udp:0.0.0.0:5060 , knowing that I have
> 3 interfaces, in this case the number of worker processes will be 36.
> Is this good configuration ? will the other 24 processes be used or
> they are reserved to the 2 other interfaces which are not receiving
> any SIP packets and then will be useless ?
>
>
>
> Regards,
>
> Ali Taher
>
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Funding: https://www.paypal.me/dcmierla
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20200901/f0fac443/attachment.htm>
More information about the sr-users
mailing list