multi netwotk interface kamailio stops processing packets in one of it's network interfaces although keeps processing in the others
Hello everyone.
I've started to have an issue with a kamailio 4.4 instance listening on multiple network interfaces where it stops processing SIP on one of it's network interfaces but still continues to work fine on the others. If I restart kamailio everything starts working fine again. I'm using the default 'children=8' and one of my guesses on why this could be happening is that the number of childs processing couldn't be enough. Do you remember anything else on an issue like this where I should be looking?
Thanks. -- Nuno Miguel Reis Departamento de Engenharia Informática Faculdade de Ciências e Tecnologia Universidade de Coimbra
Hello Nuno,
is this from UDP or TCP traffic? Do you get some error message when its “stuck” from the processes in the log?
Cheers,
Henning
-- Henning Westerholt – https://skalatan.de/blog/ Kamailio services – https://gilawa.comhttps://gilawa.com/
From: sr-users sr-users-bounces@lists.kamailio.org On Behalf Of Nuno Miguel Reis Sent: Wednesday, September 16, 2020 8:18 PM To: Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org Subject: [SR-Users] multi netwotk interface kamailio stops processing packets in one of it's network interfaces although keeps processing in the others
Hello everyone.
I've started to have an issue with a kamailio 4.4 instance listening on multiple network interfaces where it stops processing SIP on one of it's network interfaces but still continues to work fine on the others. If I restart kamailio everything starts working fine again. I'm using the default 'children=8' and one of my guesses on why this could be happening is that the number of childs processing couldn't be enough. Do you remember anything else on an issue like this where I should be looking?
Thanks. -- Nuno Miguel Reis Departamento de Engenharia Informática Faculdade de Ciências e Tecnologia Universidade de Coimbra
Hi Henning.
When it starts to happen it affects all kinds of transport (UDP, TCP, TLS), initially I thought it could be UDP fragmentation as well but that is not the case. When in this stall scenario the log does not emit anything useful it is as if there was no traffic although I'm able to see the SIP coming in with tcpdump. In my network scenario I have 2 internet faced interfaces where kamailio listens on port 5060 from 2 different carriers and when the "stall" starts in on of this interfaces I still can do everything on the other interface like when for instance an extension doesn't REGISTER when the SIP packet comes into the stalled interface, if I change the outbound proxy on the extension endpoint to be the other public interface from the other carrier the REGISTER comes in to kamailio and it's processed without issues.
Any other thoughts? -- Nuno Miguel Reis Departamento de Engenharia Informática Faculdade de Ciências e Tecnologia Universidade de Coimbra
On Wed, Sep 16, 2020 at 7:22 PM Henning Westerholt hw@skalatan.de wrote:
Hello Nuno,
is this from UDP or TCP traffic? Do you get some error message when its “stuck” from the processes in the log?
Cheers,
Henning
--
Henning Westerholt – https://skalatan.de/blog/
Kamailio services – https://gilawa.com
*From:* sr-users sr-users-bounces@lists.kamailio.org *On Behalf Of *Nuno Miguel Reis *Sent:* Wednesday, September 16, 2020 8:18 PM *To:* Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org *Subject:* [SR-Users] multi netwotk interface kamailio stops processing packets in one of it's network interfaces although keeps processing in the others
Hello everyone.
I've started to have an issue with a kamailio 4.4 instance listening on multiple network interfaces where it stops processing SIP on one of it's network interfaces but still continues to work fine on the others. If I restart kamailio everything starts working fine again.
I'm using the default 'children=8' and one of my guesses on why this could be happening is that the number of childs processing couldn't be enough. Do you remember anything else on an issue like this where I should be looking?
Thanks.
-- Nuno Miguel Reis Departamento de Engenharia Informática Faculdade de Ciências e Tecnologia Universidade de Coimbra
On Wed, 16. Sep 2020 at 21:19, Nuno Miguel Reis nmreis@student.dei.uc.pt wrote:
Hello everyone.
I've started to have an issue with a kamailio 4.4 instance listening on multiple network interfaces where it stops processing SIP on one of it's network interfaces but still continues to work fine on the others. If I restart kamailio everything starts working fine again. I'm using the default 'children=8' and one of my guesses on why this could be happening is that the number of childs processing couldn't be enough. Do you remember anything else on an issue like this where I should be looking?
Thanks.
Nuno Miguel Reis Departamento de Engenharia Informática Faculdade de
Ciências e Tecnologia Universidade de Coimbra
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Jurijs
Hi Nuno,
Insufficient child processes might lead to a slow-down of processing, but not a complete stall. It sounds like traffic coming in on one particular interface is leading to pathological database queries or API calls which do not occur for other traffic on other interfaces, perhaps?
-- Alex
On 9/16/20 2:18 PM, Nuno Miguel Reis wrote:
Hello everyone.
I've started to have an issue with a kamailio 4.4 instance listening on multiple network interfaces where it stops processing SIP on one of it's network interfaces but still continues to work fine on the others. If I restart kamailio everything starts working fine again. I'm using the default 'children=8' and one of my guesses on why this could be happening is that the number of childs processing couldn't be enough. Do you remember anything else on an issue like this where I should be looking?
Thanks.
Nuno Miguel Reis Departamento de Engenharia Informática Faculdade de Ciências e Tecnologia Universidade de Coimbra
Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Hi Alex thanks for the feedback. In my network scenario I have 2 internet faced interfaces where kamailio listens on port 5060 from 2 different carriers and when the "stall" starts in on of this interfaces (in my setup probably more than 80% of the SIP traffic comes in through the interface that stalls) I still can do everything on the other interface (where the remaining ~20% of the SIP traffic is) like when for instance an extension doesn't REGISTER when the SIP packet comes into the stalled interface, if I change the outbound proxy on the extension endpoint to be the other public interface from the other carrier the REGISTER comes in to kamailio and it's processed without issues. So the kamailio path in kamailio cfg file is the same for SIP traffic in both interfaces but for some reason starts to stall in one of them. Any ideas on how to troubleshoot this better?
-- Nuno Miguel Reis Departamento de Engenharia Informática Faculdade de Ciências e Tecnologia Universidade de Coimbra
On Wed, Sep 16, 2020 at 7:28 PM Alex Balashov abalashov@evaristesys.com wrote:
Hi Nuno,
Insufficient child processes might lead to a slow-down of processing, but not a complete stall. It sounds like traffic coming in on one particular interface is leading to pathological database queries or API calls which do not occur for other traffic on other interfaces, perhaps?
-- Alex
On 9/16/20 2:18 PM, Nuno Miguel Reis wrote:
Hello everyone.
I've started to have an issue with a kamailio 4.4 instance listening on multiple network interfaces where it stops processing SIP on one of it's network interfaces but still continues to work fine on the others. If I restart kamailio everything starts working fine again. I'm using the default 'children=8' and one of my guesses on why this could be happening is that the number of childs processing couldn't be enough. Do you remember anything else on an issue like this where I should be looking?
Thanks.
Nuno Miguel Reis Departamento de Engenharia Informática Faculdade de Ciências e Tecnologia Universidade de Coimbra
Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
-- Alex Balashov | Principal | Evariste Systems LLC
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
-
Alex Balashov -
Henning Westerholt -
Jurijs Ivolga -
Nuno Miguel Reis