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 < keshavarzianpo...@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 < > keshavarzianpo...@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 <h...@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 <keshavarzianpo...@gmail.com> >>> *Sent:* Monday, January 16, 2023 5:16 PM >>> *To:* Henning Westerholt <h...@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 <h...@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 <keshavarzianpo...@gmail.com> >>> *Sent:* Monday, January 16, 2023 3:35 PM >>> *To:* Henning Westerholt <h...@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 <h...@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 <keshavarzianpo...@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 >>> >>>
__________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-le...@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
