I compared the calls and saw that the ICSCF does not send a 180 Ringing message towards the SCSCF.
Below is an example of a successful call.
I set up Kamailio IMS , in the end everything turned out great, calls are made, and I decided to check how Kamailio copes with the load. I am creating load using sipp application. There is no problem with a low call generation rate, but if you raise the call generation to more than 20 calls per second, some of the calls fail.
Challenges are always dropped sequentially
I compared the calls and saw that the ICSCF does not send a 180 Ringing message towards the SCSCF.
Below is an example of a successful call.
CPU, MEM indicators are normal. I increased the shr_mem and pkg_mem parameters.
S-CSCF and I-CSCF communicate over UDP, but reside on the same server. It doesn't look like the packets are dropping or suffering from collisions.
10.21.4.226 external IP P-CSCF
10.10.0.1 IP P-CSCF
10.10.0.2 IP S/I-CSCF
Using the sipp application, generate 100 calls at a generation rate greater than 20 calls per second.
none
attached below
attached below
kamailio -vversion: kamailio 5.3.2 (x86_64/linux) 42be5d
flags: USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES, TLS_PTHREAD_MUTEX_SHARED
ADAPTIVE_WAIT_LOOPS 1024, MAX_RECV_BUFFER_SIZE 262144, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
id: 42be5d
compiled on 10:39:53 Dec 27 2021 with gcc 9.3.0
Ubuntu 20.04.3 LTS Linux ims-core 5.4.0-104-generic #118-Ubuntu SMP Wed Mar 2 19:02:41 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.