sr-dev March 2025

sr-dev@lists.kamailio.org

10 participants
176 discussions

[kamailio/kamailio] core: Remove strings.h (PR #4114)
by soroshsabz 14 Mar '25

14 Mar '25

ITNOA   #### Pre-Submission Checklist    - [ ] Commit message has the format required by CONTRIBUTING guide - [ ] Commits are split per component (core, individual modules, libs, utils, ...) - [ ] Each component has a single commit (if not, squash them into one commit) - [ ] No commits to README files for modules (changes must be done to docbook files in `doc/` subfolder, the README file is autogenerated) #### Type Of Change - [ ] Small bug fix (non-breaking change which fixes an issue) - [ ] New feature (non-breaking change which adds new functionality) - [ ] Breaking change (fix or feature that would change existing functionality) #### Checklist:  - [ ] PR should be backported to stable branches - [ ] Tested changes locally - [ ] Related to issue #XXXX (replace XXXX with an open issue number) #### Description This PR remove `strings.h` and try to use standard functions. You can view, comment on, or merge this pull request online at: https://github.com/kamailio/kamailio/pull/4114 -- Commit Summary -- * Change C standard version to 23 * Remove strings.h * Fix some typo -- File Changes -- M src/core/dprint.c (2) M src/core/parser/parse_methods.c (2) M src/core/parser/parse_option_tags.h (2) M src/core/sr_module.c (2) M src/core/ut.h (1) -- Patch Links -- https://github.com/kamailio/kamailio/pull/4114.patch https://github.com/kamailio/kamailio/pull/4114.diff -- Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/4114 You are receiving this because you are subscribed to this thread. Message ID: <kamailio/kamailio/pull/4114(a)github.com>

3 7

[kamailio/kamailio] cmake: Add Windows support (PR #4113)
by soroshsabz 14 Mar '25

14 Mar '25

ITNOA #### Pre-Submission Checklist    - [x] Commit message has the format required by CONTRIBUTING guide - [x] Commits are split per component (core, individual modules, libs, utils, ...) - [x] Each component has a single commit (if not, squash them into one commit) - [x] No commits to README files for modules (changes must be done to docbook files in `doc/` subfolder, the README file is autogenerated) #### Type Of Change - [ ] Small bug fix (non-breaking change which fixes an issue) - [ ] New feature (non-breaking change which adds new functionality) - [ ] Breaking change (fix or feature that would change existing functionality) #### Checklist:  - [ ] PR should be backported to stable branches - [ ] Tested changes locally - [ ] Related to issue #XXXX (replace XXXX with an open issue number) #### Description  You can view, comment on, or merge this pull request online at: https://github.com/kamailio/kamailio/pull/4113 -- Commit Summary -- * Make cmake happy -- File Changes -- M CMakeLists.txt (13) A CMakePresets.json (13) M cmake/compiler-specific.cmake (1) M cmake/os-specific.cmake (3) A cmake/os-specific/windows.cmake (5) M src/CMakeLists.txt (107) M src/core/CMakeLists.txt (4) M utils/kamcmd/CMakeLists.txt (40) A vcpkg-configuration.json (14) A vcpkg.json (6) -- Patch Links -- https://github.com/kamailio/kamailio/pull/4113.patch https://github.com/kamailio/kamailio/pull/4113.diff -- Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/4113 You are receiving this because you are subscribed to this thread. Message ID: <kamailio/kamailio/pull/4113(a)github.com>

5 12

[kamailio/kamailio] Change C standard version to 23 (PR #4107)
by soroshsabz 14 Mar '25

14 Mar '25

ITNOA #### Pre-Submission Checklist    - [ ] Commit message has the format required by CONTRIBUTING guide - [ ] Commits are split per component (core, individual modules, libs, utils, ...) - [ ] Each component has a single commit (if not, squash them into one commit) - [ ] No commits to README files for modules (changes must be done to docbook files in `doc/` subfolder, the README file is autogenerated) #### Type Of Change - [ ] Small bug fix (non-breaking change which fixes an issue) - [ ] New feature (non-breaking change which adds new functionality) - [ ] Breaking change (fix or feature that would change existing functionality) #### Checklist:  - [ ] PR should be backported to stable branches - [ ] Tested changes locally - [x] Related to issue #4106 (replace XXXX with an open issue number) #### Description  You can view, comment on, or merge this pull request online at: https://github.com/kamailio/kamailio/pull/4107 -- Commit Summary -- * Change C standard version to 23 -- File Changes -- M CMakeLists.txt (2) -- Patch Links -- https://github.com/kamailio/kamailio/pull/4107.patch https://github.com/kamailio/kamailio/pull/4107.diff -- Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/4107 You are receiving this because you are subscribed to this thread. Message ID: <kamailio/kamailio/pull/4107(a)github.com>

4 8

[kamailio/kamailio] siptrace: sip_trace_mode("d") not working (Issue #4178)
by c.long 14 Mar '25

14 Mar '25

longchun4835 created an issue (kamailio/kamailio#4178)  ### Description Using function sip_trace_mode() with parameter d to enable dialog tracing mode logs: ``` BUG: siptrace [siptrace.c:1671]: add_info_xavp(): URI should be in raw format here ERROR: siptrace [siptrace.c:888]: sip_trace_helper(): failed to serialize siptrace info! Won't trace dialog! ``` ### Troubleshooting #### Reproduction my module parameters: ``` #!ifdef WITH_HOMER loadmodule "siptrace.so" modparam("siptrace", "duplicate_uri", HOMER_URL) modparam("siptrace", "hep_mode_on", 1) modparam("siptrace", "trace_to_database", 0) modparam("siptrace", "trace_flag", 22) modparam("siptrace", "trace_on", 1) modparam("siptrace", "hep_version", 3) modparam("siptrace", "hep_capture_id", HOMER_HEP_ID) #!endif ... request_route { ... if (is_method("INVITE")) { sip_trace_mode("d"); } } ``` ### Possible Solutions I checked the source code and found that the issue occurs when sip_trace_helper() is called inside the ki_sip_trace_mode() function, with the third parameter (duri) set to NULL. I don’t quite understand the logic behind passing NULL does this mean that the 'D' parameter will never working when calling sip_trace_mode()? Additionally, I have another question: in the sip_trace_helper() function, why does it call trace_transaction() instead of trace_dialog() when strace_type == SIPTRACE_DIALOG? ### Additional Information * **Kamailio Version** - output of `kamailio -v` ``` version: kamailio 5.6.4 (x86_64/linux) a004cf flags: USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLOCKLIST, HAVE_RESOLV_RES ADAPTIVE_WAIT_LOOPS 1024, MAX_RECV_BUFFER_SIZE 262144, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: a004cf compiled on 09:14:30 Jan 23 2025 with gcc 8.3.1 ``` * **Operating System**: ``` NAME="CentOS Linux" VERSION="7 (Core)" ID="centos" ID_LIKE="rhel fedora" VERSION_ID="7" PRETTY_NAME="CentOS Linux 7 (Core)" ANSI_COLOR="0;31" CPE_NAME="cpe:/o:centos:centos:7" HOME_URL="https://www.centos.org/" BUG_REPORT_URL="https://bugs.centos.org/" ``` -- Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/4178 You are receiving this because you are subscribed to this thread. Message ID: <kamailio/kamailio/issues/4178(a)github.com>

1 0

[kamailio/kamailio] Update PCSCF IMS example config (PR #4177)
by Tobias Funke 13 Mar '25

13 Mar '25

#### Pre-Submission Checklist    - [ ] Commit message has the format required by CONTRIBUTING guide - [ ] Commits are split per component (core, individual modules, libs, utils, ...) - [ ] Each component has a single commit (if not, squash them into one commit) - [ ] No commits to README files for modules (changes must be done to docbook files in `doc/` subfolder, the README file is autogenerated) #### Type Of Change - [x] Small bug fix (non-breaking change which fixes an issue) - [ ] New feature (non-breaking change which adds new functionality) - [ ] Breaking change (fix or feature that would change existing functionality) #### Checklist:  - [ ] PR should be backported to stable branches - [x] Tested changes locally - [ ] Related to issue #XXXX (replace XXXX with an open issue number) #### Description  The name of the `location` database for the `pcscf` was changed to `pcscf_location` here: https://github.com/kamailio/kamailio/commit/360bccbca1fe7515384065651034374…. So the example IMS pcscf config is not working right now. This simple PR provides the fix. You can view, comment on, or merge this pull request online at: https://github.com/kamailio/kamailio/pull/4177 -- Commit Summary -- * Update example pcscf ims config -- File Changes -- M misc/examples/ims/pcscf/kamailio.cfg (2) -- Patch Links -- https://github.com/kamailio/kamailio/pull/4177.patch https://github.com/kamailio/kamailio/pull/4177.diff -- Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/4177 You are receiving this because you are subscribed to this thread. Message ID: <kamailio/kamailio/pull/4177(a)github.com>

1 0

[kamailio/kamailio] app_python3: calls hang (Issue #4153)
by tsearle 13 Mar '25

13 Mar '25

tsearle created an issue (kamailio/kamailio#4153) ### Description I use kemi python on arm64. The script is working in 5.8.4 but hangs when running on 6.0.0 #### Trobuleshooting I reverted the patch https://github.com/kamailio/kamailio/pull/3986 and fully removed the code ref KafkaProducer and calls worked If I use stock 6.0.0, even if I remove KafkaProducer calls still don't work #### Reproduction I have a kemi python script that uses the python module "KafkaProducer" which seems to create threads in the background. I also use the kamailio http_async module and an another async worker pool #### Debugging Data ``` ---start 1558 ----------------------------------------------------- [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/aarch64-linux-gnu/libthread_db.so.1". __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0xffffd25f2d00, op=137, expected=0, futex_word=0xffff8df076d0 <_PyRuntime+432>) at ./nptl/futex-internal.c:57 57 ./nptl/futex-internal.c: No such file or directory. #0 __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0xffffd25f2d00, op=137, expected=0, futex_word=0xffff8df076d0 <_PyRuntime+432>) at ./nptl/futex-internal.c:57 _x3tmp = 281474211196160 _x0tmp = 281473063089872 _x0 = 281473063089872 _x3 = 281474211196160 _x4tmp = 0 _x1tmp = -1068905079 _x1 = 137 _x4 = 0 _x5tmp = 4294967295 _x2tmp = 0 _x2 = 0 _x5 = 4294967295 _x8 = 98 _sys_result = <optimized out> sc_ret = <optimized out> _sys_result = <optimized out> _x5tmp = <optimized out> _x4tmp = <optimized out> _x3tmp = <optimized out> _x2tmp = <optimized out> _x1tmp = <optimized out> _x0tmp = <optimized out> _x0 = <optimized out> _x1 = <optimized out> _x2 = <optimized out> _x3 = <optimized out> _x4 = <optimized out> _x5 = <optimized out> _x8 = <optimized out> #1 __futex_abstimed_wait_common (cancel=true, private=0, abstime=0xffffd25f2d00, clockid=-473937460, expected=0, futex_word=0xffff8df076d0 <_PyRuntime+432>) at ./nptl/futex-internal.c:87 err = <optimized out> clockbit = 3226062080 op = 137 err = <optimized out> clockbit = <optimized out> op = <optimized out> #2 __GI___futex_abstimed_wait_cancelable64 (futex_word=futex_word@entry=0xffff8df076d0 <_PyRuntime+432>, expected=expected@entry=0, clockid=clockid@entry=1, abstime=abstime@entry=0xffffd25f2d00, private=private@entry=0) at ./nptl/futex-internal.c:139 No locals. #3 0x0000ffff90ede520 in __pthread_cond_wait_common (abstime=0xffffd25f2d00, clockid=1, mutex=0xffff8df076d8 <_PyRuntime+440>, cond=0xffff8df076a8 <_PyRuntime+392>) at ./nptl/pthread_cond_wait.c:503 spin = 0 buffer = {__routine = 0xffff90eddf74 <__condvar_cleanup_waiting>, __arg = 0xffffd25f2c38, __canceltype = -471327168, __prev = 0x0} cbuffer = {wseq = 9322, cond = 0xffff8df076a8 <_PyRuntime+392>, mutex = 0xffff8df076d8 <_PyRuntime+440>, private = 0} err = <optimized out> g = 0 flags = <optimized out> g1_start = <optimized out> maxspin = 0 signals = <optimized out> result = 0 wseq = 9322 seq = 4661 private = 0 maxspin = <optimized out> err = <optimized out> result = <optimized out> wseq = <optimized out> g = <optimized out> seq = <optimized out> flags = <optimized out> private = <optimized out> signals = <optimized out> done = <optimized out> g1_start = <optimized out> spin = <optimized out> buffer = <optimized out> cbuffer = <optimized out> s = <optimized out> #4 ___pthread_cond_timedwait64 (cond=0xffff8df076a8 <_PyRuntime+392>, mutex=0xffff8df076d8 <_PyRuntime+440>, abstime=0xffffd25f2d00) at ./nptl/pthread_cond_wait.c:643 flags = <optimized out> clockid = 1 #5 0x0000ffff8da3f538 in ?? () from /lib/aarch64-linux-gnu/libpython3.11.so.1.0 No symbol table info available. #6 0x0000ffff8da3fa28 in PyEval_RestoreThread () from /lib/aarch64-linux-gnu/libpython3.11.so.1.0 No symbol table info available.``` #7 0x0000ffff8df99658 in apy_exec (_msg=0xffff857912f0, fname=0xaaaae3e8fda8 "ksr_onsend_route", fparam=fparam@entry=0x0, emode=emode@entry=0) at ./src/modules/app_python3/python_exec.c:75 pFunc = <optimized out> pArgs = <optimized out> pValue = <optimized out> pResult = <optimized out> pmsg = <optimized out> rval = -1 bmsg = <optimized out> locked = 0 __func__ = "apy_exec" #8 0x0000ffff8df90c00 in sr_kemi_config_engine_python (msg=<optimized out>, rtype=16, rname=0x0, rparam=<optimized out>) at ./src/modules/app_python3/apy_kemi.c:92 ret = -1 __func__ = "sr_kemi_config_engine_python" #9 0x0000aaaae3bcb578 in sr_kemi_route (keng=keng@entry=0xaaaae3f7f8e0 <_sr_kemi_eng_list>, msg=msg@entry=0xffff857912f0, rtype=rtype@entry=16, ename=ename@entry=0x0, edata=edata@entry=0x0) at core/kemi.c:3853 sfbk = 0 ret = <optimized out> #10 0x0000aaaae3c09c0c in run_onsend (orig_msg=orig_msg@entry=0xffff857912f0, dst=dst@entry=0xffff8578c6d0, buf=0xffff85792f00 "INVITE sip:+32485112970@54.220.60.194:5060;transport=UDP SIP/2.0\r\nRecord-Route: <sip:10.151.1.119;lr=on;did=f84.06f1>\r\nRecord-Route: <sip:10.151.0.41:5080;r2=on;lr=on>\r\nRecord-Route: <sip:176.34.141.1"..., len=<optimized out>) at core/onsend.c:79 onsnd_info = {dst = 0x0, to = 0xffff8578c6d8, send_sock = 0xffff8ffe89e0, buf = 0xffff85792f00 "INVITE sip:+32485112970@54.220.60.194:5060;transport=UDP SIP/2.0\r\nRecord-Route: <sip:10.151.1.119;lr=on;did=f84.06f1>\r\nRecord-Route: <sip:10.151.0.41:5080;r2=on;lr=on>\r\nRecord-Route: <sip:176.34.141.1"..., len = 1384, msg = 0xffff857912f0, rmode = 0, rplcode = 0} ret = 1 ra_ctx = {rec_lev = 0, run_flags = 0, last_retcode = 0, jmp_env = {{__jmpbuf = {0, 0, 0, 0, 0, 0, 91, 187650945063344, 187650945067504, 180, 187650944742872, 187650946646016, 1, 281473098000061, 281474211197472, 187650942363668, 281474211197752, 187650945867776, 187650944901120, 281473098000432, 3122766361, 187650944902184}, __mask_was_saved = -471386664, __saved_mask = {__val = {281473098000456, 187650944893376, 2074081191309474304, 281474211197424, 187650943506496, 275, 0, 281472882816896, 281473098000557, 281470681743367, 34, 187650945064960, 187650944741376, 2, 187650945730496, 281474211197472}}}}} bctx = 0x0 backup_route_type = 2 fwd_snd_flags_bak = <optimized out> rpl_snd_flags_bak = <optimized out> keng = <optimized out> __func__ = "run_onsend" #11 0x0000ffff8f75bacc in t_send_branch (t=t@entry=0xffff8578be90, branch=branch@entry=2, p_msg=p_msg@entry=0xffff857912f0, proxy=proxy@entry=0x0, lock_replies=lock_replies@entry=0) at ./src/modules/tm/t_fwd.c:1499 ip = {af = 3529455232, len = 65535, u = {addrl = {187650945761776, 281474211197776}, addr32 = {3824599536, 43690, 3529454416, 65535}, addr16 = {49648, 58358, 43690, 0, 13136, 53855, 65535, 0}, addr = "\360\301\366㪪\000\000P3_\322\377\377\000"}} ret = 2 uac = 0xffff8578c670 __func__ = "t_send_branch" #12 0x0000ffff8f75de14 in t_forward_nonack (t=0xffff8578be90, p_msg=p_msg@entry=0xffff857912f0, proxy=0x0, proto=proto@entry=0) at ./src/modules/tm/t_fwd.c:1786 branch_ret = <optimized out> lowest_ret = <optimized out> added_branches = 4 first_branch = <optimized out> i = 2 t_invite = <optimized out> success_branch = 0 try_new = <optimized out> lock_replies = 0 backup_bflags = 0 obranch = {uri = {s = 0x0, len = 0}, dst_uri = {s = 0x0, len = 0}, q = -1, path = {s = 0x0, len = 0}, flags = 0, force_socket = 0x0, ruid = {s = 0x0, len = 0}, instance = {s = 0x0, len = 0}, location_ua = {s = 0x0, len = 0}, otcpid = 0} __func__ = "t_forward_nonack" #13 0x0000ffff8f7bc41c in _w_t_relay_to (p_msg=0xffff857912f0, proxy=<optimized out>, force_proto=0) at ./src/modules/tm/tm.c:1856 t = <optimized out> res = <optimized out> __func__ = "_w_t_relay_to" #14 0x0000ffff8df91814 in sr_apy_kemi_exec_func_ex (ket=0xffff8f821420 <tm_kemi_exports>, self=<optimized out>, args=0xffff8df15b48 <_PyRuntime+58920>, idx=<optimized out>) at ./src/modules/app_python3/apy_kemi.c:259 fname = {s = 0xffff8f7f6b08 "t_relay", len = 7} i = <optimized out> ret = <optimized out> vps = {{vtype = -1919318472, v = {n = -2062635920, l = 281472914074736, s = {s = 0xffff850eac70 "\003", len = -2062643520}, dict = 0xffff850eac70}}, {vtype = 0, v = {n = -2062621248, l = 281472914089408, s = {s = 0xffff850ee5c0 ";", len = -765511240}, dict = 0xffff850ee5c0}}, {vtype = 0, v = {n = -1914684912, l = 281473062025744, s = {s = 0xffff8de03a10 <PyModule_Type> "*", len = 0}, dict = 0xffff8de03a10 <PyModule_Type>}}, {vtype = 7, v = {n = -1861393856, l = 281473115316800, s = {s = 0xffff910d6240 "\200xN\203\377\377", len = -1914684912}, dict = 0xffff910d6240}}, {vtype = -2062643520, v = {n = -765511888, l = 281474211198768, s = {s = 0xffffd25f3730 "\2607_\322\377\377", len = 1}, dict = 0xffffd25f3730}}, {vtype = -1914655368, v = {n = -765511896, l = 281474211198760, s = {s = 0xffffd25f3728 "\020\346\016\205\377\377", len = -765511888}, dict = 0xffffd25f3728}}} env_P = <optimized out> lmsg = 0xffff857912f0 xret = <optimized out> slen = 841693253507731862 alen = <optimized out> pobj = <optimized out> __func__ = "sr_apy_kemi_exec_func_ex" #15 0x0000ffff8df93440 in sr_apy_kemi_exec_func (self=0xffff850ee5c0, args=0xffff8df15b48 <_PyRuntime+58920>, idx=118) at ./src/modules/app_python3/apy_kemi.c:358 ket = 0xffff8f821420 <tm_kemi_exports> ret = 0x0 pstate = 0x0 pframe = 0x0 pcode = 0x0 tvb = {tv_sec = 0, tv_usec = 0} tve = {tv_sec = 0, tv_usec = 0} tz = {tz_minuteswest = -765511584, tz_dsttime = 65535} tdiff = <optimized out> __func__ = "sr_apy_kemi_exec_func" #16 0x0000ffff8d9a5d88 in ?? () from /lib/aarch64-linux-gnu/libpython3.11.so.1.0 No symbol table info available. #17 0x0000ffff8d9571d8 in _PyObject_MakeTpCall () from /lib/aarch64-linux-gnu/libpython3.11.so.1.0 No symbol table info available. #18 0x0000ffff8d8ed03c in _PyEval_EvalFrameDefault () from /lib/aarch64-linux-gnu/libpython3.11.so.1.0 No symbol table info available. #19 0x0000ffff8da440fc in ?? () from /lib/aarch64-linux-gnu/libpython3.11.so.1.0 No symbol table info available. #20 0x0000ffff8d95a728 in ?? () from /lib/aarch64-linux-gnu/libpython3.11.so.1.0 No symbol table info available. #21 0x0000ffff8df99924 in apy_exec (_msg=<optimized out>, fname=0xffff85797110 "ksr_rtpengine_http_action", fparam=fparam@entry=0x0, emode=emode@entry=1) at ./src/modules/app_python3/python_exec.c:149 pFunc = 0xffff84f7c180 pArgs = 0xffff85075150 pValue = <optimized out> pResult = <optimized out> pmsg = 0xffff83509e10 rval = -1 bmsg = 0x0 locked = 0 __func__ = "apy_exec" #22 0x0000ffff8df90770 in sr_kemi_config_engine_python (msg=<optimized out>, rtype=2, rname=0xffffd25f3f18, rparam=<optimized out>) at ./src/modules/app_python3/apy_kemi.c:88 ret = -1 __func__ = "sr_kemi_config_engine_python" #23 0x0000aaaae3bcb578 in sr_kemi_route (keng=0xaaaae3f7f8e0 <_sr_kemi_eng_list>, msg=msg@entry=0xffff857912f0, rtype=rtype@entry=2, ename=ename@entry=0xffffd25f3f18, edata=edata@entry=0xffffd25f3e38) at core/kemi.c:3853 sfbk = 0 ret = <optimized out> #24 0x0000ffff8f7ac5c0 in t_continue_helper (hash_index=<optimized out>, label=<optimized out>, rtact=<optimized out>, cbname=<optimized out>, cbparam=0xffffd25f3f28, skip_timer=<optimized out>) at ./src/modules/tm/t_suspend.c:319 t = 0xffff8578be90 backup_T = 0xffffffffffffffff backup_T_branch = -1 faked_req = 0xffff857912f0 brpl = 0x0 erpl = 0x0 faked_req_len = 7064 cancel_data = {cancel_bitmap = 3823579136, reason = {cause = 18336, u = {text = {s = 0xffffd25f40a0 "", len = -765509856}, e2e_cancel = 0xffffd25f40a0, packed_hdrs = {s = 0xffffd25f40a0 "", len = -765509856}}}} branch = 1 uac = <optimized out> ret = <optimized out> cb_type = 2 msg_status = <optimized out> last_uac_status = <optimized out> reply_status = <optimized out> do_put_on_wait = <optimized out> hdr = <optimized out> prev = 0x0 tmp = 0x0 route_type_bk = 2 keng = <optimized out> evname = {s = 0xffff8e0915d8 "async:task-exec", len = 15} __func__ = "t_continue_helper" #25 0x0000ffff8e08a93c in async_exec_task (param=0xffff85797100) at ./src/modules/async/async_sleep.c:392 atp = 0xffff85797100 keng = <optimized out> cbname = {s = 0xffff85797110 "ksr_rtpengine_http_action", len = 25} evname = {s = 0xffff8e0915d8 "async:task-exec", len = 15} __func__ = "async_exec_task" #26 0x0000aaaae3b45a6c in async_task_run (awg=awg@entry=0xffff90020d00, idx=idx@entry=1) at core/async_task.c:523 ptask = 0xffff857970f0 received = <optimized out> __func__ = "async_task_run" #27 0x0000aaaae3b46814 in async_task_child_init (rank=rank@entry=0) at core/async_task.c:225 pid = <optimized out> i = 0 pname = "Async Task Worker - rtpengine\000\000\000$\267\262㪪\000\000 B_\322\377\377\000\000\b\362\313㪪\000\000\000\220\366㪪\000" awg = 0xffff90020d00 __func__ = "async_task_child_init" __llevel = <optimized out> __kld = <optimized out> #28 0x0000aaaae3cbf2f8 in init_child (rank=rank@entry=0) at core/sr_module.c:995 ret = <optimized out> type = <optimized out> __func__ = "init_child" #29 0x0000aaaae3b2cfc0 in main_loop () at ./src/main.c:2022 i = <optimized out> pid = <optimized out> si = <optimized out> sx = <optimized out> si_desc = "udp receiver child=3 sock=10.151.1.119:5090\000\377\377\000\000`}\004\220\377\377\000\000\250\310\360%\210&\f7\023\000\000\000\000\000\000\0000\000\000\000\000\000\000\000(\000\000\000\000\000\000\000\240D_\322\377\377\000\000\030\340\261㪪\000\000\3305\347㪪\000\000\240E_\322\377\377\000\000\344D\270㪪\000" nrprocs = <optimized out> woneinit = 1 agfound = <optimized out> __func__ = "main_loop" error = <optimized out> #30 0x0000aaaae3b1e030 in main (argc=<optimized out>, argv=<optimized out>) at ./src/main.c:3406 cfg_stream = <optimized out> c = <optimized out> r = <optimized out> tmp = 0xffffd25f4e5d "" tmp_len = 65535 port = 5060 proto = 0 aproto = 0 ahost = 0x0 socket_name = 0x0 aport = 0 listen_field_count = <optimized out> listen_fields = {0x0, 0x0, 0x0} options = 0xaaaae3e75ea0 ":f:cm:M:dVIhEeb:B:l:L:n:vKrRDTN:W:w:t:u:g:P:G:SQ:O:a:A:x:X:Y:" ret = -1 seed = 379075458 rfd = <optimized out> debug_save = <optimized out> debug_flag = <optimized out> dont_fork_cnt = <optimized out> n_lst = <optimized out> p = <optimized out> tbuf = 0xffff910ed028 <_rtld_global> "\200\343\016\221\377\377" tbuf_tmp = <optimized out> st = {st_dev = 24, st_ino = 1050, st_mode = 16888, st_nlink = 2, st_uid = 106, st_gid = 111, st_rdev = 0, __pad1 = 0, st_size = 40, st_blksize = 4096, __pad2 = 0, st_blocks = 0, st_atim = {tv_sec = 1740037653, tv_nsec = 298823983}, st_mtim = {tv_sec = 1740037653, tv_nsec = 298823983}, st_ctim = {tv_sec = 1740037653, tv_nsec = 298823983}, __glibc_reserved = {0, 0}} l1 = <optimized out> lim = {rlim_cur = 1024, rlim_max = 524288} option_index = 9 long_options = {{name = 0xaaaae3e77a28 "help", has_arg = 0, flag = 0x0, val = 104}, {name = 0xaaaae3e77a30 "version", has_arg = 0, flag = 0x0, val = 118}, {name = 0xaaaae3e8fba8 "alias", has_arg = 1, flag = 0x0, val = 1024}, {name = 0xaaaae3e77a38 "subst", has_arg = 1, flag = 0x0, val = 1025}, {name = 0xaaaae3e77a40 "substdef", has_arg = 1, flag = 0x0, val = 1026}, {name = 0xaaaae3e77a50 "substdefs", has_arg = 1, flag = 0x0, val = 1027}, {name = 0xaaaae3e77a60 "server-id", has_arg = 1, flag = 0x0, val = 1028}, {name = 0xaaaae3e77a70 "loadmodule", has_arg = 1, flag = 0x0, val = 1029}, {name = 0xaaaae3e77a80 "modparam", has_arg = 1, flag = 0x0, val = 1030}, {name = 0xaaaae3e77a90 "log-engine", has_arg = 1, flag = 0x0, val = 1031}, {name = 0xaaaae3e77aa0 "debug", has_arg = 1, flag = 0x0, val = 1032}, {name = 0xaaaae3e77aa8 "cfg-print", has_arg = 0, flag = 0x0, val = 1033}, {name = 0xaaaae3e77ab8 "atexit", has_arg = 1, flag = 0x0, val = 1034}, {name = 0xaaaae3e77ac0 "all-errors", has_arg = 0, flag = 0x0, val = 1035}, {name = 0x0, has_arg = 0, flag = 0x0, val = 0}} __func__ = "main" ### Additional Information * **Kamailio Version** - output of `kamailio -v` ``` version: kamailio 6.0.0 (aarch64/linux) flags: USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MMAP, PKG_MALLOC, MEM_JOIN_FREE, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT-NOSMP, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLOCKLIST, HAVE_RESOLV_RES, TLS_PTHREAD_MUTEX_SHARED ADAPTIVE_WAIT_LOOPS 1024, MAX_RECV_BUFFER_SIZE 262144, MAX_SEND_BUFFER_SIZE 262144, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: unknown compiled with gcc 12.2.0 ``` * **Operating System**: ``` No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux 12 (bookworm) Release: 12 Codename: bookworm Linux #1 SMP Debian 6.1.128-1 (2025-02-07) aarch64 GNU/Linux ``` -- Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/4153 You are receiving this because you are subscribed to this thread. Message ID: <kamailio/kamailio/issues/4153(a)github.com>

3 10

[kamailio/kamailio] Handling Duplicate Values in secfilter Module's kamcmd Commands (Issue #4091)
by AsedMorteza 13 Mar '25

13 Mar '25

**Description** The `secfilter` module in `kamcmd` currently allows duplicate entries when adding values to certain lists (e.g., blacklists, whitelists). This can lead to unexpected behavior and potential inconsistencies. Could you clarify the reason behind accepting duplicate values? Recently, I submitted a pull request to add delete commands to the `secfilter` module #4089. When a user, for example, executes: `kamcmd secfilter.del_bl user 1005` I iterate through the entire list to ensure all occurrences of `1005` are removed, as I realized duplicates might exist. This is inefficient and could be avoided by preventing duplicates in the first place. **Proposed Solutions** 1. **Prevent Duplicates in Existing `add` Commands:** * I can modify existing `add` commands to directly prevent the addition of duplicate values. This would simplify future operations and improve performance. 2. **Introduce New `add_unique` Commands:** * I can maintain the current `add` commands for backward compatibility. * I can introduce new `add_unique` commands (e.g., `secfilter.add_bl_unique`) that explicitly reject duplicate entries. **Recommendation** I recommend implementing the first solution (preventing duplicates in existing `add` commands) as it provides the most straightforward and efficient approach. **Further Considerations** * Consider adding a check for duplicates during the `add` operation and returning an appropriate error message if a duplicate is encountered. * Document the behavior of duplicate values in the `secfilter` module's documentation. **I would appreciate your feedback and guidance on the best course of action.** -- Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/4091 You are receiving this because you are subscribed to this thread. Message ID: <kamailio/kamailio/issues/4091(a)github.com>

4 4

git:6.0:5807e268: modules: readme files regenerated - modules ... [skip ci]
by Kamailio Dev 12 Mar '25

12 Mar '25

Module: kamailio Branch: 6.0 Commit: 5807e268169d251780b09c526c3cf33404314485 URL: https://github.com/kamailio/kamailio/commit/5807e268169d251780b09c526c3cf33… Author: Kamailio Dev <kamailio.dev(a)kamailio.org> Committer: Kamailio Dev <kamailio.dev(a)kamailio.org> Date: 2025-03-12T23:16:16+01:00 modules: readme files regenerated - modules ... [skip ci] --- Modified: src/modules/presence_dfks/README --- Diff: https://github.com/kamailio/kamailio/commit/5807e268169d251780b09c526c3cf33… Patch: https://github.com/kamailio/kamailio/commit/5807e268169d251780b09c526c3cf33… --- diff --git a/src/modules/presence_dfks/README b/src/modules/presence_dfks/README index d965a6e4c6a..4369c944d79 100644 --- a/src/modules/presence_dfks/README +++ b/src/modules/presence_dfks/README @@ -67,7 +67,9 @@ Chapter 1. Admin Guide 2.1. Kamailio Modules The following modules must be loaded before this module: - * sl. presence. pua. + * sl + * presence + * pua 2.2. External Libraries or Applications

1 0

git:6.0:f86649b4: presence_dfks: add missing definition
by Victor Seva 12 Mar '25

12 Mar '25

Module: kamailio Branch: 6.0 Commit: f86649b48483a69327fe4a2ffc66886eab28f07d URL: https://github.com/kamailio/kamailio/commit/f86649b48483a69327fe4a2ffc66886… Author: Victor Seva <linuxmaniac(a)torreviejawireless.org> Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org> Date: 2025-03-12T23:12:16+01:00 presence_dfks: add missing definition (cherry picked from commit fb00af35fa36120491c85d47d3e71b5c6c22a2db) --- Modified: src/modules/presence_dfks/presence_dfks.c --- Diff: https://github.com/kamailio/kamailio/commit/f86649b48483a69327fe4a2ffc66886… Patch: https://github.com/kamailio/kamailio/commit/f86649b48483a69327fe4a2ffc66886… --- diff --git a/src/modules/presence_dfks/presence_dfks.c b/src/modules/presence_dfks/presence_dfks.c index da7210941e1..1e67ee638db 100644 --- a/src/modules/presence_dfks/presence_dfks.c +++ b/src/modules/presence_dfks/presence_dfks.c @@ -46,6 +46,7 @@ MODULE_VERSION static int mod_init(void); /** API structures */ +add_event_t pres_add_event; sl_api_t slb; presence_api_t pres; pua_api_t pua;

1 0

git:6.0:394437f4: presence_dfks: fix list format on docs [skip ci]
by Victor Seva 12 Mar '25

12 Mar '25

Module: kamailio Branch: 6.0 Commit: 394437f499c487c364d9e82a49367202b2aeb435 URL: https://github.com/kamailio/kamailio/commit/394437f499c487c364d9e82a4936720… Author: Victor Seva <linuxmaniac(a)torreviejawireless.org> Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org> Date: 2025-03-12T23:12:16+01:00 presence_dfks: fix list format on docs [skip ci] (cherry picked from commit 0dd0d00e935d1cc74eb5c2bcec8119ed572e324d) --- Modified: src/modules/presence_dfks/doc/presence_dfks_admin.xml --- Diff: https://github.com/kamailio/kamailio/commit/394437f499c487c364d9e82a4936720… Patch: https://github.com/kamailio/kamailio/commit/394437f499c487c364d9e82a4936720… --- diff --git a/src/modules/presence_dfks/doc/presence_dfks_admin.xml b/src/modules/presence_dfks/doc/presence_dfks_admin.xml index 6b08fcb27e7..bcea808b371 100644 --- a/src/modules/presence_dfks/doc/presence_dfks_admin.xml +++ b/src/modules/presence_dfks/doc/presence_dfks_admin.xml @@ -32,13 +32,9 @@ <para> The following modules must be loaded before this module: <itemizedlist> - <listitem> - <para> - <emphasis>sl</emphasis>. - <emphasis>presence</emphasis>. - <emphasis>pua</emphasis>. - </para> - </listitem> + <listitem><para><emphasis>sl</emphasis></para></listitem> + <listitem><para><emphasis>presence</emphasis></para></listitem> + <listitem><para><emphasis>pua</emphasis></para></listitem> </itemizedlist> </para> </section>

1 0

← Newer
1
...
9
10
11
12
13
14
15
...
18
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

sr-dev March 2025