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*
I am using Kamailio versions 5.5.7 and 5.8.0 as a stateful proxy (with tm
module) and I want to have metrics for all
the SIP messages received and sent. I am using the statistics module for
counting messages.
I have in configuration file the following routes to capture events and
count them: onsend_route, onreply_route and event ( corex:reply-out,
tn:local_response, sl:local-response, tm:local-request, sl:filtered-ack and
network:msg)
I have found the following problems that I need some hints how to solve
them:
1) When a response is received to a request, I can count the response
received in the reply_route
but I don't find a way that works to count the reply being forwarded to the
other side. onsend_route works fine
for requests being forwarded. Is there any event_route or any trick that
can be used to count the reply being
forwarded similar to the onsend_route for requests?
2) When Kamailio receives a CANCEL it generates and sends automatically the
200 OK for the CANCEL
and a 487 for the INVITE which started that dialog which is being
cancelled, but I don't find a way that works to count those two responses
Kamailio generates.
3) After having cancelled a dialog on one direction due to receipt of a
CANCEL, kamailio generates local requests on the other direction,
a CANCEL and an ACK also when it receives a 487 for the INVITE being
cancelled.
I don't find the way to count those. onsend_route does not work for
locally generated CANCEL and ACK requests and the
event_route[tm:local-request] only works for
requests created outside of the tm module but not those created by the tm
module itself (the CANCEL
and the ACKs) since the tm module is not using its own function
t_uac_prepare to create those requests
(that function is the one that calls the event_route). Is there any
statistic generated by the tm
module or elsewhere or any other trick so I can count those requests?
4) When Kamailio generates retransmissions how can I count those?
onsend_route, onreply_route and event ( corex:reply-out, tn:local_response,
sl:local-response) doesn't work for retransmissions. Are there statistics
generated somewhere in the tm module for retransmissions? Is there any
other way to count those.
--
El contenido de este mensaje puede contener
información confidencial
sometida a secreto profesional. Si usted ha
recibido este correo por error,
no está permitida su distribución.
Por favor elimine cualquier copia,
archivo adjunto e infórmenos por
esta vía.
Los datos personales
contenidos en este correo y que han
sido facilitados por usted o provienen
de fuentes de acceso público
serán utilizados por Future Space, S.A., para
gestionar nuestra
relación contractual o pre-contractual, resolver su
solicitud y
mantenerle informado sobre los productos o servicios
solicitados o
similares. Se conservarán mientras exista un interés mutuo
para ello, no se oponga al tratamiento o solicite su supresión. Los
datos
no serán comunicados a terceros, salvo obligación legal.
Puede ejercitar
sus derechos de acceso, rectificación, supresión,
limitación del
tratamiento, portabilidad de los datos y oposición
mediante escrito
dirigido a Future Space, S.A. Avenida de Tenerife
2, Edificio 2, Planta
1ª, 28703 San Sebastián de los Reyes, Madrid
o mediante correo electrónico
a dpo(a)futurespace.com <mailto:dpo@futurespace.com>.
Si consideras que se
han infringido tus derechos puedes presentar una
reclamación ante la
www.agpd.es <http://www.agpd.es>.
The contents of this
electronic mail may be
confidential or privileged. If you have received
this message by
mistake, please do not send it to anyone. We ask you to
delete any
existing copies, attached files and to notify us accordingly.
The
personal data provided or obtained from publicly accessible resources
will be processed by Future Space, S.A. in order to manage our
contractual
or pre-contractual relationship, solve your request and
keep you informed
about activities or products requested by you or
similar. Personal data
will be stored while a mutual interest exist
or either erasure or objection
to process them is requested. Data
will not be disclosed to third parties
unless there is a legal
obligation to do so. You have the rights to access,
rectify, erasure,
restriction of processing, data portability and oppose
any processing
of your personal data held by Future Space, S.A. To make
effective
use of your rights, please contact us at Future
Space, S.A.
Avenida de Tenerife 2, Edificio 2, Planta 1ª, 28703
San Sebastián de los
Reyes, Madrid or by
email at dpo(a)futurespace.com
<mailto:dpo@futurespace.com>.
If you consider processing of your personal
data infringes data
protection regulations you can file a claim with
www.agpd.es <http://www.agpd.es>
Hello,
Kamailio SIP Server v5.8.1 stable release is out.
This is a maintenance release of the latest stable branch, 5.8, that
includes fixes since the release of v5.8.0. There is no change to
database schema or configuration language structure that you have to do
on previous installations of v5.8.x. Deployments running previous v5.8.x
versions are strongly recommended to be upgraded to v5.8.1.
For more details about version 5.8.1 (including links and guidelines to
download the tarball or from GIT repository), visit:
* https://www.kamailio.org/w/2024/04/kamailio-v5-8-1-released/
RPM, Debian/Ubuntu packages will be available soon as well.
Many thanks to all contributing and using Kamailio!
Cheers,
Daniel
--
Daniel-Constantin Mierla (@ asipto.com)
twitter.com/miconda -- linkedin.com/in/miconda
Kamailio Consultancy, Training and Development Services -- asipto.com
Kamailio World Conference, April 18-19, 2024, Berlin -- kamailioworld.com
Hello,
with many countries having public holidays around Catholic Easter, I am
considering to release Kamailio v5.8.1 (out of branch 5.8) on Wednesday,
April 3, 2024. If anyone is aware of issues not yet on the bug tracker,
report them there asap in order to have a better chance to be fixed.
Cheers,
Daniel
--
Daniel-Constantin Mierla (@ asipto.com)
twitter.com/miconda -- linkedin.com/in/miconda
Kamailio Consultancy, Training and Development Services -- asipto.com
Kamailio World Conference, April 18-19, 2024, Berlin -- kamailioworld.com
Hi
I am testing rtpengine recording with kamailio in lab. I have 1 endpoint
registered to Kamailio. My kamailio and rtpengine are running on same box.
I have another kamailio2 instance with 2nd endpoint to make a call to 1st
endpoint.
I have observed that Response dump for 'offer'/'answer' but further start
recording didn't invoke.
root@ip-kamailio:/etc/kamailio# rtpengine-ctl list sessions all
callid: J0WtgYIKd0Kwj1iL6BiFOg.. |
deletionmark: no | created: 1712120753 | proxy:127.0.0.1:52642 |
redis_keyspace:0 | foreign:no
callid: uH_ozKj18Nafshsm_sTElQ.. |
deletionmark: no | created: 1712120730 | proxy:127.0.0.1:52642 |
redis_keyspace:0 | foreign:no
callid: VYIw791dJska8PiIFspy8w.. |
deletionmark: no | created: 1712120716 | proxy:127.0.0.1:54804 |
redis_keyspace:0 | foreign:no
callid: nP89gWwjhsg_TSZrqu16nQ.. |
deletionmark: no | created: 1712120716 | proxy:127.0.0.1:56207 |
redis_keyspace:0 | foreign:no
root@ip-kamailio:/etc/kamailio#
I am new to kamailio and missing configuration. Suggest me the correct
configuration to invoke recording. attached config and logs
Regards,
Pawan
Hello guys,
I'm recently new player in Kamailio SIP server and want to use it as SIP
proxy server to Asterisk PBX server.
first of all, I've successfully registered my Asterisk to Kamailio as user
"test" to get its "location" because my Asterisk is behind NAT.
Simply now I want to relay SIP messages to this user's location to receive
them all in Asterisk. After I searched, I found this function rewritehost()
but it needs to be a host or IP address, but in my case I want some way or
function to relay to user "test" and then it well get the user location from
Kamailio datebase automatically?
I hope it's clear XD
I tried to find a way to do MSQL query in kamalio.cfg to get the user
contact from "location" table and then relay to the result but it did not
work. I guess that I did it in wrong way but finally the Kamailio tutorials
are so rare on google.
Thanks in advance,
Omar