5 Jan
2025
5 Jan
'25
5:47 p.m.
yes, we need to check the remote SIP server's status using OPTIONS messages
and TCP protocol.
The children's message processing is delayed if the remote server is not
reachable.
For UDP children sent OPTIONS messages and forgot. But for TCP, it is
required to establish a TCP connection first and then children send OPTIONS.
If the remote server is not reachable the TCP connection cannot be
established and OPTIONS cannot be sent and children are waiting.
On Sat, Jan 4, 2025 at 10:40 PM Arsen Semenov via sr-users <
sr-users(a)lists.kamailio.org> wrote:
Hello,
I am just curious what is a scenario or configuration which can cause that
and therefore need for such monitoring.
The remote endpoints are not SIP endpoints? Are you monitoring
async_workers?
Arsen
On Sat, Jan 4, 2025 at 7:55 PM Henning Westerholt via sr-users <
sr-users(a)lists.kamailio.org> wrote:
Hello Alex,
indeed, this is easier to analyse with the usual system management tools.
Small addition, for TCP and TLS there is actually a distributor or main
process inside Kamailio:
$ kamcmd ps |grep tcp |grep main
18439 tcp main process
$ netstat -nap |grep 5060 | grep 18439
tcp 0 0 116.203.XXX.XXX:5060 0.0.0.0:*
LISTEN 18439/kamailio
tcp 0 0 116.203.XXX.XXX:5060 0.0.0.0:*
LISTEN 18439/kamailio
tcp 0 0 127.0.0.1:5060 0.0.0.0:*
LISTEN 18439/kamailio
tcp6 0 0 2a01:4f8:XXXX:XXXX::5060 :::*
LISTEN 18439/kamailio
Cheers,
Henning
--
Arsenii Semenov
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions --
sr-users(a)lists.kamailio.org
To unsubscribe send an email to sr-users-leave(a)lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to
the sender!
-----Original Message-----
From: Alex Balashov via sr-users <sr-users(a)lists.kamailio.org>
Sent: Samstag, 4. Januar 2025 18:01
To: Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org>
Cc: Alex Balashov <abalashov(a)evaristesys.com>
Subject: [SR-Users] Re: children monitoring
It's hard for children to introspect on and report their own busy
status, and
there's no distributor/supervisor process
that has that kind of
awareness
about the children[1].
`ss -nl` (or `netstat` equivalent) will show you, in the RecvQ column,
the
number of packets (UDP) or connections (TCP) that
are stacked up and
going
unreplied by any child. This figure should be 0
or substantially 0 if
things are
going well.
-- Alex
[1] Notwithstanding the recent 6.x change that optionally adds such a
process.
via TCP
On Jan 4, 2025, at 2:31 am, Sergey Safarov via
sr-users <sr-
users(a)lists.kamailio.org> wrote:
>
> If TCP children are busy,
> Please correct me if I am wrong if the remote IP is not responding protocol, this leads to a timeout and this child
is busy.
> If many remote endpoints are not reachable via TCP this can lead to
the case
when half or more children are by timeout
operations.
>
> I think required to monitor how many children are busy.
> Is it possible to get such info using kamcmd utility, statistics
module, or
xprom module.
>
> Sergey
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions --
> sr-users(a)lists.kamailio.org To unsubscribe send an email to
> sr-users-leave(a)lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only
to the
sender!
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Tel: +1-706-510-6800
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions -- sr-
users(a)lists.kamailio.org To unsubscribe send an email to sr-users-
leave(a)lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only
to the
sender!
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions --
sr-users(a)lists.kamailio.org
To unsubscribe send an email to sr-users-leave(a)lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to
the sender!