- sr-users - kamailio.org

How do we send "MSRP Message" from config
by Pranathi Venkatayogi 28 Apr '17

28 Apr '17

While implementing Kamailio to hold customer call, I would to send "Pls hold on looking for an agent" MSRP message from Kamailio config. Is it doable? >From the module, we can only send msrp_reply and msrp_relay... Please advise. Pranathi Venkatayogi System Developer II (520) 745-9447 x4466 www.cyracom.com<http://www.cyracom.com/> Join us: [cid:image001.gif@01D1C9C9.C4E8B6D0] <https://www.facebook.com/pages/CyraCom-LLC/134704783312720> [cid:image002.gif@01D1C9C9.C4E8B6D0] <https://twitter.com/cyracom> [cid:image003.gif@01D1C9C9.C4E8B6D0] <http://www.linkedin.com/company/cyracom> [cid:image004.gif@01D1C9C9.C4E8B6D0] <http://www.cyracom.com/blog/> [cid:image005.png@01D1C9C9.C4E8B6D0] DISCLAIMER: This e-mail and any attached content may contain confidential or privileged material delivered for the sole use of the intended recipient(s). Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient), please contact the sender immediately by reply e-mail and delete all copies of this message. It is the recipient's responsibility to scan this e-mail and any attachments for viruses. The content of this e-mail message, including any attachments, does not comprise a contract or a portion of a contract, and so does not bind CyraCom International, Inc. or any of its agents or subsidiaries. CyraCom, LLC and Voiance Language Services, LLC are wholly owned subsidiaries of CyraCom International, Inc.

2 1

Re: [SR-Users] SIGCHLD causes termination, but it appears that no child process has actually stopped.
by Cody Herzog 27 Apr '17

27 Apr '17

Thanks for the quick reply. Pull request #1101 created: https://github.com/kamailio/kamailio/pull/1101

1 0

kamailio and siremis
by David Villasmil 27 Apr '17

27 Apr '17

Hello, Maybe this isn't the right place. Just installed SIREMIS (4.3.0) on a kamailio 5, everything works with the admin user, but when creating a SIP USER, after clicking on "Save" the page goes to http://1.2.3.4/siremis/system/user_detail/5 which just shows a blank page. Nevertheless, the user IS created and shows up on the "user management", but when the user tried to login, after clicking on "login", it shows a "processing login" and a pop-up comes up ( http://1.2.3.4/siremis/index.php/user/login) which just show a "1" here's the log: {code} '04/27/2017','20:25:22','DEBUG','DATAOBJ','Query Sql = SELECT T0.id, T0.username, T0.password, T0.enctype, T0.email, T0.status, T0.lastlogin, T0.lastlogout, T0.create_by, T0.create_time, T0.update_by, T0.update_time FROM user T0 WHERE T0.username='nocadmin' and status='1' LIMIT 1 BIND: ','n/a' '04/27/2017','20:25:22','DEBUG','DATAOBJ','Query Sql = SELECT T0.id, T0.username, T0.password, T0.enctype, T0.email, T0.status, T0.lastlogin, T0.lastlogout, T0.create_by, T0.create_time, T0.update_by, T0.update_time FROM user T0 WHERE T0.username='nocadmin' LIMIT 1 BIND: ','n/a' '04/27/2017','20:25:22','DEBUG','DATAOBJ','Query Sql = SELECT T0.id, T0.first_name, T0.last_name, T0.display_name, T0.company, T0.department, T0.position, T0.fast_index, T0.photo, T0.phone, T0.mobile, T0.fax, T0.zipcode, T0.province, T0.city, T0.street, T0.country, T0.email, T0.webpage, T0.qq, T0.icq, T0.skype, T0.yahoo, T0.misc, T0.type_id, T1.name, T0.sortorder, T0.user_id, T0.published, T0.default, T0.access, T0.params, T0.create_by, T0.create_time, T0.update_by, T0.update_time FROM contact T0 LEFT JOIN contact_type T1 ON T1.id = T0.type_id WHERE (T0.published=1 or T0.user_id='4') AND T0.user_id='4' ORDER BY T0.sortorder ASC, T0.id ASC LIMIT 1 BIND: ','n/a' '04/27/2017','20:25:22','DEBUG','DATAOBJ','Query Sql = SELECT T0.id, T0.user_id, T0.role_id, T1.name, T1.startpage FROM user_role T0 INNER JOIN role T1 ON T1.id = T0.role_id WHERE T0.user_id='4' BIND: ','n/a' '04/27/2017','20:25:22','DEBUG','DATAOBJ','Insert Sql = INSERT INTO event_log (user_id, ipaddr, event, message, comment, timestamp) VALUES (:_v1, :_v2, :_v3, :_v4, :_v5, :_v6); BIND: 4,6.7.8.9,LOGIN,MSG_LOGIN_SUCCESSFUL,a:2:{i:0;s:8:"nocadmin";i:1;s:13:"6.7.8.9";},2017-04-27 20:25:22','n/a' '04/27/2017','20:25:22','DEBUG','DATAOBJ','New record Id is 14','n/a' '04/27/2017','20:25:22','DEBUG','DATAOBJ','Query Sql = SELECT T0.id, T0.username, T0.password, T0.enctype, T0.email, T0.status, T0.lastlogin, T0.lastlogout, T0.create_by, T0.create_time, T0.update_by, T0.update_time FROM user T0 WHERE T0.username='nocadmin' LIMIT 1 BIND: ','n/a' '04/27/2017','20:25:22','DEBUG','DATAOBJ','Update Sql = UPDATE user SET lastlogin = :_v1, update_by = :_v2, update_time = :_v3 WHERE id='4'; BIND: 2017-04-27 20:25:22,4,2017-04-27 20:25:22','n/a' {code} nothing else is shown, nothing happens... Thanks for your help! Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337 ᐧ

1 0

How to prevent running multiple Kamailio instances on one host?
by Julia Boudniatsky 27 Apr '17

27 Apr '17

What is you suggestion for prevent running multiple Kamailio instances on one host? Thank you, Julia

5 9

JANSSON module not working for multiple JSON objects
by vivek＠advaitamtech.com 27 Apr '17

27 Apr '17

Hi All, Am using JANSSON module to parse the JSON object I receive. I tried using JSON module of kamailio. Since its giving error in loading the module due to error"libjson-c.so.3: cannot open shared object file: No such file or directory", I went ahead to use JANSSON module. JANSSON module is parsing the single JSON object perfectly. But not parsing the multiple JSON objects. JSON object am trying to parse: $avp(result1)= "[{"origin":"125.16.231.74","Dest":"725.76.731.77"},{"origin":"225.26.231.24","Dest":"225.26.231.27"}]" JANSSON API used: jansson_get("origin", "$avp(result1)", "$var(origin)"); Any suggestions will be really helpful. Thanks, Vivek

2 4

topos and PRACK problem
by Sergey Basov 27 Apr '17

27 Apr '17

Hi All. I have just try to test topos with GW which requires PRACK. As you can see UA at packet 21 send PRACK to topos contact, but after topos, on other kamailio side in PRACK request line present not kontact but record-route header. Can you fix it? Thank you. -- Best regards, Sergey Basov e-mail: sergey.v.basov(a)gmail.com

2 5

SIGCHLD causes termination, but it appears that no child process has actually stopped.
by Cody Herzog 27 Apr '17

27 Apr '17

Hello. I'm running Kamailio 4.3.5 on Ubuntu Server 14.04. I just started using the app_python module together with the OpenTok Python SDK, described here: https://tokbox.com/developer/sdks/python/ My basic Python test script works fine, but when I add an import statement in the Python script to bring in a package from the OpenTok Python SDK, Kamailio terminates right after launch with the following log message: "terminating due to SIGCHLD" I was surprised to not find any extra log messages indicating which child process was causing the signal. I hacked the code in the handle_sigs() function in main.c.c to NOT terminate in response to SIGCHLD, and was surprised to see that my Python script was working fine, and was able to properly use the OpenTok Python SDK. I then started adding more debugging log statements and discovered that the call to waitpid() was returning 0, which apparently indicates that no child process has changed state. It's very strange, because it seems that SIGCHLD is being sent and handled, but waitpid() is indicating that no child process has changed state. I'm not sure if that is valid situation which needs to be handled. Perhaps SIGCHLD is sometimes sent for spurious or harmless reasons which should be ignored, and not result in total Kamailio termination. My current workaround is to NOT terminate when SIGCHLD is received and waitpid() indicates that no child process has changed state. In other words, I only terminate when the waitpid() while() loop has been entered at least once due to a return value greater than 0. Does that seem like a change that might make sense in the master branch going forward, or does it seem dangerous somehow? I'm not sure if this is helpful, but the waitid() system call (available since Linux 2.6.9) provides more precise control over which child state changes to wait for. http://manpages.ubuntu.com/manpages/trusty/man2/wait.2.html Thanks for any help.

2 1

Query with regard to http_client and http_async_client
by Ramachandran, Agalya (Contractor) 26 Apr '17

26 Apr '17

Hi Giacomo, I have few questions with regard to rest client in kamailio. 1) I see there are two modules in kamailio for rest client. http_client, http_async_client. I hope http_client does the http transfer in synchronous way. http_async_client does the http transfer in asynchronous manner. Correct me if am wrong here. 2) I want to achieve https transfers in async way, so choosing http_async_client. Is there a way that kamailio maintains persistent TCP connection pooling for http transfer. I see there is a "workers" parameter in http_async_client. By increasing this number does it result it more http request's handling? 3) Also, I have some questions regarding documentation for module http_async_client in 5.0 version. In the API exposure, it says "http_async_query(url, route_name)". But the example if I want to use POST, it says "http_async_query("http://example.com/test.php", "{'r_uri':'$rU', 'f_uri':'$fU'}", "HTTP_REPLY");" There is a parameter mismatch between the example and the actual function. If I try to use GET query, kamailio service is starting. But if I try to give the POST query with payload, kamailio service is not started. It says, sctp_core_destroy(): SCTP API not initialized. Also I have noticed that, functions like http_append_header(),http_set_method() are removed in 5.0 version, whereas we have this API's is 4.x versions. Is there some issue with the documentation for 5.0 ? Please let me the know the details for the above queries. Regards, Agalya

3 3

forwarding multiple times
by hdssdsdsdsfsdf hdssdsdsdsfsdf 26 Apr '17

26 Apr '17

Hi all, I'm trying to transmit a CANCEL sip message from one server to multiple other servers (using ds_select_domain and ds_next_domain). Ideally, I would simply use forward() multiple times. The problem is however, that this would apply the changes of forward() multiple times too, for example adding multiple via-headers. I tried to use forward() for the first transmission and then send() for the next ones, but it turns out send() uses the original message to send, and not the message as crafted by forward. As such, it seems I need exactly what's in the middle of these: Either a forward that operates on the original message, or a send that operates on the message as crafter by previous forward. Does anyone know how to achieve this? The only other solution I see is to manually write some forwarding routing, but it seems tedious to craft the via-headers and fix the domain to be forwarded to. Thanks and cheers,

1 1

How to eliminate Content-Length:0 from sl_send_reply
by Pranathi Venkatayogi 25 Apr '17

25 Apr '17

Hi, How do I eliminate Content-Length:0 from sip reply when using sl_send_reply? I wanted to generate 200 ok, with SDP payload. I appended headers like below. The packet seems ok except there is extra "Content-Length:0", which is causing problems. Any workarounds? The packet being generated is: Note the extra content-length: 0 at the end. SIP/2.0 200 OK Via: SIP/2.0/UDP 10.0.0.12:59404;rport=59404;branch=z9hG4bKPjb7d0391f8f7f479b812f6e5feadfa3c5;received=10.11.200.46 From: "cust1" <sip:cust1@devtranslation.sms-test.cyracom.com>;tag=afcffa277e2a43dc88fafc612f538864 To: <sip:spanish@devtranslation.sms-test.cyracom.com>;tag=37b119f34ca40c158c5b7306e1aa8d72.b73a Call-ID: 7f73e5d03e15425395fac930eae423bd CSeq: 31419 INVITE Content-Type: application/sdp Content-Length: 350 v=0 o=- 3688213899 3688213900 IN IP4 10.99.52.17 s=Blink 1.4.2 (Windows) t=0 0 m=message 2855 TCP/MSRP * c=IN IP4 10.99.52.17 a=path:msrps://10.99.52.17:2855/116701522521345;tcp a=accept-types:message/cpim text/* image/* application/im-iscomposing+xml a=accept-wrapped-types:text/* image/* application/im-iscomposing+xml a=setup:active Content-Length: 0 Code in config is: append_to_reply("Content-Type: application/sdp\r\n"); append_to_reply("Content-Length: 350\r\n"); append_to_reply("\r\n"); append_to_reply("v=0\r\n"); append_to_reply("o=- 3688213899 3688213900 IN IP4 MY_IP_ADDR\r\n"); append_to_reply("s=Blink 1.4.2 (Windows)\r\n"); append_to_reply("t=0 0\r\n"); append_to_reply("m=message 2855 TCP/MSRP *\r\n"); append_to_reply("c=IN IP4 MY_IP_ADDR\r\n"); append_to_reply("a=path:msrps://MY_IP_ADDR:2855/$var(ssessid);tcp\r\n"); append_to_reply("a=accept-types:message/cpim text/* image/* application/im-iscomposing+xml\r\n"); append_to_reply("a=accept-wrapped-types:text/* image/* application/im-iscomposing+xml\r\n"); append_to_reply("a=setup:active\r\n"); sl_send_reply("200", "OK"); Thanks, Pranathi Venkatayogi System Developer II (520) 745-9447 x4466 www.cyracom.com<http://www.cyracom.com/> Join us: [cid:image001.gif@01D1C9C9.C4E8B6D0] <https://www.facebook.com/pages/CyraCom-LLC/134704783312720> [cid:image002.gif@01D1C9C9.C4E8B6D0] <https://twitter.com/cyracom> [cid:image003.gif@01D1C9C9.C4E8B6D0] <http://www.linkedin.com/company/cyracom> [cid:image004.gif@01D1C9C9.C4E8B6D0] <http://www.cyracom.com/blog/> [cid:image005.png@01D1C9C9.C4E8B6D0] DISCLAIMER: This e-mail and any attached content may contain confidential or privileged material delivered for the sole use of the intended recipient(s). Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient), please contact the sender immediately by reply e-mail and delete all copies of this message. It is the recipient's responsibility to scan this e-mail and any attachments for viruses. The content of this e-mail message, including any attachments, does not comprise a contract or a portion of a contract, and so does not bind CyraCom International, Inc. or any of its agents or subsidiaries. CyraCom, LLC and Voiance Language Services, LLC are wholly owned subsidiaries of CyraCom International, Inc.

3 8

Re: [SR-Users] Kamailio Issues
by Robert Boisvert 25 Apr '17

25 Apr '17

Santosh, Looks like you didn't include the mohdir information (see http://kamailio.org/docs/modules/4.4.x/modules/mohqueue.html#dir.parms) or there are no files in that directory. BTW, I rarely use this email address so please address your questions to sr-users(a)lists.kamailio.org. Hope this helps, Bob On Thu, Apr 20, 2017 at 11:26 AM, santosh gupta <santosh.gupta.g(a)gmail.com> wrote: > HI, > > Was working on Kamailio for MohQueue n getting the below error. > Let me know if you can help me. > > I had already checked everything. > 1. Files are located in proper directory. > 2. Files are having proper permissions. > 3. Database is having proper tables. > 4. Tried many versions of Kamailio i.e 4.4,5.0 also 5.0.1 > > ERROR: mohqueue [mohq_db.c:504]: update_mohq_lst(): Queue,Field > (operators,mohdir): Unable to find MOH files > > -------------------- > With Regards > Santosh Gupta > +91 9323043570 >

2 3

4.4.5 Shared memory leak with t_suspend/t_continue
by Julia Boudniatsky 25 Apr '17

25 Apr '17

Hello all, I need to fork an incoming call to the second destination, after receiving 180 reply from the first destination. I use kamailio version 4.4.5 It working fine, but with shared memory leak. The script part: $avp(00x)=$_s(sip:$var(00x)@$si:$sp;user=phone); if(!is_known_dlg()){ dlg_manage(); } t_relay(); append_branch("$avp(00x)"); if(t_suspend()) { xlog("L_NOTICE","FORK: suspend transaction[$T(id_index):$T(id_label)]\r\n"); } onreply_route [REPLY_TO_SOURCE] { if ($T_reply_code=="180") { t_continue("$T(id_index)", "$T(id_label)", "RELAY_FORK"); } } route[RELAY_FORK] { $ru=$avp(00x); $avp(tu) = $_s(sip:$rU@$td;user=phone); uac_replace_to("$avp(tu)"); remove_hf("Supported"); xlog("L_NOTICE","RELAY_FORK : $rm CSeq[$hdr(CSeq)] branch[$T_branch_idx]\r\n"); t_relay(); } Please find the result of *kamcmd corex.shm_summary* after 300 calls Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: summarizing all alloc'ed. fragments: Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 176 bytes from dialog: dlg_profile.c: set_dlg_profile(574) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 3 size= 264 bytes from dialog: dlg_var.c: new_dlg_var(97) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 3 size= 152 bytes from dialog: dlg_hash.c: dlg_set_leg_info(526) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 3 size= 144 bytes from dialog: dlg_hash.c: dlg_set_leg_info(509) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 2 size= 1184 bytes from dialog: dlg_hash.c: build_new_dlg(441) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 3 size= 24 bytes from dialog: dlg_var.c: new_dlg_var(106) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 3 size= 24 bytes from dialog: dlg_var.c: new_dlg_var(116) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 3 size= 88 bytes from dialog: dlg_hash.c: dlg_set_leg_info(517) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 337 size= 367448 bytes from tm: t_reply.c: relay_reply(1891) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 334 size= 549312 bytes from tm: t_msgbuilder.c: build_local_reparse(344) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 672 size= 1123536 bytes from core: msg_translator.c: build_req_buf_from_sip_req(2154) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 337 size= 505048 bytes from core: sip_msg_clone.c: msg_lump_cloner(978) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 331 size= 14784 bytes from tm: t_reply.c: update_totag_set(312) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 340 size= 3566680 bytes from core: sip_msg_clone.c: sip_msg_shm_clone(494) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 339 size= 5024 bytes from dialog: dlg_handlers.c: dlg_get_iuid_shm_clone(280) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 337 size= 2528256 bytes from tm: h_table.c: build_cell(317) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 331 size= 10096 bytes from tm: t_reply.c: update_totag_set(313) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 2390 size= 315368 bytes from core: usr_avp.c: create_avp(175) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 36480 bytes from core: counters.c: counters_prefork_init(207) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 10944 bytes from sl: sl_stats.c: init_sl_stats_child(125) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 512 bytes from tmx: tmx_pretran.c: tmx_init_pretran_table(90) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 14592 bytes from tm: t_stats.c: init_tm_stats_child(60) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 2736 bytes from kex: pkg_stats.c: pkg_proc_stats_init(79) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 3 size= 88 bytes from core: cfg/cfg_struct.c: cfg_clone_str(130) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 648 bytes from core: cfg/cfg_struct.c: cfg_shmize(217) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from core: pt.c: init_pt(110) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from core: pt.c: init_pt(105) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 7984 bytes from core: pt.c: init_pt(104) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8192 bytes from htable: ht_api.c: ht_init_tables(381) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from cfgutils: cfgutils.c: mod_init(935) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from cfgutils: cfgutils.c: mod_init(929) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from cfgutils: cfgutils.c: mod_init(921) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 131088 bytes from dialog: dlg_hash.c: init_dlg_table(284) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from dialog: dlg_hash.c: init_dlg_table(276) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from dialog: dlg_hash.c: init_dlg_table(269) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from dialog: dlg_hash.c: init_dlg_table(264) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from dialog: dlg_timer.c: init_dlg_timer(57) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 32 bytes from dialog: dlg_timer.c: init_dlg_timer(48) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 312 bytes from dialog: dlg_profile.c: new_dlg_profile(187) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 432 bytes from dispatcher: dispatch.c: reindex_dests(601) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 678 size= 31456 bytes from tm: t_hooks.c: insert_tmcb(137) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 3 size= 32 bytes from dispatcher: dispatch.c: ds_set_attrs(235) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 3 size= 72 bytes from dispatcher: dispatch.c: add_dest2list(351) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 3 size= 360 bytes from core: timer.c: register_timer(1011) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 840 bytes from dispatcher: dispatch.c: add_dest2list(325) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 16 bytes from dispatcher: dispatch.c: init_data(204) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 16 bytes from dispatcher: dispatch.c: init_data(195) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from dispatcher: dispatcher.c: ds_parse_reply_codes(1029) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from dispatcher: dispatcher.c: mod_init(309) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from dispatcher: dispatcher.c: mod_init(307) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from dispatcher: dispatch.c: ds_ping_active_init(102) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from sl: sl_funcs.c: sl_startup(83) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from sl: sl_stats.c: init_sl_stats(110) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 16 bytes from tm: t_hooks.c: init_tmcb_lists(74) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 16 bytes from tm: t_hooks.c: init_tmcb_lists(72) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 2097152 bytes from tm: h_table.c: init_hash_table(467) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 3 size= 96 bytes from core: cfg/cfg_ctx.c: cfg_register_ctx(47) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from core: usr_avp.c: init_avps(90) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from core: usr_avp.c: init_avps(89) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 16384 bytes from core: dst_blacklist.c: init_dst_blacklist(437) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from core: dst_blacklist.c: init_dst_blacklist(430) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 2 size= 96 bytes from core: timer.c: timer_alloc(514) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from core: dns_cache.c: init_dns_cache(366) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 16384 bytes from core: dns_cache.c: init_dns_cache(358) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 16 bytes from core: dns_cache.c: init_dns_cache(351) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from core: dns_cache.c: init_dns_cache(345) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from core: timer.c: init_timer(283) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 16384 bytes from core: timer.c: init_timer(282) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from core: timer.c: init_timer(281) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from core: timer.c: init_timer(280) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from core: timer.c: init_timer(269) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from core: timer.c: init_timer(237) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 278544 bytes from core: timer.c: init_timer(220) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from core: timer.c: init_timer(219) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from core: timer.c: init_timer(206) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 64 bytes from core: cfg/cfg_struct.c: cfg_child_cb_new(830) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from core: cfg/cfg_struct.c: sr_cfg_init(361) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from core: cfg/cfg_struct.c: sr_cfg_init(354) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from core: cfg/cfg_struct.c: sr_cfg_init(347) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from core: cfg/cfg_struct.c: sr_cfg_init(335) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from core: cfg/cfg_struct.c: sr_cfg_init(323) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 232 bytes from htable: ht_api.c: ht_add_table(278) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from pv: pv_shv.c: add_shvar(177) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 64 bytes from pv: pv_shv.c: add_shvar(170) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 80 bytes from pv: ../../lock_alloc.h: lock_set_alloc(70) Apr 24 15:08:53 vm-tkamasy1 /usr/local/sbin/kamailio[2795]: WARNING: fm_status: count= 1 size= 8 bytes from core: mem/shm.c: shm_core_lock_init(153) Thank you for help.

2 3

Kamailio SIP Proxy solution
by Hai Bui Duc Ha 25 Apr '17

25 Apr '17

Hi all, I'm researching the solution on Kamilio like SIP forward message: - At the moment, the customer has server IP PBX and their clients. - Then, the client just point the SIP Porxy configure to Kamailio. After that, Kamailio will forward to IP PBX and send the event to another server. - Everything will be not changed for customer site. I found the link do the similar thing but it still authenticate on Kamailio: http://kb.asipto.com/asterisk:realtime:kamailio-4.0.x-asterisk-11.3.0-astdb… Do you have any advice ? Regrads, Hai Bui -- Hai Bui VoIP engineer, Cvoice team, HTK-HCM Office Mobile: +84-165-618-9876

5 8

Warnings at apply_changes()
by Diego Nadares 25 Apr '17

25 Apr '17

Hi list, I'm converting body message to multipart. Calls establishes ok and Kamailio it's not logging errors but I'm seeing some info and warnings that I don't know it they are correct. Maybe you could tell me if it's normal or if I'm doing something wrong in my script. kamailio[13428]: INFO: <script>: Original content type is application/sdp kamailio[13428]: INFO: <core> [msg_translator.c:1693]: get_boundary(): Content-Type hdr has no params <application/sdp> kamailio[13428]: WARNING: <core> [msg_translator.c:1959]: build_req_buf_from_sip_req(): check_boundaries error kamailio[13428]: INFO: <script>: Appending GTD to body I use the following sintax: route{ ... route(MANAGE_MULTIPART); ... } route[MANAGE_MULTIPART]{ .... if (is_method("INVITE") && !has_totag() && has_body()){ ... xlog("L_INFO", "Original content type is $cT"); set_body_multipart(); *msg_apply_changes();* xlog("L_INFO", "Appending GTD to body"); ... } ... } Invite example: INVITE sip:222222222@172.16.205.122:5060 SIP/2.0 Via: SIP/2.0/UDP 172.16.213.21:5060;branch=z9hG4bK-28085-1-0 From: "111111111" <sip:1111111111@172.16.213.21:5060;user=phone>;tag=1 To: <sip:2222222222@172.16.205.122:5060> Call-ID: 1-28085(a)172.16.213.21 CSeq: 1 INVITE Contact: "1111111111" <sip:111111111@172.16.213.21:5060> Max-Forwards: 70 Subject: Performance Test Content-Type: application/sdp Content-Length: 137 v=0 o=user1 53655765 2353687637 IN IP4 172.16.213.21 s=- c=IN IP4 172.16.213.21 t=0 0 m=audio 6000 RTP/AVP 8 a=rtpmap:8 PCMA/8000 As you can see the log says that "Content-Type hdr has no params <application/sdp>" but in the line before says "Original content type is application/sdp". I'm running kamailio 4.4 by the way. Thanks in advance. Diego.

2 2

Re: [SR-Users] New developer: Guillaume Bour
by Siwek, Cezary 24 Apr '17

24 Apr '17

Nice work Guillaume! On 24 April 2017 at 15:21, Siwek, Cezary <cezary.siwek(a)vonage.com> wrote: > Nice work Guillaume! > > On 21 April 2017 at 09:55, Daniel-Constantin Mierla <miconda(a)gmail.com> > wrote: > >> Hello, >> >> I would like to announce that Guillaume Bour (https://github.com/gbour) >> has now developer privileges on Kamailio's gihub project. He has >> contributed recently a new module named keepalive: >> >> - http://kamailio.org/docs/modules/devel/modules/keepalive.html >> >> There is also a pull request from him waiting to be merge to drouting >> module, adding capability of detecting active/inactive gateways used by >> the module. >> >> Thanks for the contributions so far and looking forward to collaborate >> in the future! >> >> Cheers, >> Daniel >> >> -- >> Daniel-Constantin Mierla >> www.twitter.com/miconda -- www.linkedin.com/in/miconda >> Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com >> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com >> >> >> _______________________________________________ >> Kamailio (SER) - Users Mailing List >> sr-users(a)lists.kamailio.org >> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users >> > >

1 0

Video recording with RTPENGINE
by Alberto Llamas 24 Apr '17

24 Apr '17

Hi guys, Any of you have experience using the '*start_recording()*' function of the RTPENGINE in a WebRTC scenario?. At this point, I am able to record the stream but I am not able to play them. The output is a .pcap file in a raw format. I have tried the conversion: raw -> H264 -> mp4/avi (with different tools: videosnarf, x264, ffmepg) and not luck. Do you know the right way to convert those stream in raw format?. Any hint will be appreciated. Regards,

3 5

Memory leak after enabling topos module
by Sergey Basov 24 Apr '17

24 Apr '17

Hi All. During loadtest of kamailio 5.0.1 with topos module I got memory leak in "udp receiver" process After 1600 sip calls I got 10 Mbytes of free private memory. I set limit to 32 Mbytes output of kamcmd corex.pkg_summary pid xxx command at begin test and before eom are in attached files. If you need more info please let me know. Thank you in advance. -- Best regards, Sergey Basov e-mail: sergey.v.basov(a)gmail.com

3 11

SIREMIS
by Emil Morganti 24 Apr '17

24 Apr '17

Hello, I have installed kamailio 5.1.0-dev and would like to know if it is compatible with SIREMIS v4.3.0? Has anyone tried it?

2 1

MSRP Connection is not working
by Jegadeesan 24 Apr '17

24 Apr '17

Hi , I'm very new to Kamailio application and trying to setup the test environment for Android RCS client (https://github.com/android-rcs/rcsjta). Parallelly we have deployed the Kamailio on ECS2 and able to make a call/text using any other sip clients. Apparently, we had enabled the MSRP modules over TCP and tried to test with Android RCS. But getting stuck at the connecting screen. Although we could see SIP exchange logs between two clients. Can anyone help me in fixing this issue? -- Jegadeesan M

2 3

tm forward
by Slava Bendersky 24 Apr '17

24 Apr '17

Hello Everyone, What possible cause for messsage /usr/sbin/kamailio[4037]: ERROR: tm [t_fwd.c:1723]: t_forward_nonack(): no branches for forwarding Thank you.

2 3

Kamailio not forwarding call
by Gonzalo Gasca Meza 22 Apr '17

22 Apr '17

Hi all, I worked in an prototype recently where I *had* the following setup working. Kamailio is using Postgres to forward the call to Twilio domain. *Topology:* SIP client (tls) > (SIP Provider) > (tls) Kamailio (udp) > Twilio > IVR Right now when I call from SIP Client to IVR, call is not forwarded. Nothing has changed on Kamailio side. *Troubleshooting:* a) *SIP client (tls) > (SIP Provider) > (tls) Kamailio (udp) > Twilio > IVR [Fails]* - Case described above. b) *Call from PSTN > (SIP Provider) > (tls) Kamailio (udp) > Twilio > IVR [Works]* I debug and call arrives to Kamailio but is not being forwarded to Twilio. This used to work before. When call works Kamailio seems to find remote domain, when fails we just sent a *502 Bad Gateway* message Twilio does not support DNS SRV records, just A host resolution. *Logs* While looking at debugs I found that this DNS logs: Pastebin below: *Call fails <https://pastebin.com/ttkK1Kkd> * Apr 22 06:37:00 parzee-sip-kamailio1 /usr/local/sbin/kamailio[28476]: DEBUG: <core> [dns_cache.c:537]: _dns_hash_find(): (_sip._ udp.parzee.sip.twilio.com(31), 33), h=816 Apr 22 06:37:00 parzee-sip-kamailio1 /usr/local/sbin/kamailio[28476]: DEBUG: <core> [resolve.c:741]: get_record(): lookup(_sip._ udp.parzee.sip.twilio.com, 33) failed Apr 22 06:37:00 parzee-sip-kamailio1 /usr/local/sbin/kamailio[28476]: DEBUG: <core> [dns_cache.c:864]: dns_cache_mk_bad_entry(): (_sip._ udp.parzee.sip.twilio.com, 33, 60, 1) Apr 22 06:37:00 parzee-sip-kamailio1 /usr/local/sbin/kamailio[28476]: DEBUG: <core> [dns_cache.c:798]: dns_cache_add(): adding _sip._ udp.parzee.sip.twilio.com(31) 33 (flags=1) at 816 Apr 22 06:37:00 parzee-sip-kamailio1 /usr/local/sbin/kamailio[28476]: DEBUG: <core> [dns_cache.c:537]: _dns_hash_find(): (parzee.sip.twilio.com(21), 1), h=267 Apr 22 06:37:00 parzee-sip-kamailio1 /usr/local/sbin/kamailio[28476]: DEBUG: <core> [resolve.c:937]: get_record(): skipping 0 NS (p=0xa1d2e7, end=0xa1d2e7) Apr 22 06:37:00 parzee-sip-kamailio1 /usr/local/sbin/kamailio[28476]: DEBUG: <core> [resolve.c:952]: get_record(): parsing 0 ARs (p=0xa1d2e7, end=0xa1d2e7) Apr 22 06:37:00 parzee-sip-kamailio1 /usr/local/sbin/kamailio[28476]: DEBUG: <core> [dns_cache.c:1741]: dns_get_related(): (0x7f1b5c227920 ( parzee.sip.twilio.com, 1), 1, *(nil)) (0) Apr 22 06:37:00 parzee-sip-kamailio1 /usr/local/sbin/kamailio[28476]: DEBUG: <core> [dns_cache.c:840]: dns_cache_add_unsafe(): adding parzee.sip.twilio.com(21) 1 (flags=0) at 267 *Call works <https://pastebin.com/AkWsvFVA>* Apr 22 07:00:03 parzee-sip-kamailio1 /usr/local/sbin/kamailio[28481]: DEBUG: <core> [dns_cache.c:537]: _dns_hash_find(): (_sip._ udp.parzee.sip.twilio.com(31), 33), h=816 Apr 22 07:00:03 parzee-sip-kamailio1 /usr/local/sbin/kamailio[28481]: DEBUG: <core> [resolve.c:741]: get_record(): lookup(_sip._ udp.parzee.sip.twilio.com, 33) failed Apr 22 07:00:03 parzee-sip-kamailio1 /usr/local/sbin/kamailio[28481]: DEBUG: <core> [dns_cache.c:864]: dns_cache_mk_bad_entry(): (_sip._ udp.parzee.sip.twilio.com, 33, 60, 1) Apr 22 07:00:03 parzee-sip-kamailio1 /usr/local/sbin/kamailio[28481]: DEBUG: <core> [dns_cache.c:798]: dns_cache_add(): adding _sip._ udp.parzee.sip.twilio.com(31) 33 (flags=1) at 816 Apr 22 07:00:03 parzee-sip-kamailio1 /usr/local/sbin/kamailio[28481]: DEBUG: <core> [dns_cache.c:537]: _dns_hash_find(): (parzee.sip.twilio.com(21), 1), h=267 Apr 22 07:00:03 parzee-sip-kamailio1 /usr/local/sbin/kamailio[28481]: DEBUG: <core> [msg_translator.c:2876]: create_via_hf(): id added: <;i=7>, rcv proto=3 Apr 22 07:00:03 parzee-sip-kamailio1 /usr/local/sbin/kamailio[28481]: DEBUG: <core> [msg_translator.c:158]: check_via_address(): (54.172.60.0, 54.172.60.0, 0) Apr 22 07:00:03 parzee-sip-kamailio1 /usr/local/sbin/kamailio[28481]: DEBUG: tm [t_funcs.c:368]: t_relay_to(): SER: new transaction fwd'ed Thank you!

1 1

integration kamilio with open IMS
by Med Amine Hajji 21 Apr '17

21 Apr '17

Hi i need ur help i want to integrate my Open IMS WITH KAMILIO wich configuration i must do ? thank you for helping me

1 0

Kamailio rtpengine sdp
by gerry kernan 21 Apr '17

21 Apr '17

Hi Thanks in advance if anyone can point me in the correct direction . I have kamailio running in front of some asterisk VM's. SIP endpoint register to their asterisk PBX via Kamailio dispatcher module. I'm running rtpengine with a Wan and private interface to bridge audio stream between these endpoints on the WAN to asterisk PBX running on LAN IP behind Kamailio. Calls from ext to ext work fine audio both directions , calls outbound to PSTN via SIP trunk to SIP provider via trunk on asterisk work fine audio both directions. But incoming calls via SIP provider I only get audio on stream from asterisk registered ext to external caller , no audio from external caller to the asterisk ext. I reckon I have something wrong in my Kamailio.cfg . if I register an ext direct to asterisk I get audio both ways on incoming calls. And rtp logs from rtpenegine show it as trying to send the rtp to the private address of the sip endpoint rather that its WAN address. I think my mistake in somewhere in the cfg below. Do I need to handle invites from the backend asterisk servers different that invites from sip endpoints? Gerry Kernan Infinity IT | 17 The Mall | Beacon Court | Sandyford | Dublin D18 E3C8 | Ireland Tel: +353 - (0)1 - 293 0090 | E-Mail: <mailto:gerry.kernan@infinityit.ie> gerry.kernan(a)infinityit.ie Managed IT Services Infinity IT - <http://www.infinityit.ie/> www.infinityit.ie IP Telephony Asterisk Consulting - <http://www.asteriskconsulting.com> www.asteriskconsulting.com Contact Centre Total Interact - <http://www.totalinteract.com> www.totalinteract.com

2 4

NOTIFY request from PCSCF is on TCP transport rather than UDP
by Haggerty, Paul (phaggert) 21 Apr '17

21 Apr '17

Hello, I've got an IMS client which uses UDP for transport. Our application server is also using UDP. We are using a Kamailio IMS Core. The client REGISTERS with UDP and also does a SUBSCRIBE. Our application server responds with a NOTIFY to the client. Looking at the trace. The messages between the PCSCF and SCSCF are TCP. The REGISTER and SUBSCRIBE responses to the client from the PCSCF are UDP (which I would expect). However, when the PCSCF get the NOTIFY is tries to open a TCP connection to the Client. (I assume to send a NOTIFY). Any ideas of what is happening here? I'm fairly new to the Kamailio IMS. I am more familiar with the Open IMS Core. (which is not having this issue). Thanks, Paul

1 1

How ICE works with private IPs as candidates?
by Denys Pozniak 21 Apr '17

21 Apr '17

Hello! I have next topology: ISP->Kamailio + Rtpengine->WebRTC Sometimes I receive from Browser side SDP like below with private IPs in ICE candidates. - Please explain why it happens? - How ICE finds a pair? I think Rtpengine obtains packet from Browser and somehow matches with peer (as it can't reach Browser via private IP) U KAMAILIO_IP:34150 -> RTPENGINE_IP:22222 0_16586_545 d3:sdp962:v=0. o=- 3981552194926701250 2 IN IP4 127.0.0.1. s=-. t=0 0. a=msid-semantic: WMS 5efe361e-087d-47de-98f6-9b51427d3764. m=audio 50589 RTP/SAVPF 8 0. c=IN IP4 192.168.2.205. a=rtcp:9 IN IP4 0.0.0.0. a=candidate:710145796 1 udp 2122255103 <(212)%20225-5103> 2001::9d38:6abd:3c21:28f:3f57:fd32 50588 typ host generation 0 network-id 1 network-cost 50. a=candidate:2355154215 1 udp 2122194687 <(212)%20219-4687> 192.168.2.205 50589 typ host generation 0 network-id 2. a=ice-ufrag:sPAh. a=ice-pwd:RjXqOz8rpwjhKPU3BzXkJd1d. a=fingerprint:sha-256 04:AF:D4:6C:07:C2:DD:18:48:E0: BC:46:15:15:00:5F:C9:AD:CF:8D:F3:94:55:5A:54:0C:37:B3:E6:44:63:EC. a=setup:active. a=mid:audio. a=sendrecv. a=rtcp-mux. a=rtpmap:8 PCMA/8000. a=rtpmap:0 PCMU/8000. a=ssrc:3055599516 <(305)%20559-9516> cname:n0Cdw7SNbYDIba8s. a=ssrc:3055599516 <(305)%20559-9516> msid:5efe361e-087d-47de-98f6-9b51427d3764 41750b25-d640-4bad-8953-55f4e2684c49. a=ssrc:3055599516 <(305)%20559-9516> mslabel:5efe361e-087d-47de- 98f6-9b51427d3764. a=ssrc:3055599516 <(305)%20559-9516> label:41750b25-d640-4bad-8953- 55f4e2684c49. 3:ICE6:remove5:flagsl13:trust-address14:media-handover8: SDES-offe7:replacel6:origin18:session-connectione18: transport-protocol7:RTP/AVP8:rtcp-muxl5:offer6:accepte7: call-id37:domain.com_29465313:received-froml3:IP412:10.23. 255.93e8:from-tag13:QQcg5eFv08S9K6:to-tag10:nsebpmf7ia7:command6:answere

4 5

http_client_query API of http_client module issue.
by vivek＠advaitamtech.com 21 Apr '17

21 Apr '17

Hi All, Am executing the curl GET request using the API http_client_query(url, [post-data], result) like its mentioned in the http_client module page. In the result part of the called API, I am receiving only the first line of the response to the GET request sent. How do I get or access the full response? Thanks, Vivek.

1 0

Kamailio World 2017 - grants for students and underrepresented people
by Daniel-Constantin Mierla 21 Apr '17

21 Apr '17

Hello, with a bit of delay, given that had to accommodate and accept some requests from the last year queue, I am glad to announces that we can offer two more seats at Kamailio World Conference, May 8-10, 2017, in Berlin. Therefore we are continuing the program from last years, based on the roots and the tight relation of Kamailio project with the academic environment, the eligible people being students enrolled in universities or research institutes (both bachelor and PhD programs qualify) as well as people from underrepresented groups. If you think you are eligible and want to participate, email me directly (miconda(a)gmail.com) or to registration(a)kamailio.org . Participation to all the content of the event (workshops, conference and social event) is free, but you will have to take care of expenses for traveling and accommodation. Write a short description about your interest in real time communications and, when it is the case what is the university or the research institute you are affiliate to. Also, if you are not a student, but you are in touch with some or have access to students forums/mailing lists, it will be very appreciated if you forward these details. Time is short, we already received few requests based on my remark in a message sent out few weeks ago, therefore in a matter of days we will do the selection, so you have to hurry up a bit. More information about Kamailio World is available on the web site: - http://www.kamailioworld.com Many thanks to the event sponsors that allowed to continue this program, respectively: FhG Fokus, Asipto, Flowroute, Telnyx, Sipwise, Sipgate, Simwood, Obihai, NG-Voice, Evariste Systems, Digium, VoiceTel, Pascom and Core Network Dynamics. Expect a full house event! Looking forward to meeting many of you in Berlin! Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

1 0

New developer: Guillaume Bour
by Daniel-Constantin Mierla 21 Apr '17

21 Apr '17

Hello, I would like to announce that Guillaume Bour (https://github.com/gbour) has now developer privileges on Kamailio's gihub project. He has contributed recently a new module named keepalive: - http://kamailio.org/docs/modules/devel/modules/keepalive.html There is also a pull request from him waiting to be merge to drouting module, adding capability of detecting active/inactive gateways used by the module. Thanks for the contributions so far and looking forward to collaborate in the future! Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

1 0

http_async_query in event_route[dialog:start] does not work
by Pranathi Venkatayogi 21 Apr '17

21 Apr '17

Hi, I wanted to make an http_async_query in event_route[dialog:start] after the call the confirmed. I see that flow does not even get to making "async_send_query". Perhaps it is failing at the first line "if (msg==null)" in w_http_async_post as I don't see any other error messages from the module. I can confirm that my setup and api server are fine as other calls I make from request_route and event_route[dialog:end] are working. I am attaching herewith my config files and Kamailio.log file. Relevant prob spot is below- Apr 20 17:37:17 devsip00 /sbin/kamailio[6286]: {2 3094 INVITE d9695149ce484811ab98ca41a4e8c694} INFO: <script>: Translation: TextBroker - Making CallAnswered for d9695149ce484811ab98ca41a4e8c694 If you notice we don't see any further progress of this call in http_async_client module. Can someone suggest what I am missing/where else can I know for sure dialog is confirmed and make this call. Pranathi Venkatayogi System Developer II (520) 745-9447 x4466 www.cyracom.com<http://www.cyracom.com/> Join us: [cid:image001.gif@01D1C9C9.C4E8B6D0] <https://www.facebook.com/pages/CyraCom-LLC/134704783312720> [cid:image002.gif@01D1C9C9.C4E8B6D0] <https://twitter.com/cyracom> [cid:image003.gif@01D1C9C9.C4E8B6D0] <http://www.linkedin.com/company/cyracom> [cid:image004.gif@01D1C9C9.C4E8B6D0] <http://www.cyracom.com/blog/> [cid:image005.png@01D1C9C9.C4E8B6D0] DISCLAIMER: This e-mail and any attached content may contain confidential or privileged material delivered for the sole use of the intended recipient(s). Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient), please contact the sender immediately by reply e-mail and delete all copies of this message. It is the recipient's responsibility to scan this e-mail and any attachments for viruses. The content of this e-mail message, including any attachments, does not comprise a contract or a portion of a contract, and so does not bind CyraCom International, Inc. or any of its agents or subsidiaries. CyraCom, LLC and Voiance Language Services, LLC are wholly owned subsidiaries of CyraCom International, Inc.

2 1

Kamailio 5.0 doesn't forward Authorization (Digest username) to Asterisk
by gh 21 Apr '17

21 Apr '17

Hi Marko, i work on the same scenario. It should work with: if(uac_reg_request_to("$fU", 0)) { xlog("L_NOTICE", "Found remote user [$rU] on [$rd] via [$du]"); t_on_failure("REMOTE_AUTH"); t_relay(); } But in my case xlog() currently does not print out the variables, so i am not able to debug:-( Can you try this code and tell me if xlog() works for you? Best regards Georg

3 7

Planning next IRC devel meeting - Apr 20, 2017
by Daniel-Constantin Mierla 20 Apr '17

20 Apr '17

Hello, probably it is the time to have another IRC devel meeting to discuss the plans for the project and the roadmap to next major release, v5.1. First proposed date would be Apr 20, with secondary options for Apr 24 or 25, but other dates can be taken in consideration if more convenient for a consistent group of developers. I created the wiki page for it at: * https://www.kamailio.org/wiki/devel/irc-meetings/2017a Feel free to add there the subjects you want to discuss, I also have several other topics to add. It would be good to list yourself if you are going to participate (or want to participate) in a specific day in order to see who are we relying on being present. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

1 4

Reply to Incoming SIP Options Pings from Kamailio
by SIP Tech 20 Apr '17

20 Apr '17

Hello, I have a simple Kamailio server built that acts as a stateless load balancer for incoming SIP calls. All kamailio does here is receive the incoming call and route it round robin to a Freeswitch machine behind it. All configuration in Kamailio is done in local config files including the use of dispatcher.list. I have an external 3rd party partner sending my Kamailio machine SIP options pings. Because my Kamailio sends all incoming calls stateless to a FS machine behind it (round robin) the FS machines behind Kamailio get the incoming ping requests and generate the 200 OK reply back to kamailio. I would like the 3rd party to get a 200 OK for pings directly from my Kamailio and not from freeswitch behing it. I have the need to scale FS machines on the fly so I don't want FS machines to be responsible for the sip options ping replies. I want Kamailio itself to reply with a static 200 OK to incoming ping requests. I have looked into nathelper and siputils options_reply to see if I could get a simple static config to handle this 200 OK directly from Kamailio. I cant get it to fully work as the incoming sip pings still hit freeswitch. How can I configure this in the kamailio.cfg to get kamailio itself to reply with a 200 OK to SIP Options Pings and NOT forward the ping request to freeswitch? Here is my current simple stateless LB config in kamailio that works great for what it is and for what I need for loadbalancing incoming call requests. route{ if ( !mf_process_maxfwd_header("10") ) { sl_send_reply("483","To Many Hops"); drop(); }; ds_select_dst("1", "4"); forward(); #stateless forward # t_relay(); #stateful relay } Here is a sample of what the incoming pings look like that hit Kamailio. U 2017/04/19 21:21:00.89 192.168.168.168:5060 -> 172.31.31.31:5060 OPTIONS sip:172.31.31.31:5060 SIP/2.0. Via: SIP/2.0/UDP 192.168.168.168:5060;branch=z9hG. Call-ID: 536f9b34c(a)192.168.168.168. To: sip:ping@172.31.31.31. From: <sip:ping@192.168.168.168>;tag=2b769f. Max-Forwards: 70. CSeq: 91160 OPTIONS. Route: <sip:172.31.31.31:5060;lr>. Using the above info what would a route look like in kamailio.cfg for this? What specific modules need to be installed/enabled to make your suggested route functional? Thanks guys

2 1

How to print out all variables in case we reach this line?
by gh 19 Apr '17

19 Apr '17

If i call a mobil number: t: <sip:+4917625251111@sip.heissa.de>. i get 404, but would expect rewrite to carrier route: sip:+4917625251111@sip.nexxtmobile.de Is there a way to print out all variables at this moment? ########################################################### if ( is_method("ACK") ) { if ( t_check_trans() ) { # no loose-route, but stateful ACK; # must be an ACK after a 487 # or e.g. 404 from upstream server route(RELAY); exit; } else { # ACK without matching transaction ... ignore and discard exit; } } sl_send_reply("404", "Not here"); #How to print out all variables in case we reach this line??? exit; ###########################################################

4 11

to tag length
by Diego Nadares 19 Apr '17

19 Apr '17

Hi guys, Does exist a max length for to tag? Because I'm saving dialogs in mysql and yesterday a message had a to tag greater than varchar 64. db_mysql_submit_query(): driver error on query: Data too long for column 'to_tag' at row 1 The length of the to tag was 65 (SDu81l799-7f56830f3e18-100007f-13c4-6009-73d4c9b-10f3d231-73d4c9b) Cheers, Diego

2 1

Re: [SR-Users] problem with avpops and mongodb modules
by hdssdsdsdsfsdf hdssdsdsdsfsdf 18 Apr '17

18 Apr '17

>On 22/02/2017 14:35, hsdsdssdfsdf dsasd wrote: >> I implemented call forwarding according to >> https://www.kamailio.org/wiki/tutorials/mini-howto-admin/call_forwarding, >> which is working fine. When I replace db_mysql with db_mongodb >> however, I receive an error on "if (avp_db_load("$ruri/username", >> "$avp(s:fwd_blind)")) {": >> >> ERROR: db_mongodb [mongodb_dbase.c:381]: db_mongodb_get_columns(): >> field [attribute] not found in result iterator >> ERROR: db_mongodb [mongodb_dbase.c:739]: db_mongodb_store_result(): >> failed to set the columns >> ERROR: db_mongodb [mongodb_dbase.c:918]: db_mongodb_query(): failed to >> store result >> ERROR: db_mongodb [mongodb_dbase.c:927]: db_mongodb_query(): failed to >> do the query >> ERROR: avpops [avpops_impl.c:381]: ops_dbload_avps(): db_load failed >can you set debug=3 in kamailio.cfg, restart kamailio and test again? >Then grab the log messages from syslog and send them here. It should >provide more debug information. > >Is there a record for this query? Or should be an empty response (no >record returned)? > >Cheers, >Daniel I used the following to store a forward: avp_db_store("$from/username","$avp(s:fwd_blind)"); Which in this case resulted in (after replacing the true forward info): > db.usr_preferences.find() { "_id" : ObjectId("58ac40f7e498420e0703a2e1"), "uuid" : "", "attribute" : "fwd_blind", "value" : "sip:0003@x.x.x;user=phone", "type" : 0, "username" : "0002", "domain" : null } After setting: debug=3 ... xlog("bla00"); if (avp_db_load("$ruri/username", "$avp(s:fwd_blind)")) { xlog("bla01" ... } xlog("bla02"); ... The syslog shows (after replacing the true username): Feb 24 10:42:18 slb04 /usr/local/sbin/kamailio[20311]: ERROR: <script>: bla00 Feb 24 10:42:18 slb04 /usr/local/sbin/kamailio[20311]: DEBUG: db_mongodb [mongodb_dbase.c:851]: db_mongodb_query(): query to collection [usr_preferences] Feb 24 10:42:18 slb04 /usr/local/sbin/kamailio[20311]: DEBUG: db_mongodb [mongodb_dbase.c:885]: db_mongodb_query(): query filter: { "username" : "0002", "attribute" : "fwd_blind" } Feb 24 10:42:18 slb04 /usr/local/sbin/kamailio[20311]: DEBUG: db_mongodb [mongodb_dbase.c:904]: db_mongodb_query(): columns filter: { "value" : 1, "attribute" : 1, "type" : 1 } Feb 24 10:42:18 slb04 /usr/local/sbin/kamailio[20311]: DEBUG: <core> [db_res.c:116]: db_new_result(): allocate 56 bytes for result set at 0x7fa03e54a6a0 Feb 24 10:42:18 slb04 /usr/local/sbin/kamailio[20311]: DEBUG: db_mongodb [mongodb_dbase.c:349]: db_mongodb_get_columns(): 3 columns returned from the query Feb 24 10:42:18 slb04 /usr/local/sbin/kamailio[20311]: DEBUG: <core> [db_res.c:154]: db_allocate_columns(): allocate 24 bytes for result names at 0x7fa03e54a798 Feb 24 10:42:18 slb04 /usr/local/sbin/kamailio[20311]: DEBUG: <core> [db_res.c:165]: db_allocate_columns(): allocate 12 bytes for result types at 0x7fa03e549848 Feb 24 10:42:18 slb04 /usr/local/sbin/kamailio[20311]: DEBUG: db_mongodb [mongodb_dbase.c:377]: db_mongodb_get_columns(): Found a field[0] named: value Feb 24 10:42:18 slb04 /usr/local/sbin/kamailio[20311]: DEBUG: db_mongodb [mongodb_dbase.c:396]: db_mongodb_get_columns(): allocate 16 bytes for RES_NAMES[0] at 0x7fa03e549798 Feb 24 10:42:18 slb04 /usr/local/sbin/kamailio[20311]: DEBUG: db_mongodb [mongodb_dbase.c:431]: db_mongodb_get_columns(): use DB1_STRING result type Feb 24 10:42:18 slb04 /usr/local/sbin/kamailio[20311]: DEBUG: db_mongodb [mongodb_dbase.c:460]: db_mongodb_get_columns(): RES_NAMES(0x7fa03e549798)[0]=[value] (2) Feb 24 10:42:18 slb04 /usr/local/sbin/kamailio[20311]: DEBUG: db_mongodb [mongodb_dbase.c:377]: db_mongodb_get_columns(): Found a field[1] named: attribute Feb 24 10:42:18 slb04 /usr/local/sbin/kamailio[20311]: ERROR: db_mongodb [mongodb_dbase.c:381]: db_mongodb_get_columns(): field [attribute] not found in result iterator Feb 24 10:42:18 slb04 /usr/local/sbin/kamailio[20311]: ERROR: db_mongodb [mongodb_dbase.c:739]: db_mongodb_store_result(): failed to set the columns Feb 24 10:42:18 slb04 /usr/local/sbin/kamailio[20311]: ERROR: db_mongodb [mongodb_dbase.c:918]: db_mongodb_query(): failed to store result Feb 24 10:42:18 slb04 /usr/local/sbin/kamailio[20311]: ERROR: db_mongodb [mongodb_dbase.c:927]: db_mongodb_query(): failed to do the query Feb 24 10:42:18 slb04 /usr/local/sbin/kamailio[20311]: DEBUG: <core> [db_res.c:79]: db_free_columns(): freeing 3 columns Feb 24 10:42:18 slb04 /usr/local/sbin/kamailio[20311]: DEBUG: <core> [db_res.c:83]: db_free_columns(): freeing RES_NAMES[0] at 0x7fa03e549798 Feb 24 10:42:18 slb04 /usr/local/sbin/kamailio[20311]: DEBUG: <core> [db_res.c:92]: db_free_columns(): freeing result names at 0x7fa03e54a798 Feb 24 10:42:18 slb04 /usr/local/sbin/kamailio[20311]: DEBUG: <core> [db_res.c:97]: db_free_columns(): freeing result types at 0x7fa03e549848 Feb 24 10:42:18 slb04 /usr/local/sbin/kamailio[20311]: DEBUG: <core> [db_res.c:134]: db_free_result(): freeing result set at 0x7fa03e54a6a0 Feb 24 10:42:18 slb04 /usr/local/sbin/kamailio[20311]: ERROR: avpops [avpops_impl.c:381]: ops_dbload_avps(): db_load failed Feb 24 10:42:18 slb04 /usr/local/sbin/kamailio[20311]: ERROR: <script>: bla02 When changing to db_mysql the error does not occur. I got the following record there: MariaDB [kamailio]> select * from usr_preferences; +----+------+-------------+--------+-----------+------+-------------------------------------------+---------------------+ | id | uuid | username | domain | attribute | type | value | last_modified | +----+------+-------------+--------+-----------+------+-------------------------------------------+---------------------+ | 26 | | 0002 | | fwd_blind | 0 | sip:0003@x.x.x;user=phone | 1900-01-01 00:00:01 | +----+------+-------------+--------+-----------+------+-------------------------------------------+---------------------+ With the same kamailio.cfg (except for replacing mongodb with mysql) resulting in: Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: ERROR: <script>: bla00 Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: <core> [db_res.c:116]: db_new_result(): allocate 56 bytes for result set at 0x7fd17c349800 Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: db_mysql [km_res.c:66]: db_mysql_get_columns(): 3 columns returned from the query Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: <core> [db_res.c:154]: db_allocate_columns(): allocate 24 bytes for result names at 0x7fd17c32f400 Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: <core> [db_res.c:165]: db_allocate_columns(): allocate 12 bytes for result types at 0x7fd17c33fae8 Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: db_mysql [km_res.c:84]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[0] at 0x7fd17c349350 Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: db_mysql [km_res.c:91]: db_mysql_get_columns(): RES_NAMES(0x7fd17c349350)[0]=[value] Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: db_mysql [km_res.c:135]: db_mysql_get_columns(): use DB1_STRING result type Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: db_mysql [km_res.c:84]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[1] at 0x7fd17c349458 Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: db_mysql [km_res.c:91]: db_mysql_get_columns(): RES_NAMES(0x7fd17c349458)[1]=[attribute] Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: db_mysql [km_res.c:135]: db_mysql_get_columns(): use DB1_STRING result type Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: db_mysql [km_res.c:84]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[2] at 0x7fd17c3493a8 Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: db_mysql [km_res.c:91]: db_mysql_get_columns(): RES_NAMES(0x7fd17c3493a8)[2]=[type] Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: db_mysql [km_res.c:99]: db_mysql_get_columns(): use DB1_INT result type Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: <core> [db_res.c:184]: db_allocate_rows(): allocate 16 bytes for rows at 0x7fd17c33fb98 Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: <core> [db_row.c:117]: db_allocate_row(): allocate 96 bytes for row values at 0x7fd17c33f778 Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: <core> [db_val.c:118]: db_str2val(): converting STRING [sip:0003@x.x.x;user=phone] Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: <core> [db_val.c:118]: db_str2val(): converting STRING [fwd_blind] Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: <core> [db_val.c:74]: db_str2val(): converting INT [0] Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: avpops [avpops_impl.c:132]: dbrow2avp(): db_flags=3, flags=12 Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: avpops [avpops_db.c:265]: db_close_query(): close avp query Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: <core> [db_res.c:79]: db_free_columns(): freeing 3 columns Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: <core> [db_res.c:83]: db_free_columns(): freeing RES_NAMES[0] at 0x7fd17c349350 Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: <core> [db_res.c:83]: db_free_columns(): freeing RES_NAMES[1] at 0x7fd17c349458 Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: <core> [db_res.c:83]: db_free_columns(): freeing RES_NAMES[2] at 0x7fd17c3493a8 Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: <core> [db_res.c:92]: db_free_columns(): freeing result names at 0x7fd17c32f400 Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: <core> [db_res.c:97]: db_free_columns(): freeing result types at 0x7fd17c33fae8 Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: <core> [db_res.c:52]: db_free_rows(): freeing 1 rows Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: <core> [db_row.c:95]: db_free_row(): freeing row values at 0x7fd17c33f778 Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: <core> [db_res.c:60]: db_free_rows(): freeing rows at 0x7fd17c33fb98 Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: <core> [db_res.c:134]: db_free_result(): freeing result set at 0x7fd17c349800 Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: DEBUG: avpops [avpops_impl.c:415]: ops_dbload_avps(): loaded avps = 1 Feb 24 11:27:51 slb04 /usr/local/sbin/kamailio[21056]: ERROR: <script>: bla01

2 5

Re: [SR-Users] IPV6 kamailio 4.0.2
by Angel Elena 18 Apr '17

18 Apr '17

Ok, thanks Daniel. Tonight, I will activate ipv6 again and review the kamailio process with ps auxw. when I make a /etc/init.d/networking restart , kamailio still working and processing calls without problems (this night I make the test). thanks -------------------------------- Ángel Elena Medina _o) craem(a)craem.net / \\ http://blog.craem.net _(___V @craem_ -------------------------------- -----Mensaje original----- De: Daniel-Constantin Mierla <miconda(a)gmail.com> Enviado: Mar 18-04-2017 14:50 Asunto: Re: [SR-Users] IPV6 kamailio 4.0.2 Para: Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org>; > Hello, > > > > I think there is some problem and kamailio is not actually running after you > start it so the fifo file is created. > > > > Can you do 'ps auxw | grep kamailio' after you start kamailio with ipv6 and see > if it is running? > > > Cheers, > Daniel > > > On 17.04.17 16:20, Angel Elena wrote: > > > > Hello, good moorning. > > I have a Kamailio 4.0.2 with debian 7.0 and this days I'm configuring dual > stack ipv4 & ipv6 in all servers. > > I have configured ipv6 today in my kamailio server and when I make a > /etc/init.d/networking restart, everything seems to be working fine (ipv6 > works), but when I make a "kamctl mi dlg_list", the next error appears: > > root@sipproxy:/etc/network# kamctl mi dlg_list > ERROR: Error opening Kamailio's FIFO /tmp/kamailio_fifo > ERROR: Make sure you have the line 'modparam("mi_fifo", "fifo_name", > "/tmp/kamailio_fifo")' in your config > ERROR: and also have loaded the mi_fifo module. > > Disable ipv6 and now works fine. > > > restart kamailio service is "complicated" to test anythink. > > Any ideas ? > > thanks > > -------------------------------- > Ángel Elena Medina _o) > craem(a)craem.net / \\ > http://blog.craem.net _(___V > @craem_ > -------------------------------- > > > > > > _______________________________________________ > 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 - May 22-24 (USA) - www.asipto.com > Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com > > > > _______________________________________________ > > Kamailio (SER) - Users Mailing List > > sr-users(a)lists.kamailio.org > > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users > > > >

1 0

IPV6 kamailio 4.0.2
by Angel Elena 18 Apr '17

18 Apr '17

Hello, good moorning. I have a Kamailio 4.0.2 with debian 7.0 and this days I'm configuring dual stack ipv4 & ipv6 in all servers. I have configured ipv6 today in my kamailio server and when I make a /etc/init.d/networking restart, everything seems to be working fine (ipv6 works), but when I make a "kamctl mi dlg_list", the next error appears: root@sipproxy:/etc/network# kamctl mi dlg_list ERROR: Error opening Kamailio's FIFO /tmp/kamailio_fifo ERROR: Make sure you have the line 'modparam("mi_fifo", "fifo_name", "/tmp/kamailio_fifo")' in your config ERROR: and also have loaded the mi_fifo module. Disable ipv6 and now works fine. restart kamailio service is "complicated" to test anythink. Any ideas ? thanks -------------------------------- Ángel Elena Medina _o) craem(a)craem.net / \\ http://blog.craem.net _(___V @craem_ --------------------------------

2 1

too long mysql table key
by Juha Heinanen 15 Apr '17

15 Apr '17

I tried to install kamailio mysql db on Debian Stretch. Create of domain_attrs table failed with this kind of error message: ERROR 1071 (42000) at line 26: Specified key was too long; max key length is 767 bytes domain-create.sql contains this: CREATE TABLE `domain_attrs` ( `id` INT(10) UNSIGNED AUTO_INCREMENT PRIMARY KEY NOT NULL, `did` VARCHAR(64) NOT NULL, `name` VARCHAR(32) NOT NULL, `type` INT UNSIGNED NOT NULL, `value` VARCHAR(255) NOT NULL, `last_modified` DATETIME DEFAULT '2000-01-01 00:00:01' NOT NULL, CONSTRAINT domain_attrs_idx UNIQUE (`did`, `name`, `value`) ); Looks like default charset is something (e.g. utf8), where one char takes more than 1 byte and 767 limit is exceeded. Any suggestions on how to solve this? -- Juha

2 9

kamcli doesn't function
by Marko Tirs 14 Apr '17

14 Apr '17

Hello all, I can't find any answer why my kamcli doesn't function. I'm using Kamailio 5.0.0 at the Debian Jessy 8.7 and it functions well. # kamctl ul show functions well but when I use kamcli I get error: # kamcli ul show 13(7452) ERROR: jsonrpcs [jsonrpcs_sock.c:542]: jsonrpc_dgram_send_data(): failed to send the response - ret: -1, len: 2443 (131072), err: 1 - Operation not permitted) (log): Timeout receiving response on unix sock The relevant parts of kamailio.cfg: #------------------------------------------------------------------------ #!define WITH_DEBUG #!define WITH_NAT #!define WITH_MYSQL #!define WITH_AUTH #!define WITH_USRLOCDB loadmodule "jsonrpcs.so" # ----- jsonrpcs params ----- modparam("jsonrpcs", "pretty_format", 1) /* set the path to RPC fifo control file */ modparam("jsonrpcs", "fifo_name", "/var/run/kamailio/kamailio_rpc.fifo") /* set the path to RPC unix socket control file */ modparam("jsonrpcs", "dgram_socket", "/var/run/kamailio/kamailio_rpc.sock") # ----- ctl params ----- modparam("ctl", "binrpc", "unix:/var/run/kamailio/kamailio_ctl") #-------------------------------------------------------------------------- # ll /var/run/kamailio/ total 0 srw------- 1 root root 0 Mar 22 11:36 kamailio_ctl prw-rw---- 1 root root 0 Mar 22 12:30 kamailio_rpc.fifo srw-rw---- 1 root root 0 Mar 22 11:36 kamailio_rpc.sock Can somebody tell me what is the problem? Thank you! Regards Marko

3 9

RFC: kamailio-announce mailing list
by Daniel-Constantin Mierla 14 Apr '17

14 Apr '17

Hello, for a while in the past (like 2008-2011) the kamailio-announce(a)lists.kamailio.org mailing list was used for very sporadic announcements: - https://lists.kamailio.org/cgi-bin/mailman/listinfo/kamailio-announce It was intended to be used to announce only relevant news about the project (releases, major events, etc.), which most of them go also on sr-users, but targeting community members than which prefer to avoid high traffic, which is specific for the usual discussions here. Also, for people in sr-users, can be a place to spot easier the major announcements. Because we migrated back to lists.kamailio.org domain, this list is now presented on the page of mailman index: - https://lists.kamailio.org/cgi-bin/mailman/listinfo I just marked it as 'inactive', but I am wondering if it should be revived somehow (as some people wanted to have a place where to inform about relevant security issues, etc...) or be closed (removed/made private). Even it was not used/promoted for more than 5 years, I noticed that it has over 200 subscribers, therefore it seems to be enough people interested in it. Reply here if you consider it to be useful and eventually give some suggestions for what kind of announcements should be used. Note that there is already business(a)lists.kamailio.org (with larger subscriber base) for business related announcement or discussions. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

2 1

Using advertised_addres doesn't update the RR header
by Mridul B 13 Apr '17

13 Apr '17

Hi, Using *advertised_address *core parameter in the kamailio script doesn't update the address mentioned in the Record-Route header. We see this problem in the 200 OK message (of the INVITE msg), where the Record-Route header sent by the Kamailio contains socket address. We're using kamailio 4.4.5 (x86_64/linux) 239f3c Can you please tell if this core parameter is effective for changing the RR header ? Thanks Best regards, *MRIDUL*

3 3

How do i build MSRP chat bot?
by Pranathi Venkatayogi 13 Apr '17

13 Apr '17

I would like to place the customer connecting via SIP/MSRP on hold until I find the right destination. What is the best way to do this? One idea is to write a MSRP bot. Does anyone know how to go about this? Other smart ideas? Thanks, Pranathi Venkatayogi System Developer II (520) 745-9447 x4466 www.cyracom.com<http://www.cyracom.com/> Join us: [cid:image001.gif@01D1C9C9.C4E8B6D0] <https://www.facebook.com/pages/CyraCom-LLC/134704783312720> [cid:image002.gif@01D1C9C9.C4E8B6D0] <https://twitter.com/cyracom> [cid:image003.gif@01D1C9C9.C4E8B6D0] <http://www.linkedin.com/company/cyracom> [cid:image004.gif@01D1C9C9.C4E8B6D0] <http://www.cyracom.com/blog/> [cid:image005.png@01D1C9C9.C4E8B6D0] DISCLAIMER: This e-mail and any attached content may contain confidential or privileged material delivered for the sole use of the intended recipient(s). Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient), please contact the sender immediately by reply e-mail and delete all copies of this message. It is the recipient's responsibility to scan this e-mail and any attachments for viruses. The content of this e-mail message, including any attachments, does not comprise a contract or a portion of a contract, and so does not bind CyraCom International, Inc. or any of its agents or subsidiaries. CyraCom, LLC and Voiance Language Services, LLC are wholly owned subsidiaries of CyraCom International, Inc.

3 4

Install 5.0 with IMS module on single machine
by Jegadeesan 13 Apr '17

13 Apr '17

Hi , How to install Kamalio 5.0 with IMS module on single machine to support the RCS client development ? -- Jega

2 2

Rtpengine module. rtcp-mux-demux option does not work.
by Denys Pozniak 13 Apr '17

13 Apr '17

Hello, All! We are using Kamailio as Webrtc to SIP proxy. Clinet's Chrome browser needs to have rtcp-mux option to work correct, so we are adding it in RTPENGINE->WS direction as: rtpengine_manage("trust-address replace-origin replace-session-connection *rtcp-mux-offer rtcp-mux-accept* ICE=force RTP/SAVPF"); Also we need to remove it in RTPENGINE->PSTN direction, we are trying to do it like this: rtpengine_manage("trust-address replace-origin replace-session-connection * rtcp-mux-demux* ICE=remove RTP/AVP"); But it does not work for us and a=rtcp-mux option in SDP goes to the SIP provider. Please help us to solve this! BR, Denys PS. Versions: Kamailio 4.4.5, rtpengine 5.2.1.0

2 1

RAW_SOCKS with Kamaili 4.4.5
by Yasin CANER 13 Apr '17

13 Apr '17

3 6

Kamailio 5.0 can't get version of the RTP proxy
by Yebe diomande Keffa 13 Apr '17

13 Apr '17

Hello Getting this issu on Kamaiio 5.0 ( install from GIT): Apr 10 10:47:42 ns3033789 /usr/local/sbin/kamailio[11496]: WARNING: rtpproxy [rtpproxy.c:1366]: rtpp_test(): can't get version of the RTP proxy Apr 10 10:47:42 ns3033789 /usr/local/sbin/kamailio[11488]: WARNING: rtpproxy [rtpproxy.c:1403]: rtpp_test(): support for RTP proxy <udp:127.0.0.1:7722> has been disabled temporarily I done install of RTPproxy with: $ git clone -b master https://github.com/sippy/rtpproxy.git $ git -C rtpproxy submodule update --init --recursive $ cd rtpproxy $ ./configure $ make $ make install $ rtpproxy -l 5.135.177.203 -s udp:localhost:7722 Before i install mysql-server & kamdbctl create (rtpproxy table), it was working fine Someone to advise please! Keffa Y. Diomande Skype : keffadi Tel : +225 02 77 22 22 Office : Abidjan Ciad http://www.alcall.net

3 5

New developer: Mikko Lehto
by Daniel-Constantin Mierla 12 Apr '17

12 Apr '17

Hello, just to let everyone know that I invited Mikko Lehto into the developer group on Kamailio gihub project. He has made a lot of good pull requests over the time, specially to documentation and unit tests that could have been just committed directly without delay on waiting for a review, saving also time from the other developers. Taking time to express my thanks for all his contributions so far and reviving those unit tests, and I am looking forward to future collaboration! Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

3 2

Use mysql view to load data into htable
by Jan Hazenberg 12 Apr '17

12 Apr '17

Hello, I'm trying to load data from a mysql table into a htable using a mysql view. But when i start kamailio i get the following error: ERROR: htable [ht_db.c:345]: ht_db_load_table(): Wrong db type [3] for key_type column Here a example of a view i'm trying to use: CREATE OR REPLACE VIEW `view_blacklist_prefix` AS SELECT prefix AS key_name, '0' AS key_type, '0' AS value_type, '1' AS key_value, '0' AS expires FROM openser.blacklist_prefix GO Should it be possible to use a mysql view as input for a htable? Thanks, Jan Hazenberg

2 2

snmpstats issue
by Igor Potjevlesch 12 Apr '17

12 Apr '17

Hello, On one of my Kamailio server, I don't have data returned by KAMAILIO-MIB::. KAMAILIO-SIP-COMMON-MIB and KAMAILIO-SIP-SERVER-MIB look to work good. Everything is configured as the other Kamailio instances, but there is nothing about current dialog even if the module is loaded into Kamailio and called into kamailio.cfg. Any idea? Here is an output of snmpwalk: snmpwalk -c legosnoc -v 1 <HOST> 1.3.6.1.4.1.34352 KAMAILIO-SIP-COMMON-MIB::kamailioSIPProtocolVersion.0 = STRING: SIP/2.0 KAMAILIO-SIP-COMMON-MIB::kamailioSIPServiceStartTime.0 = Timeticks: (0) 0:00:00.00 KAMAILIO-SIP-COMMON-MIB::kamailioSIPEntityType.0 = BITS: 20 proxyServer(2) KAMAILIO-SIP-COMMON-MIB::kamailioSIPTransportRcv.ipv4."IP_HOST".5060 = BITS: 40 udp(1) KAMAILIO-SIP-COMMON-MIB::kamailioSIPTransportRcv.ipv4."IP_HOST".5060 = BITS: 40 udp(1) KAMAILIO-SIP-COMMON-MIB::kamailioSIPMethodName.1 = STRING: METHOD_INVITE KAMAILIO-SIP-COMMON-MIB::kamailioSIPMethodName.2 = STRING: METHOD_CANCEL KAMAILIO-SIP-COMMON-MIB::kamailioSIPMethodName.3 = STRING: METHOD_ACK KAMAILIO-SIP-COMMON-MIB::kamailioSIPMethodName.4 = STRING: METHOD_BYE KAMAILIO-SIP-COMMON-MIB::kamailioSIPMethodName.5 = STRING: METHOD_INFO KAMAILIO-SIP-COMMON-MIB::kamailioSIPMethodName.6 = STRING: METHOD_OPTIONS KAMAILIO-SIP-COMMON-MIB::kamailioSIPMethodName.7 = STRING: METHOD_UPDATE KAMAILIO-SIP-COMMON-MIB::kamailioSIPMethodName.8 = STRING: METHOD_REGISTER KAMAILIO-SIP-COMMON-MIB::kamailioSIPMethodName.9 = STRING: METHOD_MESSAGE KAMAILIO-SIP-COMMON-MIB::kamailioSIPMethodName.10 = STRING: METHOD_SUBSCRIBE KAMAILIO-SIP-COMMON-MIB::kamailioSIPMethodName.11 = STRING: METHOD_NOTIFY KAMAILIO-SIP-COMMON-MIB::kamailioSIPMethodName.12 = STRING: METHOD_PRACK KAMAILIO-SIP-COMMON-MIB::kamailioSIPMethodName.13 = STRING: METHOD_REFER KAMAILIO-SIP-COMMON-MIB::kamailioSIPMethodName.14 = STRING: METHOD_PUBLISH KAMAILIO-SIP-COMMON-MIB::kamailioSIPSummaryInRequests.0 = Counter32: 2680 KAMAILIO-SIP-COMMON-MIB::kamailioSIPSummaryOutRequests.0 = Counter32: 1050 KAMAILIO-SIP-COMMON-MIB::kamailioSIPSummaryInResponses.0 = Counter32: 3102 KAMAILIO-SIP-COMMON-MIB::kamailioSIPSummaryOutResponses.0 = Counter32: 1630 KAMAILIO-SIP-COMMON-MIB::kamailioSIPSummaryTotalTransactions.0 = Counter32: 1518 KAMAILIO-SIP-COMMON-MIB::kamailioSIPCurrentTransactions.0 = Gauge32: 7 KAMAILIO-SIP-COMMON-MIB::kamailioSIPNumUnsupportedUris.0 = Counter32: 16 KAMAILIO-SIP-COMMON-MIB::kamailioSIPNumUnsupportedMethods.0 = Counter32: 0 KAMAILIO-SIP-COMMON-MIB::kamailioSIPOtherwiseDiscardedMsgs.0 = Counter32: 0 KAMAILIO-SIP-SERVER-MIB::kamailioSIPProxyStatefulness.0 = INTEGER: callStateful(3) KAMAILIO-SIP-SERVER-MIB::kamailioSIPProxyRecordRoute.0 = INTEGER: true(1) KAMAILIO-SIP-SERVER-MIB::kamailioSIPProxyAuthMethod.0 = BITS: 20 digest(2) KAMAILIO-SIP-SERVER-MIB::kamailioSIPNumProxyRequireFailures.0 = Counter32: 0 KAMAILIO-SIP-SERVER-MIB::kamailioSIPRegMaxContactExpiryDuration.0 = Gauge32: 3600 seconds KAMAILIO-SIP-SERVER-MIB::kamailioSIPRegMaxUsers.0 = Gauge32: 4294967295 KAMAILIO-SIP-SERVER-MIB::kamailioSIPRegCurrentUsers.0 = Gauge32: 325416 KAMAILIO-SIP-SERVER-MIB::kamailioSIPRegDfltRegActiveInterval.0 = Gauge32: 3600 seconds KAMAILIO-SIP-SERVER-MIB::kamailioSIPUserUri.1 = STRING: DefaultUser KAMAILIO-SIP-SERVER-MIB::kamailioSIPUserAuthenticationFailures.1 = Counter32: 0 KAMAILIO-SIP-SERVER-MIB::kamailioSIPContactDisplayName.1.1 = STRING: DefaultUser KAMAILIO-SIP-SERVER-MIB::kamailioSIPContactURI.1.1 = STRING: DefaultUser KAMAILIO-SIP-SERVER-MIB::kamailioSIPContactLastUpdated.1.1 = STRING: 0-0-0,0:0:0.0 KAMAILIO-SIP-SERVER-MIB::kamailioSIPContactExpiry.1.1 = STRING: 0-0-0,0:0:0.0 KAMAILIO-SIP-SERVER-MIB::kamailioSIPContactPreference.1.1 = STRING: -0.01 KAMAILIO-SIP-SERVER-MIB::kamailioSIPRegUserLookupCounter.0 = Counter32: 4 KAMAILIO-SIP-SERVER-MIB::kamailioSIPRegAcceptedRegistrations.0 = Counter32: 21 KAMAILIO-SIP-SERVER-MIB::kamailioSIPRegRejectedRegistrations.0 = Counter32: 0 KAMAILIO-MIB::kamailioSrvMaxMemory.0 = Gauge32: 738197504 KAMAILIO-MIB::kamailioSrvFreeMemory.0 = Gauge32: 358262600 KAMAILIO-MIB::kamailioSrvMaxUsed.0 = Gauge32: 380013984 KAMAILIO-MIB::kamailioSrvRealUsed.0 = Gauge32: 379934904 KAMAILIO-MIB::kamailioSrvMemFragments.0 = Gauge32: 70 KAMAILIO-MIB::kamailioSrvCnfFullVersion.0 = STRING: kamailio 4.2.8 (x86_64/linux) 4507b8 KAMAILIO-MIB::kamailioSrvCnfVerName.0 = STRING: kamailio KAMAILIO-MIB::kamailioSrvCnfVerVersion.0 = STRING: 4.2.8 KAMAILIO-MIB::kamailioSrvCnfVerArch.0 = STRING: x86_64 KAMAILIO-MIB::kamailioSrvCnfVerOs.0 = STRING: linux KAMAILIO-MIB::kamailioSrvCnfVerId.0 = STRING: 4507b8 KAMAILIO-MIB::kamailioSrvCnfVerCompTime.0 = STRING: 12:34:45 Feb 17 2017 KAMAILIO-MIB::kamailioSrvCnfVerCompiler.0 = STRING: gcc 4.4.6 KAMAILIO-MIB::kamailioSrvCnfVerFlags.0 = STRING: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, 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 KAMAILIO-MIB::kamailioMsgQueueDepth.0 = Gauge32: 0 KAMAILIO-MIB::kamailioMsgQueueMinorThreshold.0 = INTEGER: -1 KAMAILIO-MIB::kamailioMsgQueueMajorThreshold.0 = INTEGER: -1 KAMAILIO-MIB::kamailioMsgQueueDepthAlarmStatus.0 = BITS: 00 KAMAILIO-MIB::kamailioMsgQueueDepthMinorAlarm.0 = INTEGER: clear(0) KAMAILIO-MIB::kamailioMsgQueueDepthMajorAlarm.0 = INTEGER: clear(0) KAMAILIO-MIB::kamailioCurNumDialogs.0 = Gauge32: 0 KAMAILIO-MIB::kamailioCurNumDialogsInProgress.0 = Gauge32: 0 KAMAILIO-MIB::kamailioCurNumDialogsInSetup.0 = Gauge32: 0 KAMAILIO-MIB::kamailioTotalNumFailedDialogSetups.0 = Counter32: 0 KAMAILIO-MIB::kamailioDialogLimitMinorThreshold.0 = INTEGER: -1 KAMAILIO-MIB::kamailioDialogLimitMajorThreshold.0 = INTEGER: -1 KAMAILIO-MIB::kamailioTotalNumDialogSetups.0 = Counter32: 0 KAMAILIO-MIB::kamailioDialogUsageState.0 = INTEGER: idle(0) KAMAILIO-MIB::kamailioDialogLimitAlarmStatus.0 = BITS: 00 KAMAILIO-MIB::kamailioDialogLimitMinorAlarm.0 = INTEGER: clear(0) KAMAILIO-MIB::kamailioDialogLimitMajorAlarm.0 = INTEGER: clear(0) KAMAILIO-MIB::kamailioNetTcpConnEstablished.0 = Counter32: 0 KAMAILIO-MIB::kamailioNetTcpConnFailed.0 = Counter32: 0 KAMAILIO-MIB::kamailioNetTcpConnReset.0 = Counter32: 0 KAMAILIO-MIB::kamailioNetTcpConnSuccess.0 = Counter32: 0 KAMAILIO-MIB::kamailioNetTcpConnOpen.0 = Gauge32: 0 KAMAILIO-MIB::kamailioNetTcpConnPassiveOpen.0 = Counter32: 0 KAMAILIO-MIB::kamailioNetTcpConnReject.0 = Counter32: 0 KAMAILIO-MIB::kamailioNetTcpEnabled.0 = INTEGER: 0 KAMAILIO-MIB::kamailioNetTcpMaxConns.0 = INTEGER: 2048 KAMAILIO-MIB::kamailioNetTcpConnTimeout.0 = INTEGER: 10 KAMAILIO-MIB::kamailioNetTcpSendTimeout.0 = INTEGER: 160 KAMAILIO-MIB::kamailioNetTcpConnLifetime.0 = INTEGER: 1920 KAMAILIO-MIB::kamailioNetTcpNoConnect.0 = INTEGER: 0 KAMAILIO-MIB::kamailioNetTcpFdCache.0 = INTEGER: 1920 KAMAILIO-MIB::kamailioNetTcpAsync.0 = INTEGER: true(1) KAMAILIO-MIB::kamailioNetTcpAsyncConnWait.0 = INTEGER: true(1) KAMAILIO-MIB::kamailioNetTcpAsyncConnWqMax.0 = INTEGER: 32768 KAMAILIO-MIB::kamailioNetTcpAsyncWqBlkSize.0 = INTEGER: 10485760 KAMAILIO-MIB::kamailioNetTcpRdBufSize.0 = INTEGER: 16384 KAMAILIO-MIB::kamailioNetTcpDeferAccept.0 = INTEGER: 0 KAMAILIO-MIB::kamailioNetTcpDelayedAck.0 = INTEGER: true(1) KAMAILIO-MIB::kamailioNetTcpSynCnt.0 = INTEGER: 0 KAMAILIO-MIB::kamailioNetTcpLinger.0 = INTEGER: 0 KAMAILIO-MIB::kamailioNetTcpKeepAlive.0 = INTEGER: true(1) KAMAILIO-MIB::kamailioNetTcpKeepIdle.0 = INTEGER: 0 KAMAILIO-MIB::kamailioNetTcpKeepIntvl.0 = INTEGER: 0 KAMAILIO-MIB::kamailioNetTcpKeepCnt.0 = INTEGER: 0 KAMAILIO-MIB::kamailioNetTcpCrlfPing.0 = INTEGER: true(1) KAMAILIO-MIB::kamailioNetTcpAcceptAliases.0 = INTEGER: 0 KAMAILIO-MIB::kamailioNetTcpAcceptNoCl.0 = INTEGER: 0 KAMAILIO-MIB::kamailioNetWsConnsActive.0 = Gauge32: 0 KAMAILIO-MIB::kamailioNetWsConnsActiveMax.0 = Gauge32: 0 KAMAILIO-MIB::kamailioNetWsConnsFailed.0 = Counter32: 0 KAMAILIO-MIB::kamailioNetWsConnsClosedLocal.0 = Counter32: 0 KAMAILIO-MIB::kamailioNetWsConnsClosedRemote.0 = Counter32: 0 KAMAILIO-MIB::kamailioNetWsFramesRx.0 = Counter32: 0 KAMAILIO-MIB::kamailioNetWsFramesTx.0 = Counter32: 0 KAMAILIO-MIB::kamailioNetWsHandshakeSuccess.0 = Counter32: 0 KAMAILIO-MIB::kamailioNetWsHandshakeFailed.0 = Counter32: 0 KAMAILIO-MIB::kamailioNetConfUdpTransport.0 = INTEGER: true(1) KAMAILIO-MIB::kamailioNetConfUdpDtlsTransport.0 = INTEGER: -1 KAMAILIO-MIB::kamailioNetConfTcpTransport.0 = INTEGER: 0 KAMAILIO-MIB::kamailioNetConfTcpTlsTransport.0 = INTEGER: 0 KAMAILIO-MIB::kamailioNetConfSctpTransport.0 = INTEGER: true(1) KAMAILIO-MIB::kamailioNetConfSctpTlsTransport.0 = INTEGER: -1 KAMAILIO-MIB::kamailioNetConfWsTransport.0 = INTEGER: -1 KAMAILIO-MIB::kamailioNetConfWsTlsTransport.0 = INTEGER: 0 KAMAILIO-MIB::kamailioNetConfHttpServer.0 = INTEGER: 0 KAMAILIO-MIB::kamailioNetConfMsrpRelay.0 = INTEGER: 0 KAMAILIO-MIB::kamailioNetConfStunServer.0 = INTEGER: 0 KAMAILIO-MIB::kamailioNetConfOutbound.0 = INTEGER: 0 Regards, Igor. --- L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast. https://www.avast.com/antivirus

2 7

issue with sip path support between asterisk and kamailio
by gerry kernan 12 Apr '17

12 Apr '17

Hi Thanks in advanced if anyone can help me on this. I have kamailio -4.2.3-1.1 running in front of asterisk 13.13.1. I'm using Path support with asterisk so that I can forward Sip requests via kamailio to the asterisk server running on a LAN IP. Kamailio is configured with a WAN and LAN IP. All works well I can register a sip endpoint to the asterisk server via kamailio and make an receive calls, SIP OPTIONs from the asterisk server are received and relayed by kamailio to endpoints. But I'm having issues when a call is hung up asterisk appears to be trying to send the BYE via its own IP address rather that the IP of the LAN interface on the kamailio server. Should I be looking at the issue being on asterisk as it is not sending the BYE via correct IP? Y.Y.Y.Y = WAN IP of client endpoint 192.10.10.216 = LAN IP of asterisk Example of BYE from sip debug on asterisk --- (10 headers 0 lines) --- Really destroying SIP dialog '5d3ae6944a08b42c2078e237141e0e40@192.10.10.216:5060' Method: OPTIONS -- <SIP/1001-00000011> Playing 'digits/17.ulaw' (language 'en') -- Executing [*250@cos-all:8] Wait("SIP/1001-00000011", "1") in new stack -- Executing [*250@cos-all:9] SayUnixTime("SIP/1001-00000011", ",,IMp") in new stack -- <SIP/1001-00000011> Playing 'digits/4.ulaw' (language 'en') -- <SIP/1001-00000011> Playing 'digits/oh.ulaw' (language 'en') -- <SIP/1001-00000011> Playing 'digits/4.ulaw' (language 'en') -- <SIP/1001-00000011> Playing 'digits/p-m.ulaw' (language 'en') -- Executing [*250@cos-all:10] Hangup("SIP/1001-00000011", "") in new stack == Spawn extension (cos-all, *250, 10) exited non-zero on 'SIP/1001-00000011' Scheduling destruction of SIP dialog 'OGRjYzJlYmE5MDhjYTdkMTM1ZTAxNTk2YWYwNDg5MTA.' in 6400 ms (Method: ACK) set_destination: Parsing <sip:1001@Y.Y.Y.Y:16078;transport=UDP> for address/port to send to set_destination: set destination to Y.Y.Y.Y:16078 Reliably Transmitting (no NAT) to Y.Y.Y.Y:16078: BYE sip:1001@Y.Y.Y.Y:16078;transport=UDP SIP/2.0 Via: SIP/2.0/UDP 192.10.10.216:5060;branch=z9hG4bK46ed8549 Max-Forwards: 70 From: <sip:*250@sip.domain.ie;transport=UDP>;tag=as60c5965b To: <sip:1001@sip.domain.ie;transport=UDP>;tag=471c3a31 Call-ID: OGRjYzJlYmE5MDhjYTdkMTM1ZTAxNTk2YWYwNDg5MTA. CSeq: 102 BYE User-Agent: OMBUTEL PBX Proxy-Authorization: Digest username="1001", realm="asterisk", algorithm=MD5, uri="sip:sip.domain.ie", nonce="4aaa41f3", response="136fac72a799f9507a7466b578786110" X-Asterisk-HangupCause: Normal Clearing X-Asterisk-HangupCauseCode: 16 Content-Length: 0 KAMAILIO LAN IP = 192.10.10.202 SIP status of peer on asterisk * Name : 1001 Description : Infinity-Test Secret : <Set> MD5Secret : <Not set> Remote Secret: <Not set> Context : cos-all Record On feature : automon Record Off feature : automon Subscr.Cont. : <Not set> Language : en Tonezone : uk AMA flags : Unknown Transfer mode: open CallingPres : Presentation Allowed, Not Screened Callgroup : Pickupgroup : Named Callgr : Nam. Pickupgr: MOH Suggest : ringback Mailbox : 1001@ombutel-voicemail VM Extension : asterisk LastMsgsSent : 0/0 Call limit : 2147483647 Max forwards : 0 Dynamic : Yes Callerid : "Infinity-Test" <1001> MaxCallBR : 384 kbps Expire : 3228 Insecure : no Force rport : No Symmetric RTP: No ACL : Yes DirectMedACL : No T.38 support : No T.38 EC mode : Unknown T.38 MaxDtgrm: 4294967295 DirectMedia : Yes PromiscRedir : No User=Phone : No Video Support: No Text Support : No Ign SDP ver : No Trust RPID : Yes Send RPID : Yes Path support : Yes Path : <sip:192.10.10.202;lr;received=sip:Y.Y.Y.Y:16078> TrustIDOutbnd: Legacy Subscriptions: Yes Overlap dial : Yes DTMFmode : rfc2833 Timer T1 : 500 Timer B : 32000 ToHost : Addr->IP : 192.168.200.122:5060 Defaddr->IP : (null) Prim.Transp. : UDP Allowed.Trsp : UDP Def. Username: 1001 SIP Options : norefersub replaces replace timer Codecs : (ulaw|alaw|g729) Auto-Framing : No Status : OK (19 ms) Useragent : Zoiper for Windows 2.43 r24984 Reg. Contact : sip:1001@192.168.200.122:5060;rinstance=3798b50d10d60d84;transport=UDP Qualify Freq : 60000 ms Keepalive : 0 ms Sess-Timers : Accept Sess-Refresh : uas Sess-Expires : 1800 secs Min-Sess : 90 secs RTP Engine : asterisk Parkinglot : Use Reason : No Gerry Kernan Infinity IT | 17 The Mall | Beacon Court | Sandyford | Dublin D18 E3C8 | Ireland Tel: +353 - (0)1 - 293 0090 | E-Mail: <mailto:gerry.kernan@infinityit.ie> gerry.kernan(a)infinityit.ie Managed IT Services Infinity IT - <http://www.infinityit.ie/> www.infinityit.ie IP Telephony Asterisk Consulting - <http://www.asteriskconsulting.com> www.asteriskconsulting.com Contact Centre Total Interact - <http://www.totalinteract.com> www.totalinteract.com

2 2

WAN ITSP + NAT can someone help me ?
by Martin Lapointe 12 Apr '17

12 Apr '17

hi all, did someone can help me for with some configuration im a litle lost with inbount trafic with kamailio i need to redirect inbound conection from itsp (over wan) to an internal PBX but it seem nat is not working (I do the test with jitsi on my desktop and sip connection seem initiate (200 ok) but no sound ) like contact information is not update on sip header can someone help me a bit MARTIN LAPOINTE Spécialiste en infrastructure technologique T (418) 543-2600 x2119 F (418) 543-0363 mlapointe(a)inso.ca<mailto:mlapointe@inso.ca> www.inso.ca<http://www.inso.ca/> 365 Racine Est #204 Chicoutimi, QC G7H 1S8 [signature] Ce message est transmis au destinataire par courriel, même si ce moyen de transmission est non-sécuritaire. En conséquence, le soussigné décline toute responsabilité et ne peut garantir la confidentialité résultant de la transmission des présentes. De plus, comme ce message peut contenir de l'information de nature privilégiée et confidentielle et est à l'usage exclusif du destinataire, toute autre personne est avisée qu'il lui est strictement interdit de le divulguer ou de le copier. Si ce message a été transmis par mégarde à une autre personne que le destinataire, prière de nous en aviser immédiatement par téléphone (à frais virés) au numéro mentionné ci-dessus. Merci !

2 1

Kamailio 5.0 doesn't forward Authorization (Digest username) to Asterisk
by Marko Tirs 11 Apr '17

11 Apr '17

Hello all, I am trying to use Kamailio 5.0 with Asterisk (separate IP addresses, both port 5060), but Asterisk doesn't register the SIP clients which comes through Kamailio.If I register the same user directly to the Asterisk then it works! 1st REGISTER is also without Authorization (Digest name) but in the 2nd REGISTER it exists and registration goes OK. How to use Kamailio with Asterisk in the way the SIP client is registered on both of them?Thank youMarko SIP-CLIENT DIRECTLY TO ASTERISK:----------------------------------------------------------- 1 2017-04-01 15:20:48.331806 192.168.0.12 192.168.0.2 SIP 544 Request: REGISTER sip:192.168.0.2 (1 binding) | 2 2017-04-01 15:20:48.332998 192.168.0.2 192.168.0.12 SIP 626 Status: 401 Unauthorized | 3 2017-04-01 15:20:48.333814 192.168.0.12 192.168.0.2 SIP 700 Request: REGISTER sip:192.168.0.2 (1 binding) | 4 2017-04-01 15:20:48.335975 192.168.0.2 192.168.0.12 SIP 647 Status: 200 OK (1 binding) | Frame 3: 700 bytes on wire (5600 bits), 700 bytes captured (5600 bits) on interface 0 Ethernet II, Src: AsrockIn_0a:0b:46 (70:85:c2:0a:0b:46), Dst: Raspberr_a1:fd:f7 (b8:27:eb:a1:fd:f7) Internet Protocol Version 4, Src: 192.168.0.12, Dst: 192.168.0.2 User Datagram Protocol, Src Port: 64369, Dst Port: 5060 Session Initiation Protocol (REGISTER) Request-Line: REGISTER sip:192.168.0.2 SIP/2.0 Message Header Via: SIP/2.0/UDP 192.168.0.12:64369;rport;branch=z9hG4bKPj9f8759c0537b4834bb411358d0b0a2ff Max-Forwards: 70 From: "33" <sip:33@192.168.0.2>;tag=4c586be1fcf842359e7d429abcb0b213 To: "33" <sip:33@192.168.0.2> Contact: <sip:74081936@192.168.0.12:64369>;+sip.instance="<urn:uuid:b408367e-d06b-4780-a9a0-291eb99ec83c>" Call-ID: d3c240808c934b77a9bbcb8bd4c1bd8c CSeq: 2 REGISTER Expires: 600 Supported: gruu User-Agent: Blink 3.0.0 (Windows) Authorization: Digest username="33", realm="asterisk", nonce="76ca37d8", uri="sip:192.168.0.2", response="19fc1a634abc72c41dcb516470c34fc2", algorithm=MD5 Authentication Scheme: Digest Username: "33" Realm: "asterisk" Nonce Value: "76ca37d8" Authentication URI: "sip:192.168.0.2" Digest Authentication Response: "19fc1a634abc72c41dcb516470c34fc2" Algorithm: MD5 Content-Length: 0 SIP-CLIENT TO KAMAILIO WITH FORWARD TO ASTERISK:---------------------------------------------------------------------------------------------- 11 2017-04-01 15:21:06.806347 192.168.0.13 192.168.0.2 SIP 459 Request: REGISTER sip:192.168.0.2:5060 (1 binding) | 12 2017-04-01 15:21:06.807514 192.168.0.2 192.168.0.13 SIP 608 Status: 401 Unauthorized | 13 2017-04-01 15:21:06.814819 192.168.0.13 192.168.0.2 SIP 456 Request: REGISTER sip:192.168.0.2:5060 (remove 1 binding) | 14 2017-04-01 15:21:06.815712 192.168.0.2 192.168.0.13 SIP 608 Status: 401 Unauthorized | 15 2017-04-01 15:21:06.821125 192.168.0.13 192.168.0.2 SIP 459 Request: REGISTER sip:192.168.0.2:5060 (1 binding) | 16 2017-04-01 15:21:06.821910 192.168.0.2 192.168.0.13 SIP 608 Status: 401 Unauthorized | Frame 15: 459 bytes on wire (3672 bits), 459 bytes captured (3672 bits) on interface 0 Ethernet II, Src: Micro-St_de:b2:3a (00:24:21:de:b2:3a), Dst: Raspberr_a1:fd:f7 (b8:27:eb:a1:fd:f7) Internet Protocol Version 4, Src: 192.168.0.13, Dst: 192.168.0.2 User Datagram Protocol, Src Port: 5060, Dst Port: 5060 Session Initiation Protocol (REGISTER) Request-Line: REGISTER sip:192.168.0.2:5060 SIP/2.0 Message Header Via: SIP/2.0/UDP 192.168.0.13;branch=z9hG4bKd101.0ad599b6000000000000000000000000.0 To: <sip:32@192.168.0.2> SIP to address: sip:32@192.168.0.2 From: <sip:32@192.168.0.2>;tag=533cb9e91f4b999cf76861cbb9ed54ed-85c4 SIP from address: sip:32@192.168.0.2 SIP from tag: 533cb9e91f4b999cf76861cbb9ed54ed-85c4 CSeq: 10 REGISTER Call-ID: 41df282f10fdc7b6-2773(a)127.0.0.1 Max-Forwards: 70 Content-Length: 0 User-Agent: kamailio (5.0.0 (x86_64/linux)) Contact: <sip:32@192.168.0.13:5060> Contact URI: sip:32@192.168.0.13:5060 Expires: 3600 kamailio.cfg:-------------------- #!define WITH_DEBUG #!define WITH_MYSQL #!define WITH_AUTH #!define WITH_USRLOCDB #!define WITH_ASTERISK ... #!ifdef WITH_ASTERISK asterisk.bindip = "192.168.0.2" desc "Asterisk IP Address" asterisk.bindport = "5060" desc "Asterisk Port" kamailio.bindip = "192.168.0.13" desc "Kamailio IP Address" kamailio.bindport = "5060" desc "Kamailio Port" #!endif ... # Forward REGISTER to Asterisk route[REGFWD] { if(!is_method("REGISTER")) { return; } $var(rip) = $sel(cfg_get.asterisk.bindip); $uac_req(method)="REGISTER"; $uac_req(ruri)="sip:" + $var(rip) + ":" + $sel(cfg_get.asterisk.bindport); #$uac_req(ruri)="sip:" + $au + "@" + $var(rip) + ":" + $sel(cfg_get.asterisk.bindport); $uac_req(furi)="sip:" + $au + "@" + $var(rip); $uac_req(turi)="sip:" + $au + "@" + $var(rip); $uac_req(hdrs)="Contact: <sip:" + $au + "@" + $sel(cfg_get.kamailio.bindip) + ":" + $sel(cfg_get.kamailio.bindport) + ">\r\n"; if($sel(contact.expires) != $null) $uac_req(hdrs)= $uac_req(hdrs) + "Expires: " + $sel(contact.expires) + "\r\n"; else $uac_req(hdrs)= $uac_req(hdrs) + "Expires: " + $hdr(Expires) + "\r\n"; uac_req_send(); }

2 2

Info: mailing lists use lists.kamailio.org
by Daniel-Constantin Mierla 11 Apr '17

11 Apr '17

Hello, all the mailing lists related to the Kamailio project are using now lists.kamailio.org as primary domain, including sr-dev and sr-users. >From now on, the emails should be addressed to: - sr-dev(a)lists.kamailio.org - sr-users(a)lists.kamailio.org The previous domain (lists.sip-router.org) should still work, so existing discussions can go on as usual. If anyone is encountering any problems or notices some information on kamailio.org that needs to be updated, do not hesitate to reply here or contact me. In addition, URLs should use now https, browsing the archive with plain http is redirected to https urls. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

2 3

Disable DNS
by Diego Nadares 11 Apr '17

11 Apr '17

Hi Guys, Is it possible to disable using of dns in kamailio? The thing is that not all INVITES that arrives to the proxy comes with ip 172.16.205.25/PUB_IP in the ruri. Some gateways sends a string in ruri -> @myproxysip and others sends @other.domain.com Request-Line: INVITE sip:1111111@myproxysip:5060;user=phone SIP/2.0 Request-Line: INVITE sip:1111111@other.domain.com:5060;user=phone SIP/2.0 Sometimes, myproxysip is from a public ip and sometimes is from a private ip. So, it's difficult to know to which of kamailio's interfaces (pub or priv) is. ERROR: <core> [resolve.c:1694]: sip_hostport2su(): could not resolve hostn ame. Reconfigure those gw it's not possible. There are a lot of them and a lot of people that won't like that idea. Is possible to disable it? or What do you recommend me to do? Maybe using /etc/hosts? Any suggestion will be very appreciated. Diego.

3 10

Use of variables for force_send_socket
by Jöran Vinzens 11 Apr '17

11 Apr '17

Hi all, i try to re-arrange my config and i try to use a variable declared in modparam pv such like: modparam("pv", "varset", "externalip=s:1.2.3.4") and use it as: force_send_socket($var(externalip)); unfortunately the kamailio does not start with this configuration and telling me bad config file like: line 109, column 36: bad argument, [proto:]host[:port] expected it seems the force_send_socket is not able to get variable. Is there any other way to have static content defined and put across the config? Reason for the question is the possibility to use ansible as deployment tool. I set all the variables i need in a separate file and include it. This file contains the entire modconfig and global vars section to adapt this part to every single machine individually. This does not work if i need to put "constant" variables on different places in my config. If anybody has ever made this, could you please help me, or give any suggestions? Many thanks! BR Jöran -- Jöran Vinzens - vinzens(a)sipgate.de sipgate GmbH - Gladbacher Str. 74 - 40219 Düsseldorf HRB Düsseldorf 39841 - Geschäftsführer: Thilo Salmon, Tim Mois Steuernummer: 106/5724/7147, Umsatzsteuer-ID: DE219349391 www.sipgate.de - www.sipgate.co.uk

4 4

Notice: work on mailing lists server
by Daniel-Constantin Mierla 11 Apr '17

11 Apr '17

Hello, be aware that today I plan to do some maintenance on the mailing lists server, including the shifting to the lists.kamailio.org as primary domain. I expect not to have any relevant downtime, but one never knows. Maybe the archive won't be available for short time due to changes needs to be done to the web server after mailing lists server is upgraded. I will sent another notification when everything is finished. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

1 0

Authentication on Kamailio with MySQL
by Nicolas Pace 10 Apr '17

10 Apr '17

Hi everyone, I'm having some trouble setting up a simple Kamailio installation with user authentication. I've installed a kamailio (4.3.4) base install on an ubuntu server 16.04 (x86/64) on virtualbox, and added this lines at the beginning of the file: ``` #!KAMAILIO #! define WITH_MYSQL #! define WITH_AUTH #! define WITH_USRLOCDB ``` Also configured the db name, host, user and pass for RO and RW and run `kamdbctl create`. Everything I do was following this tutorial: http://www.kamailio.org/wiki/tutorials/getting-started/main Based on what the tutorial says, I should have a server that only allows users that have been authenticated against the DB. The thing is that now Kamailio allows me to access, no matter what credentials I gave him (replies 200 OK to my REGISTER requests, and whows the user on the `kamctl monitor` view). I've added to this gist: * My current kamailio config * the kamailio grepped syslog * the pjsua output from when I register with an unexistent user https://gist.github.com/nicopace/9d44bf813fe309df69ff4cd0affe8324 I've already checked out some of the wiki documentation, namely: * http://www.kamailio.org/wiki/tutorials/auth/auth_db * http://www.kamailio.org/wiki/tutorials/getting-started/main Am I missing something? Thanks

3 3

Introduction
by Nicolas Pace 10 Apr '17

10 Apr '17

Hi Everyone! I just wanted to introduce myself, before blasting the list with questions (just kidding!). My name is Nicolás Pace, I'm a Community Networks advocate from Argentina. I'm working on a community project for Rhizomatica [0], which is an amazing organization that promotes Community Cellular Networks for underserved communities in Latin America (mainly mexican's first nations but also in Nicaragua, Colombia nad Brazil). We are working on a mobile app to connect the Community Cellular Networks (that uses 2G Cellular Networks) with the rest of the world via SIP, and we are considering using Kamailio for this. The project has been using FreeSwitch for some time and now we are thinking about using Kamailio on the cloud side, and intengrate them via SIP. On a not so distant future, if the Kamailio experience goes well, we are thinking on moving everything to Kamailio, as it seems to be much more simple and effective. For now we expect to do a prototype to connect this communities with their relatives via SMS (on the Cellular side) with SIP SIMPLE Messages (on the 'cloud' side). Awesome to meet you all, and hope to be collaborating with this community! Regards, [0] https://www.rhizomatica.org/

3 3

INFO: Shifting mailing lists to kamailio.org domain
by Daniel-Constantin Mierla 10 Apr '17

10 Apr '17

Hello, I think it is time to migrate the mailing lists under kamailio.org domain, respectively use lists.kamailio.org. The lists.sip-router.org will still work, but lists.kamailio.org is intended to become the primary domain for mailing lists. The sip-router.org was the quick solution for integrating Kamailio and SER in one project back in 2008, when kamailio.org and iptel.org still needed to be operated for a while as independent projects. For few years now, Kamailio is the only project name that is used out there and it will make operating everything a bit smoother, more coherent and also avoid eventual confusions for people new into the project. As a matter of fact, we even had a small incident few weeks ago -- due to split management of sip-router.org and DNS registration expire notifications going to an email address on a different server than kamailio.org, the domain was expired for few hours (although it was kept on hold by registrar) and mailing lists started to be unavailable. Fortunately that was discovered and fixed in time. The names will stay the same sr-users and sr-dev, just primary domain will be using kamailio.org (which should 'hopefully' work even now, as this email was addressed with mixed sr-dev(a)lists.sip-router.org and sr-users(a)lists.kamailio.org). If anyone has different opinions or suggestions, let's discuss them! Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

1 1

Transaction Lookup Failing
by Colin Morelli 10 Apr '17

10 Apr '17

Hey all, Trying to debug an issue with canceling an invite. I have two different types of clients. On one client, canceling an invite works correctly. With the other client, it t_check_trans fails. Both clients show the same request/responses: On Client A: -> INVITE <- 183 -> PRACK <- 200 -> UPDATE (from successful STUN binding) <- 200 -> CANCEL <- 200 On Client B: -> INVITE <- 183 -> PRACK <- 200 -> UPDATE (from successful STUN binding) <- 200 -> CANCEL <- 481 (this is sent from my kamailio script when t_check_trans fails) I can't see much that's different between the leading requests/responses of each. They seem to be virtually identical (with the exception of IP addresses and tag values, of course). This makes sense, since they're both based on PJSIP (albeit different versions of PJSIP, but not off by much) Is there anything in particular I should be looking out for that might be obvious? I could provide more detailed logs and traces if required. Best, Colin

2 3

"kamdbctl create" failed
by Tim Makarios 10 Apr '17

10 Apr '17

Hi, Following http://kamailio.org/docs/tutorials/devel/kamailio-install-guide-deb/ I got to the step where I had to run kamdbctl create Unfortunately, this failed, with the following output: > INFO: test server charset > INFO: creating database kamailio ... > INFO: granting privileges to database kamailio ... > INFO: creating standard tables into kamailio ... > ERROR 1101 (42000) at line 2: BLOB/TEXT column 'body' can't have a default value > ERROR: Creating core tables failed at msilo! Searching for this error turned up http://tinyurl.com/lovr4aq , but the link in the answer is broken, and it doesn't appear that STRICT_TRANS_TABLES is relevant to my version of MySQL [1], which is 5.5.54 (running on Trisquel 7, which is based on Ubuntu Trusty). Has anyone else encountered and overcome this problem, or does anyone have any ideas about how I might proceed? Tim <>< [1] http://tinyurl.com/zmnc75c

2 8

Carrier Route Module
by Tyler Preder 10 Apr '17

10 Apr '17

I am new to Kamailio. I've got the Carrier Route module up and running, but I'd like to match on scan_prefix length and not just the scan_prefix digits. Stated a little differently, I would like to define the scan_prefix and how many digits to expect after the scan_prefix. I am hoping that wildcards are supported in the scan_prefix field or is there another way to do this? Thanks, Tyler

2 1

Using $var inside textops function
by Olli Attila 07 Apr '17

07 Apr '17

Hello, Is it possible to use variables inside a textops search_hf function? I am trying to compare variable content against From header content and return true or false. I tried the following statement but with no luck: search_hf("From", "$var(MYVARIABLE)", "f") { ... } If this cannot be done, any suggestions on how to achieve this kind of comparsion? The variable content is pulled out from a htable entry. Cheers, --Olli

2 5

Re: [SR-Users] Via header with i attribute
by DanB 07 Apr '17

07 Apr '17

Hey Daniel, Many thanks again for premium support as always ;). Will get back to them since I understand Kamailio is RFC compatible on this one. Have a good one! DanB

3 2

RPCFIFOPATH / DEFINE_FIFO_NAME settings problem
by Ginhoux, Patrick 06 Apr '17

06 Apr '17

In my 'kamctlrc' file : ## path to FIFO file for engine RPCFIFO RPCFIFOPATH="/var/run/kamailio/kamailio_rpc_fifo" #RPCFIFOPATH="/tmp/kamailio_rpc_fifo" In my 'kamailio.cfg' : !!ifndef DEFINE_FIFO_NAME !!define DEFINE_FIFO_NAME "/var/run/kamailio/kamailio_rpc_fifo" !!endif modparam("jsonrpcs", "pretty_format", 1) modparam("jsonrpcs", "transport", 2) modparam("jsonrpcs", "fifo_name", DEFINE_FIFO_NAME) modparam("jsonrpcs", "fifo_mode", 0755) modparam("jsonrpcs", "fifo_group", "kamailio") modparam("jsonrpcs", "fifo_user", "kamailio") kamailio doesn't start. It reports 'Permission denied' : Mar 24 17:31:21 localhost /usr/sbin/kamailio[1138]: ERROR: jsonrpcs [jsonrpcs_fifo.c:144]: jsonrpc_init_fifo_server(): Can't create FIFO: Permission denied (mode=493) Mar 24 17:31:21 localhost /usr/sbin/kamailio[1138]: CRITICAL: jsonrpcs [jsonrpcs_fifo.c:489]: jsonrpc_fifo_process(): failed to init jsonrpc fifo server Mar 24 17:31:21 localhost /usr/sbin/kamailio[1120]: ALERT: <core> [main.c:741]: handle_sigs(): child process 1138 exited normally, status=255 Mar 24 17:31:21 localhost /usr/sbin/kamailio[1130]: DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank 4: tm Mar 24 17:31:21 localhost /usr/sbin/kamailio[1137]: DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -1: tm Mar 24 17:31:21 localhost /usr/sbin/kamailio[1127]: DEBUG: htable [htable.c:226]: child_init(): rank is (1) Mar 24 17:31:21 localhost /usr/sbin/kamailio[1120]: INFO: <core> [main.c:759]: handle_sigs(): terminating due to SIGCHLD Mar 24 17:31:21 localhost /usr/sbin/kamailio[1139]: DEBUG: <core> [core/sr_module.c:920]: init_mod_child(): rank -2: kex Mar 24 17:31:21 localhost /usr/sbin/kamailio[1130]: DEBUG: tm [callid.c:137]: child_init_callid(): callid: '15b1f0d63a718465-1130(a)129.227.83.108' Mar 24 17:31:21 localhost /usr/sbin/kamailio[1137]: DEBUG: tm [callid.c:137]: child_init_callid(): callid: '15b1f0d63a718465-1137(a)129.227.83.108' Mar 24 17:31:21 localhost /usr/sbin/kamailio[1127]: DEBUG: <core> [core/action.c:1656]: run_child_one_init_route(): attempting to run event_route[core:worker-one-init] Mar 24 17:31:21 localhost /usr/sbin/kamailio[1136]: INFO: <core> [main.c:814]: sig_usr(): signal 15 received Mar 24 17:31:21 localhost /usr/sbin/kamailio[1135]: INFO: <core> [main.c:814]: sig_usr(): signal 15 received Mar 24 17:31:21 localhost /usr/sbin/kamailio[1134]: INFO: <core> [main.c:814]: sig_usr(): signal 15 received Mar 24 17:31:21 localhost /usr/sbin/kamailio[1133]: INFO: <core> [main.c:814]: sig_usr(): signal 15 received Mar 24 17:31:21 localhost /usr/sbin/kamailio[1132]: INFO: <core> [main.c:814]: sig_usr(): signal 15 received Mar 24 17:31:21 localhost /usr/sbin/kamailio[1131]: INFO: <core> [main.c:814]: sig_usr(): signal 15 received Mar 24 17:31:21 localhost /usr/sbin/kamailio[1129]: INFO: <core> [main.c:814]: sig_usr(): signal 15 received Mar 24 17:31:21 localhost /usr/sbin/kamailio[1128]: INFO: <core> [main.c:814]: sig_usr(): signal 15 received Mar 24 17:31:21 localhost /usr/sbin/kamailio[1120]: ERROR: ctl [ctl.c:387]: mod_destroy(): ERROR: ctl: could not delete unix socket /var/run/kamailio//kamailio_ctl: Permission denied (13) Mar 24 17:31:21 localhost /usr/sbin/kamailio[1120]: ERROR: jsonrpcs [jsonrpcs_fifo.c:595]: jsonrpc_fifo_destroy(): FIFO stat failed: Permission denied If I replace the values in the 2 files as appropriate : In the 'kamctlrc" to RPCFIFOPATH="/tmp/kamailio_rpc_fifo" In the 'kamailio.cfg" to !!define DEFINE_FIFO_NAME "/tmp/kamailio_rpc_fifo" Then kamailo starts : [root@vm-vse02-siprouter1 ~]# ps -ef |grep kam kamailio 1235 1 0 17:37 ? 00:00:00 /usr/sbin/kamailio -P /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio kamailio 1236 1235 0 17:37 ? 00:00:00 /usr/sbin/kamailio -P /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio kamailio 1237 1235 0 17:37 ? 00:00:00 /usr/sbin/kamailio -P /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio kamailio 1238 1235 0 17:37 ? 00:00:00 /usr/sbin/kamailio -P /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio kamailio 1239 1235 0 17:37 ? 00:00:00 /usr/sbin/kamailio -P /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio kamailio 1240 1235 0 17:37 ? 00:00:00 /usr/sbin/kamailio -P /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio kamailio 1241 1235 0 17:37 ? 00:00:00 /usr/sbin/kamailio -P /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio kamailio 1242 1235 0 17:37 ? 00:00:00 /usr/sbin/kamailio -P /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio kamailio 1243 1235 0 17:37 ? 00:00:00 /usr/sbin/kamailio -P /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio kamailio 1244 1235 0 17:37 ? 00:00:00 /usr/sbin/kamailio -P /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio kamailio 1245 1235 0 17:37 ? 00:00:00 /usr/sbin/kamailio -P /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio kamailio 1246 1235 0 17:37 ? 00:00:00 /usr/sbin/kamailio -P /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio kamailio 1247 1235 0 17:37 ? 00:00:00 /usr/sbin/kamailio -P /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio kamailio 1248 1235 0 17:37 ? 00:00:00 /usr/sbin/kamailio -P /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio root 1251 1165 0 17:37 pts/0 00:00:00 grep --color=auto kam and I can get result from kamctl/kamcmd commands : [root@vm-vse02-siprouter1 ~]# kamctl dispatcher dump which: no gdb in (/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/) { "jsonrpc": "2.0", "result": { "NRSETS": 1, "RECORDS": [{ "SET": { "ID": 1, "TARGETS": [{ "DEST": { "URI": "sip:cs1-tool-misc.orange-voicemail.net:5060", "FLAGS": "AP", "PRIORITY": 0 } }] } }] }, "id": 1301 } [root@vm-vse02-siprouter1 ~]# kamcmd dispatcher.list { NRSETS: 1 RECORDS: { SET: { ID: 1 TARGETS: { DEST: { URI: sip:cs1-tool-misc.orange-voicemail.net:5060 FLAGS: AP PRIORITY: 0 } } } } } Now, if I change the fifo patch and name to "/var/run/kamailio/kamailio_rpc_fifo' and apply the following rights on /var/run/ to: chmod 755 kamalio/ chown + kamailio:kamailio kamailio/ then kamailio starts. Is there a reason for these results ? Thanks in advance for your answer. Cordialement Patrick GINHOUX

2 26

RTPengine + kernel module long call RTP drops
by Anthony Joseph Messina 05 Apr '17

05 Apr '17

Recently, I've had to be on a lot of long conference calls and have noticed that after about 18-22 minutes, the audio on the call drops out. There are no errors logged from Asterisk, Kamailio, or RTPengine. The signalling portion of the call is unaffected and continues as normal. My setup is as follows asterisk-14.3.0-7.gita047b25.fc25.x86_64 (14 branch) kamailio-5.0.0-5.git2608015.fc25.x86_64 (5.0 branch) kernel-4.10.8-200.fc25.x86_64 (stable Fedora kernel) rtpengine-5.1.1.1-9.git27af349.fc25.x86_64 (master branch) Yealink or Zoiper softphones Calls are originated as follows using TLS & SRTP Yealink/Zoiper -> Kamailio/RTPengine+kernel -> Asterisk/DAHDI/PSTN Related IPtables output below (generated by firewalld) ~]# iptables -S |grep INPUT -P INPUT ACCEPT -N INPUT_ZONES -N INPUT_ZONES_SOURCE -N INPUT_direct -A INPUT -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT -A INPUT -i lo -j ACCEPT -A INPUT -j INPUT_direct -A INPUT -j INPUT_ZONES_SOURCE -A INPUT -j INPUT_ZONES -A INPUT -m conntrack --ctstate INVALID -j DROP -A INPUT -j REJECT --reject-with icmp-host-prohibited -A INPUT_direct -p udp -m udp --dport 30000:40000 -j RTPENGINE --id 0 -A INPUT_ZONES_SOURCE -m set --match-set mss4 src -g IN_mss -A INPUT_ZONES -g IN_public -A IN_public -j IN_public_allow -A IN_public_allow -p udp -m udp --dport 30000:40000 -m conntrack \ --ctstate NEW -j ACCEPT I saw https://github.com/sipwise/rtpengine/issues/102 and https://github.com/sipwise/rtpengine/issues/108, but do not seem to have any issues (that I know of) with the SRTP, though the latter ticket references "call that would last longer than 20 minutes". Can you share suggestions for looking into the cause of the audio drops, especially as nothing appears in the logs? Thanks. -A -- Anthony - https://messinet.com/ - https://messinet.com/~amessina/gallery F9B6 560E 68EA 037D 8C3D D1C9 FF31 3BDB D9D8 99B6

2 6

Kamailio v5.0.1 Released
by Daniel-Constantin Mierla 05 Apr '17

05 Apr '17

Hello, Kamailio SIP Server v5.0.1 stable release is out! This is a maintenance release of the latest stable branch, 5.0, that includes fixes since the release of v5.0.0. There is no change to database schema or configuration language structure that you have to do on previous installations of v5.0.x. Deployments running previous 5.x.x versions are strongly recommended to be upgraded to v5.0.1. For more details about version 5.0.1 (including links and guidelines to download the tarball or from GIT repository), visit: * https://www.kamailio.org/w/2017/04/kamailio-v5-0-1-released/ RPM, Debian/Ubuntu packages will be available soon as well. Many thanks to all contributing and using Kamailio! Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

1 0

nathelper: ping options over tcp
by Abdoul Osséni 05 Apr '17

05 Apr '17

Hi, Is it possible to send ping OPTIONS over tcp or tls? If yes, could you me how? Regards Abdoul.

5 7

Replacing a message body received with a subsequent message sending out of kamailio
by narayan panigrahi 05 Apr '17

05 Apr '17

Hi All, I have a architecture of pjsip,kamailio,freeswitch and one external server. When kamailio is receiving "407"-proxy authentication required from the external server it sends to freeswitch and received "407" from freeswitch.But when replying back to kamailio the freeswitch is adding some extra headers in that "407". Now I need to send the message from kamailio to pjsip the same thing received from external server.So I need to replace the message received from external server with the message received from freeswitch at kamailio. I am using redis db to store the message.Can anybody help me how to configure the kamailio so that it will replace the message with freeswitch message and send the original message received before i.e. from external server. Any suggestion will be highly appreciated. Thanks, Narayan +91-9035438928

2 1

Kamailio 5.0.0 KEMI Lua event routes
by José Seabra 05 Apr '17

05 Apr '17

Hi all, I'm starting using kamailio 5 and was trying to convert my actual routing scripts to new KEMI interface using Lua. In my old script i'm using event routes for the evapi, dialog and dispatcher modules, so i was wondering how can i use it on KEMI. It exports some special Lua function to the KEMI framework? Can anyone give an example please. Many thanks José Seabra

2 3

Dialog Timers- Session Refresh
by Yasin CANER 05 Apr '17

05 Apr '17

2 1

Kamailio Issue
by 노형균 05 Apr '17

05 Apr '17

Hello all, I’m newbie to Kamailio and I’m having problem with installation. I tried to install Kamailio through '/usr/local/sbin/kamdbctl create’ but it showed error that database engine not specified. When I checked the kamctlrc file, the DBENGINE was already MYSQL. (DBENGINE=MYSQL) What am I missing here?? Cheers, Hyoung Kyoon Roh

3 2

Kamailio database fail
by 노형균 05 Apr '17

05 Apr '17

Hello all, I’m having problem again. After solving DBENGINE=MYSQL, I’ve been asked to type password but still get this message. I’ve tried to install mysql-server but it showed the same. What am I missing here? root@ubuntu:/home/parallels# kamdbctl create MySQL password for root: INFO: test server charset ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) Usage: grep [OPTION]... PATTERN [FILE]... Try 'grep --help' for more information. /usr/local/lib64/kamailio//kamctl/kamdbctl.mysql: line 117: [: =: unary operator expected INFO: creating database kamailio ... ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) ERROR: Creating database kamailio failed! Regards, Hyoung Kyoon Roh

2 1

Re: [SR-Users] Via header with i attribute
by DanB 05 Apr '17

05 Apr '17

Hey Daniel, Indeed, call comes in over tcp and goes out over udp. They claim that it is not RFC compatible to add the i. Thanks, DanB

2 1

Planning Kamailio v5.0.1
by Daniel-Constantin Mierla 05 Apr '17

05 Apr '17

Hello, I am considering to release Kamailio v5.0.1 sometime next week, likely on Wednesday, April 5, 2017. Should anyone be aware of issues not listed yet on bug tracker, report them there as soon as possible to try to fix. Soon after, we should release a new version from branch 4.4 and the last one from branch 4.3. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

3 5

Problems with avp_db_load
by Kevin Bushong 04 Apr '17

04 Apr '17

I am using the avpops module to read from a mysql database to look for CFWD information for the call. When a call is placed, it appears the command avp_db_load attempts to read the file but all values come back as NULL. There are no messages in the log and of course the call does not process correctly. We are using a config that is exactly the same on a 4.3.4 version of kamailio using cento 6.7, with a local version of mysql Ver 14.14 Distrib 5.1.73, that works perfectly. When moving the code to kamailio 4.4.4 on Debian 8, Jessie, mysql Ver 14.14 Distrib 5.5.53 the avp_db_load returns no information. Here is the snippet of the code we are using. Since I am not used to troubleshooting kamailio, please let me know what other information you need. Thanks, Kevin Code snippet: #!ifdef WITH_CFWD xlog ("$TF Call to $rU made it into WITH_CFWD in route[LOCATION] block\n"); # Call forwarding is enabled, so lets do a lookup to pull all AVP's for possible call forwarding types/destinations # Below line should load all AVP's into memory from DB for the username portion of the TO: field from table usr_preferences xlog("script should load from DB usr_preferences next"); avp_db_load("$tU","s/usr_preferences"); # This line i simple want to print to log when the avp load is complete and what the values are (for debug purposes only and should typically be commented out) xlog("DB load should be complete"); xlog("SCRIPT: $TF Call Forwarding Unconditional set to $avp(Unconditional)\n"); xlog("SCRIPT: $TF Call Forwarding NoAnswer set to $avp(NoAnswer)\n"); xlog("SCRIPT: $TF Call Forwarding Busy set to $avp(Busy)\n"); avp_print(); # Check to see if the AVP's are set and if so put them in log for logging purposes if(is_avp_set("$avp(Unconditional)")) xlog("SCRIPT: $TF Call Forwarding Unconditional set to $avp(Unconditional)\n"); if(is_avp_set("$avp(NoAnswer)")) xlog("SCRIPT: $TF Call Forwarding NoAnswer set to $avp(NoAnswer)\n"); if(is_avp_set("$avp(Busy)")) xlog("SCRIPT: $TF Call Forwarding Busy set to $avp(Busy)\n"); t_set_fr(16000, 15000); # set fr invite timeout to 16s and no response at all to 15s to meet the specs for call fowarding no answer ringtime # If Call fowarding Unconditional is set, we need to change the dialed number and sent it off to the original users trunk from subscriber table # Check to see if unconditional is set if(is_avp_set("$avp(Unconditional)")) # Shove this call into route [PSTN_CFWD] Block route("PSTN_CFWD"); Here is the syslog for the same snippet: 09:29 2017 Call to 15703771055 made it into WITH_CFWD in route[LOCATION] block Mar 29 14:09:29 Limitless-Calling-Server /usr/local/sbin/kamailio[7831]: ERROR: <script>: script should load from DB usr_preferences next Mar 29 14:09:29 Limitless-Calling-Server /usr/local/sbin/kamailio[7831]: ERROR: <script>: DB load should be complete Mar 29 14:09:29 Limitless-Calling-Server /usr/local/sbin/kamailio[7831]: ERROR: <script>: SCRIPT: Wed Mar 29 14:09:29 2017 Call Forwarding Unconditional set to <null> Mar 29 14:09:29 Limitless-Calling-Server /usr/local/sbin/kamailio[7831]: ERROR: <script>: SCRIPT: Wed Mar 29 14:09:29 2017 Call Forwarding NoAnswer set to <null> Mar 29 14:09:29 Limitless-Calling-Server /usr/local/sbin/kamailio[7831]: ERROR: <script>: SCRIPT: Wed Mar 29 14:09:29 2017 Call Forwarding Busy set to <null> Mar 29 14:09:29 Limitless-Calling-Server /usr/local/sbin/kamailio[7831]: INFO: avpops [avpops_impl.c:1473]: ops_print_avp(): p=0x7f440ed86f90, flags=0x0113 Mar 29 14:09:29 Limitless-Calling-Server /usr/local/sbin/kamailio[7831]: INFO: avpops [avpops_impl.c:1477]: ops_print_avp(): #011#011#011name=<direction> Mar 29 14:09:29 Limitless-Calling-Server /usr/local/sbin/kamailio[7831]: INFO: avpops [avpops_impl.c:1485]: ops_print_avp(): #011#011#011val_str=<INCOMING / 8>

2 8

Why these 2 items in the same entry for a htable
by Ginhoux, Patrick 04 Apr '17

04 Apr '17

Hi, While working on the project to migrate my kamailio.cfg script from kamailio 3.3.1 to 5.0.x, I discovered that in there are 2 items in the same htable. Below the figure that illustrate this case : 1) Content of the MBXRANGE table : mysql> select * from mbxrange; +-----+-------------+-------------------------------------------------+----- -------+----------+ | id | key_name | key_value | value_type | key_type | +-----+-------------+-------------------------------------------------+----- -------+----------+ | 0 | VERSION | 120104-173400 | 0 | 0 | | 101 | 1 | min=0100000000;max=0199999999;node=OPMVTS1VSE02 | 0 | 0 | | 102 | 2 | min=0200000000;max=0299999999;node=OPMVTS1VSE02 | 0 | 0 | | 103 | 3 | min=0300000000;max=0399999999;node=OPMVTS1VSE02 | 0 | 0 | | 104 | 4 | min=0400000000;max=0499999999;node=OPMVTS1VSE02 | 0 | 0 | | 105 | 5 | min=0500000000;max=0599999999;node=OPMVTS1VSE02 | 0 | 0 | | 106 | 6 | min=0600000000;max=0699999999;node=OPMVTS1VSE02 | 0 | 0 | | 107 | 7 | min=0700000000;max=0799999999;node=OPMVTS1VSE02 | 0 | 0 | | 108 | 8 | min=0800000000;max=0899999999;node=OPMVTS1VSE02 | 0 | 0 | | 109 | 9 | min=0900000000;max=0999999999;node=OPMVTS1VSE02 | 0 | 0 | | 199 | maxmbxrange | 9 | 0 | 0 | +-----+-------------+-------------------------------------------------+----- -------+----------+ 11 rows in set (0.00 sec) 2) modparam instruction used in my kamailio.cfg script: modparam("htable", "htable", "mbxrangeHash=>size=4;dbtable=mbxrange;") 3) Result of < kamctl fifo sht_dump mbxrangeHash > command with kamailio version 3.3.x: [root@op52is4router1 ~]# kamctl fifo sht_dump mbxrangeHash Entry:: 0 6:: min=0600000000;max=0699999999;node=OPMVTS1VSE02 Entry:: 1 7:: min=0700000000;max=0799999999;node=OPMVTS1VSE02 Entry:: 2 4:: min=0400000000;max=0499999999;node=OPMVTS1VSE02 Entry:: 3 5:: min=0500000000;max=0599999999;node=OPMVTS1VSE02 Entry:: 4 2:: min=0200000000;max=0299999999;node=OPMVTS1VSE02 Entry:: 5 3:: min=0300000000;max=0399999999;node=OPMVTS1VSE02 VERSION:: 120104-173400 Entry:: 6 maxmbxrange:: 9 Entry:: 7 1:: min=0100000000;max=0199999999;node=OPMVTS1VSE02 Entry:: 14 9:: min=0900000000;max=0999999999;node=OPMVTS1VSE02 Entry:: 15 8:: min=0800000000;max=0899999999;node=OPMVTS1VSE02 Result of < kamcmd htable.dump mbxrangeHash > command with kamailio version 5.0.x : [root@vm-vse02-siprouter1 ~]# kamcmd htable.dump mbxrangeHash { entry: 0 size: 1 slot: { item: { name: 6 value: min=0600000000;max=0699999999;node=OPMMMS1VSE02 type: str } } } { entry: 1 size: 1 slot: { item: { name: 7 value: min=0700000000;max=0799999999;node=OPMMMS1VSE02 type: str } } } { entry: 2 size: 1 slot: { item: { name: 4 value: min=0400000000;max=0499999999;node=OPMMMS1VSE02 type: str } } } { entry: 3 size: 1 slot: { item: { name: 5 value: min=0500000000;max=0599999999;node=OPMMMS1VSE02 type: str } } } { entry: 4 size: 1 slot: { item: { name: 2 value: min=0200000000;max=0299999999;node=OPMMMS1VSE02 type: str } } } { entry: 5 size: 2 slot: { item: { name: 3 value: min=0300000000;max=0399999999;node=OPMMMS1VSE02 type: str } item: { name: VERSION value: 120104-173400 type: str } } } { entry: 6 size: 1 slot: { item: { name: maxmbxrange value: 9 type: str } } } { entry: 7 size: 1 slot: { item: { name: 1 value: min=0100000000;max=0199999999;node=OPMMMS1VSE02 type: str } } } { entry: 14 size: 1 slot: { item: { name: 9 value: min=0900000000;max=0999999999;node=OPMMMS1VSE02 type: str } } } { entry: 15 size: 1 slot: { item: { name: 8 value: min=0800000000;max=0899999999;node=OPMMMS1VSE02 type: str } } } So, I can see : - The entry number is not incremental 1 by 1 ; there are entry #1 to #7, then #14 and #15 (all have size=1) - For the entry #5, its size is of 2 and it contains 2 items I don't say here that this is a problem, but the way the htable is loaded seems strange to me. So if there people who can explain me if what I see is normal or not, and how the htable load process works, I would appreciate. Thanks in advance. Cordialement Patrick GINHOUX

2 4

Via header with i attribute
by DanB 04 Apr '17

04 Apr '17

Hey Guys, Any of you know which module is adding the "i" attribute and maybe if it can be removed safely? The reason would be for some Avaya PBXes discarding the Via completely due to this attribute. Sample header: """ Via: SIP/2.0/UDP 1.2.3.4;branch=z9hG4bKf0d6.72eca17f202d1e73a1f519dbecf7d6a6.0;i=8f1. """ Many thanks, DanB

2 1

nosql database
by Ján Füri 04 Apr '17

04 Apr '17

Hi community, I'd like to ask that witch nosql DB is the most supported by kamalio 5 ? or witch do you guys use in production ? Thanks, Jan

2 1

Re: [SR-Users] ht_db_load_table(): key type must be string (type=6)
by Ginhoux, Patrick 04 Apr '17

04 Apr '17

Hi, A second update for people who started to look at this issue. I have identified the real cause of the problem by looking more in the kamailio log with the debug traces. I discover that it is related to the load of the properties table in the htable. I have the following entries in my mysql db : +-------+----------------+---------------------------------------------------------+------------+----------+ | id | key_name | key_value | value_type | key_type | +-------+----------------+---------------------------------------------------------+------------+----------+ | 0 | VERSION | 120104-1734 | 0 | 0 | | 1 | mmm-retry | 408=Y;502=Y;503=Y | 0 | 0 | | 2 | mgcf-retry | 408=Y;502=Y;503=Y | 0 | 0 | | 3 | max-mmm-retry | 2 | 0 | 0 | | 4 | max-mgcf-retry | 2 | 0 | 0 | | 5 | target-uri | mgcf=10.10.10.10;mmm-legacy=20.20.20.10;mmm=20.20.20.20 | 0 | 0 | | 6 | pike-status | 503 Service Overload | 0 | 0 | | 7 | mgcf-path | 99 | 0 | 0 | | 16 | mmm-nodeid | OPMMMS1VSE01=1;OPMMMS1VSE02=2 | 0 | 0 | | 17 | mmm-node-path | 1=1;2=2 | 0 | 0 | +-------+----------------+---------------------------------------------------------+------------+----------+ In the kamailio.cfg, the << modparam("htable", "htable", "propertiesHash=>size=4;dbtable=properties;") >> command causes the load of the above table in the htable. In the log we can see, that the load is done in the alphabetic order of the key_name and it fails to load the last entry "VERSION" : Mar 21 10:25:28 localhost /usr/sbin/kamailio[5784]: DEBUG: <core> [db_val.c:169]: db_str2val(): converting BLOB [VERSION] Mar 21 10:25:28 localhost /usr/sbin/kamailio[5784]: DEBUG: <core> [db_val.c:74]: db_str2val(): converting INT [0] Mar 21 10:25:28 localhost /usr/sbin/kamailio[5784]: DEBUG: <core> [db_val.c:74]: db_str2val(): converting INT [0] Mar 21 10:25:28 localhost /usr/sbin/kamailio[5784]: DEBUG: <core> [db_val.c:169]: db_str2val(): converting BLOB [120104-1734] Mar 21 10:25:28 localhost /usr/sbin/kamailio[5784]: ERROR: htable [ht_db.c:276]: ht_db_load_table(): key type must be string (type=6) If I add a new entry named "WWWWW", then the failure occurs on this entry that is the last alphabetic entry : | 10000 | WWWWW | toto | 0 | 0 | Mar 21 10:28:45 localhost /usr/sbin/kamailio[5817]: DEBUG: <core> [db_val.c:169]: db_str2val(): converting BLOB [WWWWW] Mar 21 10:28:45 localhost /usr/sbin/kamailio[5817]: DEBUG: <core> [db_val.c:74]: db_str2val(): converting INT [0] Mar 21 10:28:45 localhost /usr/sbin/kamailio[5817]: DEBUG: <core> [db_val.c:74]: db_str2val(): converting INT [0] Mar 21 10:28:45 localhost /usr/sbin/kamailio[5817]: DEBUG: <core> [db_val.c:169]: db_str2val(): converting BLOB [toto] Mar 21 10:28:45 localhost /usr/sbin/kamailio[5817]: ERROR: htable [ht_db.c:276]: ht_db_load_table(): key type must be string (type=6) Attached the kamailio log for each test. I hope this help. Have anyone an idea of this problem ? Cordialement Patrick GINHOUX De : Ginhoux, Patrick Envoyé : mardi 21 mars 2017 09:41 À : Kamailio users (sr-users(a)lists.sip-router.org) <sr-users(a)lists.sip-router.org> Objet : RE: ht_db_load_table(): key type must be string (type=6) Hi, There was a mistake in the file attached ; the short kamailio.cfg file (that makes kamailio to start) was not the correct one; attached the correct one. Have anyone an idea of this problem ? Cordialement Patrick GINHOUX De : Ginhoux, Patrick Envoyé : lundi 20 mars 2017 17:58 À : Kamailio users (sr-users(a)lists.sip-router.org<mailto:sr-users@lists.sip-router.org>) <sr-users(a)lists.sip-router.org<mailto:sr-users@lists.sip-router.org>> Objet : RE: ht_db_load_table(): key type must be string (type=6) Hi, To figure out what causes this issue, I work to shorten my kamailio.cfg to contains loadmodule/modparam instructions for the htable module only. My first attempt (see kamailio.cfg.ok) shows that the problem doesn't occur. In the second attempt (see kamailio.cfg.ko) I add instructions previously removed from the original .cfg file. I have determined that, depending on the instructions that follows the "modparam("htable", "fetch_rows", 1000)" line, the "key type must be string (type=6)" error occurs or not. In this ko file, if I comment out the following sequence, the error occurs : modparam("htable", "fetch_rows", 1000) #!!ifdef FIXED_ROUTING #modparam("htable", "htable", "mbxrangeHash=>size=4;dbtable=mbxrange;") #!!else #modparam("htable", "htable", "abpqHash=>size=12;dbtable=abpq;") #modparam("htable", "htable", "zabpqHash=>size=12;dbtable=zabpq;") #!!endif modparam("htable", "htable", "propertiesHash=>size=4;dbtable=properties;") I hope my explanation is clearn and there are people who can help me on this problem that causes kamailio to not start. Cordialement Patrick GINHOUX De : Ginhoux, Patrick Envoyé : vendredi 17 mars 2017 15:46 À : Kamailio users (sr-users(a)lists.sip-router.org<mailto:sr-users@lists.sip-router.org>) <sr-users(a)lists.sip-router.org<mailto:sr-users@lists.sip-router.org>> Objet : ht_db_load_table(): key type must be string (type=6) Hi, Now the kamailio installation is completed, I try to start kamailio but got an error on a modparam line. By looking at the kamailio.cfg (with debug mode) it looks like the instruction is not correct : modparam("htable", "fetch_rows", 1000) [root@vm-vse02-siprouter1 ~]# systemctl status kamailio.service -l kamailio.service - SYSV: Kamailio is a fast, reliable and flexible SIP Server. Loaded: loaded (/etc/rc.d/init.d/kamailio) Active: failed (Result: exit-code) since Fri 2017-03-17 15:38:13 CET; 17s ago Process: 1526 ExecStart=/etc/rc.d/init.d/kamailio start (code=exited, status=1/FAILURE) Mar 17 15:38:13 vm-vse02-siprouter1 /usr/sbin/kamailio[1539]: INFO: pike [pike.c:99]: pike_init(): PIKE - initializing Mar 17 15:38:13 vm-vse02-siprouter1 /usr/sbin/kamailio[1539]: INFO: pike [ip_tree.c:81]: init_lock_set(): probing 256 set size Mar 17 15:38:13 vm-vse02-siprouter1 /usr/sbin/kamailio[1539]: INFO: cfgutils [cfgutils.c:767]: mod_init(): no hash_file given, disable hash functionality Mar 17 15:38:13 vm-vse02-siprouter1 /usr/sbin/kamailio[1539]: ERROR: htable [ht_db.c:276]: ht_db_load_table(): key type must be string (type=6) Mar 17 15:38:13 vm-vse02-siprouter1 /usr/sbin/kamailio[1539]: ERROR: <core> [core/sr_module.c:968]: init_mod(): Error while initializing module htable (/usr/lib64/kamailio/modules/htable.so) Mar 17 15:38:13 vm-vse02-siprouter1 /usr/sbin/kamailio[1539]: INFO: <core> [core/sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized Mar 17 15:38:13 vm-vse02-siprouter1 kamailio[1526]: Starting kamailio: Mar 17 15:38:13 vm-vse02-siprouter1 systemd[1]: kamailio.service: control process exited, code=exited status=1 Mar 17 15:38:13 vm-vse02-siprouter1 systemd[1]: Failed to start SYSV: Kamailio is a fast, reliable and flexible SIP Server.. Mar 17 15:38:13 vm-vse02-siprouter1 systemd[1]: Unit kamailio.service entered failed state. [root@vm-vse02-siprouter1 ~]# modparam("htable", "fetch_rows", "1000") [root@vm-vse02-siprouter1 ~]# systemctl status kamailio.service -l kamailio.service - SYSV: Kamailio is a fast, reliable and flexible SIP Server. Loaded: loaded (/etc/rc.d/init.d/kamailio) Active: failed (Result: exit-code) since Fri 2017-03-17 15:26:21 CET; 3s ago Process: 1452 ExecStart=/etc/rc.d/init.d/kamailio start (code=exited, status=1/FAILURE) Mar 17 15:26:20 vm-vse02-siprouter1 systemd[1]: Starting SYSV: Kamailio is a fast, reliable and flexible SIP Server.... Mar 17 15:26:21 vm-vse02-siprouter1 kamailio[1452]: Not starting : invalid configuration file! Mar 17 15:26:21 vm-vse02-siprouter1 kamailio[1452]: 0(1460) ERROR: <core> [core/modparam.c:141]: set_mod_param_regex(): parameter <fetch_rows> of type <1> not found in module <htable> Mar 17 15:26:21 vm-vse02-siprouter1 kamailio[1452]: 0(1460) CRITICAL: <core> [core/cfg.y:3404]: yyerror_at(): parse error in config file //etc/kamailio/kamailio.cfg, line 308, column 41: Can't set module parameter Mar 17 15:26:21 vm-vse02-siprouter1 kamailio[1452]: 0(1460) WARNING: <core> [core/cfg.y:3378]: warn_at(): warning in config file //etc/kamailio/kamailio.cfg, line 971, column 6-13: constant value in if(...) Mar 17 15:26:21 vm-vse02-siprouter1 kamailio[1452]: ERROR: bad config file (1 errors) Mar 17 15:26:21 vm-vse02-siprouter1 kamailio[1452]: 0(1460) INFO: <core> [core/sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized Mar 17 15:26:21 vm-vse02-siprouter1 systemd[1]: kamailio.service: control process exited, code=exited status=1 Mar 17 15:26:21 vm-vse02-siprouter1 systemd[1]: Failed to start SYSV: Kamailio is a fast, reliable and flexible SIP Server.. Mar 17 15:26:21 vm-vse02-siprouter1 systemd[1]: Unit kamailio.service entered failed state. [root@vm-vse02-siprouter1 ~]# The documentation shows that fetch_rows is an integer : fetch_rows (integer) How many rows to fetch at once from database. Default value is 100. Example 1.12. Set fetch_rows parameter ... modparam("htable", "fetch_rows", 1000) So how to explain the first error. Have you any thoughts on this case ? Cordialement Patrick GINHOUX

3 7

Re: [SR-Users] sr-users Digest, Vol 143, Issue 5
by Narayan P 04 Apr '17

04 Apr '17

Hi Juha, I mean to say that all of the headers in a SIP message. I need to replace all the headers with the headers received before and send to the client. Thanks, Narayan ________________________________ From: sr-users <sr-users-bounces(a)lists.sip-router.org> on behalf of sr-users-request(a)lists.sip-router.org <sr-users-request(a)lists.sip-router.org> Sent: Tuesday, April 4, 2017 10:00:02 AM To: sr-users(a)lists.sip-router.org Subject: sr-users Digest, Vol 143, Issue 5 Send sr-users mailing list submissions to sr-users(a)lists.sip-router.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users or, via email, send a message with subject or body 'help' to sr-users-request(a)lists.sip-router.org You can reach the person managing the list at sr-users-owner(a)lists.sip-router.org When replying, please edit your Subject line so it is more specific than "Re: Contents of sr-users digest..." Today's Topics: 1. Re: Issue in replacing message header in kamailio (Narayan P) 2. Re: Issue in replacing message header in kamailio (Juha Heinanen) ---------------------------------------------------------------------- Message: 1 Date: Tue, 4 Apr 2017 09:02:28 +0000 From: Narayan P <narayana88(a)outlook.com> To: "sr-users(a)lists.sip-router.org" <sr-users(a)lists.sip-router.org> Subject: Re: [SR-Users] Issue in replacing message header in kamailio Message-ID: <HK2PR0201MB1745D10E07415A9696765176D70B0(a)HK2PR0201MB1745.apcprd02.prod.outlook.com> Content-Type: text/plain; charset="iso-8859-1" Hi Can anybody help me on this.Any API to replace a message header completely in kamailio configuration file and its usage. Thanks, Narayan ________________________________ From: Narayan P Sent: Tuesday, April 4, 2017 6:31:14 AM To: sr-users(a)lists.sip-router.org Subject: Re: Issue in replacing message header in kamailio Hi All, How to replace message header completely that has been received previously in another 200 OK response message. I have used remove_body() and replace_body(re, txt) . Is there any API to replace these. Any suggestion will be highly appreciated. Thanks, Narayan ________________________________ From: Narayan P Sent: Monday, April 3, 2017 1:41:47 PM To: sr-users(a)lists.sip-router.org Subject: Issue in replacing message header in kamailio Hi All, How to replace total message header in another 200 ok response message. I have used remove_body() and replace_body(re, txt) . Is there any API to replace these. Any suggestion will be highly appreciated. Thanks, Narayan

3 2

Issue in replacing message header in kamailio
by Narayan P 04 Apr '17

04 Apr '17

Hi All, How to replace total message header in another 200 ok response message. I have used remove_body() and replace_body(re, txt) . Is there any API to replace these. Any suggestion will be highly appreciated. Thanks, Narayan

2 3

Doubt parsing multipart SDP
by Albert Petit 03 Apr '17

03 Apr '17

Hi list, I am having some issues parsing multipart INVITE [1] when calling force_rtp_proxy . I tried to upgrade to Kamailio 5 to see if maybe i was using too old code but seems not the case. Log of error is: Apr 3 18:31:21 mcptt /usr/sbin/kamailio[3232]: INFO: <script>: forcing RTP proxy for INVITE message Apr 3 18:31:21 mcptt /usr/sbin/kamailio[3232]: ERROR: <core> [core/parser/parse_content.c:370]: decode_mime_type(): ERROR:decode_mime_type: parse error near in [application/vnd.3gpp.mcptt-info+xml] char[51][3] offset=16 So seems there is some issue using Content Type application/vnd.3gpp.mcptt-info+xml in a multipart SIP message But this content type is accepted at following 3GPP spec: http://www.etsi.org/deliver/etsi_ts/129100_129199/129165/13.06.00_60/ts_129… Checking implementation of parse_content.c I see ". - _ +" characters are accepted so i am not sure what is failing. I did some test and if instead of that Content-Type: application/vnd.3gpp.mcptt-info+xml i use Content-Type: application/mcptt no errors are seen in Kamailio logs and ports are replaced succesfully. So do you see something wrong on what i am doing with attached info? INVITE sip:mcpttparticipating@demo.net SIP/2.0 Record-Route: <sip:10.1.1.123:6074;transport=tcp;lr=on;ftag=i3b01a;nat=yes> Call-ID: db6b10362447354bc9819df9a9046ecb(a)10.1.1.222 CSeq: 1 INVITE From: <sip:blue1@demo.net>;tag=i3b01a To: <sip:ccw@demo.net;poc-group=blues> Via: SIP/2.0/TCP 10.1.1.123:6074 ;branch=z9hG4bK15a9.1c063dec40e772152f44c026a1627082.0;i=f Via: SIP/2.0/TCP 10.1.1.222:5070 ;received=10.1.1.222;rport=55173;branch=z9hG4bK-363135-1750dc6e97437e4788f446f2d818b60a Max-Forwards: 69 Contact: <sip:blue1@10.1.1.222:55173 >;transport=tcp;+g.3gpp.mcptt;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-service.ims.icsi.mcptt";isfocus Accept-Contact: *;+g.3gpp.mcptt;require;explicit Accept-Contact: *;+g.3gpp.icsi-ref="urn:urn-7:3gpp-service.ims.icsi.mcptt";require;explicit P-Preferred-Service: urn:urn-7:3gpp-service.ims.icsi.mcptt P-Preferred-Identity: <sip:blue1@demo.net> User-Agent: PoC-client/3GPP-Rel13 DemoClient/v2.03.01/BV6000/SDK23 Session-Expires: 3600 Min-SE: 90 Supported: replaces, 100rel, timer, norefersub, timer, answermode, eventlist Resource-Priority: mcpttp.5 Content-Type: multipart/mixed;boundary=gnkboundary Content-Length: 997 --gnkboundary Content-Type: application/sdp v=0 o=- 3626700268 3626700268 IN IP4 10.1.1.222 s=spimedia c=IN IP4 10.1.1.222 t=0 0 a=X-nat:0 m=audio 10002 RTP/AVP 106 a=rtcp:10003 IN IP4 10.1.1.222 i=speech a=rtpmap:106 AMR-WB/16000 a=fmtp:106 mode-change-period=1; mode-change-capability=2; mode-change-neighbor=0; max-red=0 a=sendrecv a=ptime:100 a=maxptime:400 m=application 10003 udp MCPTT a=fmtp:MCPTT mc_queueing;mc_priority=1 --gnkboundary Content-Type: application/vnd.3gpp.mcptt-info+xml <?xml version="1.0" encoding="UTF-8"?> <mcpttinfo xmlns="urn:3gpp:ns:mcpttInfo:1.0" xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance"> <mcptt-Params> <session-type>chat</session-type> <mcptt-request-uri type="Normal"> <mcpttURI>sip:ccw@demo.net;poc-group=blues</mcpttURI> </mcptt-request-uri> <mcptt-client-id type="Normal"> <mcpttURI>urn:uuid:00000000-0000-1000-8000-AABBCCDDEEFF</mcpttURI> </mcptt-client-id> </mcptt-Params> </mcpttinfo> --gnkboundary-- Thanks! Albert

2 1

Doubt about MI Datagram module in Kamailio 5
by Albert Petit 03 Apr '17

03 Apr '17

Dear list, I've recently upgraded to Kamailio 5 in order to avoid issue parsing SDP multipart bodies which think are fixed in the update ( - symbol rejected in content type) . I could upgrade without issues from my kamailio 4 dev deployment but i cannot load anymore MI_Datagram module (seems not present in Kamailio 5 , MI Datagram module i refer to: http://www.kamailio.org/docs/modules/4.3.x/modules/mi_datagram.html ) Can i use MI Datagram module still in Kamailio 5 ? Thanks Albert

3 3

Exclusive: Quitting the fast life of open-source SIP
by Alex Balashov 03 Apr '17

03 Apr '17

(Filed by UC Celeb Talk - 1 Apr 2017.) BERLIN (Tegel), GERMANY--In the now-infamous breakdown episode on the VIP tarmac at Berlin's Tegel Airport, Alex Balashov shocked the IP telecoms celebrity world last month. Shielding his eyes from the punishingly bright daylight of an overcast day in northern Germany, Balashov climbed out of his Gulfstream G650 jet, clutching a half-finished bottle of Woodford Reserve, and announced his sudden retirement from the "fast life" of open-source SIP consulting to a waiting gathering of techn business reporters. "I'm not with this 'live fast, die young' VoIP s*** anymore," he reportedly shouted, before collapsing and vomiting profusely on the red carpet. UC Celeb Talk's own Benjamin Brant sat down with Balashov in an exclusive interview to learn more about what happened, even as the telecoms industry continues to digest the shock meltdown. -- BRANT: Everyone's dying to know, what was going through you head at that moment? BALASHOV: Funny how you mention dying. I want to live to see 35, man. I can't handle the SIP biz anymore. BRANT: What do you mean? You seemed to have all the makings of an open-source SIP superstar. BALASHOV: I can't keep up with the drinks anymore, the three day-long parties, the paparazzi, always watchin' my back at ClueCon... BRANT: When'd you realise it might be time to call it? BALASHOV: I'll tell you when. It was Kamailio World '16. Man, those vodka + Club Mate drinks they pour down at Fokus are something else. They'll really get you thinking about things. BRANT: So you had a cocktail and thought better of your entire life as a SIP celebrity? The fans, the adulation, the glory? BALASHOV: When you wake up at 3 PM at the Park Inn on Alexanderplatz with a $31,000 room service bill on your AMEX, a goat wandering around, and reporters in your face, you tell me with a straight face you're not gonna take stock of your life and make some changes. BRANT: That really happened? BALASHOV: That's what I'm trying to tell you! That's Kamailio World, dude. That's the SIP software engineering culture. You wanna ITSP and WebRTC? You're gonna have to bro down! BRANT: Surely not everywhere. What about the IETF? BALASHOV: Those guys drink more than ANYONE. Have you seen the SIP Outbound RFC? BRANT: That's the work-product of an alcohol-fuelled creative orgy? BALASHOV: It's the work product of something-something. I don't know if I'm allowed to identify the uh, substance in question. BRANT: How are you going to live without the private jet? If I had a G6, I wouldn't just turn over the keys. BALASHOV: Yeah, I mean, open-source VoIP consulting has its upsides. It's a fine way to make a living. But it's just not worth it. Besides, hourly operating costs are through the roof. BRANT: But you were an icon, and quite a ladies' man too! How do you walk away from that? BALASHOV: Look man, of course women are gonna mob you when you're a SIP consulting star. That's just part of the open-source tech life in general. But it's fake, man. They don't love you. They don't want to know who you are inside. They just want you 'cause you know all about the SIP transaction state machine, loose vs. strict routing, cross-compiling Kamailio. They just got a crush on you 'cause you know presence and parallel forking race conditions. I want something real. BRANT: But that's part of the social bargain of being an open-source SIP celebrity. Didn't you once boast of having uh, lady friends, "in different geographic and non-geographic operator codes"? BALASHOV: Yeah, and that's cool, but I want to come home to a woman who loves me for me, not Mr. 3... ... 02, Moved Temporarily, but not happy necessarily. Feel me? BRANT: What happened at ClueCon? BALASHOV: You talking about the bullets Acme Packet ventilated me with? BRANT: Five of them, as I heard. BALASHOV: Well I'm still standin'. Took those shots and smiled. BRANT: I know you guys have a kind of omertà about this stuff, but I've got to ask: why? BALASHOV: I ain't worried, kids growing up in today's world need to learn the truth. They act like I was dealing transcoding licences on their block. O.G. 729. BRANT: But that wasn't what gave you a wake-up call that the SIP game is sharper than a razor blade? BALASHOV: Hell no, it wasn't their block. That fake-ass east coast channel partner crew can cash me outside howboudah? BRANT: How exclusive is Kamailio World? BALASHOV: It's one of the most exclusive clubs I've ever hit up. Lines wrapping around blocks. And the bouncers. Damn. BRANT: The bouncers? BALASHOV: Those dudes are harsh. BRANT: On a scale of 1 to Berghain, how bad is it? BALASHOV: All I know is, one time some squirrely guy in the audience asked a moderately new-blood question like, "If a Record-Route header has been added by an intermediate proxy, is it proper of a SIP User Agent to populate the Request URI of subsequent in-dialog requests with the Record-Route URI, or should it be the remote Contact?" Half the room got up like it was ready to curb-stomp that little face. Guy didn't know what he got himself into--a room full of elites. BRANT: So what happened? BALASHOV: Someone was like, "Bounce this fool! He don't know how to act." So these three muscular Kaiser Wilhelm-looking dudes--moustaches and all--in sunglasses roll up and drag this guy through the Atrium, out the doors and dump him straight out onto Anna-Louisa-Karsch-Straße. BRANT: Damn. Ejected out of the saloon. BALASHOV: Yo, that dude was dismissed from the premises. BRANT: So what do you see in your future post-SIP life? BALASHOV: I'm thinking about starting a bakery. A friend threw it out there as a way to kind of atone for all this and get straight with Jesus. Gonna bake really big cookies. You know, huge ones, like a small pizzas? But recognise--they're actually cookies. BRANT: Got any advice for those who bright young upstarts who haven't turned over a new leaf and thrown in the towel yet? BALASHOV: Come on down to Kamailio World #5, May 8-10 2017 in Berlin. You'll see your life in a new way. Registration and more information online at https://www.kamailioworld.com/k05/

2 1

Kamailio 6.0 architecture
by Olle E. Johansson 03 Apr '17

03 Apr '17

Dear Kamailians! We got news for you! The Kamailio 6.0 architecture is finalised! It's something we've been working on for a long time in the project team and you've already seen part of it in the recent Kamailio 5 release - the KEMI interface for LUA. We've realised that we have too many modules, especially all those IMS* modules. And the core is getting slimmer and slimmer. This is what we're going to do: * All RPC, EVENTAPI,AUTH, JSON, TM, HTTP_CLIENT and TLS modules will be integrated back into the core. * The EVENT API will be the core API for external modules * The rest of the functionality in the modules will have to be rewritten in LUA and maintained as separate GITHUB projects outside of the core After successfully integrating LUA into the heart of Kamailio and exposing the Kamailio API we have decided to make life more simple for the core maintainers. Maintaining well over 100 modules took too much time, and who cares about some of the stuff? Billing, least cost routing and all the other crazy stuff in modules are going away anyhow as all services will be free. Calls really wants to be free. And presence is no longer needed, we'll just tap into the mobile phones from the core to know where everyone is. The removal of the modules will take place during the month of April 2017 and a new core will raise like a Fenix from the ashes, a much larger, monolithic and complex core with new functionality that will take Kamailio to new areas, like a message bus for games, an API server for mobile yoga apps and a control plane for embedded IoT devices. "Kamailio everywhere" is the new slogan for the Kamailio project. - "We will all remember April 1st 2017 as a new start of the project" says Olle-Carsten Mierla, the new elected project leader. "From now on, Kamailio aims to be a standard part of every operating system distribution, defining the new core of the Internet.” We hope all of you join us in this effort and refrain from reporting any bugs or other disturbing issues while we rebuild the new Kamailio. /O

3 2

Re: [SR-Users] Exclusive: Quitting the fast life of open-source
by JR Richardson 01 Apr '17

01 Apr '17

Brilliant! Bravo! Bravo! Brovo! Gonna miss you Bro! Get in this neck of the woods, got some dope a$$ hooch and BBQ waitin! Peace out! JR Richardson Engineering for the Masses Chasing the Azeotrope ---------------------------------------------------------------------- Message: 1 Date: Sat, 1 Apr 2017 01:02:58 -0400 From: Alex Balashov <abalashov(a)evaristesys.com> To: sr-users(a)lists.sip-router.org Subject: [SR-Users] Exclusive: Quitting the fast life of open-source SIP BRANT: But you were an icon, and quite a ladies' man too! How do you walk away from that? BALASHOV: Look man, of course women are gonna mob you when you're a SIP consulting star. That's just part of the open-source tech life in general. But it's fake, man. They don't love you. They don't want to know who you are inside. They just want you 'cause you know all about the SIP transaction state machine, loose vs. strict routing, cross-compiling Kamailio. They just got a crush on you 'cause you know presence and parallel forking race conditions. I want something real. BRANT: But that's part of the social bargain of being an open-source SIP celebrity. Didn't you once boast of having uh, lady friends, "in different geographic and non-geographic operator codes"? BALASHOV: Yeah, and that's cool, but I want to come home to a woman who loves me for me, not Mr. 3... ... 02, Moved Temporarily, but not happy necessarily. Feel me?

1 0

Configuring Kamailio as a "VoIP traffic reflector"
by Tahiro Hashizume 31 Mar '17

31 Mar '17

Hi there, This e-mail is going to be lengthy and I hope you will not get frustrated (like I am, for different reasons described later) by reading it all from the beginning to the end since I have just warned you :P You have absolutely no need for reading the entire post unless you are crazy enough read about what I do for fun in given circumstances. Basically, I would like Kamailio and Asterisk to run on the same box in such a way that A.)Asterisk listens on eth0 (on 10.1.1.15/24 with ProxyARP enabled) for incoming SIP register requests from VoIP-ATAs B.)Kamailio listens on five IP addresses on dummyN which has 10.1.1.1N/32 (N=0-4, so dummy0 has 10.1.1.10/32, for example) making five SIP+RTP sessions to the same remote host to appear as if they are from five different hosts - so that a single instance of Asterisk running on debian may be registered (through Kamailio) on the same remote host by using five different accounts and source IP addresses. I know Asterisk alone cannot do this (even by running multiple instances of it) and that there have to be five instances of both SIP-Proxy and RTP-Proxy so that the source address can be literally spoofed. Should be simple, but so far cannot find good sources of reference. I need your advice. Thanks in advance. << Backgrounds - read only if you are curious >> The so-called frustration is when your needs are not realized due to technological limitations. I have years worth of frustration on the VoIP setup at home and that's totally NOT your fault. Written below for those who happen to be curious should sound interesting, so here is the situation I'm facing; I'm in Japan and our infrastructure is well within the definition of NGN which in my case includes a low-latency VoIP to replace the traditional PSTN. (NTT will end ISDN in 2020, copper-line PSTN in 2025, as announced so far.) The service is provided by NTT (former state-run telecom) of Japan and works on FTTH which carries: a.)PPPoE for those who wish to get IPv4&IPv6 connectivity - which for the most part is so that users get to choose their favorite ISP. b.)WAN-reachable IPv6 traffic c.)WAN-unreachable IPv4 for SIP based services (address blocks reserved and announced by AS9595) Given the fact that b.) and c.) are only applicable (optionally and respectively) to those who signed up for the native-IPv6 (we call it IPoE, oddly) service and to those who signed up for the VoIP service, it's essentially an L2 transport service for PPPoE to your ISP - very much like the way we had our phone-line and ISP (dial-up) separately signed up for in the old days (hence I call it the access-line service). I've made a switch over to VoIP-based PSTN from the copper-line in April 2011 after seeing that copper-line PSTN served no better in case of emergency like 3.11 when people want to call others to see if their loved one are okay - on the evening through the night of March 11 2011, our traditional PSTN stayed at its capacity limits while VoIP-based means of communication (incl. Skype, surprisingly) stayed intact. That was the wake-up call. Now, upon signing up for the VoIP service, the user receives a box so called HGW (stands for Home Gateway) which is very much a SIP+RTP UA on its WAN side and SIP+RTP server on LAN side (up to 5 UAs may register if the UA supports "sip session-timer"). And this HGW is being the pain that drove me to writing this e-mail - it only allows one SIP-register per IP address. Further, looking into the specs requirements for HGW published by NTT (=there's a centralized documentation for it since the designs and manufacturing of HGW is split across several companies), there's a part which basically says: "One SIP register to HGW from a UA on LAN should be able to handle (but not limited to) one data session. An UA on HGW's LAN side may support multiple-data session per SIP register(optional)." - which to me reasonably explains why my HGW only allows one SIP-register per IP address. My gyess is that the unwritten assumption here is "one sip register"="one physical phone", which is quite understandable. Regarding the fact that NTT optionally provides services like: 1.)additional phone numbers 2.)multi-data sessions(RTP for voice, for example) ...on one trunk. This, and also in accordance with the technical specs. requirements for HGW above means supporting multiple RTP sessions either terminated or originated by an Asterisk box which sits on the HGW's LAN side requires that a single instance of Asterisk on a debian box somehow uses multiple IP addresses (with or without the use of other software). The simplest way of doing this (to me) seemd like running five instances of RTP(proxy)+SIP(proxy) which will each listen on one of five IP addresses, to which the Asterisk instance in question could establish one session of SIP+RTP each. The idea seemed simple enough, but there did not seem like good selections of software years ago. I have once given up on the implementation years ago, altered the NTT-supplied HGW with a third-party product (NVR500 by YAMAHA which on its LAN behaves as a MGCP+RTP server) in order to maximize the stability of the phone system. This was due to the fact that the x86-box I was using was hardware-unstable and that the HGW's behavior was something I did not like dealing with (recently solved). I've decided to make a come-back to Asterisk recently since I recently started using hylafax running on a RasPi with RS232 modem hooked up to it but with missing support for CID since the Japanese equivalent of CID (we call it Number-Display) does not follow the Bellcore standards and the modem I use only supports Bellcore standards- going VoIP again and running iaxmodem could solve this issue. -------------------------------------------- Tahiro Hashizume Department of Electrical and Electronic Engineering at Tokyo Denki University 5 Senju-Asahi-cho Adachi-ku Tokyo, JP1208551 Japan --------------------------------------------

2 4

[SIP Transaction] Handle Cancel message
by Hai Bui Duc Ha 31 Mar '17

31 Mar '17

Hi all, I have problem when use module pusher on Kazoo. The user after receive call from pusher can not receive the Cancel message if have another people pick up this phone. I trace log and debug on Kamailio and see the Freeswitch sent Cancel message but Kamailio reply 481 - Call leg/transaction does not exist. The configure on Kamailio: default.cfg ======================================================= *route[PREPARE_INITIAL_REQUESTS]* *{* * if (is_method("CANCEL")) {* * if(t_lookup_cancel()) xlog("L_INFO","$ci|log|======== t_lookup_cancel()");* * xlog("L_INFO","$rm from $fu (IP:$si:$sp) ---CAPTURED IN MAIN---\n");* * if (t_check_trans()) {* * xlog("L_INFO","$rm from $fu (IP:$si:$sp) ---CHECK TRANS TRUE---\n");* * //xlog("L_INFO", "$ci|log|====================================");* * route(RELAY);* * } else {* * xlog("L_INFO","$rm from $fu (IP:$si:$sp) ---CHECK TRANS FALSE---\n");* * sl_send_reply("481", "Call leg/transaction does not exist");* * }* * exit();* * } else if (is_method("ACK")) {* * if (t_check_trans()) {* * route(RELAY);* * }* * exit();* * }* ======================================================= As I read on http://kamailio.org/docs/modules/4.3.x/modules/tm.html#tm.f.t_check_trans Kamailio see the cancel message not same the transaction INVITE message. INVITE message: ------------------------------------------------------------------------ INVITE sip:100@quydang.htk.cvoice SIP/2.0 Via: SIP/2.0/UDP 192.168.1.77:11000;rport;branch=z9hG4bKK9jyp8mXUZHgS Route: <sip:192.168.1.77:5060> Max-Forwards: 49 From: "02 quy" <sip:102@quydang.htk.cvoice>;tag=04K2SappeyDtj To: <sip:100@quydang.htk.cvoice> Call-ID: 19fa9228-ef95-11e6-b473-1f645951fd7b CSeq: 103030653 INVITE Contact: <sip:mod_sofia@192.168.1.77:11000> User-Agent: Anttel Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: path, replaces Allow-Events: talk, hold, conference, presence, as-feature-event, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer Content-Type: application/sdp Content-Disposition: session Content-Length: 247 X-AUTH-IP: 192.168.1.141 X-AUTH-PORT: 64799 X-KAZOO-AOR: sip:100@quydang.htk.cvoice X-KAZOO-PUSHER-Token-Proxy: sip:192.168.1.77:5060 X-KAZOO-PUSHER-Token-ID: 803F0D6610AC5979C6F0513A3A4BE62E0BAF1530DC7A98C2C0DC13D784585FBE X-KAZOO-PUSHER-Token-Type: apple X-KAZOO-PUSHER-Token-App: com.htkinc X-FS-Support: update_display,send_info Remote-Party-ID: "02 quy" <sip:102@quydang.htk.cvoice >;party=calling;screen=yes;privacy=off v=0 o=FreeSWITCH 1486708670 1486708671 IN IP4 192.168.1.77 s=FreeSWITCH c=IN IP4 192.168.1.77 t=0 0 m=audio 24764 RTP/AVP 0 8 101 13 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 ------------------------------------------------------------------------ CANCEL message: ------------------------------------------------------------------------ CANCEL sip:100@quydang.htk.cvoice SIP/2.0 Via: SIP/2.0/UDP 192.168.1.77:11000;rport;branch=z9hG4bKK9jyp8mXUZHgS Route: <sip:192.168.1.77:5060> Max-Forwards: 49 From: "02 quy" <sip:102@quydang.htk.cvoice>;tag=04K2SappeyDtj To: <sip:100@quydang.htk.cvoice> Call-ID: 19fa9228-ef95-11e6-b473-1f645951fd7b CSeq: 103030653 CANCEL Reason: SIP;cause=200;text="Call completed elsewhere" Content-Length: 0 ------------------------------------------------------------------------ How can I know it same transaction ? We have any idea to solve this problem ? Thank for advice ! Regards, Hai Bui -- Hai Bui VoIP engineer, Cvoice team, HTK-HCM Office Mobile: +84-165-618-9876

2 9

$hep(dst_ip)
by David Villasmil 30 Mar '17

30 Mar '17

Hello guys, the merged https://github.com/kamailio/kamailio/pull/995 is not available on 5.0 and I'm wondering if/when it will be added to 5.0? Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337 ᐧ

3 6

Adding two time prefix to $rU
by Yebe diomande Keffa 29 Mar '17

29 Mar '17

Hello I am new with kamailio, and trying to add prefix to Request URI ($rU). I use branch_route, for $rU=”prefix”+$rU, i got two time prefix adding => prefix_prefix_original$rU This is my code small code: request_route { if (is_method("INVITE")) { $var(ip1)="51.254.245.58"; $var(port1)="33"; if(!t_is_set("branch_route")) route(FWD); xlog("L_ALERT","Route FWD is executed from ip:$si to ip:$rd \n"); } exit; } route[FWD] { t_on_branch("CHECK"); t_relay(); } branch_route[CHECK] { $rd=$var(ip1); $rU=$var(port1)+$rU; xlog("L_ALERT","dst rewrited: $rU \n"); } LOG FILES : Mar 28 19:34:45 ns3033789 systemd[1]: Started LSB: Start the Kamailio SIP proxy server. Mar 28 19:34:54 ns3033789 /usr/sbin/kamailio[2859]: ALERT: <script>: dst rewrited: 3322508983432 Mar 28 19:34:54 ns3033789 /usr/sbin/kamailio[2859]: ALERT: <script>: Route FWD is executed from ip:51.254.245.57 to ip:5.135.177.203 Mar 28 19:34:54 ns3033789 /usr/sbin/kamailio[2859]: ALERT: <script>: dst rewrited: 333322508983432 Mar 28 19:34:54 ns3033789 /usr/sbin/kamailio[2859]: ALERT: <script>: Route FWD is executed from ip:5.135.177.203 to ip:51.254.245.58 Mar 28 19:35:01 ns3033789 CRON[2915]: (root) CMD (/usr/local/rtm/bin/rtm 8 > /dev/null 2> /dev/null) ^C root@ns3033789:~# May someone advise me Thank you in advance

2 1

log_custom module question
by Anonim Stefan 29 Mar '17

29 Mar '17

Hi, I'm trying some logging via UDP, using log_custom module. I've noticed that the logs are always sent through the first interface in the config "listen=" rows. Now, is there a way to listen on that interface, in order to log_udp() on it, without being able to send/receive any SIP on it? (i.e. disabling SIP capability and use it only for logging via UDP) Thank you, Stefan

2 1

Nightly build config error
by David Villasmil 28 Mar '17

28 Mar '17

Hello guys, I have in my apt the nightly build repo, which i use fairly regularly for testing. Today i tried installing kamailio 5 and got the following: # apt-get install -y kamailio Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libdbd-mysql-perl libdbi-perl libev4 libevent-2.0-5 libjansson4 libmysqlclient18 libsctp1 libterm-readkey-perl libunistring0 mysql-client mysql-client-5.5 mysql-common Use 'apt-get autoremove' to remove them. Suggested packages: kamailio-berkeley-modules kamailio-carrierroute-modules kamailio-cpl-modules kamailio-dbg kamailio-ldap-modules kamailio-lua-modules kamailio-mysql-modules kamailio-perl-modules kamailio-postgres-modules kamailio-presence-modules kamailio-python-modules kamailio-radius-modules kamailio-snmpstats-modules kamailio-tls-modules kamailio-unixodbc-modules kamailio-xml-modules kamailio-xmpp-modules The following NEW packages will be installed: kamailio 0 upgraded, 1 newly installed, 0 to remove and 42 not upgraded. Need to get 0 B/5304 kB of archives. After this operation, 24.5 MB of additional disk space will be used. Selecting previously unselected package kamailio. (Reading database ... 37888 files and directories currently installed.) Preparing to unpack .../kamailio_5.0.0+0~20170322012605.24+jessie_amd64.deb ... Unpacking kamailio (5.0.0+0~20170322012605.24+jessie) ... Processing triggers for systemd (215-17+deb8u4) ... Processing triggers for man-db (2.7.0.2-5) ... Setting up kamailio (5.0.0+0~20170322012605.24+jessie) ... Job for kamailio.service failed. See 'systemctl status kamailio.service' and 'journalctl -xn' for details. invoke-rc.d: initscript kamailio, action "start" failed. dpkg: error processing package kamailio (--configure): subprocess installed post-installation script returned error exit status 1 Processing triggers for systemd (215-17+deb8u4) ... Errors were encountered while processing: kamailio [master 5dad0af] committing changes in /etc after apt run 16 files changed, 2992 insertions(+) create mode 100644 default/kamailio create mode 100755 init.d/kamailio create mode 100644 kamailio/dictionary.kamailio create mode 100644 kamailio/kamailio-advanced.cfg create mode 100644 kamailio/kamailio-basic.cfg create mode 100644 kamailio/kamailio.cfg create mode 100644 kamailio/kamctlrc create mode 120000 rc0.d/K02kamailio create mode 120000 rc1.d/K02kamailio create mode 120000 rc2.d/S03kamailio create mode 120000 rc3.d/S03kamailio create mode 120000 rc4.d/S03kamailio create mode 120000 rc5.d/S03kamailio create mode 120000 rc6.d/K02kamailio create mode 120000 systemd/system/multi-user.target.wants/kamailio.service Counting objects: 1321, done. Compressing objects: 100% (749/749), done. Writing objects: 100% (1321/1321), done. Total 1321 (delta 127), reused 1320 (delta 126) E: Sub-process /usr/bin/dpkg returned an error code (1) Checking up: root@homer-dev ~/homer-docker# systemctl status kamailio.service * kamailio.service - Kamailio (OpenSER) - the Open Source SIP Server Loaded: loaded (/lib/systemd/system/kamailio.service; enabled) Active: failed (Result: exit-code) since Mon 2017-03-27 16:58:09 UTC; 7s ago Mar 27 16:58:09 homer-dev kamailio[9438]: ERROR: <core> [core/cfg.y:3264]: yyparse(): cfg. parser: failed to find command t_precheck_trans (params 0) Mar 27 16:58:09 homer-dev kamailio[9438]: CRITICAL: <core> [core/cfg.y:3404]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 479,...oadmodule? Mar 27 16:58:09 homer-dev kamailio[9438]: ERROR: <core> [core/cfg.y:3264]: yyparse(): cfg. parser: failed to find command t_check_trans (params 0) Mar 27 16:58:09 homer-dev kamailio[9438]: CRITICAL: <core> [core/cfg.y:3404]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 480,...oadmodule? Mar 27 16:58:09 homer-dev kamailio[9438]: ERROR: <core> [core/cfg.y:3264]: yyparse(): cfg. parser: failed to find command t_check_trans (params 0) Mar 27 16:58:09 homer-dev kamailio[9438]: CRITICAL: <core> [core/cfg.y:3404]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 483,...oadmodule? Mar 27 16:58:09 homer-dev systemd[1]: kamailio.service: control process exited, code=exited status=255 Mar 27 16:58:09 homer-dev systemd[1]: Failed to start Kamailio (OpenSER) - the Open Source SIP Server. Mar 27 16:58:09 homer-dev systemd[1]: Unit kamailio.service entered failed state. Mar 27 16:58:09 homer-dev kamailio[9438]: ERROR: bad config file (46 errors) Hint: Some lines were ellipsized, use -l to show in full. All modules are there, the problem is the startup script can't find where the modules are installed? If i just un-comment the "mpath" in the config file, kamailio starts normally. /* set paths to location of modules */ # mpath="/usr/lib/x86_64-linux-gnu/kamailio/modules/" I'm not 100% sure "mpath" was set before, but i don't remember having to set that up in the near past... Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337 <+34%20669%2044%2083%2037> ᐧ

2 2

Kamailio Registration load Issue
by Jade SZ 28 Mar '17

28 Mar '17

Hi Guys, I am running a simple REGISTER load test on: 1) Kamailio sever with 2 cores - mem 5G 2) Kamailio server with 4 cores - mem 16G Both are EC2 instances. At -r = 500 i.e. 500 reg/sec sipP test works fine with very few re-trans. But when i increase it to 800 reg/sec it starts retransmissions in bulk. I don't see server's CPU, load-avg or memory shooting. Running everything by default, even using kamctl to start the instance. So I have not tuned any params yet. My main concern is how can I make server choke and get its actual capacity, and avoid these retransmissions as apparently kamailio is not even utilizing 2 cores and CPU usage is under 10 always. Results of both server is same i.e. 500 reg/sec max so I am sure there is some problem that needs a fix, but need some hints here. Also used multiple SIPp's to rule out if it is SIPp issue, but after 500 I see same problem. Regards, JSZ

4 6

kamailio 4.4.1 crash on bad sip response
by David Escartín Almudévar 28 Mar '17

28 Mar '17

hello all we have experienced a crash and tracing the logs and the core, seems it was because a sip response from an endpoint. a UDP receiver (26248) crashed and the last message we see on it is a 487 quite bad formed Mar 24 01:58:02 mia-proxy-inout-1-stby /usr/local/kamailio/sbin/kamailio[26248]: ERROR: tm [t_lookup.c:1055]: t_check_msg(): ERROR: reply doesn't have a via, cseq or call-id header Mar 24 01:58:17 mia-proxy-inout-1-stby /usr/local/kamailio/sbin/kamailio[26230]: ALERT: <core> [main.c:739]: handle_sigs(): child process 26248 exited by a signal 11 the backtrace of the core (gdb) backtrace #0 0x0000000000457ab9 in get_hash1_case_raw (s=0x0, len=0) at hashes.h:210 #1 0x000000000045b472 in _dns_hash_find (name=0x7f6906943188, type=1, h=0x7fff120793cc, err=0x7fff120793ac) at dns_cache.c:535 #2 0x0000000000461285 in dns_hash_get (name=0x7f6906943188, type=1, h=0x7fff120793cc, err=0x7fff120793ac) at dns_cache.c:762 #3 0x0000000000467194 in dns_get_entry (name=0x7f6906943188, type=1) at dns_cache.c:2102 #4 0x0000000000468a05 in dns_a_get_he (name=0x7f6906943188) at dns_cache.c:2432 #5 0x0000000000468bb9 in dns_get_he (name=0x7f6906943188, flags=1) at dns_cache.c:2505 #6 0x00000000004696c4 in dns_srv_sip_resolvehost (name=0x7f6906943188, port=0x7fff120795e2, proto=0x7fff120795e1 "\001\330\023") at dns_cache.c:2679 #7 0x000000000046aa37 in dns_sip_resolvehost (name=0x7f6906943188, port=0x7fff120795e2, proto=0x7fff120795e1 "\001\330\023") at dns_cache.c:2849 #8 0x000000000049519e in update_sock_struct_from_via (to=0x7fff12079708, msg=0x7f69069a1dd8, via=0x7f69068f82a8) at forward.c:704 #9 0x0000000000495ee5 in do_forward_reply (msg=0x7f69069a1dd8, mode=0) at forward.c:766 #10 0x00000000004970af in forward_reply (msg=0x7f69069a1dd8) at forward.c:849 #11 0x00000000005197ef in receive_msg ( buf=0xab0d80 "SIP/2.0 487 Request Terminated\r\nFrom: \"8888888888 \"<sip:8888888888@7.7.7.7;user=phone>;tag=B7jgc8jQ4m5pB\r\nTo: <sip:555555555@8.8.8.8:5060>;tag=e0d50be-13c4-58d47cba-a2ed9808-36fa\r \nl\337K\016"..., len=367, rcv_info=0x7fff12079a10) at receive.c:299 #12 0x0000000000627b43 in udp_rcv_loop () at udp_server.c:495 #13 0x00000000004b107a in main_loop () at main.c:1600 #14 0x00000000004b842f in main (argc=13, argv=0x7fff12079fb8) at main.c:2616 i have tried to duplicate the issue, but i dont know how to translate l \337K\016 to a xml notation i guess this is some weird that cannot be processed for kamailio could you please take a look and let me know if you know how to duplicate and fix this crash? thanks a lot and regards david

2 9

new keepalive module ?
by Guillaume Bour 28 Mar '17

28 Mar '17

Hi all, I would like to implement destinations keepalive in drouting module (as it is done in dispatcher). But instead of duplicating what's implemented in dispatcher, I think it would be more clever to create a new module dedicated to pinging destinations, and to plug drouting, dispatcher and other modules to this new one What's you opinion about that ? Cheers, Guillaume

2 5

Presence + RLS + XCAP
by Paul Smith 27 Mar '17

27 Mar '17

Hi I am struggling to figure out how to build and test an integrated presence server with Resource-List (rls.so) and XCAP (xcap_server.so). I am confused about what is meant to happen and how to debug it. Not sure if I am suffering from incompatibilities, configuration errors, or bugs… I have not found an up to date guide on configuring an integrated presence, rls, xcap server so I have used old tutorials, module documentation and some course code review … but I’m pretty confused now! I am using Snom phones and Jitsi (on Mac) to test. I have a kamailio Registrar which proxies all presence messages to the separate kamailio 4.2 Presence server. REQUIREMENT : Contact Presence ============================= I would like to get a SUBSCRIBE from the Snom phone to subscribe to a contact-list resource list, and to receive a NOTIFY with all of the presence states for those contacts. Relevant snom settings? Contact List URI: this generates a SUBSCRIBE with event:presence I believe that: ========== presence module should be managing the individual user presence and dialog states xcap module should allow me to use HTTP / curl to edit the resource lists rls module should be managing the mapping from a resource list subscription to the individual presence states and generating the aggregated NOTIFY messages. each device should then be able to SUBSCRIBE to a resource list uri and then receive an aggregated NOTIFY for all of the watched entities. Current status: =========== SUBSCRIBE sip:org1a-contacts@*****.co.uk SIP/2.0 v: SIP/2.0/UDP 192.168.1.15:59594;branch=z9hG4bK-qllzlgs3xf43;rport f: <sip:org1a@*****.co.uk>;tag=wwasqc6lmb t: <sip:org1a-contacts@****.co.uk> i: 313439303236383530323234313530-x3hlb3j6b5ef CSeq: 1 SUBSCRIBE Max-Forwards: 70 User-Agent: snomD375/8.9.3.46 m: <sip:org1a@192.168.1.15:59594>;reg-id=1 Event: presence Accept: application/pidf+xml, application/rlmi+xml, multipart/related Supported: eventlist Expires: 3600 l: 0 … auth handshake SIP/2.0 202 OK Record-Route: <sip:10.210.160.13;r2=on;lr=on;ftag=wwasqc6lmb;nat=yes> Record-Route: <sip:**pubip**;r2=on;lr=on;ftag=wwasqc6lmb;nat=yes> v: SIP/2.0/UDP 192.168.1.15:59594;received=**recvip**;branch=z9hG4bK-8wufiv1ua3ne;rport=60554 f: <sip:org1a@****.co.uk>;tag=wwasqc6lmb t: <sip:org1a-contacts@*****.co.uk>;tag=a6a1c5f60faecf035a1ae5b6e96e979a-d30e i: 313439303236383530323234313530-x3hlb3j6b5ef CSeq: 2 SUBSCRIBE Expires: 3600 Contact: <sip:10.210.160.16:5060;transport=udp> Server: kamailio (4.2.0 (x86_64/linux)) Content-Length: 0 … and then the snom receives an empty NOTIFY. NOTIFY sip:org1a@192.168.1.15:58325 SIP/2.0 Via: SIP/2.0/UDP 109.104.108.18;branch=z9hG4bKc54a.20db45097fb44595ccd5a30827ca2a62.0 Via: SIP/2.0/UDP 10.210.160.16;rport=5060;branch=z9hG4bKc54a.40150886000000000000000000000000.0 To: <sip:org1a@****.co.uk>;tag=sx4ne9jpcl From: <sip:org1a-contacts@*****.co.uk>;tag=a6a1c5f60faecf035a1ae5b6e96e979a-ed89 CSeq: 2 NOTIFY Call-ID: 313439303237323938323235353133-2du221e6okvf Content-Length: 0 User-Agent: kamailio (4.2.0 (x86_64/linux)) Max-Forwards: 69 Event: presence Contact: <sip:10.210.160.16:5060;transport=udp;alias=10.210.160.16~5060~1> Subscription-State: active;expires=3600 The Subscription is showing up in the watchers table, not the rls_watchers table, so I believe it is being rejected by the rls_handle_subscribe() and then parsed by the presence module. Is that correct? There is noting in rls_watchers or rls_presentity tables. Should there be? I have a rows in the XCAP table for the Resource-List curl -d @/tmp/contacts-resource-list.xml -vvv -X PUT http://109.104.108.23:5060/xcap-root/resource-lists/users/sip:org1a-contact… relevant row in xcap table: | 3 | org1a-contacts | *****.co.uk | <?xml version="1.0" encoding="UTF-8" standalone="no"?><resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists"><list name="team"><entry uri="sip:1002@****.co.uk"/><entry uri="sip:1001@****.co.uk"><display-name>bob</display-name></entry><entry uri="sip:1003@****.co.uk"><display-name>test1</display-name></entry><entry uri="sip:1006@****co.uk"><display-name>test1006</display-name></entry><entry uri="sip:1007@****co.uk"><display-name>test1007</display-name></entry><entry uri="sip:1008@h****.co.uk"><display-name>test1008</display-name></entry><entry uri="sip:1009@****.co.uk"><display-name>test1009</display-name></entry> <entry uri="sip:1005@****.co.uk"><display-name>testing1005</display-name></entry> <entry uri=“sip:org1a@****.co.uk"><display-name>testingorg1a</display-name></entry> <entry uri=“sip:org1c@****.co.uk"><display-name>testingorg1c</display-name></entry></list></resource-lists> | 4 | sr-1490270411-10965-2 | 0 | /xcap-root/resource-lists/users/sip:org1a-contacts@****co.uk/index | 0 | I have rows in the presence table for the entities that I want to track e.g. | | | 2889 | org1c | ****.co.uk | presence | a.1490270411.10942.42.1083 | 1490277099 | 1490273499 | <?xml version="1.0 " encoding="UTF-8"?> <presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:im="urn:ietf:params:xml:ns:pidf:im" entity=“pres:org1c@*****.co.uk"> <tuple id="snom370-000413260935"> <status><basic>open</basic> <im:im>Available</im:im> </status> <contact priority="1.00">sip:org1c@****.co.uk</contact> <note xml:lang="en">Available</note> </tuple></presence> I am running kamaiio 4.2 Question : Should I have an resource-services row too? Or does rls.so infer the relationship using the URI? When I use jitsi to manipulate its contact list it only inserts 2 rows into the xcap table and I cannot get a SIP Subscribe to connect to that resource list either. Question : What should the curl PUT commands and XML docs look like to build a valid RLS service (is there a good example anywhere)? Question : Is there an example config or doc anywhere showing how to build integrated presence, rls, xcap? Question : Has anyone got this working with Snom and or other handsets… the standards and implementations seem vague / inconsistent? Note: There is another Snom setting (Extension Monitoring Call Pickup List URI:) which produces a SUBSCRIBE with Event:dialog but which should allow a button/lamp/callpickup/BLF for the buddy contact. I’d like to get that working too, but recognise that rls.so does not handle dialog messages by default, so I’m starting with Presence... Paul

3 2

Important problem with this test : if ($var(i:maxRangeInx)==$null)
by Ginhoux, Patrick 27 Mar '17

27 Mar '17

Hi, I'm continue my job to 'migrate' my 3.3.1 kamailio.cfg script on a RHEL 6.2 server to the 5.0.x kamailio version on a RHEL 7.1 server, and I encounter a major problem with the '== $null' test in the script. My original script (3.3.1) contains this sequence : $var(i:rangeInx)=0; $var(i:maxRangeInx) = $sht(mbxrangeHash=>"maxrange"); xlog(" imbxRangeInx value before test : '$var(i:maxRangeInx)' "); if ($var(i:maxRangeInx)==$null) { $var(i:maxRangeInx)=99; } xlog(" imbxRangeInx after test : '$var(i:maxRangeInx)' "); ==> The results are : imbxRangeInx value before test : '0' imbxRangeInx value after test : '99' I run the same script on my new server and I get '0' before and after the test. I attempted another kind of test to try to figure out where the problem is. So I write the simple test (with kamailio 5.0.x) : $var(i:rangeInx)=0; $var(i:maxRangeInx) = $sht(mbxrangeHash=>"maxrange"); $var(toto) = $null; if ($var(toto) == $null) xlog ("toto true"); else xlog ("toto false"); The result I got is always 'toto false'. So it appears to me that the test '== $null' doens' that gives a good result with kamailio 3.3.1, doesn't return the same with kamailio 5.0.x. That is a major issue for me and it let me confused about the possibility to move to kamailio 5.0.x. Have people an idea / explanation, why this issue ? Cordialement Patrick GINHOUX

2 2

Module cnxcc
by m9rt8ii 27 Mar '17

27 Mar '17

Please can anybody give me basic steps how to set up cnxcc module on kamailio 4.4 ? I will be very very grateful. http://kamailio.org/docs/modules/4.4.x/modules/cnxcc.html Thank you in advance -- View this message in context: http://sip-router.1086192.n5.nabble.com/Module-cnxcc-tp157107.html Sent from the Users mailing list archive at Nabble.com.

2 1

Cannot yum download from download.opensuse.org, no mirrors
by Shadowy Man 27 Mar '17

27 Mar '17

This is only happening for one particular block of IP's. I can download from other blocks. I suspect it is being done on the download.opensuse.org end for some reason. It appears to be the entire xx.xx block of which I only use a few addresses from. I will probably have to try contact them about it. What I would like to ask is why Kamailio does not have any mirrors? If there were then this would not be a problem. It would just failover.

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