sr-users December 2013

sr-users@lists.kamailio.org

70 participants
132 discussions

reload to memory is much slower and has problms after upgrade to 3.3.2 and using mem_join=1
by Uri Shacked 05 Dec '13

05 Dec '13

Hi, I am using MTREE and DIALPLAN modules to load lots of info to kamailio. (6 million rows). When kamailio was running with 3.2.1 (no mem_join=1 option), the used size was increasing but the process of loading the data was fast eanough. I upgraded to 3.3.2 and set mem_join=1. Now the loading process take about 10 time longer and sometimes stops kamailio from responding to traffic. Any ideas? Thanks, Uri

3 19

Re: [SR-Users] Logging and debugging
by Keith 05 Dec '13

05 Dec '13

Thanks for the quick reply, i'll have a look at that! I am also keen to log SIP invite errors etc, is this normally shown in the CDR table? Cheers Keith

1 0

4.0.4 SEGFAULT again
by Kelvin Chua 05 Dec '13

05 Dec '13

the previous segfault was fixed, now this is a different, i cannot replicate this consistently. randomly crashes. full backtrace: #0 qm_detach_free (frag=0x27d926b4da0, qm=<optimized out>) at mem/q_malloc.c:269 prev = 0x27d923ad0a8 next = 0x0 #1 qm_malloc (qm=0x27d923ad000, size=48) at mem/q_malloc.c:386 f = 0x27d926b4da0 hash = -1841639256 #2 0x0000027d99431c76 in insert_tmcb () from /usr/local/lib64/kamailio/modules/tm.so No symbol table info available. #3 0x0000027d96c0420b in dlg_set_tm_callbacks () from /usr/local/lib64/kamailio/modules/dialog.so No symbol table info available. #4 0x0000027d96c04508 in dlg_onreq () from /usr/local/lib64/kamailio/modules/dialog.so No symbol table info available. #5 0x0000027d9943101b in ?? () from /usr/local/lib64/kamailio/modules/tm.so No symbol table info available. #6 0x0000027d9940f052 in build_cell () from /usr/local/lib64/kamailio/modules/tm.so No symbol table info available. #7 0x0000027d9943bfc6 in t_newtran () from /usr/local/lib64/kamailio/modules/tm.so No symbol table info available. #8 0x0000027d99420cc3 in t_relay_to () from /usr/local/lib64/kamailio/modules/tm.so No symbol table info available. #9 0x000000000041d58b in do_action (h=0x3ff745086c0, a=0x27d9a40c170, msg=0x27d9a458be0) at action.c:1074 ret = -5 v = <optimized out> dst = {send_sock = 0x3ff74507b70, to = {s = {sa_family = 35808, sa_data = "E\232}\002\000\000\370{Pt\377\003\000"}, sin = {sin_family = 35808, sin_port = 39493, sin_addr = {s_addr = 637}, sin_zero = "\370{Pt\377\003\000"}, sin6 = { sin6_family = 35808, sin6_port = 39493, sin6_flowinfo = 637, sin6_addr = {__in6_u = { __u6_addr8 = "\370{Pt\377\003\000\000\340\213E\232}\002\000", __u6_addr16 = {31736, 29776, 1023, 0, 35808, 39493, 637, 0}, __u6_addr32 = {1951431672, 1023, 2588249056, 637}}}, sin6_scope_id = 6372243}}, id = 0, proto = -77 '\263', send_flags = { f = 138 '\212', blst_imask = 74 'J'}} tmp = <optimized out> new_uri = <optimized out> end = <optimized out> crt = <optimized out> cmd = 0x27d9a3eddd8 len = <optimized out> user = <optimized out> uri = {user = {s = 0x3ff74507810 "H", len = -1706983472}, passwd = { s = 0x27d97473a60 "\220\202E\232}\002", len = -1759063584}, host = { s = 0x3000000018 <Address 0x3000000018 out of bounds>, len = 44882432}, port = { s = 0x27d9a3e6be0 "gw::current", len = 11}, params = {s = 0x1 <Address 0x1 out of bounds>, len = -1706983328}, sip_params = {s = 0x3ff74507810 "H", len = -1706718240}, headers = { s = 0x3ff74507b40 "\001", len = -1}, port_no = 39664, proto = 39492, type = 637, flags = 4885171, transport = {s = 0x3ff74508050 "\037\067c", len = 44882432}, ttl = { s = 0x3ff74507b40 "\001", len = 1951431488}, user_param = {s = 0x3ff745086c0 "\003", len = 5148184}, maddr = {s = 0x63371f "", len = -1759094110}, method = { s = 0x27d9a449af0 "0\265?\232}\002", len = 4310469}, lr = {s = 0x27d9a458be0 "F]8", len = -1706761360}, r2 = {s = 0x48 <Address 0x48 out of bounds>, len = -1841596304}, gr = { s = 0x3ff74507890 "@x>\232}\002", len = -1706720624}, transport_val = {s = 0x27d926121a0 "", len = -1707182016}, ttl_val = {s = 0x27d9a449af0 "0\265?\232}\002", len = -1706968808}, user_param_val = {s = 0x27d9a41b918 "\002", len = -1706967088}, maddr_val = { s = 0x27d9a458be0 "F]8", len = 1951434432}, method_val = {s = 0x3ff74507b50 "\037\067c", len = 5170540}, lr_val = {s = 0x0, len = -1713638448}, r2_val = { s = 0x27d9a3e7840 "gw::current", len = 11}, gr_val = {s = 0x0, len = -1706968832}} next_hop = {user = {s = 0x3ff74507b68 "\305\305A", len = -1706718240}, passwd = { s = 0x3ff745086c0 "\003", len = 1951431528}, host = {s = 0x3ff74507b20 "", len = 4885171}, port = {s = 0x13 <Address 0x13 out of bounds>, len = -1706968848}, params = { s = 0x3ff74507b40 "\001", len = -1706718240}, sip_params = {s = 0x3ff745086c0 "\003", len = 5165842}, headers = {s = 0x27d92804290 "\020", len = 5746748}, port_no = 32448, proto = 29776, type = 1023, flags = 0, transport = {s = 0x27d92b1a090 "\002", len = -1765734391}, ttl = {s = 0x0, len = 0}, user_param = { s = 0x3ff74507b60 "\360\232D\232}\002", len = 1951431520}, maddr = { s = 0x800000000 <Address 0x800000000 out of bounds>, len = 9689456}, method = { s = 0x3ff74507a70 "", len = 9598498}, lr = {s = 0x2 <Address 0x2 out of bounds>, len = -1833852784}, r2 = {s = 0x0, len = -1706718240}, gr = {s = 0x27d9a41b8f8 "\a", len = -1765730574}, transport_val = {s = 0x27d96e3c890 "", len = -1765795157}, ttl_val = { s = 0xffffffff00000000 <Address 0xffffffff00000000 out of bounds>, len = -1765722972}, user_param_val = {s = 0x27d98330d4a "<script>: ", len = -1713638448}, maddr_val = { s = 0x27d9a456f00 "@", len = 5746748}, method_val = {s = 0x27d9a469df8 "\006", len = -1707093008}, lr_val = {s = 0x27d9a458be0 "F]8", len = 44882432}, r2_val = { s = 0x27d9a458be0 "F]8", len = -1706965328}, gr_val = {s = 0x27d9a458be0 "F]8", len = 1951434432}} u = <optimized out> port = <optimized out> dst_host = <optimized out> i = <optimized out> flags = <optimized out> avp = <optimized out> st = {flags = 1951432672, id = 1023, name = {n = 0, s = {s = 0x0, len = -1706779920}, re = 0x0}, avp = 0x4ee90f} sct = <optimized out> sjt = <optimized out> rve = <optimized out> mct = <optimized out> rv = <optimized out> rv1 = <optimized out> c1 = {cache_type = 2588249056, val_type = 637, c = {avp_val = {n = 1, s = { s = 0xc00000001 <Address 0xc00000001 out of bounds>, len = 0}, re = 0xc00000001}, pval = { rs = {s = 0xc00000001 <Address 0xc00000001 out of bounds>, len = 0}, ri = -1765782691, flags = 637}}, i2s = "\001\000\000\000\000\000\000\000\244\064\301\226}\002\000\000\037\067c\000\000"} s = {s = 0x1 <Address 0x1 out of bounds>, len = -1765690355} srevp = {0x92763d, 0x27d96c134a4} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NUMBER_ST, u = {number = 2, string = 0x2 <Address 0x2 out of bounds>, str = {s = 0x2 <Address 0x2 out of bounds>, len = 0}, data = 0x2, attr = 0x2, select = 0x2}}, {type = RVE_FREE_FIXUP_ST, u = { number = 0, string = 0x0, str = {s = 0x0, len = 5}, data = 0x0, attr = 0x0, select = 0x0}}, { type = RVE_FREE_FIXUP_ST, u = {number = 0, string = 0x0, str = {s = 0x0, len = 4}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, { type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} __FUNCTION__ = "do_action" #10 0x000000000041c5c5 in run_actions (h=0x3ff745086c0, a=0x27d9a405e80, msg=0x27d9a458be0) at action.c:1573 t = <optimized out> ret = <optimized out> mod = <optimized out> ms = 0 __FUNCTION__ = "run_actions" #11 0x000000000041daaa in do_action (h=0x3ff745086c0, a=0x27d9a4498f0, msg=0x27d9a458be0) at action.c:690 ret = -5 v = <optimized out> dst = {send_sock = 0x27d9969e080, to = {s = {sa_family = 0, sa_data = "\000\000\000\000\000\000\037\067c\000\000\000\000"}, sin = {sin_family = 0, sin_port = 0, sin_addr = {s_addr = 0}, sin_zero = "\037\067c\000\000\000\000"}, sin6 = { sin6_family = 0, sin6_port = 0, sin6_flowinfo = 0, sin6_addr = {__in6_u = { __u6_addr8 = "\037\067c\000\000\000\000\000\001\000\000\000\f\000\000", __u6_addr16 = { 14111, 99, 0, 0, 1, 0, 12, 0}, __u6_addr32 = {6502175, 0, 1, 12}}}, sin6_scope_id = 2453371216}}, id = 637, proto = -94 '\242', send_flags = {f = 163 '\243', blst_imask = 67 'C'}} tmp = <optimized out> new_uri = <optimized out> end = <optimized out> crt = <optimized out> cmd = <optimized out> len = <optimized out> user = <optimized out> uri = {user = {s = 0x27d9ab95fb0 "\200\235\024\002", len = 1951432016}, passwd = { s = 0x27d9ab95720 "", len = 34928992}, host = {s = 0x109 <Address 0x109 out of bounds>, len = 44882432}, port = {s = 0x120 <Address 0x120 out of bounds>, len = -1706721952}, params = {s = 0x1 <Address 0x1 out of bounds>, len = 0}, sip_params = {s = 0x63371f "", len = 100}, headers = {s = 0x937560 "", len = 4310469}, port_no = 0, proto = 0, type = ERROR_URI_T, flags = URI_USER_NORMALIZE, transport = { s = 0xfffffffb <Address 0xfffffffb out of bounds>, len = 44882432}, ttl = { s = 0x15 <Address 0x15 out of bounds>, len = -1707088000}, user_param = {s = 0x0, len = 0}, maddr = {s = 0x63371f "", len = -1}, method = {s = 0x27d923b7950 "`\315b\222}\002", len = 4310469}, lr = {s = 0x27d9a458be0 "F]8", len = -1706721952}, r2 = { s = 0x7100000000 <Address 0x7100000000 out of bounds>, len = -1706721696}, gr = { s = 0x1 <Address 0x1 out of bounds>, len = 0}, transport_val = {s = 0x63371f "", len = 100}, ttl_val = {s = 0x937560 "", len = 4315438}, user_param_val = {s = 0x3ff74507e70 "\001", len = 1951432192}, maddr_val = {s = 0x27d9a458be0 "F]8", len = -1707088000}, method_val = { s = 0x1 <Address 0x1 out of bounds>, len = 1951434432}, lr_val = {s = 0x0, len = 1951434432}, r2_val = {s = 0x3ff74508530 "\001", len = -1}, gr_val = {s = 0x27d923b7950 "`\315b\222}\002", len = 4346308}} next_hop = {user = {s = 0x0, len = 1}, passwd = {s = 0x3ff745086c0 "\003", len = -1671675758}, host = {s = 0x3ff745086c0 "\003", len = 1951434032}, port = { s = 0xffffffff <Address 0xffffffff out of bounds>, len = -1841596080}, params = { s = 0xe8d81dd966fc4092 <Address 0xe8d81dd966fc4092 out of bounds>, len = 154943634}, sip_params = {s = 0x3ff00000000 <Address 0x3ff00000000 out of bounds>, len = 8187}, headers = { s = 0x1 <Address 0x1 out of bounds>, len = 1}, port_no = 1, proto = 0, type = ERROR_URI_T, flags = 11, transport = {s = 0xffffffffffffffa0 <Address 0xffffffffffffffa0 out of bounds>, .... cut off Kelvin Chua

1 0

Logging and debugging
by Keith 05 Dec '13

05 Dec '13

Hi guys, Does anyone have any advice to good Kamailio logging and debugging? When you switch on debugging the file grows quickly and with information that isn't really required. My initial idea is to run through the code and make lots of comments but just wanted other peoples ideas/views. Thanks, as always. Keith

2 1

Re: [SR-Users] COR
by Keith 04 Dec '13

04 Dec '13

Thanks, but I need to restrict based on registered user, i.e. some users will be able to dial those numbers others wont. Thanks, Keith

2 1

Considering to release v4.1.0 on Dec4, 2014
by Daniel-Constantin Mierla 04 Dec '13

04 Dec '13

Hello, I have few issues on my list to fix for 4.1 before the full release, but I consider one week being enough time. Therefore I plan to release 4.1.0 next Wednesday, Dec 4, 2014. If anyone would prefer a different plan, expose it on the mailing list for further discussions. Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 4

IPv4, IPv6, RTPProxy and Kamailio
by Mark Zeman 04 Dec '13

04 Dec '13

Hello all, The subject says most of it, I think. We set up our Kamailio and RTPProxy according to http://kb.asipto.com/kamailio:kamailio-mixed-ipv4-ipv6 with the addition of an alias (siplab.ch), and the DNS to go with it, as well as TLS and SRTP. However, we only get working calls IPv4-IPv4 and IPv6-IPv6! IPv4-IPv6 we get a proper connection, secured with SRTP, but no audio. Looking at the network, RTP packets go from the caller to the server, but nothing leaves the server and no RTP packets go from callee to server. Do you have any idea how to fix this? Cheers, Mark

3 6

(no subject)
by Abdelkader Allam 04 Dec '13

04 Dec '13

Hello Guys, I am using Kamailio 4.1.0. I am trying to get Kamailio to rotate the cdr log through command kamcmd flatstore.rotate but it keeps sending log to the renamed files, I use the following parameter #!define WITH_ACCFILE # ----- acc params ----- /* what special events should be accounted ? */ modparam("acc", "early_media", 1) modparam("acc", "report_ack", 1) modparam("acc", "report_cancels", 1) /* by default ww do not adjust the direct of the sequential requests. if you enable this parameter, be sure the enable "append_fromtag" in "rr" module */ modparam("acc", "detect_direction", 0) /* account triggers (flags) */ modparam("acc", "log_flag", FLT_ACC) modparam("acc", "log_missed_flag", FLT_ACCMISSED) modparam("acc", "log_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;" "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") modparam("acc", "failed_transaction_flag", FLT_ACCFAILED) /* enhanced DB accounting */ modparam("acc", "db_flag", FLT_ACC) modparam("acc", "db_missed_flag", FLT_ACCMISSED) #!ifdef WITH_ACCFILE modparam("acc", "db_url", "flatstore:/var/log/kamailio") modparam("db_flatstore", "flush", 1) modparam("acc", "cdr_enable", 1) #modparam("acc", "cdr_flag", 3) modparam("acc", "db_extra","ds=$DLG_lifetime") modparam("acc", "log_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;" "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd;" "duration=$DLG_lifetime") modparam("acc", "db_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;" "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd;" "duration=$avp(i:256)") #!endif

1 0

Re: [SR-Users] COR
by Keith 04 Dec '13

04 Dec '13

Hi, I want to build in a Class of Restriction in Kamailio so I can allow/deny calls to numbers (countries) based on the caller CLI. Ideally I want to do this in the db but not sure the best way or if there is something to do this already? Cheers. Keith

2 1

"new_t: out_of_mem" errors, yet core.shmmem reports >60% shmmem free
by elactrum＠jamailca.com 04 Dec '13

04 Dec '13

Hi, I have a Kamailio 3.3.3 server that currently reports the following errors upon execution of t_relay() for certain initial INVITEs. daemon.err /usr/sbin/kamailio[26916]: ERROR: <core> [sip_msg_clone.c:505]: ERROR: sip_msg_cloner: cannot allocate memory daemon.err /usr/sbin/kamailio[26916]: ERROR: tm [t_lookup.c:1338]: ERROR: new_t: out of mem: daemon.err /usr/sbin/kamailio[26917]: ERROR: tm [t_lookup.c:1478]: ERROR: t_newtran: new_t failed I understand this error to be related to shared memory, based on [1]. However, sercmd reports normal shared memory utilization: # sercmd core.shmmem { total: 67108864 free: 43189728 used: 20505784 real_used: 23919136 max_used: 65948568 fragments: 36887 } These figures are quite similar to another server with the same configuration and Kamailio version, which is not reporting out-of-memory errors. # sercmd core.shmmem { total: 67108864 free: 40219536 used: 23241952 real_used: 26889328 max_used: 66306288 fragments: 37832 } I recently saw similar symptoms on a Kamailio 4.0.4 server, but Kamailio unfortunately crashed before I could get further details. In this case, I can consistently duplicate the problem with certain INVITEs. It seems that the failure is somehow related to the size of the SIP headers. For example, I have an INVITE from a Polycom phone which t_relay() routes successfully with 741 bytes of headers (total SIP length 1039 bytes). However, it seems that if I add one character to any of its SIP headers (742 bytes of headers; total SIP length 1039 bytes) the t_relay() will consistently fail. This binary doesn't have DBG_QM_MALLOC configured (I am working on getting it re-compiled). However, since I don't know what caused the problem, I would still like to get as much information as I can out of the running system. I have attached the output of mi_statistics, as well as mem_dump_pkg for the external UDP receivers and the ctl handler. Are there any other diagnostics that could be useful? -Andrew [1] http://www.kamailio.org/dokuwiki/doku.php/troubleshooting:faq#qwhat_does_er…

3 3

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 December 2013