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 between the low thousands and around 10.000. I will assume this is acceptable....
*Sérgio Charrua* On Fri, Mar 22, 2024 at 6:22 PM Sergiu Pojoga via sr-users < sr-users@lists.kamailio.org> wrote: > 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 via sr-users < > sr-users@lists.kamailio.org> wrote: > >> 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! >>> >>> 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 CPU @ 2.10GHz and, 2 NICs and 4Gb RAM and MariaDB 10.6 as DB Backend., >>> all running on a HP G380 host with a gazillion CPUs and a googol disk space! >>> >>> I currently have 3 scripts: >>> - script #1 stateful with RTJson and simulating requests to routing >>> engine and accounting >>> - script #2 stateful but with just a simple routing to UAS, no rules, no >>> DB, >>> - script #3 stateless with a forward to UAS >>> >>> With script #3 I can go up to 2000CPS without issues with CPU at 37%! >>> Above that value, I get retransmissions everywhere. >>> On both scripts #1 and #2, the limit is 330CPS max after which I get a >>> lot of retransmissions, while CPU/Core usage on Kamailio server stays below >>> 10%. >>> So I do not expect this to be a CPU issue. >>> >>> I could not understand why such (low) results, so I followed this >>> article found at >>> https://www.kamailio.org/docs/openser-performance-tests/#tm-tests-c >>> <https://www.kamailio.org/docs/openser-performance-tests/#tm-tests-c> >>> and created exact same scenarios, with kamailio script and SIPP >>> templates available on the article, hoping for better results. >>> But I get the same results: between 300 and 330CPS which is far, very >>> far from the 7000CPS found in the article! >>> >>> I understand that I'm using VMs and probably the tests made for the >>> article, which is pretty old already, were made on physical servers. Still, >>> I would not expect 95% of lower performance! >>> >>> Any clue what could be the issue? I suspect NICs, but.... >>> Any tips anyone could share? >>> >>> Thanks in advance! >>> >>> *Sérgio Charrua* >>> __________________________________________________________ >>> 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: >>> >> __________________________________________________________ >> 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: >> > __________________________________________________________ > 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: >
__________________________________________________________ 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: