Thank you for the responses! As a follow up question, how do companies with large loads on
their Kamailios handle restarts especially considering the CANCELs?
What is a good (business) process to restart a Kamailio without incurring any
interruptions at all? What other components in the infrastructure would be in place and
which ones are in use in the wild?
// Samuel
________________________________
From: sr-users <sr-users-bounces(a)lists.kamailio.org> on behalf of Sebastian Damm
<damm(a)sipgate.de>
Sent: Thursday, July 13, 2017 2:39:39 PM
To: Kamailio (SER) - Users Mailing List
Subject: Re: [SR-Users] What happens to calls when Kamailio restarts?
Hi,
On Wed, Jul 12, 2017 at 11:53 AM, Alex Balashov
<abalashov(a)evaristesys.com> wrote:
All SIP messages passing through the proxy can be
forwarded statelessly
and based on properties of the SIP message alone.
There's one thing that could happen: Calls that get cancelled after a
restart, could possibly keep on ringing on the far end. At least if
you check for an active transaction in your kamailio config.
if (!t_check_trans()) {
sl_send_reply("481", "Call/Transaction does not exist");
xlog("L_ERR", "CANCEL: found no matching transaction F=$fu T=$tu
R=$ru\n");
return;
}
And if you do some sort of random dispatching, CANCELs could end up on
a different gateway.
But other than that, a restart shouldn't cause much trouble.
Especially in-call requests get routed by Route headers only.
Regards,
Sebastian
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users