The OP mentioned that the load is around 10% at 330cps, so load is not an
issue. Traffic bottleneck can be an issue.
The default udp queue length is not enough for high cps.
And of course, you need to keep a balance between all the variables that
affect traffic :)
-ovidiu
On Fri, Mar 22, 2024 at
Thanks Alex!
I already knew that article, and followed it. But it doesn't seem to have
had any positive impact
*Sérgio Charrua*
On Fri, Mar 22, 2024 at 8:44 PM Alex Balashov via sr-users <
sr-users@lists.kamailio.org> wrote:
> Sergio,
>
> You may consider giving this a read:
>
>
> https:/
UAC and UAS are both SIPP instances, in separate VMs.
On Kamailio server, I use the "ss" command instead of the one you suggested
(using watch -n 2 ) , and only from time to time, like every minute or a
bit less, and for 1 or 2 seconds, there is some changes on the field you
mention, with values be
Sergio,
You may consider giving this a read:
https://blog.evaristesys.com/2016/02/15/tuning-kamailio-for-high-throughput-and-performance/
Child processes will make a big difference, especially in your scenario #1,
where you're waiting on outside services.
But it's possible you've just run int
Totally agree with Alex here.
On Fri 22 Mar 2024, 19:24 Alex Balashov via sr-users, <
sr-users@lists.kamailio.org> wrote:
> I don't know that I would do that. If your server isn't coping with the
> load, making the kernel receive queue deeper doesn't increase throughput,
> it just relocates the q
I don't know that I would do that. If your server isn't coping with the load,
making the kernel receive queue deeper doesn't increase throughput, it just
relocates the queueing -- or rather, adds another layer of queueing.
Squeeze the balloon in one place, it inflates in another.
-- Alex
> On
I'm really not sure what to tell you, Vishal. The documentation isn't entirely
clear for all use-cases, but it literally lays out exactly how to do this. You
just have to read it.
https://kamailio.org/docs/modules/5.8.x/modules/rtpengine.html
> On Mar 22, 2024, at 2:16 PM, Vishal Pai via sr-use
Take a look at documentation module:
https://www.kamailio.org/docs/modules/5.8.x/modules/rtpengine.html#rtpengine.p.rtpengine_sock
you can define more RTPEngine Servers with or without weight for balancing
You can use rtpengine table too:
https://www.kamailio.org/docs/db-tables/kamailio-db-5.8
22 Mar 2024 18:22:31 Vishal Pai via sr-users :
> Hello Everyone.
>
> I am looking for documentation to have multiple RTP Engine servers connected
> with kamailio using db url and balance the load accordingly.
>
Have you checked the docs for rtpengine? AFAIK it is documented quite well
there.
S
Hello Everyone.
I am looking for documentation to have multiple RTP Engine servers
connected with kamailio using db url and balance the load accordingly.
Thanks
__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe se
What do you have as a UAS?
The UDP receive buffer increase that Ovidiu suggested would be necessary if
you see traffic piling up/getting dropped, e.g. look at `netstat -s | grep
"receive buffer errors"` or watch for 2nd column Recv-Q of netstat.
Cheers,
On Fri, Mar 22, 2024 at 1:31 PM Ovidiu Sas
I assume that you are using udp.
Please increase the length of the udp queue:
https://medium.com/@CameronSparr/increase-os-udp-buffers-to-improve-performance-51d167bb1360
Regards.
Ovidiu Sas
On Fri, Mar 22, 2024 at 12:56 Sergio Charrua via sr-users <
sr-users@lists.kamailio.org> wrote:
> Hi all
Hi all!
I have been doing some performance tests with Kamailio 5.7.4 and SIPp.
The infrastructure is as follows:3 VMs running on VMWare ESXi running:
UAC on 10.20.0.1 with SIPP-> Kamailio on 10.20.0.5 -> UAS on 10.20.0.3
The Kamailio VM has 6 dedicated vCPU of type Intel(R) Xeon(R) Silver 4216
CP
Hi,
i've the same problem on Kamailio 5.5.7, how do you resolved it?
Best regards.
El lun, 5 oct 2020, 11:34, Björn Klasen escribió:
> Hi Henning,
>
> I can't see any differences. When I'm waiting some time f.ex. 30 seconds
> between stop and start, everything work. In debug log only the sende
14 matches
Mail list logo