dropwatch says:
...
4216 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
510 drops at nf_hook_slow+a0 (0xffffffffa7b8c4b0) [software]
41 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
44 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
1 drops at __udp4_lib_mcast_deliver+317 (0xffffffffa7bddc07) [software]
6 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
525 drops at nf_hook_slow+a0 (0xffffffffa7b8c4b0) [software]
5258 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
30 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
38 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
1 drops at __netif_receive_skb_core.constprop.0+143 (0xffffffffa7aede93) [software]
18 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
846 drops at nf_hook_slow+a0 (0xffffffffa7b8c4b0) [software]
6338 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
22 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
18 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
6 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
6398 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
1850 drops at nf_hook_slow+a0 (0xffffffffa7b8c4b0) [software]
2 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
1 drops at __netif_receive_skb_core.constprop.0+143 (0xffffffffa7aede93) [software]
3 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
1 drops at __udp4_lib_mcast_deliver+317 (0xffffffffa7bddc07) [software]
2953 drops at nf_hook_slow+a0 (0xffffffffa7b8c4b0) [software]
5816 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
8 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
4 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
5 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
1 drops at __netif_receive_skb_core.constprop.0+143 (0xffffffffa7aede93) [software]
4530 drops at nf_hook_slow+a0 (0xffffffffa7b8c4b0) [software]
4601 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
6 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
2 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
7048 drops at nf_hook_slow+a0 (0xffffffffa7b8c4b0) [software]
2487 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
1 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
1 drops at __netif_receive_skb_core.constprop.0+143 (0xffffffffa7aede93) [software]
8379 drops at nf_hook_slow+a0 (0xffffffffa7b8c4b0) [software]
1217 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
8803 drops at nf_hook_slow+a0 (0xffffffffa7b8c4b0) [software]
666 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
2 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
1 drops at __netif_receive_skb_core.constprop.0+143 (0xffffffffa7aede93) [software]
9173 drops at nf_hook_slow+a0 (0xffffffffa7b8c4b0) [software]
309 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
1 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
1 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
9260 drops at nf_hook_slow+a0 (0xffffffffa7b8c4b0) [software]
78 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
4 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
1 drops at __netif_receive_skb_core.constprop.0+143 (0xffffffffa7aede93) [software]
9234 drops at nf_hook_slow+a0 (0xffffffffa7b8c4b0) [software]
47 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
2 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
9267 drops at nf_hook_slow+a0 (0xffffffffa7b8c4b0) [software]
47 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
9186 drops at nf_hook_slow+a0 (0xffffffffa7b8c4b0) [software]
45 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
1 drops at __netif_receive_skb_core.constprop.0+143 (0xffffffffa7aede93) [software]
1 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
2 drops at rtpengine46+96 (0xffffffffc08e68a6) [software]
...

On Mon, Jan 16, 2023 at 8:11 PM Mohammad Reza Keshavarzianpoor <keshavarzianpoorm@gmail.com> wrote:
Kernel Interface table
Iface      MTU    RX-OK RX-ERR RX-DRP RX-OVR    TX-OK TX-ERR TX-DRP TX-OVR Flg
ens160    1500  5703793      0   4033 0       5633784      0      0      0 BMRU
lo       65536    32147      0      0 0         32147      0      0      0 LRU

On Mon, Jan 16, 2023 at 7:55 PM Mohammad Reza Keshavarzianpoor <keshavarzianpoorm@gmail.com> wrote:
yes I tried tcp dump and it says ubuntu is dropping packets
618916 packets captured
1242894 packets received by filter
623578 packets dropped by kernel
so what should I do?

On Mon, Jan 16, 2023 at 7:49 PM Henning Westerholt <hw@gilawa.com> wrote:

Hello,

 

normally it’s not needed to set the num-threads* variables, there is some autodetection implemented. Why you want to run that many threads on a 4 core server?

 

I would now look to your network configuration, maybe it needs some tuning. You can also get statistics about dropped packets etc.. with system tools.

 

Cheers,

 

Henning

 

--

Henning Westerholt – https://skalatan.de/blog/

Kamailio services – https://gilawa.com

 

From: Mohammad Reza Keshavarzianpoor <keshavarzianpoorm@gmail.com>
Sent: Monday, January 16, 2023 5:16 PM
To: Henning Westerholt <hw@gilawa.com>
Cc: sr-users@lists.kamailio.org
Subject: Re: [SR-Users] rtp lost package in 300 concurrent calls and above

 

Hi,

Sure, Thanks,

I installed rtpengine. default rtpengin.conf and after uncommenting these:

num-threads = 16
 num-media-threads = 8
 http-threads = 4

in that, the same result is its working well for first 300-400 call. but after that packet lose starts.

cpu load increased to 30% on all 4 cores.

any advice about rtpengine.conf to better result?

 

Thanks for your help

 

On Mon, Jan 16, 2023 at 6:09 PM Henning Westerholt <hw@gilawa.com> wrote:

Hello,

 

please keep the list in CC.

 

Ok, the machine seems to not really using all its cores. Regarding playing a file, this can be also done with rtpengine:

https://kamailio.org/docs/modules/5.5.x/modules/rtpengine.html#rtpengine.f.play_media

 

Cheers,

 

Henning

 

--

Henning Westerholt – https://skalatan.de/blog/

Kamailio services – https://gilawa.com

 

From: Mohammad Reza Keshavarzianpoor <keshavarzianpoorm@gmail.com>
Sent: Monday, January 16, 2023 3:35 PM
To: Henning Westerholt <hw@gilawa.com>
Subject: Re: [SR-Users] rtp lost package in 300 concurrent calls and above

 

thanks for your reply

my kamailio server has 8GB of ram and 4core*2.6 on esxi(dedicated)Ubuntu 22.04.1 LTS. is it low? htop on server shows load average 1.04 at max and I didn't see more than 10% load on any core of the server.

I've selected rtp media server because of playback of a voice file over incoming calls in the future usage

 

On Mon, Jan 16, 2023 at 5:45 PM Henning Westerholt <hw@gilawa.com> wrote:

Hello,

 

do you observe (too) high load on the system with the standard system management tools?

If you want to just proxy calls, my recommendation would be to use rtpengine. Here you should be able to achieve higher concurrent calls rates, if you have a few CPUs on a decent machine.

 

Cheers,

 

Henning

 

--

Henning Westerholt – https://skalatan.de/blog/

Kamailio services – https://gilawa.com

 

From: Mohammad Reza Keshavarzianpoor <keshavarzianpoorm@gmail.com>
Sent: Monday, January 16, 2023 2:50 PM
To: sr-users@lists.kamailio.org
Subject: [SR-Users] rtp lost package in 300 concurrent calls and above

 

Hi,

I've installed last version of kamailio over ubuntu. I need to broadcast machine calls to destinations. my concurrent call should be around 300(my pstn channels), so I start calls with cps around 20, because my calls contains a less than 30 second and if destination answer the call it will hanged up in less than or equal to 30 seconds.

My problem is: to test my kamailio config, I'm using startrinity sip tester over an win server 2019 on local network. and it shows about 20% lost package on rtp and a jitter about 500ms. what should I do? my config is based on rtp media server module. Is there a complete working sample config for kamailio with rtp media server module?

I tried rtpproxy and rtp engine in past and the same problem happened.

Thanks for any help you can provide

Best regards