sr-users

sr-users@lists.kamailio.org

36 participants
37510 discussions

Strange result: $stat(total_size) returns 0
by whliu＠citictel.com 12 Sep '24

12 Sep '24

Hi, I am using kamailio 5.8.3. I just found that strange result is returned from variable $stat(total_size). In the example script under "misc/examples/ims/pcscf/kamailio.cfg", there is a line, $var(used) = 1 - ($stat(free_size) / $stat(total_size)); The trace log said that $stat(total_size) was returning 0, and got a log like this ERROR: <core> [core/rvalue.c:1434]: long_longop2(): rv div by 0 Any idea on this? Please advise. Thank you. Regards, Hong

1 0

SIP parse error for self-generated Websocket reply
by Sebastian Damm 12 Sep '24

12 Sep '24

Hello, We try to introduce a small websocket sidecar to our Kamailio servers, which runs on the same host. It connects to the regular TCP socket of our Kamailios, and in the XHTTP request route, we do just this: if path == "/sidecar": KSR.websocket.handle_handshake() return 1 On every new connect, Kamailio logs a parse error for the reply it generates. Sep 11 15:42:35 sipproxy /usr/sbin/kamailio[552]: ERROR: <core> [core/parser/parse_fline.c:272]: parse_first_line(): parse_first_line: bad message (offset: 22) Sep 11 15:42:35 sipproxy /usr/sbin/kamailio[552]: ERROR: <core> [core/parser/msg_parser.c:790]: parse_msg(): ERROR: parse_msg: message=<HTTP/1.1 101 Switching Protocols Sia: SIP/2.0/TCP 100.74.11.1:46422 Sec-WebSocket-Protocol: sip Upgrade: websocket Connection: upgrade Sec-WebSocket-Accept: 60dPbzcRW6up7z92kDlxkqL2WlY= Content-Length: 0 > Sep 11 15:42:35 sipproxy /usr/sbin/kamailio[552]: ERROR: <core> [core/msg_translator.c:3402]: build_sip_msg_from_buf(): parsing failed I saw this error in other questions from a while ago, but without a solution. What could be the reason for this? Thanks in advance, Sebastian

2 2

Suspected memory leak in module ims_registrar_pcscf
by whliu＠citictel.com 09 Sep '24

09 Sep '24

Hi, I just tried to send numbers of SIP register to kamailio (release 5.8.2). It is reported that there are some memory leakage in shared memory after the expiry of all the registration sessions. After drill down the code. function save_pending(...) is called. (in ims_registrar_pcscf/save.c). Inside that function, it seems that "sec_verify_params" is not deallocated upon the function completes. Findings: - sec_verify_params uses the result from function cscf_get_security_verify(...) - Function cscf_get_security_verify(...) returns the result of function parse_sec_agree(...) - Function parse_sec_agree(...) returns "params" where "shm_malloc(...)" is called It seems that the memory pointed by 'sec_verify_params' is not further referenced by others. Should shm_free(...) be called when leaving function save_pending(...) in order to free the unused memory of 'sec_verify_params'? Please advice. Thank you. Regards, Hong

2 2

RFC: Support for icc or suncc compilers
by Daniel-Constantin Mierla 09 Sep '24

09 Sep '24

Hello, I was wondering if icc or suncc compilers are still used in the community, and by that if it still worth trying to support them via Makefiles and compile time flags (defines). Personally I haven't had to deal with them for more than 10-15 years, I have no access with a system offering them. Furthermore, I am not even sure if the code compiles with them. Maybe someone (or many) in the community use one or the other and confirm that they still worth to be kept. If not, maybe we can consider them for removing, it can be a good task to be done during Kamailio development meeting planned in Dusseldorf, Germany during November. Cheers, Daniel -- Daniel-Constantin Mierla (@ asipto.com) twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.com Kamailio Advanced Training, October 8-10, 2024 -- asipto.com

1 0

Problem on uac_req via port
by whliu＠citictel.com 09 Sep '24

09 Sep '24

Hi, I just tried to use kamailio 5.8.3 as an IMS-PCSCF. After handling SIP registration, it seems that value of port in the "via" header in the request sent from PCSCF to UE is a bit strange. When using uac_req to send OPTIONS to UE, it is found that in the OPTIONS sent out from kamailio, the value of port inside the "via" header is set to port_pc (pcscf ipsec client port). Is this correct? Or should the via header port be set to port_ps (pcscf ipsec server port) instead? Also, in uac_req, is the value of via port header configurable? Please advise. Thank you. Regards, Hong

1 0

Error when passing task to an async task group
by elhar.mohamed＠gmail.com 06 Sep '24

06 Sep '24

Hello, I'm using async task group to handle some pourcentage of the traffic, while testing with traffic of 1200cps I got the following error : ERROR: {1910812149 INVITE 6785db25bc3f2478@ip} <core> [core/async_task.c:439]: async_task_group_push(): failed to pass the task [0x7f4000c3a5c0] to group [async_group_name]. conf: async_workers_group="name=async_group_name;workers=45;nonblock=1;usleep=100" If someone can help please?

1 0

Disable topos for a specific peering IP
by Denys Pozniak 06 Sep '24

06 Sep '24

Hello! I need to disable topos for one specific SIP trunk (in-out), it looks like it’s enough to use event_route with IP address filtering. But for some reason, the incoming INVITE from the peer still gets processed by topos and I also don’t see a mention of [msg-incoming] in the logs, only this: WARNING: <script>: [msg-outgoing] OPTIONS/you/1.1.1.1 Code snippet: loadmodule "topos.so" modparam("topos", "db_url", DBURL) modparam("topos", "contact_mode", 1) modparam("topos", "header_mode", 1) modparam("topos", "methods_noinitial", "OPTIONS,SUBSCRIBE,PUBLISH") modparam("topos", "dialog_expire", 7210) modparam("topos", "rr_update", 1) modparam("topos", "event_mode", 5) /* 1 - execute event_route[topos:msg-outgoing] 2 - execute event_route[topos:msg-sending] 4 - execute event_route[topos:msg-incoming] 8 - execute event_route[topos:msg-receiving] */ request_route { .... event_route[topos:msg-outgoing] { if ( $sndto(ip) == "1.1.1.1" ) { xlog("L_WARN","[msg-outgoing] $rm/$rU/$sndto(ip) \n"); drop; } } } event_route[topos:msg-incoming] { if ( $si == "1.1.1.1" ) { xlog("L_WARN","[msg-incoming] $rm/$rU/$si \n"); drop; } } # kamailio -v version: kamailio 5.7.1 (x86_64/linux) 1cf389-dirty -- BR, Denys Pozniak

6 9

t_check_trans in Lua
by nizam＠ctapps.com 06 Sep '24

06 Sep '24

Dear experts, Would appreciate if anyone can explain why in the given sample Lua script the 'Handle Retransmission' block checks the return code of t_check_trans (if KSR.tm.t_check_trans == 0 then), but in the Kamailio native config standard file if just calls the t_check_trans() function without checking the return code. What is the intention here and how does it work? Thank you in advance. Handle retransmission script from native config file: if (!is_method("ACK")) { if(t_precheck_trans()) { t_check_trans(); exit; } t_check_trans(); } Handle retransmission from sample Lua script: if not KSR.is_ACK() then if KSR.tmx.t_precheck_trans() > 0 then KSR.tm.t_check_trans(); return 1; end if KSR.tm.t_check_trans() == 0 then return 1; end end

2 2

secsipid and secsipid_proc module RPM build
by Володимир Іванець 04 Sep '24

04 Sep '24

Hello! I was wondering if someone was trying to build Kamailio RPM packages containing modules secsipid and secsipid_proc and faced the same problem. I compiled secsipidx library and copied secsipid.h, libsecsipid.h as well as libsecsipid.a files into the source directory of secsipid_proc module. And when I'm trying to build RPM packages, I get the following error: CC (gcc) [M secsipid_proc.so] secsipid_proc_mod.o secsipid_proc_mod.c:28:10: fatal error: secsipid.h: No such file or directory #include <secsipid.h> ^~~~~~~~~~~~ compilation terminated. make[2]: *** [../../Makefile.rules:100: secsipid_proc_mod.o] Error 1 make[1]: *** [Makefile:508: modules] Error 1 make[1]: Leaving directory '/builddir/build/BUILD/kamailio-5.8.2/src' make: *** [Makefile:34: every-module] Error 2 Thanks a lot!

2 4

Kamailio v5.8.3 Released
by Daniel-Constantin Mierla 04 Sep '24

04 Sep '24

Hello, Kamailio SIP Server v5.8.3 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.2. 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.3. For more details about version 5.8.3 (including links and guidelines to download the tarball or from GIT repository), visit: * https://www.kamailio.org/w/2024/09/kamailio-v5-8-3-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 Advanced Training, October 8-10, 2024 -- asipto.com

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users