- sr-users - kamailio.org

Issue in cdr generation in seconds format
by Narayan P 06 Apr '18

06 Apr '18

Hello Sir, I need your expertise for kamailio cdr generation in seconds format. I have a requirement to generate cdr duration in second format.Now I am getting second.milliseconds format.Below is the log where duration is 18.676 but I want this to be 19.(suppose where duration =18.234, I need it to be 18). Mar 16 10:38:22 vm11-kamailio /usr/local/sbin/kamailio[20787]: NOTICE: acc [acc_cdr.c:352]: log_write_cdr(): start_time=1521196683.464; end_time=1521196702.140; duration=18.676; src_user=71097345; src_domain=185.122.XXX.XXX; src_ip=185.122.XXX.XXX; dst_user=; dst_ouser=91786042XXXX; dst_domain=185.122.XXX.XXX; sip_code=; sip_reason=; callid=LVHyTCFWYBpEFp.sFpY204aBdx.nez9B; dst_ip=185.122.XXX.XXX My kamailio configuration related to cdr is like this; /* what special events should be accounted ? */ modparam("acc", "db_url", "flatstore:/var/log/cdr.log") #modparam("acc", "cdr_extra", "c1=$dlg_var(caller);c2=$dlg_var(callee)") modparam("acc", "log_facility", "LOG_DAEMON") modparam("acc", "cdr_enable", 1) modparam("acc", "cdr_start_on_confirmed", 1) modparam("acc", "cdr_log_enable", 1) modparam("acc", "time_mode", 0) modparam("acc", "time_attr", "seconds") modparam("acc", "cdr_start_id", "start_time") modparam("acc", "cdr_end_id", "end_time") modparam("acc", "cdr_duration_id", "duration") #modparam("acc", "cdr_flag", 3) #modparam("acc", "early_media", 0) #modparam("acc", "report_ack", 0) #modparam("acc", "report_cancels", 0) #modparam("dialog", "enable_stats", 1) modparam("dialog", "hash_size", 1024) modparam("dialog", "dlg_flag", 3) modparam("dialog", "db_url", DBURL) /* 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_user=$tU;dst_user=$rU;dst_domain=$rd") modparam("acc", "cdr_extra","src_user=$fU;src_domain=$fd;src_ip=$si;dst_user=$rU;dst_ouser=$tU;dst_domain=$rd;sip_code=$rs;sip_reason=$rr;callid=$dlg(callid);dst_ip=$Ri") Please suggest me what to configure more in kamailio to achieve cdr in second format. Thanks, Narayan

3 5

Install IMS Modules over KAMAILIO 5.1
by Roi Arias Salve 06 Apr '18

06 Apr '18

Hi all. I would like to thank you all the documents you have to install a Kamailio server. It's quite easy and fast. Currently I'm working on Azure, witha Debian 9 OS, and I'd followed the instructions to install the Kamailio OPENSER, and everything Works perfect. But now I'm stuck on my next step. I would like to install all the IMS components, P-cscf/I-cscf/S-cscf/Fhoss following this document https://www.kamailio.org/wiki/tutorials/ims/installation-howto But, I have no success. Maybe I've a mistake on the selection for the Debian OS installed on the server. I say this because of this sentence: " Note: This document is work in progress and yet unfinished! This is a short installation howto for Debian Wheezy (stable). " So, I asume that maybe here I have a problem with the OS version, I'll try to summarize where I have problems: 1.- I've installed the , P-cscf/I-cscf/S-cscf not a problem. 2.- I am not able to follow this steps related to the repository: First, install the Key for our repository: wget -O - http://repository.ng-voice.com/PublicKey | apt-key add - Then add the repository to your "/etc/apt/sources.list": echo "deb http://repository.ng-voice.com jessie ims rtpproxy" >> /etc/apt/sources.list and also I have problems with this action over the repository Note: You will need to add the "non-free" packages to your repository: deb http://ftp.de.debian.org/debian lenny main non-free deb http://security.debian.org/ lenny/updates main non-free 3.- I decided to install directly the modules from an apt-get install action, because I followed the instructions on the Log created on the Kamailio starting box, where you can find all the steps related to IMS modules, and the suggestion there it is to compile your own modules. On this step I detected a problem related with the dialog_ng module, according to the .log document on the Starting box, you have to include all the modules before you execute the make all instruction: modify modules.lst for included modules and excluded modules (use saved file) - include: ims_auth ims_charging ims_icscf ims_isc ims_qos ims_registrar_pcscf ims_registrar_scscf ims_usrloc_pcscf ims_usrloc_scscf dialog_ng cdp cdp_avp 4.- After this issue, I tried to install FHOSS, but here I can't go further, I am not able to compile it, neither doing my own compilation following this step ant compile deploy | tee ant_compile_deploy.txt nor following apt-get install openimscore-fhoss I was no table to get connected to the repository, so I can't go further. I'm sorry for all this information, can anyone help? Any suggestion? Regards Roi --- El software de antivirus Avast ha analizado este correo electrónico en busca de virus. https://www.avast.com/antivirus

2 1

SIPT append_body_part \x00 how to?..
by Sergey Basov 06 Apr '18

06 Apr '18

Hi All! I have some troubles with encoding hex string to use as ISUP part. I have next line: append_body_part("\x01\x10\x48*\x00*\x0a*\x00* \x02\x09\x07\x03\x90\x90\x13\x71\x32\x20\x0a\x04\x02\x13\x73\x12*\x00* ","application/isup;version=itu-t92+","signal;handling=optional"); Problem is in the *\x00 *kamailio reads this string till first \x00 May be there is some workaround? Currently I have added some C code into SIPT module to change values in this pisitions first to 00 then make other changes. My current input string is append_body_part("\x01\x10\x48*\x01*\x0a*\x01* \x02\x09\x07\x03\x90\x90\x13\x71\x32\x20\x0a\x04\x02\x13\x73\x12*\x01* ","application/isup;version=itu-t92+","signal;handling=optional"); I first make replacement \x01 to \x00 while executing sipt_destination May be there is better solution? Thank you. -- Best regards, Sergey Basov e-mail: sergey.v.basov(a)gmail.com

2 8

When I disconnect a call from callee side. FS Send the BYE to Kamailio PUBLIC IP instead of Private IP. So Caller is not able to receive BYE.
by Suresh Talasaniya 06 Apr '18

06 Apr '18

Hello All, When I disconnect a call from callee side. FS Send the BYE to Kamailio PUBLIC IP instead of Private IP. So Caller is not able to receive BYE. *# Call Flow:* *Caller User -----> Kamailio(Bind on Private IP) ----> Freeswitch(Bind on Private IP) -------> Kamailio(Bind on Private IP) ----> Callee User* *Kamailio Public IP:* KAM_PUBLIC_IP:9000 *Kamailio Private IP:* 172.28.198.123:9000 *FS Private IP:* 172.28.198.128:5060 How to resolve the issue? Please find attached SIP Message and Sample kamailio.cfg. In advance Thank you. -- Regards, Suresh Talasaniya. Contact : +91-9724264776 Skype : suresh.talsaniya

2 1

SQLOps module + KEMI
by Igor Olhovskiy 05 Apr '18

05 Apr '18

Hi! Seems calling function KSR.sqlops.sql_num_rows(«sql_res») crashes Kamailio. At least I got this at 5.1.2 from debian repos with LUA. Getting smth like dev1 kernel: [5780693.247255] kamailio[20659]: segfault at 50b300000004 ip 00007f34d2f46fd6 sp 00007ffe1f0ac310 error 4 in sqlops.so[7f34d2f42000+1c000] Regards, Igor

2 16

nightly builds
by Aleksandar Sosic 05 Apr '18

05 Apr '18

Hi everyone, I'm trying the install of the nightly build via apt. In my sources list: deb http://deb.kamailio.org/kamailiodev-nightly xenial main deb-src http://deb.kamailio.org/kamailiodev-nightly xenial main but the apt installs an older version and the upgrade gives: ```kamailio is already the newest version (5.2.0~dev4+0~20180310010216.1064+xenial).``` What am I doing wrong? -- Aleksandar Sosic mail: alex.sosic(a)timenet.it skype: alex.sosic cell: +385 91 2505 146

1 1

Kamailio send 2 INVITE(lookup rewrite r-uri and append branch) request for Client behind NAT
by amit Kumar 04 Apr '18

04 Apr '18

Hi All, Kamailio send 2 INVITE(lookup rewrite r-uri and append branch) request for Client behind NAT. Due to this reason for one request,Client respond with 486 Busy here. we only want to send 1 INVITE request. Following are the AOR for client at kamailio.if field(ip port) in CONTACT and RECEIVED differ then kamailio send 2 INVITE request. FOLLOWING INVITE HAS BEEN GENERATED AFTER LOOKUP FUNCTION(one from contact and one from Received field). INVITE:sip:123@192.168.230.124:45672 INVITE:sip:123@204.192.206.208:45672 I want only ONE INVITE request to be generated.Please suggest how do solve this issue or if there is any config change or any code change required to achieve this? AOR:: 123 Contact:: sip:123@192.168.230.124:45672 Q=1 Expires:: 894 Callid:: 003A8EC4-12351(a)192.168.230.124 Cseq:: 2 User-agent:: SIPPER for 3CX Phone Received:: sip:204.192.206.208: 45672 State:: CS_NEW Flags:: 0 Cflag:: 192 Socket:: udp:172.12.120.88:5060 Methods:: 4294967295 Ruid:: uloc-5aba112d-7fce-5 Reg-Id:: 0 Last-Keepalive:: 1522144583 Last-Modified:: 1522144583 thanks, amit

2 1

Re: [SR-Users] rare crash at kamailio 5.0.1
by David Escartin 04 Apr '18

04 Apr '18

hello Daniel we have seen today another case, unfortunately i dont have the sip trace but i have the core hope it's useful, it seems the same type of call with the request retransmisions and crashing after a 481 to the last retransmitted request is received (gdb) bt #0 0x00000036e8a32925 in raise () from /lib64/libc.so.6 #1 0x00000036e8a34105 in abort () from /lib64/libc.so.6 #2 0x0000000000654c24 in qm_free (qmp=0x7fab0240a000, p=0x7fabc3405258, file=0x7fabc258cd86 "tm: h_table.c", func=0x7fabc258d070 "free_cell_helper", line=187, mname=0x7fabc258c780 "tm") at core/mem/q_malloc.c:471 #3 0x00007fabc24bbf70 in free_cell_helper (dead_cell=0x7fab09d46d58, silent=0, fname=0x7fabc259da80 "timer.c", fline=651) at h_table.c:187 #4 0x00007fabc2508148 in wait_handler (ti=1191213061, wait_tl=0x7fab09d46dd8, data=0x7fab09d46d58) at timer.c:651 #5 0x0000000000629578 in timer_list_expire (t=1191213061, h=0x7fab02488dc0, slow_l=0x7fab0248a278, slow_mark=22824) at core/timer.c:874 #6 0x00000000006299d4 in timer_handler () at core/timer.c:939 #7 0x0000000000629e73 in timer_main () at core/timer.c:978 #8 0x0000000000422d4e in main_loop () at main.c:1690 #9 0x0000000000429732 in main (argc=13, argv=0x7fff08856238) at main.c:2639 (gdb) frame 4 #4 0x00007fabc2508148 in wait_handler (ti=1191213061, wait_tl=0x7fab09d46dd8, data=0x7fab09d46d58) at timer.c:651 651 UNREF_FREE(p_cell); (gdb) info locals p_cell = 0x7fab09d46d58 ret = 1 (gdb) p *p_cell $1 = {next_c = 0x0, prev_c = 0x0, hash_index = 46289, label = 120110834, flags = 4132, nr_of_outgoings = 2, ref_count = {val = 0}, from = { s = 0x7fab0aeef8f9 "From: <sip:+2917120052@89.221.46.77;user=phone>;tag=SDee0r999-2aabeeae-001e-018f-0000-0000\r\nCall-ID: 4d69d51a-4b78-412f-bd72-114e841a6773\r\nCSeq: 121082247 BYE\r\nMax-Forwards: 68\r\nReason: Q.850; cause=1"..., len = 92}, callid = { s = 0x7fab0aeef955 "Call-ID: 4d69d51a-4b78-412f-bd72-114e841a6773\r\nCSeq: 121082247 BYE\r\nMax-Forwards: 68\r\nReason: Q.850; cause=16\r\nContent-Length: 0\r\nRoute: <sip:200.200.200.176;lr=on;ftag=te9m1e81p4SQp;did=7cc.f229>\r\n\r\n", len = 47}, cseq_n = {s = 0x7fab0aeef984 "CSeq: 121082247 BYE\r\nMax-Forwards: 68\r\nReason: Q.850; cause=16\r\nContent-Length: 0\r\nRoute: <sip:200.200.200.176;lr=on;ftag=te9m1e81p4SQp;did=7cc.f229>\r\n\r\n", len = 15}, to = { s = 0x7fab0aeef893 "To: \"+525768760155\" <sip:+525768760155@200.200.200.176;user=phone;noa=international>;tag=te9m1e81p4SQp\r\nFrom: <sip:+2917120052@89.221.46.77;user=phone>;tag=SDee0r999-2aabeeae-001e-018f-0000-0000\r\nCall-I"..., len = 102}, method = { s = 0x7fab0aeef810 "BYE sip:525768760155@100.100.100.166:5080 SIP/2.0\r\nVia: SIP/2.0/UDP 89.221.46.77:5060;branch=z9hG4bKdjs2la00d06jtanp6sp0sd7od2p32.1\r\nTo: \"+525768760155\" <sip:+525768760155@200.200.200.176;user=phone;noa=i"..., len = 3}, tmcb_hl = {first = 0x7fab028ecf60, reg_types = 131714}, wait_timer = {next = 0x0, prev = 0x0, expire = 1191213061, initial_timeout = 80, data = 0x7fab09d46d58, f = 0x7fabc2508097 <wait_handler>, flags = 513, slow_idx = 0}, uas = {request = 0x7fab0aeef120, end_request = 0x7fab0aef01c8 "\300\300\300\300", response = {activ_type = 481, flags = 128, t_active = 0 '\000', branch = 0, buffer_len = 551, buffer = 0x7fab095c41d0 "SIP/2.0 481 Call Does Not Exist\r\nVia: SIP/2.0/UDP 89.221.46.77:5060;branch=z9hG4bKdjs2la00d06jtanp6sp0sd7od2p32.1\r\nFrom: <sip:+2917120052@89.221.46.77;user=phone>;tag=SDee0r999-2aabeeae-001e-018f-0000"..., my_T = 0x7fab09d46d58, timer = {next = 0x0, prev = 0x0, expire = 0, initial_timeout = 0, data = 0x0, f = 0x7fabc2507b4b <retr_buf_handler>, flags = 0, slow_idx = 0}, dst = {send_sock = 0x7fabc30abb78, to = {s = { sa_family = 2, sa_data = "\023\304Y\335.M\000\000\000\000\000\000\000"}, sin = {sin_family = 2, sin_port = 50195, sin_addr = {s_addr = 1294916953}, sin_zero = "\000\000\000\000\000\000\000"}, sin6 = {sin6_family = 2, sin6_port = 50195, sin6_flowinfo = 1294916953, sin6_addr = {__in6_u = {__u6_addr8 = '\000' <repeats 15 times>, __u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, __u6_addr32 = {0, 0, 0, 0}}}, sin6_scope_id = 0}}, id = 0, proto = 1 '\001', send_flags = {f = 0 '\000', blst_imask = 0 '\000'}}, retr_expire = 0, fr_expire = 0}, local_totag = {s = 0x0, len = 0}, cancel_reas = 0x0, status = 481}, uac = 0x7fab09d46f60, async_backup = { backup_route = 1, backup_branch = 4294967295, blind_uac = 0, ruri_new = 1}, fwded_totags = 0x0, uri_avps_from = 0x0, uri_avps_to = 0x0, user_avps_from = 0x0, user_avps_to = 0x0, domain_avps_from = 0x0, domain_avps_to = 0x0, xavps_list = 0x0, reply_mutex = {val = 0}, reply_locker_pid = {val = 0}, reply_rec_lock_level = 0, fr_timeout = 480, fr_inv_timeout = 1920, rt_t1_timeout_ms = 650, rt_t2_timeout_ms = 4000, end_of_life = 1191213094, relayed_reply_branch = 1, on_failure = 0, on_branch_failure = 0, on_reply = 0, on_branch = 0, on_branch_delayed = 0, md5 = 0x7fab09d46d58 ""} (gdb) frame 3 #3 0x00007fabc24bbf70 in free_cell_helper (dead_cell=0x7fab09d46d58, silent=0, fname=0x7fabc259da80 "timer.c", fline=651) at h_table.c:187 187 sip_msg_free_unsafe(rpl); (gdb) info locals b = 0x0 i = 1 rpl = 0x7fabc3404fc0 tt = 0x0 foo = 0x7fab02609330 cbs = 0x0 cbs_tmp = 0x7fab02f8f160 __FUNCTION__ = "free_cell_helper" (gdb) p *rpl $2 = {id = 3275772056, pid = 32683, tval = {tv_sec = 320, tv_usec = 140375688591576}, fwd_send_flags = {f = 2 '\002', blst_imask = 0 '\000'}, rpl_send_flags = {f = 0 '\000', blst_imask = 0 '\000'}, first_line = {type = 2116, flags = -16723, len = 32683, u = {request = {method = {s = 0x7 <Address 0x7 out of bounds>, len = 0}, uri = {s = 0x0, len = 1}, version = {s = 0x8381 <Address 0x8381 out of bounds>, len = -1022510864}, method_value = 0}, reply = {version = {s = 0x7 <Address 0x7 out of bounds>, len = 0}, status = {s = 0x0, len = 1}, reason = {s = 0x8381 <Address 0x8381 out of bounds>, len = -1022510864}, statuscode = 0}}}, via1 = 0x0, via2 = 0x7fabc3405038, headers = 0x7fff08852000, last_header = 0x1, parsed_flag = 140375615146059, h_via1 = 0x2, h_via2 = 0x7fabbead084d, callid = 0x8, to = 0xa00000002, cseq = 0x0, from = 0x7fabc30db8f0, contact = 0x0, maxforwards = 0x0, route = 0x7fabc3405258, record_route = 0x7fff08852000, content_type = 0x0, content_length = 0x0, authorization = 0x0, expires = 0x0, proxy_auth = 0x0, supported = 0x0, require = 0x0, proxy_require = 0x0, unsupported = 0x0, allow = 0x0, event = 0x0, accept = 0x0, accept_language = 0x0, organization = 0x0, priority = 0x0, subject = 0x0, user_agent = 0x0, server = 0x0, content_disposition = 0x0, diversion = 0x0, rpid = 0x0, refer_to = 0x0, session_expires = 0x0, min_se = 0x0, sipifmatch = 0x0, subscription_state = 0x0, date = 0x0, identity = 0x0, identity_info = 0x0, pai = 0x0, ppi = 0x0, path = 0x0, privacy = 0x0, min_expires = 0x0, body = 0x0, eoh = 0x0, unparsed = 0x0, rcv = {src_ip = {af = 0, len = 0, u = {addrl = {0, 0}, addr32 = {0, 0, 0, 0}, addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, addr = '\000' <repeats 15 times>}}, dst_ip = {af = 3233857728, len = 0, u = {addrl = {2882400237, 0}, addr32 = {2882400237, 0, 0, 0}, addr16 = {61421, 43981, 0, 0, 0, 0, 0, 0}, addr = "\355\357ͫ", '\000' <repeats 11 times>}}, src_port = 0, dst_port = 0, proto_reserved1 = 0, proto_reserved2 = 536, src_su = {s = { sa_family = 0, sa_data = "\000\000 \266\rë\177\000\000\030\002\000"}, sin = {sin_family = 0, sin_port = 0, sin_addr = {s_addr = 3272455712}, sin_zero = "\253\177\000\000\030\002\000"}, sin6 = {sin6_family = 0, sin6_port = 0, sin6_flowinfo = 3272455712, sin6_addr = {__in6_u = {__u6_addr8 = "\253\177\000\000\030\002\000\000\000\000\000\000\210T@", <incomplete sequence \303>, __u6_addr16 = {32683, 0, 536, 0, 0, 0, 21640, 49984}, __u6_addr32 = {32683, 536, 0, 3275773064}}}, sin6_scope_id = 32683}}, bind_address = 0x7fabbe8bebb0, proto = 32 ' '}, buf = 0x7fabbe8beba6 "rtpengine", len = 139, new_uri = { s = 0xf0f0f0f0 <Address 0xf0f0f0f0 out of bounds>, len = -1019194352}, dst_uri = {s = 0x48 <Address 0x48 out of bounds>, len = -1019195456}, parsed_uri_ok = 4, parsed_uri = {user = {s = 0x7fabbe8beba2 "d", len = 1}, passwd = {s = 0x7fabbe8beba0 "e", len = 1}, host = {s = 0x360000000d <Address 0x360000000d out of bounds>, len = 1}, port = {s = 0x7fabc30db8f0 "\004", len = -1019194448}, params = {s = 0x7fabc3405658 "\002", len = -1019193512}, sip_params = {s = 0x7fff08852000 "\260\305@ë\177", len = 0}, headers = {s = 0x0, len = 0}, port_no = 0, proto = 0, type = ERROR_URI_T, flags = 0, transport = {s = 0x0, len = 0}, ttl = { s = 0x7fabc3405538 "\001", len = 0}, user_param = {s = 0x0, len = 0}, maddr = {s = 0x0, len = 0}, method = {s = 0x0, len = 0}, lr = {s = 0x7fabc34055f8 "\001", len = 0}, r2 = {s = 0x7fabc34053b0 "\001", len = 0}, gr = { s = 0x0, len = 0}, transport_val = {s = 0x0, len = 0}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0x0, len = 0}, maddr_val = {s = 0x0, len = 0}, method_val = {s = 0x0, len = 0}, lr_val = { s = 0x1 <Address 0x1 out of bounds>, len = -1095956394}, r2_val = {s = 0x2 <Address 0x2 out of bounds>, len = -1095956392}, gr_val = {s = 0x6 <Address 0x6 out of bounds>, len = 2}}, parsed_orig_ruri_ok = 0, parsed_orig_ruri = {user = {s = 0x7fabc3405258 "\004", len = 0}, passwd = {s = 0x0, len = -1019194152}, host = {s = 0x7fff08852000 "\260\305@ë\177", len = 0}, port = {s = 0x0, len = 0}, params = {s = 0x0, len = 0}, sip_params = {s = 0x0, len = 0}, headers = {s = 0x0, len = 0}, port_no = 49344, proto = 49344, type = ERROR_URI_T, flags = 2882400237, transport = {s = 0x0, len = 0}, ttl = {s = 0x218 <Address 0x218 out of bounds>, len = -1019195512}, user_param = {s = 0x218 <Address 0x218 out of bounds>, len = -1019193592}, maddr = {s = 0x7fabbe8bebb0 "rtpengine: bencode.c", len = -1098125280}, method = {s = 0x7fabbe8beba6 "rtpengine", len = 139}, lr = {s = 0xf0f0f0f0 <Address 0xf0f0f0f0 out of bounds>, len = -1019193672}, r2 = {s = 0x20 <Address 0x20 out of bounds>, len = -1019194816}, gr = {s = 0x1 <Address 0x1 out of bounds>, len = -1095956386}, transport_val = { s = 0x2 <Address 0x2 out of bounds>, len = -1095956384}, ttl_val = {s = 0x4 <Address 0x4 out of bounds>, len = 2}, user_param_val = {s = 0x0, len = -1019194792}, maddr_val = {s = 0x0, len = 0}, method_val = { s = 0x7fabc3405538 "\001", len = 142942208}, lr_val = {s = 0x1 <Address 0x1 out of bounds>, len = -1095956380}, r2_val = {s = 0x2 <Address 0x2 out of bounds>, len = -1095956378}, gr_val = { s = 0x7 <Address 0x7 out of bounds>, len = 2}}, add_rm = 0x0, body_lumps = 0x7fabc3405258, reply_lump = 0x0, add_to_branch_s = "\000\000\000\000\000\000\000\000\230U@ë\177\000\000\000 \205\b\377\177\000\000\001\000\000\000\000\000\000\000m\b\255\276\253\177\000\000\003\000\000\000\000\000\000\000p\b\255\276\253\177\000\000\r", add_to_branch_len = 0, hash_index = 2, msg_flags = 16, flags = 0, set_global_address = {s = 0x7fabc3405258 "\004", len = 0}, set_global_port = {s = 0x0, len = -1019193864}, force_send_socket = 0x7fff08852000, path_vec = { s = 0x1 <Address 0x1 out of bounds>, len = -1095956355}, instance = {s = 0x2 <Address 0x2 out of bounds>, len = -1095956353}, reg_id = 4, ruid = {s = 0x600000002 <Address 0x600000002 out of bounds>, len = 0}, location_ua = { s = 0x7fabc3405258 "\004", len = 0}, ldv = {flow = {decoded = 0, rcv = {src_ip = {af = 3275773528, len = 32683, u = {addrl = {140733336330240, 2}, addr32 = {142942208, 32767, 2, 0}, addr16 = {8192, 2181, 32767, 0, 2, 0, 0, 0}, addr = "\000 \205\b\377\177\000\000\002\000\000\000\000\000\000"}}, dst_ip = {af = 3199010947, len = 32683, u = {addrl = {7, 0}, addr32 = {7, 0, 0, 0}, addr16 = {7, 0, 0, 0, 0, 0, 0, 0}, addr = "\a", '\000' <repeats 14 times>}}, src_port = 0, dst_port = 0, proto_reserved1 = 0, proto_reserved2 = 1, src_su = {s = {sa_family = 7, sa_data = "\000\000\273\203\000\000\000\000\000\000XR@", <incomplete sequence \303>}, sin = {sin_family = 7, sin_port = 0, sin_addr = {s_addr = 33723}, sin_zero = "\000\000\000\000XR@", <incomplete sequence \303>}, sin6 = {sin6_family = 7, sin6_port = 0, sin6_flowinfo = 33723, sin6_addr = {__in6_u = {__u6_addr8 = "\000\000\000\000XR@ë\177\000\000\000\000\000", __u6_addr16 = {0, 0, 21080, 49984, 32683, 0, 0, 0}, __u6_addr32 = {0, 3275772504, 32683, 0}}}, sin6_scope_id = 0}}, bind_address = 0x0, proto = 0 '\000'}}}} best regards david On 02/04/18 09:33, David Escartin wrote: > > hello Daniel > > > here you have > > > best regards > > david > > > On 02/04/18 08:26, Daniel-Constantin Mierla wrote: >> >> Hello, >> >> do you have the pcap for such call? >> >> Cheers, >> Daniel >> >> >> On 30.03.18 09:14, David Escartin wrote: >>> >>> Hello all >>> >>> last March 26th we experienced a crash on a 5.0.1 kamailio server >>> and a core was generated. >>> Seems that the call involved in the core generated was doing several >>> retransmisions of a request (expected) and when it finally forwarded >>> the request upstream, seems fter receiving a 481 from a-side, it >>> crashed. >>> >>> here you have the backtrace >>> >>> <154>Mar 26 19:54:03 mad-proxy-inout-1 >>> /usr/local/kamailio/sbin/kamailio[24992]: : <core> >>> [core/mem/q_malloc.c:469]: qm_free(): BUG: qm_free: bad pointer >>> 0x7f247acb5878 (out of memory block!) called from tm: h_table.c: >>> free_cell_helper(187) - aborting >>> >>> (gdb) bt >>> #0 0x00000036e8a32925 in raise () from /lib64/libc.so.6 >>> #1 0x00000036e8a34105 in abort () from /lib64/libc.so.6 >>> #2 0x0000000000654c24 in qm_free (qmp=0x7f23b9cba000, >>> p=0x7f247acb5878, file=0x7f2479e3cd86 "tm: h_table.c", >>> func=0x7f2479e3d070 "free_cell_helper", line=187, >>> mname=0x7f2479e3c780 "tm") at core/mem/q_malloc.c:471 >>> #3 0x00007f2479d6bf16 in free_cell_helper (dead_cell=0x7f23c54fea50, >>> silent=0, fname=0x7f2479e4da80 "timer.c", fline=651) at h_table.c:187 >>> #4 0x00007f2479db8148 in wait_handler (ti=1503818844, >>> wait_tl=0x7f23c54fead0, data=0x7f23c54fea50) at timer.c:651 >>> #5 0x0000000000629578 in timer_list_expire (t=1503818844, >>> h=0x7f23b9d38dc0, slow_l=0x7f23b9d3b0c8, slow_mark=43533) at >>> core/timer.c:874 >>> #6 0x00000000006299d4 in timer_handler () at core/timer.c:939 >>> #7 0x0000000000629e73 in timer_main () at core/timer.c:978 >>> #8 0x0000000000422d4e in main_loop () at main.c:1690 >>> #9 0x0000000000429732 in main (argc=13, argv=0x7fff2b9f8088) at >>> main.c:2639 >>> >>> >>> (gdb) frame 4 >>> #4 0x00007f2479db8148 in wait_handler (ti=1503818844, >>> wait_tl=0x7f23c54fead0, data=0x7f23c54fea50) at timer.c:651 >>> 651 UNREF_FREE(p_cell); >>> >>> (gdb) info locals >>> p_cell = 0x7f23c54fea50 >>> ret = 1 >>> >>> (gdb) p *p_cell >>> $1 = {next_c = 0x0, prev_c = 0x0, hash_index = 28196, label = >>> 341555146, flags = 4132, nr_of_outgoings = 2, ref_count = {val = 0}, >>> from = { >>> s = 0x7f23c87c79ed "From: >>> <sip:932687220@100.100.100.177;user=phone;noa=national>;tag=50aa4a46-co11146-INS002\r\nCall-ID: >>> b8997821-2814-46d3-b8f7-cf690f50f640\r\nCSeq: 1114601 >>> BYE\r\nUser-Agent: ENSR3.0.67.10-IS2-RMRG1119-RG2040"..., len = 89}, >>> callid = { >>> s = 0x7f23c87c7a46 "Call-ID: >>> b8997821-2814-46d3-b8f7-cf690f50f640\r\nCSeq: 1114601 >>> BYE\r\nUser-Agent: >>> ENSR3.0.67.10-IS2-RMRG1119-RG2040-CPI1-CPO2612\r\nContent-Length: >>> 0\r\n\r\n", len = 47}, cseq_n = { >>> s = 0x7f23c87c7a75 "CSeq: 1114601 BYE\r\nUser-Agent: >>> ENSR3.0.67.10-IS2-RMRG1119-RG2040-CPI1-CPO2612\r\nContent-Length: >>> 0\r\n\r\n", len = 13}, to = { >>> s = 0x7f23c87c799e "To: >>> \"34676893111\"<sip:34676893111@100.100.100.134;user=phone>;tag=64jNUpSZK8mSp\r\nFrom: >>> <sip:932687220@100.100.100.177;user=phone;noa=national>;tag=50aa4a46-co11146-INS002\r\nCall-ID: >>> b8997821-2814-46d3-b8f7"..., len = 79}, method = { >>> s = 0x7f23c87c78c8 "BYE sip:34676893111@100.100.100.134:5080 >>> SIP/2.0\r\nVia: SIP/2.0/UDP >>> 200.200.200.78:5060;branch=z9hG4bK2d5c0cb4e11bb1503BYE50aa466c2b8a\r\nMax-Forwards: >>> 34\r\nRoute: <sip:100.100.100.177;lr;ftag=64jNUpSZK8mSp;d"..., len = >>> 3}, tmcb_hl = {first = 0x7f23bd9f7818, reg_types = 131714}, >>> wait_timer = { >>> next = 0x0, prev = 0x0, expire = 1503818844, initial_timeout = 80, >>> data = 0x7f23c54fea50, f = 0x7f2479db8097 <wait_handler>, flags = >>> 513, slow_idx = 0}, >>> uas = {request = 0x7f23c87c71d8, end_request = 0x7f23c87c8288 >>> "\300\300\300\300", response = {activ_type = 481, flags = 128, >>> t_active = 0 '\000', branch = 0, >>> buffer_len = 526, >>> buffer = 0x7f23bef07b18 "SIP/2.0 481 Call Does Not Exist\r\nVia: >>> SIP/2.0/UDP >>> 200.200.200.78:5060;branch=z9hG4bK2d5c0cb4e11bb1503BYE50aa466c2b8a\r\nFrom: >>> <sip:932687220@100.100.100.177;user=phone;noa=national>;tag=50aa4a46-co11146-I"..., >>> my_T = 0x7f23c54fea50, timer = {next = 0x0, prev = 0x0, expire = 0, >>> initial_timeout = 0, data = 0x0, f = 0x7f2479db7b4b >>> <retr_buf_handler>, flags = 0, slow_idx = 0}, dst = {send_sock = >>> 0x7f247a95be78, to = {s = { >>> sa_family = 2, sa_data = >>> "\023\304\325\300\313N\000\000\000\000\000\000\000"}, sin = >>> {sin_family = 2, sin_port = 50195, sin_addr = { >>> s_addr = 1321976021}, sin_zero = "\000\000\000\000\000\000\000"}, >>> sin6 = {sin6_family = 2, sin6_port = 50195, sin6_flowinfo = 1321976021, >>> sin6_addr = {__in6_u = {__u6_addr8 = '\000' <repeats 15 times>, >>> __u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, __u6_addr32 = {0, 0, 0, 0}}}, >>> sin6_scope_id = 0}}, id = 0, proto = 1 '\001', send_flags = {f = 0 >>> '\000', blst_imask = 0 '\000'}}, retr_expire = 0, fr_expire = 0}, >>> local_totag = { >>> s = 0x0, len = 0}, cancel_reas = 0x0, status = 481}, uac = >>> 0x7f23c54fec58, async_backup = {backup_route = 1, backup_branch = >>> 4294967295, blind_uac = 0, >>> ruri_new = 1}, fwded_totags = 0x0, uri_avps_from = 0x0, uri_avps_to >>> = 0x0, user_avps_from = 0x0, user_avps_to = 0x0, domain_avps_from = >>> 0x0, >>> domain_avps_to = 0x0, xavps_list = 0x0, reply_mutex = {val = 0}, >>> reply_locker_pid = {val = 0}, reply_rec_lock_level = 0, fr_timeout = >>> 480, >>> fr_inv_timeout = 1920, rt_t1_timeout_ms = 650, rt_t2_timeout_ms = >>> 4000, end_of_life = 1503819200, relayed_reply_branch = 1, on_failure >>> = 0, >>> on_branch_failure = 0, on_reply = 0, on_branch = 0, >>> on_branch_delayed = 0, md5 = 0x7f23c54fea50 ""} >>> >>> (gdb) frame 3 >>> #3 0x00007f2479d6bf16 in free_cell_helper (dead_cell=0x7f23c54fea50, >>> silent=0, fname=0x7f2479e4da80 "timer.c", fline=651) at h_table.c:187 >>> 187 sip_msg_free_unsafe(rpl); >>> >>> (gdb) info locals >>> b = 0x0 >>> i = 1 >>> rpl = 0x7f247acb4fc0 >>> tt = 0x0 >>> foo = 0x7f23b9e2bd90 >>> cbs = 0x0 >>> cbs_tmp = 0x7f23c60c16b0 >>> __FUNCTION__ = "free_cell_helper" >>> >>> (gdb) p *rpl >>> $3 = {id = 2060145040, pid = 32548, tval = {tv_sec = 72, tv_usec = >>> 139794652378712}, fwd_send_flags = {f = 1 '\001', blst_imask = 0 >>> '\000'}, rpl_send_flags = { >>> f = 0 '\000', blst_imask = 0 '\000'}, first_line = {type = -347, >>> flags = 30263, len = 32548, u = {request = {method = {s = 0x2 >>> <Address 0x2 out of bounds>, >>> len = 1983381159}, uri = {s = 0x5 <Address 0x5 out of bounds>, len = >>> 2}, version = {s = 0x2b <Address 0x2b out of bounds>, len = >>> 2057435688}, >>> method_value = 0}, reply = {version = {s = 0x2 <Address 0x2 out of >>> bounds>, len = 1983381159}, status = {s = 0x5 <Address 0x5 out of >>> bounds>, len = 2}, >>> reason = {s = 0x2b <Address 0x2b out of bounds>, len = 2057435688}, >>> statuscode = 0}}}, via1 = 0x0, via2 = 0x7f247acb5038, headers = >>> 0x7fff2b9f3e50, >>> last_header = 0x4, parsed_flag = 139794576763810, h_via1 = 0x1, >>> h_via2 = 0x7f247616eba0, callid = 0x1, to = 0x270000000b, cseq = >>> 0x1, from = 0x7f247aa1fa28, >>> contact = 0x7f247acb5258, maxforwards = 0x7f247acb54d8, route = 0x0, >>> record_route = 0x7fff2b9f3e50, content_type = 0x7f247acb5318, >>> content_length = 0x0, >>> authorization = 0x0, expires = 0x0, proxy_auth = 0x0, supported = >>> 0x0, require = 0x0, proxy_require = 0x0, unsupported = >>> 0x7f247acb5258, allow = 0x0, >>> event = 0x7f247acb53d8, accept = 0x0, accept_language = 0x0, >>> organization = 0x0, priority = 0x0, subject = 0x0, user_agent = 0x0, >>> server = 0x0, >>> content_disposition = 0x0, diversion = 0x0, rpid = 0x0, refer_to = >>> 0x0, session_expires = 0x0, min_se = 0x0, sipifmatch = 0x0, >>> subscription_state = 0x0, >>> date = 0x0, identity = 0x0, identity_info = 0x0, pai = 0x0, ppi = >>> 0x0, path = 0x7f247a98b6d0, privacy = 0x0, min_expires = 0x0, body = >>> 0x7f247acb5258, >>> eoh = 0x7fff2b9f3e50 "@f\313z$\177", unparsed = 0x0, rcv = {src_ip = >>> {af = 0, len = 0, u = {addrl = {0, 0}, addr32 = {0, 0, 0, 0}, addr16 >>> = {0, 0, 0, 0, 0, >>> 0, 0, 0}, addr = '\000' <repeats 15 times>}}, dst_ip = {af = >>> 3233857728, len = 0, u = {addrl = {2882400237, 0}, addr32 = >>> {2882400237, 0, 0, 0}, >>> addr16 = {61421, 43981, 0, 0, 0, 0, 0, 0}, addr = "\355\357ͫ", >>> '\000' <repeats 11 times>}}, src_port = 0, dst_port = 0, >>> proto_reserved1 = 0, >>> proto_reserved2 = 536, src_su = {s = {sa_family = 0, sa_data = >>> "\000\000 \266\230z$\177\000\000\030\002\000"}, sin = {sin_family = >>> 0, sin_port = 0, >>> sin_addr = {s_addr = 2056828448}, sin_zero = >>> "$\177\000\000\030\002\000"}, sin6 = {sin6_family = 0, sin6_port = >>> 0, sin6_flowinfo = 2056828448, >>> sin6_addr = {__in6_u = {__u6_addr8 = >>> "$\177\000\000\030\002\000\000\000\000\000\000\210T\313z", >>> __u6_addr16 = {32548, 0, 536, 0, 0, 0, 21640, 31435}, >>> __u6_addr32 = {32548, 536, 0, 2060145800}}}, sin6_scope_id = >>> 32548}}, bind_address = 0x7f247616ebb0, proto = 32 ' '}, >>> buf = 0x7f247616eba6 "rtpengine", len = 139, new_uri = {s = >>> 0xf0f0f0f0 <Address 0xf0f0f0f0 out of bounds>, len = 2060145720}, >>> dst_uri = { >>> s = 0x20 <Address 0x20 out of bounds>, len = 2060144576}, >>> parsed_uri_ok = 1, parsed_uri = {user = { >>> s = 0x7f247637fead >>> "7:packetsi32e5:bytesi1896e6:errorsi0eeee5:flagsl11:initialized4:send4:recveeeee6:totalsd3:RTPd7:packetsi4951e5:bytesi158432e6:errorsi0ee4:RTCPd7:packetsi32e5:bytesi1896e6:errorsi0eee6:result2:oke", >>> len = 2}, passwd = { >>> s = 0x7f247637feaf >>> "packetsi32e5:bytesi1896e6:errorsi0eeee5:flagsl11:initialized4:send4:recveeeee6:totalsd3:RTPd7:packetsi4951e5:bytesi158432e6:errorsi0ee4:RTCPd7:packetsi32e5:bytesi1896e6:errorsi0eee6:result2:oke", >>> len = 7}, host = {s = 0x900000002 <Address 0x900000002 out of >>> bounds>, len = 1}, port = { >>> s = 0x7f247acb5038 "\004", len = 0}, params = {s = 0x0, len = >>> 2060145336}, sip_params = {s = 0x7fff2b9f3e50 "@f\313z$\177", len = >>> 2}, headers = { >>> s = 0x7f247637feb6 >>> "i32e5:bytesi1896e6:errorsi0eeee5:flagsl11:initialized4:send4:recveeeee6:totalsd3:RTPd7:packetsi4951e5:bytesi158432e6:errorsi0ee4:RTCPd7:packetsi32e5:bytesi1896e6:errorsi0eee6:result2:oke", >>> len = 4}, port_no = 0, proto = 0, type = ERROR_URI_T, flags = 0, >>> transport = { >>> s = 0x400000001 <Address 0x400000001 out of bounds>, len = 32}, ttl >>> = {s = 0x7f247acb5038 "\004", len = 0}, user_param = {s = 0x0, len = >>> 2060145432}, >>> maddr = {s = 0x7fff2b9f3e50 "@f\313z$\177", len = 1}, method = { >>> s = 0x7f247637feba >>> "5:bytesi1896e6:errorsi0eeee5:flagsl11:initialized4:send4:recveeeee6:totalsd3:RTPd7:packetsi4951e5:bytesi158432e6:errorsi0ee4:RTCPd7:packetsi32e5:bytesi1896e6:errorsi0eee6:result2:oke", >>> len = 2}, lr = { >>> s = 0x7f247637febc >>> "bytesi1896e6:errorsi0eeee5:flagsl11:initialized4:send4:recveeeee6:totalsd3:RTPd7:packetsi4951e5:bytesi158432e6:errorsi0ee4:RTCPd7:packetsi32e5:bytesi1896e6:errorsi0eee6:result2:oke", >>> len = 5}, r2 = {s = 0x700000002 <Address 0x700000002 out of bounds>, >>> len = 1522079939}, gr = { >>> s = 0x7f247acb5038 "\004", len = 0}, transport_val = {s = 0x0, len = >>> 2060145528}, ttl_val = {s = 0x7fff2b9f3e50 "@f\313z$\177", len = 2}, >>> user_param_val = { >>> s = 0x7f247637fec1 >>> "i1896e6:errorsi0eeee5:flagsl11:initialized4:send4:recveeeee6:totalsd3:RTPd7:packetsi4951e5:bytesi158432e6:errorsi0ee4:RTCPd7:packetsi32e5:bytesi1896e6:errorsi0eee6:result2:oke", >>> len = 6}, maddr_val = {s = 0x0, len = 0}, method_val = {s = >>> 0x600000001 <Address 0x600000001 out of bounds>, >>> len = 1896}, lr_val = {s = 0x7f247acb5038 "\004", len = 0}, r2_val = >>> {s = 0x0, len = 2060145624}, gr_val = {s = 0x7fff2b9f3e50 >>> "@f\313z$\177", len = 1}}, >>> parsed_orig_ruri_ok = 1983381191, parsed_orig_ruri = {user = {s = >>> 0x2 <Address 0x2 out of bounds>, len = 1983381193}, passwd = { >>> s = 0x6 <Address 0x6 out of bounds>, len = 2}, host = {s = 0x0, len >>> = 2060144696}, port = {s = 0x0, len = 0}, params = {s = >>> 0x7f247acb54d8 "\002", >>> ---Type <return> to continue, or q <return> to quit--- >>> len = 731856464}, sip_params = {s = 0x0, len = 0}, headers = {s = >>> 0x0, len = 0}, port_no = 49344, proto = 49344, type = ERROR_URI_T, >>> flags = 2882400237, >>> transport = {s = 0x0, len = 0}, ttl = {s = 0x218 <Address 0x218 out >>> of bounds>, len = 2060144520}, user_param = {s = 0x218 <Address >>> 0x218 out of bounds>, >>> len = 2060146440}, maddr = {s = 0x7f247616ebb0 "rtpengine: >>> bencode.c", len = 1981214752}, method = {s = 0x7f247616eba6 >>> "rtpengine", len = 139}, lr = { >>> s = 0xf0f0f0f0 <Address 0xf0f0f0f0 out of bounds>, len = >>> 2060146360}, r2 = {s = 0x20 <Address 0x20 out of bounds>, len = >>> 2060145216}, gr = { >>> s = 0x2 <Address 0x2 out of bounds>, len = 1983381199}, >>> transport_val = {s = 0x3 <Address 0x3 out of bounds>, len = 0}, >>> ttl_val = {s = 0x0, len = 1}, >>> user_param_val = {s = 0x0, len = 2060144696}, maddr_val = {s = 0x0, >>> len = 0}, method_val = {s = 0x0, len = 731856464}, lr_val = { >>> s = 0x1 <Address 0x1 out of bounds>, len = 1983381205}, r2_val = {s >>> = 0x2 <Address 0x2 out of bounds>, len = 1983381207}, gr_val = { >>> s = 0x5 <Address 0x5 out of bounds>, len = 2}}, add_rm = >>> 0x7f247acb5878, body_lumps = 0x7f247aa43300, reply_lump = 0x0, >>> add_to_branch_s = >>> "\000\000\000\000\000\000\000\000\230U\313z$\177\000\000P>\237+\377\177\000\000\003\000\000\000\000\000\000\000\244\353\026v$\177\000\000\001\000\000\000\000\000\000\000\240\353\026v$\177\000\000\001", >>> add_to_branch_len = 0, hash_index = 8, msg_flags = 28, flags = >>> 2060162240, set_global_address = { >>> s = 0x7f247aa43300 "\004", len = 2060146168}, set_global_port = {s = >>> 0x7f247acb5758 "\001", len = 0}, force_send_socket = 0x7fff2b9f3e50, >>> path_vec = { >>> s = 0x1 <Address 0x1 out of bounds>, len = 1983381213}, instance = >>> {s = 0x3 <Address 0x3 out of bounds>, len = 1983381216}, reg_id = >>> 11, ruid = { >>> s = 0xe00000002 <Address 0xe00000002 out of bounds>, len = 0}, >>> location_ua = {s = 0x7f247acb5598 "\003", len = 0}, ldv = {flow = >>> {decoded = 0, rcv = { >>> src_ip = {af = 2060146264, len = 32548, u = {addrl = >>> {140733925244496, 30064771073}, addr32 = {731856464, 32767, 1, 7}, >>> addr16 = {15952, 11167, 32767, >>> 0, 1, 0, 7, 0}, addr = >>> "P>\237+\377\177\000\000\001\000\000\000\a\000\000"}}, dst_ip = {af >>> = 1983381227, len = 32548, u = {addrl = {2, >>> 139794578931437}, addr32 = {2, 0, 1983381229, 32548}, addr16 = {2, >>> 0, 0, 0, 65261, 30263, 32548, 0}, >>> addr = "\002\000\000\000\000\000\000\000\355\376\067v$\177\000"}}, >>> src_port = 4, dst_port = 0, proto_reserved1 = 0, proto_reserved2 = >>> 2, src_su = { >>> s = {sa_family = 6, sa_data = >>> "\000\000P>\237+\377\177\000\000\230U\313z"}, sin = {sin_family = 6, >>> sin_port = 0, sin_addr = {s_addr = 731856464}, >>> sin_zero = "\377\177\000\000\230U\313z"}, sin6 = {sin6_family = 6, >>> sin6_port = 0, sin6_flowinfo = 731856464, sin6_addr = {__in6_u = { >>> __u6_addr8 = "\377\177\000\000\230U\313z$\177\000\000\000\000\000", >>> __u6_addr16 = {32767, 0, 21912, 31435, 32548, 0, 0, 0}, __u6_addr32 = { >>> 32767, 2060146072, 32548, 0}}}, sin6_scope_id = 0}}, bind_address = >>> 0x0, proto = 88 'X'}}}} >>> (gdb) >>> >>> (gdb) bt full >>> #0 0x00000036e8a32925 in raise () from /lib64/libc.so.6 >>> No symbol table info available. >>> #1 0x00000036e8a34105 in abort () from /lib64/libc.so.6 >>> No symbol table info available. >>> #2 0x0000000000654c24 in qm_free (qmp=0x7f23b9cba000, >>> p=0x7f247acb5878, file=0x7f2479e3cd86 "tm: h_table.c", >>> func=0x7f2479e3d070 "free_cell_helper", line=187, >>> mname=0x7f2479e3c780 "tm") at core/mem/q_malloc.c:471 >>> qm = 0x7f23b9cba000 >>> f = 0x7f23bc87a2c8 >>> size = 528 >>> next = 0x400 >>> prev = 0x7fff2b9f7920 >>> __FUNCTION__ = "qm_free" >>> #3 0x00007f2479d6bf16 in free_cell_helper (dead_cell=0x7f23c54fea50, >>> silent=0, fname=0x7f2479e4da80 "timer.c", fline=651) at h_table.c:187 >>> b = 0x0 >>> i = 1 >>> rpl = 0x7f247acb4fc0 >>> tt = 0x0 >>> foo = 0x7f23b9e2bd90 >>> cbs = 0x0 >>> cbs_tmp = 0x7f23c60c16b0 >>> __FUNCTION__ = "free_cell_helper" >>> #4 0x00007f2479db8148 in wait_handler (ti=1503818844, >>> wait_tl=0x7f23c54fead0, data=0x7f23c54fea50) at timer.c:651 >>> p_cell = 0x7f23c54fea50 >>> ret = 1 >>> #5 0x0000000000629578 in timer_list_expire (t=1503818844, >>> h=0x7f23b9d38dc0, slow_l=0x7f23b9d3b0c8, slow_mark=43533) at >>> core/timer.c:874 >>> tl = 0x7f23c54fead0 >>> ret = 0 >>> #6 0x00000000006299d4 in timer_handler () at core/timer.c:939 >>> saved_ticks = 1503818844 >>> run_slow_timer = 0 >>> i = 525 >>> __FUNCTION__ = "timer_handler" >>> #7 0x0000000000629e73 in timer_main () at core/timer.c:978 >>> No locals. >>> #8 0x0000000000422d4e in main_loop () at main.c:1690 >>> i = 1 >>> pid = 0 >>> si = 0x0 >>> si_desc = "udp receiver child=0 sock=100.100.100.169:5060", '\000' >>> <repeats 16 times>, >>> "\001\000\000\000\340|\237+\377\177\000\000W\327e\000\000\000\000\000\200\335u\000\000\000\000\000\250\065\313zo\000\000\000\316\357u\000\000\000\000\000\205\335u\000\000\000\000\000\004\000\000\000\000\000\000\000\000\240˹#\177---Type >>> <return> to continue, or q <return> to quit--- >>> \000" >>> nrprocs = 1 >>> woneinit = 1 >>> __FUNCTION__ = "main_loop" >>> #9 0x0000000000429732 in main (argc=13, argv=0x7fff2b9f8088) at >>> main.c:2639 >>> cfg_stream = 0x1f8f010 >>> c = -1 >>> r = 0 >>> tmp = 0x7fff2b9f8742 "" >>> tmp_len = 54 >>> port = -398323320 >>> proto = 54 >>> options = 0x732e78 >>> ":f:cm:M:dVIhEeb:l:L:n:vKrRDTN:W:w:t:u:g:P:G:SQ:O:a:A:x:X:Y:" >>> ret = -1 >>> seed = 3083103015 >>> rfd = 4 >>> debug_save = 0 >>> debug_flag = 0 >>> dont_fork_cnt = 0 >>> n_lst = 0x36e8a90687 >>> p = 0x7fff2b9f7f88 "\200\200\237+\377\177" >>> st = {st_dev = 2307, st_ino = 9183277, st_nlink = 3, st_mode = >>> 16832, st_uid = 522, st_gid = 501, __pad0 = 0, st_rdev = 0, st_size >>> = 4096, >>> st_blksize = 4096, st_blocks = 8, st_atim = {tv_sec = 1496231473, >>> tv_nsec = 0}, st_mtim = {tv_sec = 1520405673, tv_nsec = 0}, st_ctim = { >>> tv_sec = 1520405673, tv_nsec = 0}, __unused = {0, 0, 0}} >>> __FUNCTION__ = "main" >>> (gdb) >>> >>> i dont know if you can help us to know the reason of the crash, >>> because the call trace seemed quite normal, and we don't know if the >>> cause was from the rtpengine responses of the bye requests, or was >>> caused by the request retransmisions, which would be rare because we >>> sometimes have those type of calls. >>> >>> thanks a lot and regards >>> >>> david >>> >>> >>> >>> _______________________________________________ >>> Kamailio (SER) - Users Mailing List >>> sr-users(a)lists.kamailio.org >>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users >> >> -- >> Daniel-Constantin Mierla >> www.twitter.com/miconda --www.linkedin.com/in/miconda >> Kamailio Advanced Training - April 16-18, 2018, Berlin -www.asipto.com >> Kamailio World Conference - May 14-16, 2018 -www.kamailioworld.com >

2 1

In-dialog BYE request, how to return back to original sender ?
by Loic Chabert 04 Apr '18

04 Apr '18

Hi list, I'm facing an routing issue with the following sip infrastructure: ASTERISK 1 ---\___ Kamailio proxy ____ Kamailio frontend ___ IPBX ASTERISK 2 ---/ And please find below desired call-flow: 1 - An asterisk 1 server send a call to a proxy 2 - This proxy make a location lookup, and send it to kamailio frontend proxy 3 - Frontend proxy relay to Wazo PBX (for example) 4 - Callee respond ... 5 - Callee hangup the call, so Wazo PBX send a BYE request to kamailio frontend proxy 6 - Based on Route headers, frontend forward BYE request to proxy 7 - ... here cames issues ... Question is simple (but answer will be probably more complex): how can i sent in dialog BYE request to ASTERISK 1, and not asterisk 2. Should i use dispatcher module ? Should i use specials headers to send back to Asterisk 1 the BYE request ? What is the normal behaviour for in-dialog requests ? I can't find any answers on SIP RFCs or any archived messages on mailing list. Thanks in advance, Best regards.

2 3

subnet match
by volga629＠networklab.ca 03 Apr '18

03 Apr '18

Hello Everyone, Not sure what I am missing, but can't match ip address to subnet Log says INFO: <script>: Subnets not match processing rtp...destination ip [10.0.1.242] and sourceip [10.0.1.241] if(is_method("INVITE")) { $avp(destip)=$(du{s.select,1,:}); $avp(subnet) = $avp(destip) + "/16"; xlog("L_INFO", "Initial Request: [$rm] destination ip [$avp(destip)] and sourceip [$si]\n"); if(!is_in_subnet("$si", "$avp(subnet)")) { xlog("L_INFO", "Subnets not match processing rtp...destination ip [$avp(subnet)] and source ip [$si]\n"); route(RTP_MANAGE); } } [root@prx00 ~]# rpm -qa | grep kamailio kamailio-mysql-5.1.2-2.git4c840b7e9.fc27.x86_64 kamailio-5.1.2-2.git4c840b7e9.fc27.x86_64 Slava.

3 12

KEMI get_body_part
by Igor Olhovskiy 02 Apr '18

02 Apr '18

Hi! I’m trying to get SDP body in my var. I’m using smth like this if (KSR.textops.has_body() ~= -1 and KSR.textops.has_body_type("application/sdp") ~= -1) then KSR.textops.get_body_part("application/sdp", "$var(pbody)») local sdp_body = KSR.pv.get("$var(pbody)") …. end But in logs i see this LUA {INVITE}: 7(20794) DEBUG: <core> [core/parser/msg_parser.c:183]: get_hdr_field(): content_length=470 LUA {INVITE}: 7(20794) DEBUG: app_lua [app_lua_sr.c:1496]: sr_kemi_lua_exec_func_ex(): param[0] for: has_body_type is str: application/sdp LUA {INVITE}: 7(20794) DEBUG: textops [textops.c:3083]: has_body_helper(): content type is 196611 LUA {INVITE}: 7(20794) DEBUG: app_lua [app_lua_sr.c:1496]: sr_kemi_lua_exec_func_ex(): param[0] for: get_body_part is str: application/sdp LUA {INVITE}: 7(20794) DEBUG: app_lua [app_lua_sr.c:1496]: sr_kemi_lua_exec_func_ex(): param[1] for: get_body_part is str: $var(pbody) LUA {INVITE}: 7(20794) DEBUG: <core> [core/pvapi.c:396]: pv_cache_lookup(): pvar [$var(pbody)] found in cache LUA {INVITE}: 7(20794) DEBUG: <core> [core/parser/msg_parser.c:89]: get_hdr_field(): found end of header LUA {INVITE}: 7(20794) INFO: <core> [core/msg_translator.c:1694]: get_boundary(): Content-Type hdr has no params <application/sdp> LUA {INVITE}: 7(20794) ERROR: textops [textops.c:2468]: ki_get_body_part_helper(): Cannot get boundary. Is body multipart? So, in sdp_body var i got 0. What is wrong here? Regards, Igor

2 3

topos redis -> failed to store
by Abdoul Osséni 02 Apr '18

02 Apr '18

Hello list, I activated topos and topos_redis backend. Now, I have the following errors: Jan 6 07:34:11 sd-110402 /usr/local/sbin/kamailio[30288]: {1 102 NOTIFY 645f4b58537f9df53b9ce65f4937d652@163.172.83.169:5064} ERROR: topos [tps_storage.c:394]: tps_storage_record(): failed to store Jan 6 07:34:11 sd-110402 /usr/local/sbin/kamailio[30292]: {1 102 NOTIFY 5b678085378e62c12c6f18154501feb3@163.172.83.169:5064} INFO: topos_redis [topos_redis_storage.c:163]: tps_redis_insert_dialog(): no uuid for this message Jan 6 07:34:11 sd-110402 /usr/local/sbin/kamailio[30292]: {1 102 NOTIFY 5b678085378e62c12c6f18154501feb3@163.172.83.169:5064} ERROR: topos [tps_storage.c:394]: tps_storage_record(): failed to store Jan 6 07:34:18 sd-110402 /usr/local/sbin/kamailio[30287]: {1 102 NOTIFY 2799d4a61e9defbc66dc67735e1c6e6c@163.172.83.169:5064} INFO: topos_redis [topos_redis_storage.c:163]: tps_redis_insert_dialog(): no uuid for this message Jan 6 07:34:18 sd-110402 /usr/local/sbin/kamailio[30287]: {1 102 NOTIFY 2799d4a61e9defbc66dc67735e1c6e6c@163.172.83.169:5064} ERROR: topos [tps_storage.c:394]: tps_storage_record(): failed to store Jan 6 07:34:18 sd-110402 /usr/local/sbin/kamailio[30290]: {1 102 NOTIFY 760fe2ce3427748514441de25cade2e4@163.172.83.169:5064} INFO: topos_redis [topos_redis_storage.c:163]: tps_redis_insert_dialog(): no uuid for this message Jan 6 07:34:18 sd-110402 /usr/local/sbin/kamailio[30290]: {1 102 NOTIFY 760fe2ce3427748514441de25cade2e4@163.172.83.169:5064} ERROR: topos [tps_storage.c:394]: tps_storage_record(): failed to store Jan 6 07:34:33 sd-110402 /usr/local/sbin/kamailio[30291]: {1 102 NOTIFY 7464fc2b503427423b0aba925fb13bc7@163.172.83.169:5064} INFO: topos_redis [topos_redis_storage.c:163]: tps_redis_insert_dialog(): no uuid for this message Jan 6 07:34:33 sd-110402 /usr/local/sbin/kamailio[30291]: {1 102 NOTIFY 7464fc2b503427423b0aba925fb13bc7@163.172.83.169:5064} ERROR: topos [tps_storage.c:394]: tps_storage_record(): failed to store Jan 6 07:34:35 sd-110402 /usr/local/sbin/kamailio[30287]: {1 102 NOTIFY 581e88181527f4221fbc7f893a564d6a@163.172.83.169:5064} INFO: topos_redis [topos_redis_storage.c:163]: tps_redis_insert_dialog(): no uuid for this message Jan 6 07:34:35 sd-110402 /usr/local/sbin/kamailio[30287]: {1 102 NOTIFY 581e88181527f4221fbc7f893a564d6a@163.172.83.169:5064} ERROR: topos [tps_storage.c:394]: tps_storage_record(): failed to store Could you help me to fix it? Abdoul OSSENI

3 8

How to extract SIP-I ISUP parameters
by Eugene Prokopiev 02 Apr '18

02 Apr '18

Hi, I need to extract ISUP parameter 'Redirecting number' from SIP-I INVITE request and add it as SIP header with 'X-' prefix to process in FreeSWITCH. I tried to read https://kamailio.org/docs/modules/5.1.x/modules/sipt.html (but it is about updating headers) and https://kamailio.org/docs/modules/5.1.x/modules/ss7ops.html (but I have only ISUP encapsulated in SIP), so not found any solution. Help me to find it please. -- WBR, Eugene Prokopiev

2 7

audio issues
by Atux Atux 02 Apr '18

02 Apr '18

Hi. I am doing my first steps with Kamailio and i have installed it according to the http://kb.asipto.com/kamailio:skype-like-service-in-less-than-one-hour. i did create 3 users 1100,1101,1102 and then in windows PC i did install the jitsi application. Even though the accounts on Jitsi show as online on each PC i have audio issues. All PCs are in the same LAN -Device 1101 calls 1102 and on 1102 i cannot hear anything. 1102 talks and it cannot be heard -Device 1102 calls device 1101 and on 1101 PC i hear a ringing tone. Then i answer from 1101. 1102 speaks and it can be heard, not the other way around. any ideas, please?

2 1

KEMI and SQL - best practices
by Igor Olhovskiy 02 Apr '18

02 Apr '18

Hi! Is there any suggestions, best practices of using SQL connections in KEMI? Main idea - not to open connection to database in every route (cause it’s really expensive operation in terms of time) and reuse existing, for ex, created in some kind of startup route? Or maybe use some else technique? Regards, Igor

2 1

Russian meddling in Kamailio project
by Alex Balashov 01 Apr '18

01 Apr '18

(Filed by the Geostrategic Open Source Alliance.) ATLANTA, GA (1 April 2018)--In a twist of events that has shocked the global technical community, the well-known open-source VoIP professional Alex Balashov has revealed himself to be a deep cover intelligence operative of the GRU (Main Intelligence Directorate of the military of the Russian Federation) and the FSB (the Federal Security Bureau, the successor agency to the Soviet-era KGB). Balashov was reported to be seeking US political asylum and immunity from prosecution in return for an exposé of the ways in which the Russian foreign intelligence apparatus has sought to influence the direction of the open-source communications project "Kamailio", widely used in telecommunications carrier, service provider and enterprise environments to deliver high-scalability routing services and other SIP (Session Initiation Protocol) platform building blocks. In connection with these sensitive ongoing negotiations, Balashov was debriefed on behalf of the US Government by Fred Posner of The Palner Group, a counterintelligence think tank and security consulting firm based in Gainesville, Florida. This debriefing was coordinated with the German BND (Bundesnachrichtendienst) agency and other agencies representing security cooperation partners of the European Union and NATO. GOSA have been able to obtain exclusive excerpts from the portions of this interview not deemed top secret: POSNER: Please state your full name, age, place of birth, physical characteristics, serial number and any other relevant professional asset identification markers. BALASHOV: [redacted] POSNER: You have made the claim that Kamailio has been infiltrated by Russian spy agencies. Given that it's an open-source project, that's a bold and provocative claim. Where's the evidence? BALASHOV: Infiltration is perhaps strong word from spy novels. Reality is less thrilling. As you are knowing from controversy about election of our Donald, covert global influence today is mainly question of soft power. POSNER: Is there an obvious way in which this applies to the Kamailio project you can show us? I remind you that you have staked your personal freedom on this issue. BALASHOV: Influence is delicate matter. Da, of course there are some superficial indications... POSNER: Such as? BALASHOV: For example module to support language Squirrel. What is Squirrel? Who uses it? If you take a look at code is a bit complicated, da? What does it do? POSNER: It is a bit complicated, But I'm not convinced. Sell me. BALASHOV: It was in fact committed to GitHub by former Eastern Bloc personality, yes? Very complicated code for unknown mystery language support from Eastern Europe... POSNER: Yes, from the main developer and leader of the project. BALASHOV: Hmm. POSNER: What else? BALASHOV: There is a Ukranian [redacted] who is in charge of many SIP captures with system which diverts them to central database, yes? Something with name from ancient Greek troubadour or myths maybe? POSNER: We'll have to look into that. BALASHOV: Kamailio World is held every year in East Berlin. Every year back to Berlin. POSNER: So what? BALASHOV: Where do most guests of it spend their night? POSNER: [audible crack of pistol whip] This is not a quiz show! I ask the questions here. BALASHOV: Yes, yes, okay, they are at the Park Inn at Alexanderplatz. POSNER: And? BALASHOV: The history of this hotel in East German times and Stasi presence there... POSNER: That aspect of history is well-known. BALASHOV: Da... then is clear. POSNER: What are the strategic goals of Russia with regard to open source communication infrastructure? BALASHOV: From news lately can be seen that is soft power leveraging and economic sabotage. POSNER: Economic sabotage? How will they achieve that with open source? BALASHOV: Again is question of delicate influence in small ways. This is not time of Arab dignitaries visiting KGB hotels in Moscow in 1970s or this kind of naked and obvious trick. POSNER: [raises pistol] You are here to provide specifics. BALASHOV: Yes yes, okay. Well, I am not policy architect at Khoroshovskoe Shosse, but general point of view with colleagues is that best approach to Western countries is to encourage kind of "boondoggles" [air quotes] which consume large economic resources with very little benefit. POSNER: Does Russia create boondoggles in America? BALASHOV: No no. We don't have this level of direct influence to create per se. You can see from recent activities of Internet Research Agency for example that the successful approach is the one which will amplify or grow existing boondoggles which lead to kind of systemic dysfunction, through for example injection of kind of "memes" [air quote gesture] and "trolls" [air quote gesture]. POSNER: Where has Russia been successful at this specifically as it relates to the Kamailio, the VoIP industry, and real-time communications? BALASHOV: The GRU are very successful at disinformation campaign to convince business executives about cloud things. They are always listening to our "thought leadership" [air quote gesture] to move to cloud, mostly Amazon Web Services, which is great for us since is worst possible approach. At industry events our people are always pushing very much cloud cloud cloud, you know, like a stampede of rhinoceroses to cloud, don't miss out on cloud! Don't be left on the ground, fly away to cloud! We have great podcas-- POSNER: --stop. But there is a legitimate value proposition for service providers in moving to the cloud, isn't there? BALASHOV: Yes, for some maybe, but for example AWS is platform not designed at all for telecom, is kind of Node.js and Ruby on Rails hosting service. POSNER: Where is the economic sabotage? BALASHOV: Well they are spending one month $30,000 to Amazon, next month $35,000, next month $40,000, always bigger instances, bigger, bigger, to handle even very basic work. Official sexy seduction mythology is you can fire all the system admins and no longer replace hard drives at 3 AM and forget all this messing with hardware. Is very hard to resist for big business leaders who follow classical Western management consulting sermon from 90s about "divest yourself of non-core competencies" [air quote gesture]. You know, it is same advice they come to give to us in Gaidar and Yeltsin days. From my memory was not working out well until First Marshal Putin took different approach... POSNER: Let's stay focused. Surely companies can run the numbers for themselves and see if it makes sense for them? BALASHOV: Maybe, but where we have the success is in the exploit of the fear of missing out, I think is called "FOMO" [air quote gesture] nowadays. Everyone is moving to cloud, don't get left behind, even if unit economics of it are disaster for your product and your company. Have you heard about the cloud? It's future! POSNER: And this has been successful? BALASHOV: Hard to measure but for example there is major increase in mailing list posts about putting Kamailio in Amazon EC2, EC2, endless EC2 from people for whom it is obviously wrong thing. Lots of wheels spinnink, spinnik, making fire and sparks, light and heat going into cold, empty outer space, to keep warm our GLONASS satellites. But where is result? All cost increase. And still the $3000/mo instance does not process small amount of packets that is nothing for bare metal server. Meanwhile spendink, spendink, solvink big amounts of kind of fake problems... I heard this expression once in Atlanta, "keep up with Jones" [air quote gesture]. I don't know who is Jones but everyone agrees is very important to keep up with h-- POSNER: --back up. Fake problems? BALASHOV: Maybe is better word: unnecessary problems that come from way AWS inside workings. Stupid network constraints, stupid puzzles for puzzle-solvers. What is American term, "eager beaver" [air quote gesture]? POSNER: Apart from tying up resources, how does this enthusiasm for AWS help Russia? BALASHOV: Well it should be obvious that having whole industry pay huge premium price to centralise their infrastructure at one entity is both economically wasteful and precarious. Fragile and expensive setup is like our Soviet economy at end of eighties. Also havink resemblance to old-times mainframe computing is top secret irony nobody sees. POSNER: Where else is Russia seeding economically harmful memes? BALASHOV: Other big initiative is encourage huge overinvestment in WebRTC because is supposedly future of real-time communications. POSNER: But WebRTC is real. BALASHOV: Da, of course, sometimes workink fine, but eats up big engineering capital and talent fighting always browser bugs and incompatible implementations and always changink changink changink. Meanwhile who is caring for fundamental SIP services? POSNER: And this is a form of economic sabotage? BALASHOV: Of course is sabotage. If you can make much of a sector of economy to obsess always about some toy and create kind of echo chamber of "visionary" [air quote gesture] commentary about it it is negative for GDP and innovation. "Vision" has shown the big success for us; is perfect concept in hand of intelligence agency because nobody is knowing what it is but everyone so desperate to show they have it. POSNER: So a large-scale movement of VoIP service providers to the cloud and big development around WebRTC represent Russian attempts at sabotage of the Western real-time communications industry? BALASHOV: Well again, these tendencies are existing before. It is more question of amplifying and boosting and promoting them so many actors are distracted from important things. American business guys are very vulnerable to it; every time they are asking, "this does not seem to be worth it for us?", always they hear from friends at country club, "you need more bold vision and company culture of innovation, my friend". We have learned after some years and applying KGB psychology training to exploit their big personal insecurities about many things. For example they see competitor have Cloud Business Analytics, they too must have now Cloud Business Analytics, not for any reason, just fear, insecurity, the angst about not having enough "Big Data" [air quote gesture]. POSNER: What else? BALASHOV: In recent years can be found thought leadership to remove direct sales because is inefficient, too high customer acquisition cost and so forth. Always now resellers, channel partners this and master agents that. Common sense shows industry cannot support chain with big depth of reseller of reseller of reseller with everyone wanting to be reseller and nobody selling actual products to the real people. POSNER: That's not new to telecom. BALASHOV: No, no, but now new twist! They are now having everything "as a service" [air quote gesture], platform-aaS, infrastructure-aaS... POSNER: Okay? BALASHOV: But also now infrastructure management-as-a-service and kind of meta approach, management-of-management-of-platform-aaS. Resellers of resale platforms of platforms of platforms. Maybe not quite clear, but this is special recursive sense of humour tradition in Russia. Put endless things inside things inside things like matryoshka doll. Again-- POSNER: --matryoshka? Like the Russian nesting doll? BALASHOV: Yes yes, nesting doll. As I was saying key point is lots of "activity and buzz" [air quote gesture] which is parasitism by another name. Lots of energy and enthusiasm, big banners, hype from UC press, LinkedIn Pulse CTO insights, cheerleadink, but where is result? POSNER: How is this all tied to Kamailio? BALASHOV: Some of it is not directly tied. It is more idea that Kamailio is tool for executing "big ideas" [air quote gesture] and "platform plays" [air quote gesture]. When you are reading mailing list post like, "how to scale up with Kamailio to deliver cloud WebRTC solutions for the enterprise?" and wonder with yourself "from where this small guy got such 'big ideas'?" is often result of Russian-sponsored so-called thought leadership. Who is he? He does not have enterprise! POSNER: What's wrong with that question? BALASHOV: Well from our point of view nothing; great question, bold and inspiring! We are encouraging them always to go build grandiose megalomania ideas, telling to them, yes, "boil the ocean", "be disruptor 2.0", etc. Have you seen ITEXPO? Ideally also raising some venture capital to erase value from fund limited partners portfolio, like pension funds, university endowments. Although sometimes we feel sorry, knowink they will not meet the success, and almost have heart to tell them is just trollink, but our government is clear about goal: work hard every day to suck money out of American economy. POSNER: So it is in Russia's interest to see big ideas funded in America? BALASHOV: Oh yes yes! Bigger is better! First mover advantage and network effect, go big or go home trailblazink! On every time someone gets the Series A for "completely transforming the way you do the business with UCaaS" [air quote gesture] or like "a new kind of next-gen VoIP peering" [air quote gesture] we are having another champagne bottle at the headquarters. POSNER: This does not really sound like traditional intelligence work. BALASHOV: Is not. We are livink in Internet cultural moment, is about memes, engineering perceptions and mass behaviour, new kind of value creation. Likewise destruction. POSNER: We will consider your asylum application in detail. In the meantime, you will be detained at [redacted] as before. BALASHOV: This is famous American tradition of "customer service"? POSNER: We call it "customer success" nowadays.

6 7

Re: [SR-Users] BIG NEWS: Launching NODAILIO - Arcticficial Intelligence (tm) SIP Server
by Carsten Bock 01 Apr '18

01 Apr '18

Hi, Is this the new 5G, Block-Chain powered, self driving vehicle, everybody's been talking about? Thanks, Carsten P.S.: Since the stock value likely just doubled: Do I have any stock-options? Alex Balashov <abalashov(a)evaristesys.com> schrieb am So., 1. Apr. 2018, 18:36: > Most important thing about Nodailio is that it has no security > vulnerabilities. > > None whatsoever. > > -- Alex > > -- > Sent via mobile, please forgive typos and brevity. > > _______________________________________________ > Kamailio (SER) - Users Mailing List > sr-users(a)lists.kamailio.org > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users >

2 1

BIG NEWS: Launching NODAILIO - Arcticficial Intelligence (tm) SIP Server
by Daniel-Constantin Mierla 01 Apr '18

01 Apr '18

With Kamailio being compromised after Alex Balashov's exposure earlier today, it is the time to launch the next generation SIP server named: NODAILIO It is built in NODE.js for NODE.js, with an Arcticficial Intelligence engine at its core (easy to spot: nod.AI.lio), therefore it is capable of all the present and *future* features of Kamailio. Full source code has been made public from second 0 to avoid any interference from alexiens. Usage guidelines and more details are available at: * https://github.com/miconda/nodailio Thanks for sailing nodailio! Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - April 16-18, 2018, Berlin - www.asipto.com Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com

3 3

statistics (ASR and ACD) by destination/country
by Abdoul Osséni 30 Mar '18

30 Mar '18

Hello dear list, I am looking for a tool that will provide me call statistics (ASR and ACD) by destination/country with alerting by emails. I try to detect when a sip provider does not work well in order to route the traffic to another sip provider. Thank you. Abdoul OSSENI AfriCallShop

3 3

KEMI basic logging
by Eugene Prokopiev 30 Mar '18

30 Mar '18

Hi, Tried just to reject any request with some log message: $ cat kamailio/Dockerfile FROM centos:centos7 RUN yum update -y RUN yum install -y wget RUN wget -O /etc/yum.repos.d/kamailio.repo http://download.opensuse.org/repositories/home:/kamailio:/v5.1.x-rpms/CentO… RUN yum install -y kamailio kamailio-lua VOLUME /etc/kamailio ENTRYPOINT ["kamailio", "-DD", "-E"] $ cat kamailio/config/kamailio.cfg listen=udp:0.0.0.0:5060 loadmodule "tm.so" loadmodule "sl.so" loadmodule "xlog.so" loadmodule "app_lua.so" modparam("app_lua", "load", "/etc/kamailio/kamailio.lua") cfgengine "lua" $ cat kamailio/config/kamailio.lua function ksr_request_route() KSR.log("===== request - from kamailio lua script\n") KSR.sl.send_reply(503, "Server not configured") end Result is: kamailio_1 | 12(18) CRITICAL: <core> [core/pass_fd.c:277]: receive_fd(): EOF on 5 kamailio_1 | 0(1) ALERT: <core> [main.c:746]: handle_sigs(): child process 7 exited by a signal 11 kamailio_1 | 0(1) ALERT: <core> [main.c:749]: handle_sigs(): core was generated vms_kamailio_1 exited with code 1 But valid response '503 Server not configured' with commented KSR.log. So, how to log propertly? -- WBR, Eugene Prokopiev

2 2

Re: [SR-Users] How to determine correct port to set in record-route header
by Pranathi Venkatayogi 30 Mar '18

30 Mar '18

Any help? From: Pranathi Venkatayogi Sent: Monday, January 23, 2017 2:35 PM To: 'Kamailio (SER) - Users Mailing List' <sr-users(a)lists.sip-router.org> Subject: How to determine correct port to set in record-route header Hi, I am using Kamailio behind NAT, unable to figure how to make it put “public ip” in Record-route header, I am manually inserting the hard-coded header myself as below. However now I am having trouble choosing the right port number in all scenarios. $var(dstPort) = 5061; if (dst_port==5060) { $var(dstPort) = 5060; } insert_hf("Record-Route: <sip:MY_PUBLICIP_ADDR:$var(dstPort);transport=tls;lr;nat=yes>\r\n", "Record-Route"); In one scenario I see the conflicting port numbers in “via” header vs “Record route”. The ACK is being set to port 5060 based on Record route header and is not being received by the callee. 2017-01-23 14:52:49.970233 [blink.exe 2780]: SENDING: Packet 11, +0:00:36.411867 10.0.27.108:58217 -(SIP over TLS)-> 172.31.211.31:5061 SIP/2.0 180 Ringing Via: SIP/2.0/TLS 63.149.103.72:5061;received=172.31.211.31;branch=z9hG4bK4799.7067bd2a48063748a4c353fa408eaefa.0 Via: SIP/2.0/UDP 10.0.16.52;rport=5060;branch=z9hG4bK4799.935a27c6ef5ad112225964cbe7c1be44.0;i=2 Via: SIP/2.0/TLS 10.11.200.12:51793;rport=51793;received=10.11.200.12;branch=z9hG4bKPj49f6aeca3f9b4155ab4c5304b544aa4d;alias Record-Route: <sip:63.149.103.72:5060;transport=tls;lr;nat=yes> Record-Route: <sip:10.0.16.52:5061;transport=tls;lr;nat=yes> Call-ID: 09ce10efa6a946bf9445ccc21857393e From: "cust1" <sip:cust1@devtranslation.sms-test.cyracom.com>;tag=95082caabecc42548c2fec5ccd29e5de To: <sip:spanish@translation.sms-test.cyracom.com>;tag=ec365cc8489b48a7bc5725d21b7d97a1 CSeq: 17422 INVITE Server: Blink 3.0.0 (Windows) Contact: <sip:20745891@10.0.27.108:58216;transport=tls> Allow: SUBSCRIBE, NOTIFY, PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, MESSAGE, REFER Content-Length: 0 Questions: 1. How can I let in-built record-route function automatically choose “public ip” so I can get rid of my manual insertion altogether. 2. If no option, what is the right way to choose the port on which packet is being received, so it is same as what is on “VIA”. 3. Any other pointers to improve the logic here?

3 3

kamailio it does not start after reboot
by Atux Atux 30 Mar '18

30 Mar '18

i am installing Kamailio using apt in a debian 8 machine by following this guide http://kb.asipto.com/kamailio:skype-like-service-in-less-than-one-hour i managed to create a few users and through Jitsi to talk to each other. once i reboot the machine, then the problems start and Kamailio cannot start. here are a few details from my system. -/etc/apt/sources.list the part for Kamailio #Kamailio deb http://deb.kamailio.org/kamailio51 jessie main deb-src http://deb.kamailio.org/kamailio51 jessie main -Version info Distributor ID: Debian Description: Debian GNU/Linux 8.10 (jessie) Release: 8.10 Codename: jessie -root@debian:~# systemctl start kamailio Job for kamailio.service failed. See 'systemctl status kamailio.service' and 'journalctl -xn' for details. root@debian:~# /etc/init.d/kamailio start [....] Starting kamailio (via systemctl): kamailio.serviceJob for kamailio.service failed. See 'systemctl status kamailio.service' and 'journalctl -xn' for details. failed! Any ideas, please?

4 6

180 and 183 SIP messages
by Ali Taher 30 Mar '18

30 Mar '18

Hello everyone, I'm working on freeswitch , where I have SIP calls coming from A-Party to my freeswitch and I'm routing it to B-Party. I'm facing an issue , when I'm getting back the 183 message from the supplier(B-Party) and forwarding it to the customer(A-Party); the customer is not hearing the RBT and asking to send 180 rather than 183 . (the supplier is only sending 183 without 180). Is it possible using kamailio to replace this 183 message with 180 message , or even add 180 message while keeping the same 183 message ? Regards, Ali Taher

4 7

kamailio & vmware
by Jean Cérien 29 Mar '18

29 Mar '18

Hello We are running a kamailio 5.0 on a VMWARE / VSPHERE 6.0 vm, with a couple of asterisk running on 2 physical hosts. Audio goes straight to the asterisk, no rtpengine / rtpproxy. I actually have no audio issues, but communication between the asterisk & kamailio for sip sometime fails - I get a few 408. I cant tell if this is network related or virtualisation related. Anyone has advice on kamailio on a VM, when it only handles sip ? Rgds J.

7 10

Kamailio fails to start because of jsonrpl
by Dmitry 29 Mar '18

29 Mar '18

Kamailio fails to start and I see the following errors: kamailio[2115]: ERROR: <core> [core/pvapi.c:1085]: pv_parse_spec2(): bad tr in pvar name "jsonrpl" kamailio[2115]: ERROR: <core> [core/pvapi.c:1111]: pv_parse_spec2(): invalid parsing in [$(jsonrpl(body){kz.json, result.NRSETS})] at (4) kamailio[2115]: CRITICAL: <core> [core/cfg.y:3447]: yyerror_at(): parse error in config file /etc/kazoo/kamailio/dispatcher-role.cfg, line 243, colu...ult.NRSETS}) I installed kamailio-json-modules, Kamailio v5.1.2 installed from DEB packets from deb.kamailio.org What is the cause of the error?

2 1

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