sr-dev November 2011

sr-dev@lists.kamailio.org

31 participants
340 discussions

git:master: dialog(k): Remove warning in docs regarding usage of stateless replies
by Timo Reimann 09 Nov '11

09 Nov '11

Module: sip-router Branch: master Commit: 378a6e03ac35000212ff0263a997807f6e178f01 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=378a6e0… Author: Timo Reimann <sr(a)foo-lounge.de> Committer: Timo Reimann <sr(a)foo-lounge.de> Date: Tue Nov 8 23:46:37 2011 +0100 dialog(k): Remove warning in docs regarding usage of stateless replies (resolved by now). --- modules_k/dialog/doc/dialog_admin.xml | 9 --------- 1 files changed, 0 insertions(+), 9 deletions(-) diff --git a/modules_k/dialog/doc/dialog_admin.xml b/modules_k/dialog/doc/dialog_admin.xml index cdc3f19..2fccc78 100644 --- a/modules_k/dialog/doc/dialog_admin.xml +++ b/modules_k/dialog/doc/dialog_admin.xml @@ -1434,15 +1434,6 @@ dlg_refer("caller", "sip:annoucement@kamailio.org"); <para> This function can be used from REQUEST_ROUTE. </para> - <para> - IMPORTANT: Users of this function should make sure that the - dialog created is further processed statefully. Specifically, if a - stateless response is sent out after dlg_manage() is called, the - dialog cannot be handled properly. So make sure that a transaction - exists or create it explicitly using the tm module. This is a - shortcoming of the current implementation that may be resolved in a - future version hopefully. - </para> <example> <title><function>dlg_manage</function> usage</title> <programlisting format="linespecific">

1 0

[tracker] Task closed: db_mysql doesn't work
by sip-router 09 Nov '11

09 Nov '11

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task is now closed: FS#174 - db_mysql doesn't work User who did this - Timo Reimann (tr) Reason for closing: Not a bug Additional comments about closing: As noted in the close request there seems to be a misconfiguration, so I will close this bug. In case configuring url_db in the presence_xml mode doesn't help please report back so that we re-open this issue. More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=174 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

1 0

[tracker] Comment added: Double Free -- Crash/Coredump and possible security vulnerability
by sip-router 09 Nov '11

09 Nov '11

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#173 - Double Free -- Crash/Coredump and possible security vulnerability User who did this - Timo Reimann (tr) ---------- I think Kamailio automatically tries to shut down if a segfault occurs; this is what you see in the second core dump and should be unrelated to the cause of the problem. You also seem to be storing dialogs in the database. What DB mode are you using? Could you try disabling DB usage (i.e., set db_mode to 0) for a while and see if it helps? ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=173#comment343 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

1 0

setting up TLS connections from Kamailio
by Olle E. Johansson 09 Nov '11

09 Nov '11

I am trying to get some detailed understanding on the TLS code in Kamailio, but have a problem finding the code used to connect to other servers over TLS. There is some documentation saying that the server part is a bit weird, since we get into the routing script, having accepted a message, before we can evaluate certificates. I agree with that documentation, but it kind of works so far. I can't find a way to verify the certificate of the server I connect to as a client *BEFORE* I send any message. Anyone that can comment or point me to the right file? Thanks, /O

2 2

[tracker] Task opened: auth_db crash if table_version field does not exist
by sip-router 09 Nov '11

09 Nov '11

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. A new Flyspray task has been opened. Details are below. User who did this - Juha Heinanen (jh) Attached to Project - sip-router Summary - auth_db crash if table_version field does not exist Task Type - Bug Report Category - Module Status - New Assigned To - Operating System - All Severity - Medium Priority - Normal Reported Version - Development Due in Version - Undecided Due Date - Undecided Details - sip router crashed at startup if auth_db module parameter version_table has value 1 and if table_version field does not exist in version table. syslog has these entries: Nov 9 07:13:44 sip /usr/sbin/sip-proxy[9936]: ERROR: db_mysql [km_dbase.c:122]: driver error on query: Unknown column 'table_version' in 'field list' Nov 9 07:13:44 sip /usr/sbin/sip-proxy[9936]: ERROR: <core> [db_query.c:103]: error while submitting query Nov 9 07:13:44 sip /usr/sbin/sip-proxy[9936]: ERROR: <core> [db.c:380]: error in db_query Nov 9 07:13:44 sip /usr/sbin/sip-proxy[9936]: ERROR: <core> [db.c:419]: querying version for table radcheck Nov 9 07:13:44 sip /usr/sbin/sip-proxy[9936]: ERROR: auth_db [authdb_mod.c:259]: error during table version check. Nov 9 07:13:44 sip /usr/sbin/sip-proxy[9936]: ERROR: <core> [route.c:1216]: fixing failed (code=-1) at cfg:/etc/sip-proxy/sip-proxy.cfg:1574 Nov 9 07:13:44 sip /usr/sbin/sip-proxy[9936]: ERROR: <core> [route.c:1216]: fixing failed (code=-1) at cfg:/etc/sip-proxy/sip-proxy.cfg:1624 Nov 9 07:13:44 sip kernel: [ 9301.413409] sip-proxy[9936]: segfault at 786e6570 ip b77a5e38 sp bffceb5c error 4 in libc-2.11.2.so[b7733000+140000] Nov 9 07:13:45 sip sip-proxy: ERROR: <core> [daemonize.c:307]: Main process exited before writing to pipe and gdb reports (gdb) where #0 0xb77a5e38 in strcmp () from /lib/i686/cmov/libc.so.6 #1 0x080f54f9 in find_mod_export_record (mod=0xb73c1fc8 "db_mysql", name=0xb7315353 "db_bind_api", param_no=0, flags=0, mod_if_ver=0xbffcebec) at sr_module.c:657 #2 0x080f5756 in find_mod_export (mod=0xb73c1fc8 "db_mysql", name=0xb7315353 "db_bind_api", param_no=0, flags=0) at sr_module.c:722 #3 0xb730c49c in db_bind_mod (mod=0xb6717944, mydbf=0x8) at db.c:209 #4 0xb67130d2 in ht_db_init_con () at ht_db.c:75 #5 0xb670a144 in destroy () at htable.c:225 #6 0x080f3684 in destroy_modules () at sr_module.c:782 #7 0x0809087c in cleanup (show_status=0) at main.c:564 #8 0x08091509 in shutdown_children (show_status=0, sig=<value optimized out>) at main.c:706 #9 0x080940f7 in main (argc=17, argv=0xbffceeb4) at main.c:2523 More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=175 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

1 0

Failed to add user via kamctl
by Rajesh Sai T 09 Nov '11

09 Nov '11

Hi, I'm a newbie to kamailio. I have tried out installing kamailio server on my system to set up SIP server. I have configured POSTGRES sql as database. And I'm able to create required tables. [ INFO: Extra tables succesfully created.] . I hope I have configured kamailio server even correctly. I'm able to run SIP server but unable to add any user to it using kamctl. It always pops an error message saying [ INFO: user 'jojo' already exists as alias] . Its failing to add any user under sun with same error message saying already exists. But I dont find any user added. I'm nt able to understand the exact problem. It would be of great help if any one can give me pointer to solve this issue. Thank you. Regards, Sai Rajesh.

1 0

[tracker] Comment added: Double Free -- Crash/Coredump and possible security vulnerability
by sip-router 09 Nov '11

09 Nov '11

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#173 - Double Free -- Crash/Coredump and possible security vulnerability User who did this - Bayan Towfiq (btowfiq) ---------- I set dlg_match_mode to 1 and it is still crashing the same way. One other thing I noticed is that I am getting two separate coredumps from two processes. After the first coredump (same as above), there is a second coredump about 1 minute later, before all the processes end. Here is the short and long backtrace for the second coredump from the other process 1 min after the first crash: (gdb) bt #0 0x00007f1cb918ea75 in raise () from /lib/libc.so.6 #1 0x00007f1cb91925c0 in abort () from /lib/libc.so.6 #2 0x000000000045ff41 in sig_alarm_abort (signo=<value optimized out>) at main.c:661 #3 <signal handler called> #4 0x00007f1cb923d877 in syscall () from /lib/libc.so.6 #5 0x00007f1cb1ae5f05 in futex_get (ticks=<value optimized out>, param=<value optimized out>) at ../../mem/../futexlock.h:123 #6 dialog_update_db (ticks=<value optimized out>, param=<value optimized out>) at dlg_db_handler.c:828 #7 0x00007f1cb1adbd21 in mod_destroy () at dialog.c:692 #8 0x00000000004e23f4 in destroy_modules () at sr_module.c:782 #9 0x000000000046154f in cleanup (show_status=1) at main.c:536 #10 0x00000000004621bb in shutdown_children (show_status=1, sig=<value optimized out>) at main.c:678 #11 0x00000000004631d2 in handle_sigs () at main.c:769 #12 0x000000000046436e in main_loop () at main.c:1713 #13 0x0000000000465dd2 in main (argc=11, argv=0x7fffc752dbc8) at main.c:2475 (gdb) bt #0 0x00007f1cb918ea75 in raise () from /lib/libc.so.6 #1 0x00007f1cb91925c0 in abort () from /lib/libc.so.6 #2 0x000000000045ff41 in sig_alarm_abort (signo=<value optimized out>) at main.c:661 #3 <signal handler called> #4 0x00007f1cb923d877 in syscall () from /lib/libc.so.6 #5 0x00007f1cb1ae5f05 in futex_get (ticks=<value optimized out>, param=<value optimized out>) at ../../mem/../futexlock.h:123 #6 dialog_update_db (ticks=<value optimized out>, param=<value optimized out>) at dlg_db_handler.c:828 #7 0x00007f1cb1adbd21 in mod_destroy () at dialog.c:692 #8 0x00000000004e23f4 in destroy_modules () at sr_module.c:782 #9 0x000000000046154f in cleanup (show_status=1) at main.c:536 #10 0x00000000004621bb in shutdown_children (show_status=1, sig=<value optimized out>) at main.c:678 #11 0x00000000004631d2 in handle_sigs () at main.c:769 #12 0x000000000046436e in main_loop () at main.c:1713 #13 0x0000000000465dd2 in main (argc=11, argv=0x7fffc752dbc8) at main.c:2475 (gdb) bt full #0 0x00007f1cb918ea75 in raise () from /lib/libc.so.6 No symbol table info available. #1 0x00007f1cb91925c0 in abort () from /lib/libc.so.6 No symbol table info available. #2 0x000000000045ff41 in sig_alarm_abort (signo=<value optimized out>) at main.c:661 No locals. #3 <signal handler called> No symbol table info available. #4 0x00007f1cb923d877 in syscall () from /lib/libc.so.6 No symbol table info available. #5 0x00007f1cb1ae5f05 in futex_get (ticks=<value optimized out>, param=<value optimized out>) at ../../mem/../futexlock.h:123 v = <value optimized out> #6 dialog_update_db (ticks=<value optimized out>, param=<value optimized out>) at dlg_db_handler.c:828 index = <value optimized out> cell = <value optimized out> #7 0x00007f1cb1adbd21 in mod_destroy () at dialog.c:692 No locals. #8 0x00000000004e23f4 in destroy_modules () at sr_module.c:782 t = 0x7f1cb8da6578 foo = 0x7f1cb8da6108 __FUNCTION__ = "destroy_modules" #9 0x000000000046154f in cleanup (show_status=1) at main.c:536 memlog = <value optimized out> __FUNCTION__ = "cleanup" #10 0x00000000004621bb in shutdown_children (show_status=1, sig=<value optimized out>) at main.c:678 No locals. #11 0x00000000004631d2 in handle_sigs () at main.c:769 chld = 0 chld_status = 134 memlog = <value optimized out> #12 0x000000000046436e in main_loop () at main.c:1713 i = 8 pid = <value optimized out> si = 0x0 si_desc = "udp receiver child=7 sock=70.167.153.130:5160\000\000\000\000\000@\020", '\000' <repeats 12 times>, "\016\b\000\000\000\000\000\000\000h\244@N\225\342\362&\000\000\000\000\000\000\000\001\000\000\000\000\000\000\000\300\v\215\000\000\000\000\000\"\000\000\000\000\000\000\000\000\000@\020", '\000' <repeats 11 times> #13 0x0000000000465dd2 in main (argc=11, argv=0x7fffc752dbc8) at main.c:2475 cfg_stream = <value optimized out> c = <value optimized out> r = <value optimized out> tmp = 0x7fffc752ee83 "" tmp_len = 0 port = <value optimized out> proto = <value optimized out> ret = <value optimized out> ---Type <return> to continue, or q <return> to quit--- seed = 48325081 rfd = <value optimized out> debug_save = 272629760 debug_flag = 34 dont_fork_cnt = 0 n_lst = 0x10400000 p = <value optimized out> ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=173#comment342 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

1 0

[tracker] Comment added: Double Free -- Crash/Coredump and possible security vulnerability
by sip-router 08 Nov '11

08 Nov '11

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#173 - Double Free -- Crash/Coredump and possible security vulnerability User who did this - Timo Reimann (tr) ---------- I'm still investigating the issue but will need some more time. In the meantime, is it possible for you to change dlg_match_mode to 1? That could help in ruling out match mode as a possible error source. ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=173#comment341 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

1 0

git:3.2: dialog(k): Remove warning in docs regarding usage of stateless replies
by Timo Reimann 08 Nov '11

08 Nov '11

Module: sip-router Branch: 3.2 Commit: a823c40f18b7f7481dd1c7f114f9e68704042dd4 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=a823c40… Author: Timo Reimann <sr(a)foo-lounge.de> Committer: Timo Reimann <sr(a)foo-lounge.de> Date: Tue Nov 8 23:46:37 2011 +0100 dialog(k): Remove warning in docs regarding usage of stateless replies (resolved by now). (cherry picked from commit 378a6e03ac35000212ff0263a997807f6e178f01) --- modules_k/dialog/doc/dialog_admin.xml | 9 --------- 1 files changed, 0 insertions(+), 9 deletions(-) diff --git a/modules_k/dialog/doc/dialog_admin.xml b/modules_k/dialog/doc/dialog_admin.xml index cdc3f19..2fccc78 100644 --- a/modules_k/dialog/doc/dialog_admin.xml +++ b/modules_k/dialog/doc/dialog_admin.xml @@ -1434,15 +1434,6 @@ dlg_refer("caller", "sip:annoucement@kamailio.org"); <para> This function can be used from REQUEST_ROUTE. </para> - <para> - IMPORTANT: Users of this function should make sure that the - dialog created is further processed statefully. Specifically, if a - stateless response is sent out after dlg_manage() is called, the - dialog cannot be handled properly. So make sure that a transaction - exists or create it explicitly using the tm module. This is a - shortcoming of the current implementation that may be resolved in a - future version hopefully. - </para> <example> <title><function>dlg_manage</function> usage</title> <programlisting format="linespecific">

1 0

[tracker] Comment added: Double Free -- Crash/Coredump and possible security vulnerability
by sip-router 08 Nov '11

08 Nov '11

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#173 - Double Free -- Crash/Coredump and possible security vulnerability User who did this - Bayan Towfiq (btowfiq) ---------- Yes I'm running the latest 3.2 branch with recompiled kamailio. it includes your commits to the dialog module: root@guru:/usr/local/etc/kamailio# kamailio -V version: kamailio 3.2.0 (x86_64/linux) baed41-dirty flags: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 4MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: baed41 -dirty compiled on 02:47:08 Nov 8 2011 with gcc 4.4.3 I'm not using CDR generation or ACC module in this config. I am using the dialog module to terminate calls (Inject BYEs) with RPC commands using dialog hashes. In the script I use dialog variables for h_entry and h_id and for setting dlg_ctx(timeout_bye): $avp(hash_entry) = $dlg(h_entry); $avp(hash_id) = $dlg(h_id); $dlg_ctx(timeout_bye) = 1; I also use the dlg_manage() function from the config. For the dlg_match_mode I use modparam("dialog", "dlg_match_mode", 2) ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=173#comment340 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

1 0

← Newer
1
...
21
22
23
24
25
26
27
...
34
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

sr-dev November 2011