- sr-users - kamailio.org

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

wiresharking TLS problem
by Rex Lin (林昱頡) 27 Mar '17

27 Mar '17

hi all wondering if any of you has the experience of TLS decrypting, SIP client has problem while calling each other, but we are using TLS for communication protocol.....facing problem debugging it..... Best Regards, Rex Lin

3 3

Regex module having trouble with large regex expressions in kamailio 4.4.5
by Tim Balmer 24 Mar '17

24 Mar '17

Hi, I discovered some strange behavior from the regex module yesterday (kamailio version 4.4.5). For example we have the phone number 0033755500381 that we try to match with the following kamailio code: #!define REGEX_FF_NEG_INTERNATIONAL "6" ... if (pcre_match_group("$rU", REGEX_FF_NEG_INTERNATIONAL)) { # Do something } When the content of our regex groups file is like this: [6] ^(\+|00)3(0690|0693|0694|0695|0697|0698|0699|36|37|4160|46|47|51160|511691|511693|511696|511891|511893|511896|513|516091|5160921|516093|516096|516391|516392|516393|516396|516591|516592|516593|516596|516691|5166921|516693|516696|5191|5192|5193|5196|538|54388|543 89|546|5475|5477|548|567117|5672|5677|5679|5692|5694|5696|5698|5699|5795|5796|5797|5799|58299|584|5850|5948|5987|5988|5989|59988|59989|620|630|631|670|706|712|725|728|774|776|8591|8592|8595|8597|8598|8599|8620|8621|8630|8631|8640|8641|8643|8649|8650|8651|8660| 8661|8664|8670|8671|869814|906698|93) The above if statment is not matching, although it should match according to any regex validator (for example https://regex101.com/ ) But when I split the above regex in smaller parts, like this: [6] ^(\+|00)306(90|93|94|95|97|98|99) ^(\+|00)336 ^(\+|00)337 ^(\+|00)34160 ^(\+|00)346 ^(\+|00)347 ^(\+|00)351(160|1691|1693|1696|1891|1893|1896|3|6091|60921|6093|6096|6391|6392|6393|6396|6591|6592|6593|6596|6691|66921|6693|6696|91|92|93|96) ^(\+|00)3538 ^(\+|00)354(388|389|6|75|77|8) ^(\+|00)356(7117|72|77|79|92|94|96|98|99) ^(\+|00)357(95|96|97|99) ^(\+|00)358(299|4|50) ^(\+|00)359(48|87|88|89|988|989) ^(\+|00)3620 ^(\+|00)363(0|1) ^(\+|00)3670 ^(\+|00)3706 ^(\+|00)3712 ^(\+|00)372(5|8) ^(\+|00)377(4|6) ^(\+|00)385(91|92|95|97|98|99) ^(\+|00)386(20|21|30|31|40|41|43|49|50|51|60|61|64|70|71|9814) ^(\+|00)3906698 ^(\+|00)393 Then the exact same regex module call as before does result in a match as expected. So to me it looks like the regex module is having trouble with large regex expressions, I did check the logs but there is nothing strange there, that means also the large expression is correctly loaded according to the logs while in fact it is not working. Checked the regex module documentation but there I cannot find any limits regarding to the size of invididual expressions. Is it me missing something or did I discover a bug in de regex module? Best Regards, Tim Balmer Edutel BV

2 2

Re: [SR-Users] Question on the debug change level command with 5.0.x
by Federico Cabiddu 24 Mar '17

24 Mar '17

No, you don't. The debugger module, among other things, allows to set the debug level per module. Regards, Federico On 23 Mar 2017 6:31 pm, "Ginhoux, Patrick" <patrick.ginhoux(a)fr.unisys.com> wrote: Hi, Thanks you so much; it works fine as expected. Now have I to keep the ‘debugger’ module lines in my config ? Cordialement Patrick GINHOUX *De :* sr-users [mailto:sr-users-bounces@lists.sip-router.org] *De la part de* Federico Cabiddu *Envoyé :* jeudi 23 mars 2017 17:38 *À :* Kamailio (SER) - Users Mailing List <sr-users(a)lists.sip-router.org> *Objet :* Re: [SR-Users] Question on the debug change level command with 5.0.x Hi, you have to load the cfg_rpc module (http://www.kamailio.org/docs/ modules/5.0.x/modules/cfg_rpc.html). Then you can run kamcmd cfg.set_now_int core debug <LEVEL>. Regards, Federico On Thu, Mar 23, 2017 at 5:24 PM, Ginhoux, Patrick < patrick.ginhoux(a)fr.unisys.com> wrote: Hi, Previously, in my kamailio.cfg 3.3.1, the debug level is set using the ‘debug’ option. Then with the MI_FIFO module it was simple to change debug level on the flight using the simple command ‘kamctl fifo debug <new value>’. Moving to kamailio 5.0.x, there is no more MI_FIFO module. In the kamailio.cfg, I still have the ‘debug’ option set; so I’m looking for the command to use to change the debug level. I look at the debugger module that seems the solution. So I add the following lines in y script: debug=4 loadmodule "debugger.so" modparam("debugger", "log_level", 1) modparam("debugger", "mod_hash_size", 5) modparam("debugger", "mod_level_mode", 1) Then I try to use the following commands : This one retrieves the debug level set by the debug=4) : [root@vm-vse02-siprouter1 kamailio]# kamcmd dbg.get_mod_level core 4 This one changed the debug level for the core module [root@vm-vse02-siprouter1 kamailio]# kamcmd dbg.set_mod_level core 2 200 ok Same commands can be used for each of the module loaded: [root@vm-vse02-siprouter1 kamailio]# kamcmd dbg.get_mod_level tm 4 [root@vm-vse02-siprouter1 kamailio]# kamcmd dbg.set_mod_level tm 2 200 ok [root@vm-vse02-siprouter1 kamailio]# kamcmd dbg.get_mod_level dispatcher 4 [root@vm-vse02-siprouter1 kamailio]# kamcmd dbg.set_mod_level dispatcher 2 200 ok Each command only applies to a specific module. I don’t find a ‘global’ command that I could use in the same manner as the old ‘kamctl fifo debug’ command. Is there something I missed in my config ? Cordialement Patrick GINHOUX _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

2 1

Question on the debug change level command with 5.0.x
by Ginhoux, Patrick 23 Mar '17

23 Mar '17

Hi, Previously, in my kamailio.cfg 3.3.1, the debug level is set using the 'debug' option. Then with the MI_FIFO module it was simple to change debug level on the flight using the simple command 'kamctl fifo debug <new value>'. Moving to kamailio 5.0.x, there is no more MI_FIFO module. In the kamailio.cfg, I still have the 'debug' option set; so I'm looking for the command to use to change the debug level. I look at the debugger module that seems the solution. So I add the following lines in y script: debug=4 loadmodule "debugger.so" modparam("debugger", "log_level", 1) modparam("debugger", "mod_hash_size", 5) modparam("debugger", "mod_level_mode", 1) Then I try to use the following commands : This one retrieves the debug level set by the debug=4) : [root@vm-vse02-siprouter1 kamailio]# kamcmd dbg.get_mod_level core 4 This one changed the debug level for the core module [root@vm-vse02-siprouter1 kamailio]# kamcmd dbg.set_mod_level core 2 200 ok Same commands can be used for each of the module loaded: [root@vm-vse02-siprouter1 kamailio]# kamcmd dbg.get_mod_level tm 4 [root@vm-vse02-siprouter1 kamailio]# kamcmd dbg.set_mod_level tm 2 200 ok [root@vm-vse02-siprouter1 kamailio]# kamcmd dbg.get_mod_level dispatcher 4 [root@vm-vse02-siprouter1 kamailio]# kamcmd dbg.set_mod_level dispatcher 2 200 ok Each command only applies to a specific module. I don't find a 'global' command that I could use in the same manner as the old 'kamctl fifo debug' command. Is there something I missed in my config ? Cordialement Patrick GINHOUX

2 2

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

23 Mar '17

Longer version of this got blocked by the mail list earlier today… and I have dug a bit deeper since then… I am trying to SUBSCRIBE to a resource-list (rls.so) but the rls_handle_subscribe() is returning with a “list not found" Mar 23 16:36:11 presence kamailio[12536]: DEBUG: rls [subscribe.c:211]: rls_get_service_list(): No rl document found Mar 23 16:36:11 presence kamailio[12536]: DEBUG: <core> [db_res.c:81]: db_free_columns(): freeing 2 columns Mar 23 16:36:11 presence kamailio[12536]: DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[0] at 0x7f70b50ebee8 Mar 23 16:36:11 presence kamailio[12536]: DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[1] at 0x7f70b50afb90 Mar 23 16:36:11 presence kamailio[12536]: DEBUG: <core> [db_res.c:94]: db_free_columns(): freeing result names at 0x7f70b50eaf98 Mar 23 16:36:11 presence kamailio[12536]: DEBUG: <core> [db_res.c:99]: db_free_columns(): freeing result types at 0x7f70b50cc0a0 Mar 23 16:36:11 presence kamailio[12536]: DEBUG: <core> [db_res.c:136]: db_free_result(): freeing result set at 0x7f70b50cc2d0 Mar 23 16:36:11 presence kamailio[12536]: DEBUG: rls [subscribe.c:634]: rls_handle_subscribe(): list not found - searched for uri <sip:org1a-contacts@**MYDOMAIN**> I have tried various permutations of xml docs in the xcap table for the rls-service and resource-list but nothing have not yet managed to get a success from the rls_handle_subscribe() Latest version of data in my mysql database / xcap table: | 3 | org1a-contacts | **MYDOMAIN** | <?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@**MYDOMAIN**"/><entry uri="sip:1001@**MYDOMAIN**"><display-name>bob</display-name></entry><entry uri="sip:1003@**MYDOMAIN**"><display-name>test1</display-name></entry><entry uri="sip:1006@**MYDOMAIN**"><display-name>test1006</display-name></entry><entry uri="sip:1007@**MYDOMAIN**"><display-name>test1007</display-name></entry><entry uri="sip:1008@**MYDOMAIN**"><display-name>test1008</display-name></entry><entry uri="sip:1009@**MYDOMAIN**"><display-name>test1009</display-name></entry> <entry uri="sip:1005@**MYDOMAIN**"><display-name>testing1005</display-name></entry> <entry uri="sip:org1a@**MYDOMAIN**"><display-name>testingorg1a</display-name></entry> <entry uri="sip:org1c@**MYDOMAIN**"><display-name>testingorg1c</display-name></entry> <entry uri="sip:dnd1002-6@presence.byphone.co.uk"><display-name>1002 dnd</display-name></entry></list></resource-lists> | 4 | sr-1490270411-10960-2 | 0 | /xcap-root/resource-lists/users/sip:org1a-contacts@**MYDOMAIN**/index | 0 | | 4 | org1a-contacts | **MYDOMAIN** | <?xml version="1.0" encoding="UTF-8" standalone="no"?><rls-services xmlns="urn:ietf:params:xml:ns:rls-services"><service uri="sip:org1a-contacts@**MYDOMAIN**"><list name="org1a-contacts"><rl:entry uri="1000_6@**MYDOMAIN**"/><rl:entry uri="org1c@**MYDOMAIN**"/></list><packages><package>presence</package></packages></service></rls-services> | 8 | sr-1490285288-12551-1 | 0 | /xcap-root/rls-services/users/sip:org1a-contacts@**MYDOMAIN**/index | 0 | Is there a reference doc somewhere with an example of a successful SUBSCRIBE and associated XCAP docs for a resource-list? Thanks Paul

1 0

failed to find append_branch
by Anuradha Selvarajan 23 Mar '17

23 Mar '17

Hello, I am a new user to kamailio. I am trying to use the fork.cfg to send sip registration to 2 destination. I get the following error but I have added loadmodule tm.so, why am I still getting this error? Mar 22 15:53:48 emps116 kamailio[14065]: ERROR: <core> [cfg.y:3295]: yyparse(): cfg. parser: failed to find command append_branch (params 1) Mar 22 15:53:48 emps116 kamailio[14065]: : <core> [cfg.y:3435]: yyerror_at(): parse error in config file /etc/kamailio/fork.cfg, line 45, column 43: unknown command, mi Mar 22 15:53:48 emps116 kamailio[14065]: ERROR: bad config file (1 errors) Mar 22 15:53:48 emps116 kamailio[14065]: loading modules under config path: /usr/lib/x86_64-linux-gnu/kamailio/modules Mar 22 15:53:48 emps116 kamailio[14065]: loading modules under config path: /usr/lib/x86_64-linux-gnu/kamailio/modules/ Mar 22 15:53:48 emps116 kamailio[14065]: INFO: <core> [sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized Mar 22 15:53:48 emps116 systemd[1]: kamailio.service: Control process exited, code=exited status=255 Mar 22 15:53:48 emps116 systemd[1]: Failed to start Kamailio (OpenSER) - the Open Source SIP Server. My script looks like this (default one): mpath="/usr/lib/x86_64-linux-gnu/kamailio/modules" loadmodule "sl.so" loadmodule "tm.so" . . . . route{ # for testing purposes, simply okay all REGISTERs if (method=="REGISTER") { log("REGISTER"); sl_send_reply("200", "ok"); exit; }; # try these two destinations first in parallel; the second # destination is targeted to sink port -- that will make ser # wait until timer hits seturi("sip:nobody@kamailio.org"); append_branch("sip:parallel@kamailio.org"); # if we do not get a positive reply, continue at reply_route[1] #t_on_failure("1"); # forward the request to all destinations in destination set now t_relay(); } Appreciate any help! Thanks Anu

3 3

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

23 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: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 <sip:org1a@*****.co.uk>>;tag=wwasqc6lmb t: <sip:org1a-contacts@****.co.uk <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 <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 <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 <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 <sip:org1a@****.co.uk>>;tag=wwasqc6lmb t: <sip:org1a-contacts@*****.co.uk <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 <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: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 <sip:org1a@****.co.uk>>;tag=sx4ne9jpcl From: <sip:org1a-contacts@*****.co.uk <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 <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… <http://109.104.108.23:5060/xcap-root/resource-lists/users/sip:org1a-contact…> relevant row in xcap table: | 3 | org1a-contacts | *****.co.uk <http://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 <http://co.uk/>"/><entry uri="sip:1001@****.co.uk <http://co.uk/>"><display-name>bob</display-name></entry><entry uri="sip:1003@****.co.uk <http://co.uk/>"><display-name>test1</display-name></entry><entry uri="sip:1006@****co.uk <http://co.uk/>"><display-name>test1006</display-name></entry><entry uri="sip:1007@****co.uk <http://co.uk/>"><display-name>test1007</display-name></entry><entry uri="sip:1008@h****.co.uk <http://co.uk/>"><display-name>test1008</display-name></entry><entry uri="sip:1009@****.co.uk <http://co.uk/>"><display-name>test1009</display-name></entry> <entry uri="sip:1005@****.co.uk <http://co.uk/>"><display-name>testing1005</display-name></entry> <entry uri=“sip:org1a@****.co.uk <http://co.uk/>"><display-name>testingorg1a</display-name></entry> <entry uri=“sip:org1c@****.co.uk <http://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 <http://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 <http://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 <http://co.uk/>"> <tuple id="snom370-000413260935"> <status><basic>open</basic> <im:im <im:im>>Available</im:im> </status> <contact priority="1.00">sip:org1c@****.co.uk <http://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 Paul Smith 1 Lanyon Quay, Belfast, BT1 3LG UK: 02890270050 RoI: 1800855111 paul.smith(a)claritytele.com <mailto:paul.smith@claritytele.com%0b> www.claritytele.com <http://claritytele.com/> This email and any attachment, is confidential. If you have received this in error, please delete it from your system, do not use or disclose the information in any way, and notify me immediately. The contents of this message may contain personal views which are not the views of Clarity Telecom, unless specifically stated. > >> >>

1 0

Status of db_cassandra
by Markus Bönke 23 Mar '17

23 Mar '17

Hello, We are thinking about to use kamailio as a sip registrar with cassandra as db backend. As I can see in the documentation for kamailio 5.0 it is only tested with Casandra 1.1.6 and 1.0.1, current version is 3.10 in the meantime. Is anyone using this module with newer versions of Cassandra? Is it stable? Thanks and regards Markus

4 6

looks like dp_translate with pvs in repl_exp is badly broken
by Juha Heinanen 23 Mar '17

23 Mar '17

when match_exp of dp 100 is ^#test and repl_exp is sip:$rU@$rd this code: xlog("L_INFO", "****** ru = $ru\n"); dp_translate(100, "$rU/$var(res)"); xlog("L_INFO", "****** res = $var(res)\n"); produces: Mar 22 08:21:17 lohi /usr/bin/sip-proxy[7543]: INFO: ****** ru = sip:#test@test.tutpro.com Mar 22 08:21:17 lohi /usr/bin/sip-proxy[7543]: INFO: ****** res = sip:$rU@$rd -- juha

4 6

getting source IP from Contact header
by Ali Taher 22 Mar '17

22 Mar '17

Hello everyone, I'm trying to get the host part from the contact header in the sip invite packet. Following is the contact header format: Contact: <sip:user_name@192.168.1.1:5060> What I want as result is 192.168.1.1 I searched among the pseudovairables and found $ct variable which reference to the body of contact header. (<sip:user_name@192.168.1.1:5060>) Is there a way to get directly the host (192.168.1.1) without applying transformation at the level of $ct. If not what transformation can achieve it. Thanks in advance. Regards, Ali

3 2

Alternative of SIPp for WebRTC2SIP load-test
by Jade SZ 21 Mar '17

21 Mar '17

Hi Guys, SIPp is great in testing pure SIP udp/tcp/tls but I was wondering if there is a similar tool for stress testing Kamailio websocket2sip. I am trying to load-test webrtc2sip kamailio's implementation closest to the real scenario. One way would be to fork multiple process of webrtc2sip client in loop. But would really like to hear how are kamailio webrtc users/community load-testing it for benchmarking their servers. Also roughly how much CPS they have achieved using single kamailio with webrtc enabled (share server specs as well) Thanks in advance. Regards, JSZ

2 1

do we need high available IP for S-CSCF?
by Valentin Christoph 21 Mar '17

21 Mar '17

Hi all, Maybe I need a small hint. I have got a configuration of 2 S-CSCF instances (both kamailio 4.4.5 with S-CSCF configuration, each on a separate virtual machine) in load sharing mode (50:50). Both instances work on the same "scscf" data base, so that it is only one S-CSCF from a logical point of view. Now I get into troubles with registration: * P-CSCF sends REGISTER to first S-CSCF * First S-CSCF answers with 401 Unauthorized an challenges the UE. So far everything OK. * Second REGISTER is sent to second S-CSCF (DNS SRV Load Balancing). * Second S-CSCF answers again with 401 Unauthorized (Error) * This goes back and forth until UE gives up to register This problem exists sporadically (approx. every fifth registration). Now the question: is it worth to debug this configuration or should we rather switch to high available IP configuration (if we want to use kamailio)? What's your opinion/experiences? Thanks Christoph The information contained in this e-mail message is privileged and confidential and is for the exclusive use of the addressee. The person who receives this message and who is not the addressee, one of his employees or an agent entitled to hand it over to the addressee, is informed that he may not use, disclose or reproduce the contents thereof, and is kindly asked to notify the sender and delete the e-mail immediately.

1 0

Siremis 4.3.0 with Apache 2.4
by kai.ohnacker＠cbc.de 21 Mar '17

21 Mar '17

Hello Community, I installed the Kamailio 4.4 and try to install the Siremis GUI based on apache 2.4. If I try to start the Siremis Wizard, the Webserver display the following line: "location.href='$url'"; exit; } ?>". The starting page of apache 2.4 is working fine, but the /siremis page doesn't. Due the installation I take the dedicated apache 2.4 commands. Are there some further requirements? Some ideas? OS: Ubuntu 16.04 Thanks a lot. Cheers, Kai

2 2

No cdr after Kamailio 5.0 restart
by Kordován Szabolcs 21 Mar '17

21 Mar '17

Hi, I use acc module for create cdr into db and also make acc log into db. After restart Kamailio cdr won't be created but acc log will be inserted into db. In the syslog also I see just the acc log. The dialog will be remove from db. I have read many threads. I know that it should work. Thanks for help! Regards, Szabolcs >From my configs: #!define FLT_ACC 1 #!define FLT_ACCMISSED 2 #!define FLT_ACCFAILED 3 modparam("acc", "db_url", DBURL) modparam("acc", "db_flag", FLT_ACC) modparam("acc", "db_missed_flag", FLT_ACCMISSED) modparam("acc", "db_extra", "src_user=$fU;src_domain=$fd;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd;src_ip=$si") modparam("acc", "log_level", 3) modparam("acc", "log_flag", FLT_ACC) modparam("acc", "log_missed_flag", FLT_ACCMISSED) modparam("acc", "report_ack", 1) modparam("acc", "report_cancels", 1) modparam("acc", "early_media", 1) modparam("acc", "failed_transaction_flag", FLT_ACCFAILED) modparam("acc", "acc_prepare_always", 1) modparam("acc", "time_mode", 1) modparam("acc", "time_attr", "seconds") modparam("acc", "time_exten", "microsecs") modparam("acc", "reason_from_hf", 1) modparam("acc", "cdr_enable", 1) modparam("acc", "cdr_expired_dlg_enable", 1) modparam("acc", "cdr_start_on_confirmed", 1) modparam("acc", "cdrs_table", "acc_cdrs") modparam("acc", "cdr_on_failed", 1) modparam("acc", "cdr_extra", "callid=$ci;src_user=$dlg_var(fU);src_domain=$dlg_var(fd);dst_ouser=$dlg_var(tU);dst_user=$dlg_var(rU);dst_domain=$dlg_var(rd);src_ip=$dlg_var(si);peer_in=$dlg_var(peerin);peer_out=$dlg_var(peerout)") request_route { <------> <------>$var(loose) = loose_route(); <------>$var(check_trans) = t_check_trans(); <------>sip_trace(); <------>setflag(FLT_SIPTRACE); <------>dlg_manage(); <------># handle retransmissions <------>if(t_precheck_trans()) { <------> xlogl("LOG_LOCAL0", "L_ALERT", "================== kamaty $rm route $ci ==== $rm ==== precheck_trans exit\n"); <------> exit; <------>} <------>if(is_method("OPTIONS")) {. <------> # send reply for each options request. <------> sl_send_reply("200", "ok");. <------> exit();. <------>} <------># CANCEL processing <------>if (is_method("CANCEL")) { <------><------>if (t_check_trans()) { <------><------> route(RELAY); <------><------>} <------><------>exit; <------>} <------>if ( is_method("ACK") ) { <------><------>if ( $var(check_trans) ) { <------><------> route(RELAY); <------><------>} <------><------>exit; <------>} <------>if (is_method("BYE")) { <------> if ($var(loose)) { <------><------>setflag(FLT_ACC); # do accounting ... <------><------>setflag(FLT_ACCFAILED); # ... even if the transaction fails <------><------>setflag(FLT_ACCMISSED); <------><------>route(RELAY); <------> <-->exit; <------> } <------> exit; <------>} etc.

5 10

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

21 Mar '17

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) <sr-users(a)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

1 0

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

20 Mar '17

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) <sr-users(a)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

1 0

ACC - Cdr enabled
by Diego Nadares 20 Mar '17

20 Mar '17

Hi guys, I have configured to use cdr with extra fields modparam("acc", "cdr_extra", * "sip_code=$rs;sip_reason=$rr;"* "hangup_src=$dlg_var(hangup_disposition);" "prefix=$dlg_var(prefix);gos=$dlg_var(gos);endpoint_type=$ dlg_var(endpoint_type);" "ip_a=$dlg_var(ip_a);ip_b=$dlg_var(ip_b);" Is this the right way to always save the hangup cause? Or is another better way? Because, when call is finished with a bye both fields are empty. The other thing is that I need to save, start_time and end_time with seconds.microseconds (1490013250.601707). Is this possible? Thanks! Diego

2 5

Is File Sharing between two Extensions Possible?
by Shahid Mehmood 20 Mar '17

20 Mar '17

Dear all, I want to share (any kind of) files between two extensions. Is it possible? If it is, then how ??? please elaborate with example. -- Shahid Mehmood

1 0

cisco spa502g issues
by ben＠wtf.com.au 19 Mar '17

19 Mar '17

Hi guys, we have a bunch of SIP phones behind a fire wall, with our kamalio server out on the internet. Most of them are the older SPA92x series, but we have some new SPA502g's. We have no problems calling between 92x and 502's. How ever the 502's calling each other do not get voice path. I have noticed that the phones REGISTER differently: AOR:: 5546@<our domain> Contact:: sip:5546@<OUR OFFICE IP>:1032 Q= Expires:: 180 Callid:: 4754c4f9-c67e1018(a)10.0.41.29 Cseq:: 43112 User-agent:: Cisco/SPA502G-7.6.2a State:: CS_DIRTY Flags:: 0 Cflag:: 0 Socket:: udp:<OUR SR IP>:5060 Methods:: 6815 AOR:: 5590(a)sip.skunkworks.net.au Contact:: sip:5590@10.0.41.14:5060 Q= Expires:: 1154 Callid:: 24435738-224b06db(a)10.0.41.14 Cseq:: 8012 User-agent:: Linksys/SPA921-5.1.8 Received:: sip:<OUR OFFICE IP>:1026 State:: CS_SYNC Flags:: 0 Cflag:: 64 Socket:: udp:<OUR SR IP>:5060 Methods:: 4767 The older 921 has its private IP in the contact, where as the newer 502 has the external IP of our office in the contact. Our file wall is a Watchguard T-10 (latest updates etc) with the SIP-ALG running. Any thoughts on where to start looking ? Cheers, Ben.

3 4

Generate extra cdr per dialog
by Diego Nadares 18 Mar '17

18 Mar '17

Hi Guys, I'm using acc module for accounting with the following conf: .... modparam("acc", "cdr_enable", 1) modparam("acc", "cdr_expired_dlg_enable", 1) modparam("acc", "cdr_start_on_confirmed", 1) modparam("acc", "cdr_facility", "LOG_LOCAL1") modparam("acc", "cdr_end_id", "end_time_dt") modparam("acc", "cdr_extra", "sip_code=$rs;sip_reason=$rr;" "hangup_src=$dlg_var(hangup_disposition);" "prefix=$dlg_var(prefix);gos=$dlg_var(gos);endpoint_type=$dlg_var(endpoint_type);" "ip_a=$dlg_var(ip_a);ip_b=$dlg_var(ip_b);" .... It works fine. At the end of the call the cdr is generated ok. BUT In MANAGE_FAILURE, If the first call failed and if there are more dests, we are generating a new call in the same dialog (Some of the dialog vars like ip_a, ip_b can change for the new dest ) I would like to generate both cdrs, the one that failed and the new one (with some dlg vars with new data). if(rtjson_next_route() && t_check_status("503")) { $avp(current_route) = $avp(current_route)+1; t_on_branch("MANAGE_BRANCH"); t_on_failure("MANAGE_FAILURE"); route(RELAY); exit; } Right now just the last call cdr is saved. I all ready made this work with db_acc (transaction oriented) but I think in my case it will be more reliable with cdr (dialog oriented). Thanks in advance! Diego.

1 1

f_malloc WARNINGS in syslog
by Diego Nadares 17 Mar '17

17 Mar '17

Hi Guys, I'm seeing a lot of warnings in my syslog. Is this normal? Or maybe I am doing something wrong in my cfg? .... Mar 16 17:11:47 dwsipm03 ./kamailio[26226]: WARNING: <core> [mem/f_malloc.c:444]: fm_malloc(): fm_malloc(0x7f68e5199010, 8) called from nathelper: nathelper.c: nh_timer(2078) Mar 16 17:11:47 dwsipm03 ./kamailio[26226]: WARNING: <core> [mem/f_malloc.c:527]: fm_malloc(): fm_malloc(0x7f68e5199010, 8) returns address 0x7f68e52a2d50 Mar 16 17:11:47 dwsipm03 ./kamailio[26226]: WARNING: <core> [mem/f_malloc.c:588]: fm_free(): fm_free(0x7f68e5199010, 0x7f68e52a2d50), called from nathelper: nathelper.c: nh_timer(2222) Mar 16 17:11:47 dwsipm03 ./kamailio[26226]: WARNING: <core> [mem/f_malloc.c:607]: fm_free(): fm_free: freeing block alloc'ed from nathelper: nathelper.c: nh_timer(2078) ..... Mar 16 17:15:44 dwsipm03 ./kamailio[26210]: WARNING: <core> [mem/f_malloc.c:607]: fm_free(): fm_free: freeing block alloc'ed from core: xavp.c: xavp_new_value(94) Mar 16 17:15:44 dwsipm03 ./kamailio[26210]: WARNING: <core> [mem/f_malloc.c:588]: fm_free(): fm_free(0x7f68d9d51000, 0x7f68da069ca8), called from tm: h_table.c: free_cell_helper(246) Mar 16 17:15:44 dwsipm03 ./kamailio[26210]: WARNING: <core> [mem/f_malloc.c:607]: fm_free(): fm_free: freeing block alloc'ed from tm: h_table.c: build_cell(317) Mar 16 17:15:44 dwsipm03 ./kamailio[26210]: WARNING: <core> [mem/f_malloc.c:588]: fm_free(): fm_free(0x7f68d9d51000, 0x7f68da031f00), called from tm: h_table.c: free_cell_helper(150) .... Thanks in advance. Diego

2 2

ht_db_load_table(): key type must be string (type=6)
by Ginhoux, Patrick 17 Mar '17

17 Mar '17

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

1 0

Error on <ds_probing_threshhold> of type <2> not found in module <dispatcher> and SCTP API Not initialized
by Ginhoux, Patrick 17 Mar '17

17 Mar '17

Hi, I'm migrating my kamailio.cfg from the 3.3.1 release to 5.0.0 and encounter the following errors : Mar 16 12:56:45 vm-vse02-siprouter1 systemd[1]: Starting SYSV: Kamailio is a fast, reliable and flexible SIP Server.... Mar 16 12:56:45 vm-vse02-siprouter1 kamailio[6644]: Not starting : invalid configuration file! Mar 16 12:56:45 vm-vse02-siprouter1 kamailio[6644]: 0(6652) ERROR: <core> [core/modparam.c:141]: set_mod_param_regex(): parameter <ds_probing_threshhold> of type <2> not found in module <dispatcher> Mar 16 12:56:45 vm-vse02-siprouter1 kamailio[6644]: 0(6652) CRITICAL: <core> [core/cfg.y:3404]: yyerror_at(): parse error in config file //etc/kamailio/kamailio.cfg, line 295, column 49: Can't set module parameter Mar 16 12:56:45 vm-vse02-siprouter1 kamailio[6644]: 0(6652) 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 16 12:56:45 vm-vse02-siprouter1 kamailio[6644]: ERROR: bad config file (1 errors) Mar 16 12:56:45 vm-vse02-siprouter1 kamailio[6644]: 0(6652) INFO: <core> [core/sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized Mar 16 12:56:45 vm-vse02-siprouter1 systemd[1]: kamailio.service: control process exited, code=exited status=1 Mar 16 12:56:45 vm-vse02-siprouter1 systemd[1]: Failed to start SYSV: Kamailio is a fast, reliable and flexible SIP Server.. Mar 16 12:56:45 vm-vse02-siprouter1 systemd[1]: Unit kamailio.service entered failed state. Below the extract of my kamailio.cfg file : modparam("dispatcher", "list_file", DISPATCHER_FILE) modparam("dispatcher", "ds_probing_mode", 1) modparam("dispatcher", "ds_probing_threshhold",3) modparam("dispatcher", "flags", 2) modparam("dispatcher", "attrs_avp", "$avp(dsattrs)") modparam("dispatcher", "dst_avp", "$avp(dsdst)") modparam("dispatcher", "grp_avp", "$avp(dsgrp)") modparam("dispatcher", "cnt_avp", "$avp(dscnt)") modparam("dispatcher", "ds_hash_size", 8) modparam("dispatcher", "ds_ping_interval", 10) modparam("dispatcher", "force_dst", 1) For the dispatcher error : I don't find any change (eg in the Changelog for 5.0.0.) regarding the dispatcher module. So is it a bug in the dispatcher module or have I to change it to something else ? For the SCTP API error : I don't know what to do here. Thanks to people that can help me on these 2 errors Cordialement Patrick GINHOUX

2 3

Configuration to fetch SIP response body.
by vivek＠advaitamtech.com 17 Mar '17

17 Mar '17

Hi, Is there any configuration to fetch SIP response body received?. My requirement is to fetch the SIP response body and save it into database. Thanks, Vivek

3 3

Search for kamailio PERL module for 5.0 level
by Ginhoux, Patrick 17 Mar '17

17 Mar '17

Hi, I'm a beginner in the use of kamailio product, so I try below to explain my problem with my words: 1) PERL module issue : Some years ago a SIP Router proxy running RedHat 6.2 was developped using the kamailio version 3.3 and the following packages used : kamailio-3.3.2-1.1.1.x86_64.rpm kamailio-snmpstats-3.3.2-1.1.1.x86_64.rpm kamailio-mysql-3.3.2-1.1.1.x86_64.rpm kamailio-perl-3.3.2-1.1.1.x86_64.rpm We have the project to migrate this SIP Proxy to RedHat 7.1 and used the latest Kamailio v5.0.0 Release: kamailio-5.0.0-24.1.x86_64.rpm kamailio-mysql-5.0.0-24.1.x86_64.rpm kamailio-snmpstats-5.0.0-24.1.x86_64.rpm However I don't find the kamalio-perl package for RedHat 7.1. I see that the perl module has been renamed to 'app_perl' but I don't find it either for kamailio 5.0.0. 2) Kamailio.cfg script Our proxy used the kamailio.cfg from the sample of the 3.3.3 release. So can I reuse the same 3.3.3 kamailio.cfg file with the 5.0.0 release or should I migrate (rewrite it) from the 5.0.0 sample ? So I'm looking for some help on these issues. Is there people that had this case ? Thanks in advance for any answer. Cordialement Patrick GINHOUX PS : I just create my account today but don't get the email to validate it.

2 6

(no subject)
by Alberto Llamas 17 Mar '17

17 Mar '17

Hi Guys, Who knows and can recommend a company a company where I could order Toll free numbers for EU?. I really appreciate any hint and sorry for the noise. Regards, -- Alberto Llamas Telecommunications Engineer dCAP | KPAC | SSCA *"Internet is all about share"*

2 1

cisco spa502g issues
by Ben Kramer 17 Mar '17

17 Mar '17

Hi guys, we have a bunch of SIP phones behind a fire wall, with our kamalio server out on the internet. Most of them are the older SPA92x series, but we have some new SPA502g's. We have no problems calling between 92x and 502's. How ever the 502's calling each other do not get voice path. I have noticed that the phones REGISTER differently: AOR:: 5546@<our domain> Contact:: sip:5546@<OUR OFFICE IP>:1032 Q= Expires:: 180 Callid:: 4754c4f9-c67e1018(a)10.0.41.29 Cseq:: 43112 User-agent:: Cisco/SPA502G-7.6.2a State:: CS_DIRTY Flags:: 0 Cflag:: 0 Socket:: udp:<OUR SR IP>:5060 Methods:: 6815 AOR:: 5590(a)sip.skunkworks.net.au Contact:: sip:5590@10.0.41.14:5060 Q= Expires:: 1154 Callid:: 24435738-224b06db(a)10.0.41.14 Cseq:: 8012 User-agent:: Linksys/SPA921-5.1.8 Received:: sip:<OUR OFFICE IP>:1026 State:: CS_SYNC Flags:: 0 Cflag:: 64 Socket:: udp:<OUR SR IP>:5060 Methods:: 4767 The older 921 has its private IP in the contact, where as the newer 502 has the external IP of our office in the contact. Our file wall is a Watchguard T-10 (latest updates etc) with the SIP-ALG running. Any thoughts on where to start looking ? Cheers, Ben.

1 0

send_all blocks indefinitely
by Robert 16 Mar '17

16 Mar '17

H all, Recently, when I'm trying to load test Kamailio with a single proxy, it hung at around 15000 TPS. I attached gdb to one of the kamailio processes and I saw this: (gdb) where #0 0x00007fa8872366ad in __libc_send (fd=13, buf=0x7ffe6e0e5350, n=16, flags=-2027723091) at ../sysdeps/unix/sysv/linux/x86_64/send.c:27 #1 0x00000000004eb635 in send_all (socket=13, data=0x7ffe6e0e5350, data_len=16) at pass_fd.c:133 #2 0x00007fa4155a1b69 in tcp_close_connection (conn_id=28022) at tcp_funcs.c:199 #3 0x00007fa4155a363f in cleanup (start=0x7fa4540c3ab8, end=0x7fa42f92dca0) at tcp_funcs.c:337 #4 0x00007fa4155a1496 in timer_clean_tcp_connections (ticks=18583555, param=0x0) at tcp_funcs.c:165 #5 0x0000000000617f79 in fork_basic_timer (child_id=-1, desc=0x7fa4155a88e0 "Connections cleanup timer", make_sock=1, f=0x7fa4155a0ac6 <timer_clean_tcp_connections>, param=0x0, interval=30) at timer_proc.c:79 #6 0x00007fa4155a5816 in child_init (rank=0) at tcp_mod.c:176 tcp_func.c is something I wrote myself, which is basically a timer that runs periodically to try to clean up tcp connections that I no longer need. The code for tcp_close_connection is taken directly from usrloc > urecord.c > close_connection() >From the gdb output above, it seems like send_all is blocked and never returned, which led to my proxy to hang. In kamailio/src/core/pass_fd.c, I saw this: ... /** sends all data (takes care of signals) (assumes blocking fd) * returns number of bytes sent or < 0 for an error */ int send_all(int socket, void* data, int data_len) But in kamailio/doc/misc/TODO, I saw this: ... x [tcp] make send_all, send non-blocking ready ? x [tcp] tcp_send w/ timeout (to avoid waiting forever to send DOS) So, my question is, is send_all() suppose to block or not? I'm fairly new to how tcp and socket connection works. Any help will be appreciated! Thanks, Robert -- View this message in context: http://sip-router.1086192.n5.nabble.com/send-all-blocks-indefinitely-tp1569… Sent from the Users mailing list archive at Nabble.com.

1 0

Cdr on shutdown
by Diego Nadares 16 Mar '17

16 Mar '17

Hi Guys, Is it possible to generate cdrs or to save dialogs to db when kamailio receives a kill signal from terminal? Thanks in advance. Diego

3 5

siptrace duplicate both incoming and outgoing messages
by Grant Bagdasarian 16 Mar '17

16 Mar '17

Hi, Is it possible to instruct Kamailio to duplicate both incoming and outgoing messages automatically? If not, if I set the flag and explicitly call sip_trace, will both messages be duplicated to the capture server? Regards, Grant Bagdasarian CM

2 1

mi_fifo: No module matching <jsonrpcs> found
by Mostafa Zare 15 Mar '17

15 Mar '17

hi guys i'm newbie to kamailio. i've installed kamailio version 5 (and all the modules) from pkgs on a jessie debian. i have the below config on my kamailio.cfg when i try to start kamailio service it throws the following error. what's the problem? - systemctl status kamailio: kamailio.service - Kamailio (OpenSER) - the Open Source SIP Server Loaded: loaded (/lib/systemd/system/kamailio.service; enabled) Active: failed (Result: exit-code) since Wed 2017-03-15 19:01:17 IRST; 10s ago Process: 9377 ExecStart=/usr/sbin/kamailio -P /var/run/kamailio/kamailio.pid -f $CFGFILE -m $SHM_MEMORY -M $PKG_MEMORY -u $USER -g $GROUP (code=exited, status=255) Main PID: 1576 (code=exited, status=0/SUCCESS) Mar 15 19:01:17 kamailio-debian kamailio[9377]: ERROR: <core> [core/modparam.c:152]: set_mod_param_regex(): No module matching <jsonrpcs> found Mar 15 19:01:17 kamailio-debian kamailio[9377]: CRITICAL: <core> [core/cfg.y:3404]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 103, column 72: Can't set module parameter Mar 15 19:01:17 kamailio-debian kamailio[9377]: ERROR: <core> [core/modparam.c:141]: set_mod_param_regex(): parameter <ds_probing_threshhold> of type <2> not found in module <dispatcher> Mar 15 19:01:17 kamailio-debian kamailio[9377]: CRITICAL: <core> [core/cfg.y:3404]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 135, column 50: Can't set module parameter Mar 15 19:01:17 kamailio-debian kamailio[9377]: ERROR: bad config file (4 errors) Mar 15 19:01:17 kamailio-debian kamailio[9377]: INFO: <core> [core/sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized Mar 15 19:01:17 kamailio-debian kamailio[9377]: loading modules under config path: /usr/lib/x86_64-linux-gnu/kamailio/modules/ Mar 15 19:01:17 kamailio-debian systemd[1]: kamailio.service: control process exited, code=exited status=255 Mar 15 19:01:17 kamailio-debian systemd[1]: Failed to start Kamailio (OpenSER) - the Open Source SIP Server. Mar 15 19:01:17 kamailio-debian systemd[1]: Unit kamailio.service entered failed state. - kamailio.cfg: # *** To run in debug mode: # - define WITH_DEBUG # #!ifndef DBURL #!define DBURL "mysql://kamailio:kamailiorw@localhost/kamailio" #!endif ####### Global Parameters ######### #!ifdef WITH_DEBUG debug=4 log_stderror=yes #!else debug=2 log_stderror=no #!endif memdbg=5 memlog=5 # log_facility=LOG_LOCAL0 # Ds increasing debug... debug=2 fork=yes children=4 /* comment the next line to enable TCP */ disable_tcp=yes /* uncomment the next line to disable the auto discovery of local aliases based on revers DNS on IPs (default on) */ auto_aliases=no /* add local domain aliases */ # alias="mysipserver.com" port=5060 /* uncomment and configure the following line if you want Kamailio to bind on a specific interface/port/proto (default bind on all available) */ # listen=udp:0.0.0.0:5060 # listen=127.0.0.1:5060 sip_warning=no ####### Modules Section ######## # set paths to location of modules (to sources or installation folders) mpath="/usr/lib/x86_64-linux-gnu/kamailio/modules/" #!ifdef WITH_MYSQL loadmodule "db_mysql.so" #!endif loadmodule "mi_fifo.so" loadmodule "kex.so" loadmodule "tm.so" loadmodule "tmx.so" loadmodule "sl.so" loadmodule "rr.so" loadmodule "pv.so" loadmodule "maxfwd.so" loadmodule "textops.so" loadmodule "siputils.so" loadmodule "xlog.so" loadmodule "sanity.so" loadmodule "ctl.so" loadmodule "mi_rpc.so" loadmodule "acc.so" loadmodule "dispatcher.so" # ----------------- setting module-specific parameters --------------- # ----- mi_fifo params ----- modparam("jsonrpcs", "fifo_name", "/var/run/kamailio/kamailio_rpc.fifo") # ----- rr params ----- # add value to ;lr param to cope with most of the UAs modparam("rr", "enable_full_lr", 1) # do not append from tag to the RR (no need for this script) modparam("rr", "append_fromtag", 0) # ----- acc params ----- modparam("acc", "log_flag", 1) modparam("acc", "failed_transaction_flag", 3) modparam("acc", "log_extra", "src_user=$fU;src_domain=$fd;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd;src_ip=$si") # ----- tm params ----- modparam("tm", "fr_timer", 2000) modparam("tm", "fr_inv_timer", 40000) # ----- dispatcher params ----- # modparam("dispatcher", "db_url", DBURL) # modparam("dispatcher", "table_name", "dispatcher") modparam("dispatcher", "list_file", "/etc/kamailio/dispatcher.list") modparam("dispatcher", "flags", 2) modparam("dispatcher", "dst_avp", "$avp(AVP_DST)") modparam("dispatcher", "grp_avp", "$avp(AVP_GRP)") modparam("dispatcher", "cnt_avp", "$avp(AVP_CNT)") modparam("dispatcher", "ds_probing_mode", 1) modparam("dispatcher", "ds_ping_interval", 15) modparam("dispatcher", "ds_probing_threshhold", 1) modparam("dispatcher", "ds_ping_reply_codes", "class=2;class=3;class=4") ####### Routing Logic ######## # main request routing logic route { # per request initial checks route(REQINIT); # handle requests within SIP dialogs route(WITHINDLG); ### only initial requests (no To tag) # CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) t_relay(); exit; } t_check_trans(); # record routing for dialog forming requests (in case they are routed) # - remove preloaded route headers remove_hf("Route"); if (is_method("INVITE|SUBSCRIBE")) record_route(); # account only INVITEs if (is_method("INVITE")) { setflag(1); # do accounting } # dispatch destinations route(DISPATCH); # handle presence related requests route(PRESENCE); # handle registrations route(REGISTRAR); if ($rU==$null) { # request with no Username in RURI sl_send_reply("484","Address Incomplete"); exit; } } route[RELAY] { if (!t_relay()) { sl_reply_error(); } exit; } # Per SIP request initial checks route[REQINIT] { if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; } if(!sanity_check("1511", "7")) { xlog("Malformed SIP message from $si:$sp\n"); exit; } } # Handle requests within SIP dialogs route[WITHINDLG] { if (has_totag()) { # sequential request withing a dialog should # take the path determined by record-routing if (loose_route()) { if (is_method("BYE")) { setflag(1); # do accounting ... setflag(3); # ... even if the transaction fails } route(RELAY); } else { if (is_method("SUBSCRIBE") && uri == myself) { # in-dialog subscribe requests route(PRESENCE); exit; } if ( is_method("ACK") ) { if ( t_check_trans() ) { # non loose-route, but stateful ACK; # must be ACK after a 487 or e.g. 404 from upstream server t_relay(); exit; } else { # ACK without matching transaction ... ignore and discard. exit; } } sl_send_reply("404","Not here"); } exit; } } # Handle SIP registrations route[REGISTRAR] { if(!is_method("REGISTER")) return; sl_send_reply("404", "No registrar"); exit; } # Presence server route route[PRESENCE] { if(!is_method("PUBLISH|SUBSCRIBE")) return; sl_send_reply("404", "Not here"); exit; } # Dispatch requests route[DISPATCH] { # Destination types: # http://kamailio.org/docs/modules/4.2.x/modules/dispatcher.html#dispatcher.f… # 4 = round robin # 9 = weight-based # round robin dispatching on gateways group '1' if(!ds_select_dst("1", "9")) { send_reply("404", "No destination"); exit; } t_set_fr(0,2000); t_on_failure("ROUTE_ADVANCE"); route(RELAY); exit; } event_route[dispatcher:dst-down] { xlog("L_ERR", "Destination down: $rm $ru ($du)\n"); } event_route[dispatcher:dst-up] { xlog("L_ERR", "Destination up: $rm $ru\n"); } failure_route[ROUTE_ADVANCE] { if (t_is_canceled()) { exit; } xlog("L_NOTICE", "Media server $du failed to answer, selecting other one!\n"); if (t_check_status("503") || (t_branch_timeout() and !t_branch_replied())) { ds_mark_dst("ip"); # select the new destination if(ds_next_dst()) { # again set local timeout for reply # xlog("L_NOTICE", "Selecting next route upon failure\n"); t_set_fr(0,2000); t_on_failure("ROUTE_ADVANCE"); route(RELAY); exit; } else { #last available node failed to reply, no other destinations available send_reply("404", "No destination"); xlog("L_NOTICE","No destination, sent 404\n"); exit; } } else { xlog("L_NOTICE","Unhandled failured route!\n"); } }

2 1

SIP contact header question
by Jack Davis 15 Mar '17

15 Mar '17

Greetings, I have a general question about the usage of SIP contact headers in the context of using Kamailio as a SIP proxy. ________________________________ [ A ] --> [ Kamailio B ] ---> [ C ] Node A originates a SIP invite, containing a valid via header and URI while setting the contact address to a user@itself and delivers it to Kamailio B which is acting as a SIP proxy. Kamailio B then uses dispatcher routing to direct the Invite to node C, adding a via line with its own information as well as a record-route header with its own proxy information but retaining the same contact address from A. Node C establishes the call and then sends a re-invite to the Kamailio B proxy which is in turn sent to Node A. Node A responds with a 200 OK The problem arises when Node C tries to send an Ack in response to this 200 OK. The ack is being sent to the Contact address, rather than the routing already established in the initial dialog. ________________________________ My question is: should kamailio be rewriting this contact address with its own? Is that the best practice? My understanding is that the contact header is more so related to future requests within the same dialog ONLY when a record-route is not used. I would appreciate any clarification on the RFC or best practices in this scenario. Thank you, Jack Davis

5 12

Kamailio does'nt respond to packets from specific addresses
by עדי ויזגן 15 Mar '17

15 Mar '17

Hi everyone, I have the following problem: I have a Kamailio server that is connected to several Asterisk servers for load balacing in a LAN network with the IP's of 192.168.16.X. I recently connected with another company that is supposed to send me calls through the Kamailio server. The problem is this: I am connected to then with a cable from their network to mine. My port has the address 10.9.18.198 and they come from the address 172.18.177.18. When I get packets from their address (172...) I can see them getting to my Kamailio server, but the Kamailio does not respond. It only happens when I get packets from 172 source address. If I get from 192 or 10 adresses from my LAN network it works, and if I get packets from real world IP's through my WAN it works. Does anyone have any idea why the Kamailio does'nt respond to packets from 172 adresses? And how to fix this? Thanks in advance!

2 3

Kamailio World 2017 - A selection of presentations
by Daniel-Constantin Mierla 15 Mar '17

15 Mar '17

Hello, I would like to announce that many of the presentations at Kamailio World 2017 (May 8-10, in Berlin, Germany) are now listed at: - https://www.kamailioworld.com/k05/schedule/ Just several are not published yet, working to get all their details in place and expect to have the first draft of the schedule very soon. This edition takes place again at the same location in the famous city center of Berlin, the number of seats is limited, last year the event was fully booked. Do not delay too much your registration if you want to attend this year: - https://www.kamailioworld.com/k05/registration/ Thanks to the sponsors (https://www.kamailioworld.com/k05/sponsors/), it looks like we will be able to offer again some grants for students or underrepresented groups. More details will be sent out in the near future. Looking forward to meeting many of you in Berlin! Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

1 0

Re: [SR-Users] rtpproxy doesn't record after start_recording
by Marko Tirs 14 Mar '17

14 Mar '17

Hi Daniel, yes, I hear the audio going both ways ok. In the meantime I succeeded to record something by rtpproxy but in best case only one direction, I can hear just the callee, but not the caller. In the meantime I have used start_recording in route[NATMANAGE] but before rtpproxy_manage("co"): -------------------------------------------------- if (is_method("INVITE") and (status=="200")) { start_recording(); } rtpproxy_manage("co"); -------------------------------------------------- After reading of your message I tested also with start_recording after rtpproxy_manage("co"): -------------------------------------------------- rtpproxy_manage("co"); if (is_method("INVITE") and (status=="200")) { start_recording(); } -------------------------------------------------- But the result was the same: I have 2 SIP users: 31 (X-Lite on Windows, static address 192.168.0.11) 35 (Android Zoiper, IP address 192.168.0.29 (by DHCP)) Kamailio has static address 192.168.0.13. When 35 calls 31 then I hear 1 direction in the recorded rtp file, the voice of callee. When 31 calls 35 then I don't hear anything in the recorded file. I don't understand why this difference when user 31 or 35 initiates a call!? But I hear audio conversation in both directions, just from the recorded file in one direction, or even nothing. I get 2 files per one call: <call-id>.rtp and <call-id>.rtcp How many files should rtpproxy produce for one call? Should also a file or two for 2nd channel be generated? How can I record both audio ways? Thank you Marko The whole function route[NATMANAGE]: # RTPProxy control route[NATMANAGE] { #!ifdef WITH_NAT if (is_request()) { if(has_totag()) { if(check_route_param("nat=yes")) { setbflag(FLB_NATB); } } } if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) return; if (is_method("INVITE") and (status=="200")) { start_recording(); } rtpproxy_manage("co"); if (is_request()) { if (!has_totag()) { if(t_is_branch_route()) { add_rr_param(";nat=yes"); } } } if (is_reply()) { if(isbflagset(FLB_NATB)) { set_contact_alias(); } } #!endif return; } ----- Original Message ----- From: Daniel-Constantin Mierla <miconda(a)gmail.com> To: Marko Tirs <marko.tirs(a)yahoo.com>; Kamailio (SER) - Users Mailing List <sr-users(a)lists.sip-router.org> Sent: Tuesday, March 14, 2017 5:23 PM Subject: Re: [SR-Users] rtpproxy doesn't record after start_recording Hello, I think you can call the start recording function just after rtpproxy_manage(). If you don't use the start recording function, is the audio going both ways without problems? Cheers, Daniel

1 0

Re: [SR-Users] rtpproxy doesn't record after start_recording
by Marko Tirs 14 Mar '17

14 Mar '17

Hi Daniel, yes, I hear the audio going both ways ok. In the meantime I succeeded to record something by rtpproxy but in best case only one direction, I can hear just the callee, but not the caller. In the meantime I have used start_recording in route[NATMANAGE] but before rtpproxy_manage("co"): -------------------------------------------------- if (is_method("INVITE") and (status=="200")) { start_recording(); } rtpproxy_manage("co"); -------------------------------------------------- After reading of your message I tested also with start_recording after rtpproxy_manage("co"): -------------------------------------------------- rtpproxy_manage("co"); if (is_method("INVITE") and (status=="200")) { start_recording(); } -------------------------------------------------- But the result was the same: I have 2 SIP users: 31 (X-Lite on Windows, static address 192.168.0.11) 35 (Android Zoiper, IP address 192.168.0.29 (by DHCP)) Kamailio has static address 192.168.0.13. When 35 calls 31 then I hear 1 direction in the recorded rtp file, the voice of callee. When 31 calls 35 then I don't hear anything in the recorded file. I don't understand why this difference when user 31 or 35 initiates a call!? But I hear audio conversation in both directions, just from the recorded file in one direction, or even nothing. I get 2 files per one call: <call-id>.rtp and <call-id>.rtcp How many files should rtpproxy produce for one call? Should also a file or two for 2nd channel be generated? How can I record both audio ways? Thank you Marko The whole function route[NATMANAGE]: # RTPProxy control route[NATMANAGE] { #!ifdef WITH_NAT if (is_request()) { if(has_totag()) { if(check_route_param("nat=yes")) { setbflag(FLB_NATB); } } } if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) return; if (is_method("INVITE") and (status=="200")) { start_recording(); } rtpproxy_manage("co"); if (is_request()) { if (!has_totag()) { if(t_is_branch_route()) { add_rr_param(";nat=yes"); } } } if (is_reply()) { if(isbflagset(FLB_NATB)) { set_contact_alias(); } } #!endif return; } ----- Original Message ----- From: Daniel-Constantin Mierla <miconda(a)gmail.com> To: Marko Tirs <marko.tirs(a)yahoo.com>; Kamailio (SER) - Users Mailing List <sr-users(a)lists.sip-router.org> Sent: Tuesday, March 14, 2017 5:23 PM Subject: Re: [SR-Users] rtpproxy doesn't record after start_recording Hello, I think you can call the start recording function just after rtpproxy_manage(). If you don't use the start recording function, is the audio going both ways without problems? Cheers, Daniel

1 0

rtpproxy doesn't record after start_recording
by Marko Tirs 14 Mar '17

14 Mar '17

Hello experts, I'm newbie in Kamailio and have a problem with my 1st installation. I just want to control the calls between SIP clients registered by Kamailio and record the conversations. I installed rtpproxy and started with rtpproxy -F -s udp:127.0.0.1:7722 -l 192.168.0.13 -r /home/user1/rtpproxy -d DBUG:LOG_LOCAL0 After start_recording() in the function onreply_route[MANAGE_REPLY] rtpproxy creates the files <call-id>.rtp and <call-id>.rtcp but they remain at zero length. 2nd problem is that the media stream is broken in one direction after start_recording() has been executed, the callee doesn't hear the caller. How is the right Kamailio configuration for recording conversations? Thank you Regards Marko Modified kamailio-basic.cfg partly: #!KAMAILIO #!define WITH_NAT #!ifdef WITH_NAT loadmodule "nathelper.so" loadmodule "rtpproxy.so" #!endif #!ifdef WITH_NAT # ----- rtpproxy params ----- modparam("rtpproxy", "rtpproxy_sock", "udp:127.0.0.1:7722") # ----- nathelper params ----- modparam("nathelper", "natping_interval", 30) modparam("nathelper", "ping_nated_only", 1) modparam("nathelper", "sipping_bflag", FLB_NATSIPPING) modparam("nathelper", "sipping_from", "sip:pinger@kamailio.org") # params needed for NAT traversal in other modules modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)") modparam("usrloc", "nat_bflag", FLB_NATB) #!endif ####### Routing Logic ######## route[RELAY] { # enable additional event routes for forwarded requests # - serial forking, RTP relaying handling, a.s.o. if (is_method("INVITE|BYE|SUBSCRIBE|UPDATE")) { if(!t_is_set("branch_route")) t_on_branch("MANAGE_BRANCH"); } if (is_method("INVITE|SUBSCRIBE|UPDATE")) { if(!t_is_set("onreply_route")) t_on_reply("MANAGE_REPLY"); } if (is_method("INVITE")) { if(!t_is_set("failure_route")) t_on_failure("MANAGE_FAILURE"); } if (!t_relay()) { sl_reply_error(); } exit; } # RTPProxy control route[NATMANAGE] { #!ifdef WITH_NAT if (is_request()) { if(has_totag()) { if(check_route_param("nat=yes")) { setbflag(FLB_NATB); } } } if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) return; rtpproxy_manage("co"); if (is_request()) { if (!has_totag()) { if(t_is_branch_route()) { add_rr_param(";nat=yes"); } } } if (is_reply()) { if(isbflagset(FLB_NATB)) { set_contact_alias(); } } #!endif return; } # Manage incoming replies onreply_route[MANAGE_REPLY] { xdbg("incoming reply\n"); if (is_method("INVITE") and (status=="200")) { xlog("START_RECORDING #1\n"); start_recording(); xlog("START_RECORDING #2\n"); } else if(status=~"[12][0-9][0-9]") route(NATMANAGE); }

2 1

Is kamailio support load balancing for websockets
by SureshTummala 14 Mar '17

14 Mar '17

Hi, I want to use kamailio as a load balancer for web sockets. Is kamailio supports LB functionality for web-sockets? I can able to use kamailio as a proxy and can make calls with websockets. Now i want to add LB functionality. Setup: UA1 -->LB -->Proxy UA2 <--LB <--Proxy LB is not forwarding the packets from Proxy to UA Please help me Regards,Suresh Tummala

1 0

Several Asterisk on this same IP
by przeqpiciel 14 Mar '17

14 Mar '17

I would like to ask you how you deal with several asterisks and kamailio on that same IP address, I have installation where i route 5060 to internal server with kamailio and I would like to route RTP to asterisks, but is any way to get around a problem with RTP ports collisions?

6 19

how to unregister an remote registration at uac module
by José Lopes 13 Mar '17

13 Mar '17

Hello, I am using the module uac to do remote registration. But sometimes i need to do unregister, to control or debug the registration process. I tried using kamcmd with uac.reg_disable, but this doesn't unregister. There is any way to do it? Best regards, Jose Lopes

2 2

Segmentation fault - dialog RPC
by pars3c 13 Mar '17

13 Mar '17

Dear all, many times, when i call dialog_list on dialog module with jsonrpc, kamailio crash. The version i use is: 4.4.2 Thanks for any suggestion. #0 0x00007f2a706eb00a in internal_rpc_profile_print_dlgs (rpc=0x7f2a4fdf99a0, c=0x7f2a4fdf9940, profile_name=0x7fffb9fa8b10, value=0x0) at dialog.c:1666 1666 if ((!value || (STR_EQ(*value, ph->value))) && ph->dlg) { The dump , with bt full is this : #0 0x00007f2a706eb00a in internal_rpc_profile_print_dlgs (rpc=0x7f2a4fdf99a0, c=0x7f2a4fdf9940, profile_name=0x7fffb9fa8b10, value=0x0) at dialog.c:1666 profile = 0x7f2a5098fb40 ph = 0x0 i = 10 #1 0x00007f2a706eb6e4 in rpc_profile_print_dlgs (rpc=0x7f2a4fdf99a0, c=0x7f2a4fdf9940) at dialog.c:1772 profile_name = {s = 0x1c78b00 "outbound", len = 8} value = {s = 0x0, len = 0} #2 0x00007f2a4fbe45c6 in jsonrpc_dispatch (msg=0x7fffb9fa9f10, s1=0x0, s2=0x0) at jsonrpc-s_mod.c:1091 rpce = 0x7f2a75609360 ctx = 0x7f2a4fdf9940 ret = 0 nj = 0x1c76af0 val = {s = 0x1c77b20 "dlg.profile_list", len = 16} __FUNCTION__ = "jsonrpc_dispatch" #3 0x000000000041f4ad in do_action (h=0x7fffb9fa9e30, a=0x7f2a75584700, msg=0x7fffb9fa9f10) at action.c:1054 ret = -5 v = 4288256 dst = {send_sock = 0x1b9fa9b23, to = {s = {sa_family = 14080, sa_data = "Xu*\177\000\000\b7Xu*\177\000"}, sin = { sin_family = 14080, sin_port = 30040, sin_addr = {s_addr = 32554}, sin_zero = "\b7Xu*\177\000"}, sin6 = { sin6_family = 14080, sin6_port = 30040, sin6_flowinfo = 32554, sin6_addr = {__in6_u = { __u6_addr8 = "\b7Xu*\177\000\000S \205\000\060\000\000", __u6_addr16 = {14088, 30040, 32554, 0, 8275, 133, 48, 0}, __u6_addr32 = {1968715528, 32554, 8724563, 48}}}, sin6_scope_id = 26}}, id = 0, proto = 16 '\020', send_flags = { f = 155 '\233', blst_imask = 250 '\372'}} tmp = 0x7fffb9fab700 "\t" new_uri = 0x0 end = 0x0 crt = 0x7fffb9fa92d0 "" cmd = 0x7f2a754adcc0 len = 0 user = 0 uri = {user = {s = 0x12c <Address 0x12c out of bounds>, len = 0}, passwd = {s = 0x7fffb9fa92d0 "", len = 1969341184}, host = { s = 0x7f2a75475010 "\001", len = 4742114}, port = {s = 0x0, len = 0}, params = { s = 0x98206f7473 <Address 0x98206f7473 out of bounds>, len = 1969341256}, sip_params = { s = 0x7fffb9fa91e0 "`\222\372\271\377\177", len = 6538286}, headers = {s = 0x1c2b6f0 "\300\300\302\001", len = 0}, port_no = 50838, proto = 30049, type = 32554, flags = 0, transport = {s = 0x0, len = -940795965}, ttl = {s = 0x0, len = 0}, user_param = {s = 0x6222286e00000000 <Address 0x6222286e00000000 out of bounds>, len = 577270895}, maddr = { s = 0x3a746e65696c6309 <Address 0x3a746e65696c6309 out of bounds>, len = 0}, method = {s = 0x75c5f0 "core", len = -1174760864}, lr = {s = 0x764661 "rval_destroy", len = 7718524}, r2 = {s = 0x7f2a7561c348 "\002", len = 1967607824}, gr = {s = 0x7fffb9fa91b8 "H\303au*\177", len = 1967607824}, transport_val = {s = 0x7f2a7561c300 "\300\004", len = 1969341256}, ttl_val = {s = 0x7f2a7557e200 "\020", len = -1174760316}, user_param_val = {s = 0x7f2a75583700 "\002", len = 1969341256}, maddr_val = {s = 0x416f00 "1\355I\211\321^H\211\342H\203\344\360PTI\307\300\060\336q", len = -1174751488}, method_val = { ---Type <return> to continue, or q <return> to quit--- s = 0x0, len = 0}, lr_val = {s = 0x7fffb9fa9260 "Ð\372\271\377\177", len = 5581478}, r2_val = {s = 0x0, len = 0}, gr_val = { s = 0x3a28d <Address 0x3a28d out of bounds>, len = 1969177728}} next_hop = {user = {s = 0x1c2b6f0 "\300\300\302\001", len = 1969330344}, passwd = { s = 0x69692c22 <Address 0x69692c22 out of bounds>, len = 29537760}, host = { s = 0x400000000 <Address 0x400000000 out of bounds>, len = -1174761304}, port = { s = 0x71657228 <Address 0x71657228 out of bounds>, len = 1969342102}, params = {s = 0x0, len = 1}, sip_params = {s = 0x0, len = -1174761328}, headers = {s = 0x1 <Address 0x1 out of bounds>, len = 2}, port_no = 40672, proto = 47610, type = 32767, flags = 3120206016, transport = {s = 0x7a6563697220616c <Address 0x7a6563697220616c out of bounds>, len = 1701736297}, ttl = { s = 0x7f2a75580848 "\001", len = -1174760828}, user_param = {s = 0x7fffb9fa9f10 "\b\005", len = -1174757840}, maddr = { s = 0x65722e2e223a7069 <Address 0x65722e2e223a7069 out of bounds>, len = 1702129517}, method = {s = 0x7f2a7561c696 "/sip", len = 29855024}, lr = {s = 0x0, len = 0}, r2 = {s = 0x0, len = 0}, gr = {s = 0x500000004 <Address 0x500000004 out of bounds>, len = 4}, transport_val = {s = 0x400000004 <Address 0x400000004 out of bounds>, len = 6552774}, ttl_val = { s = 0x7fffb9fa9060 "", len = 1967607824}, user_param_val = {s = 0x1000001 <Address 0x1000001 out of bounds>, len = 1967607824}, maddr_val = {s = 0x7fffb9fa90b0 "\020PGu*\177", len = 1956545302}, method_val = {s = 0x0, len = 0}, lr_val = {s = 0x1000000 <Address 0x1000000 out of bounds>, len = 14985000}, r2_val = { s = 0x165e80 <Address 0x165e80 out of bounds>, len = 1792216}, gr_val = {s = 0x1ed710 <Address 0x1ed710 out of bounds>, len = 8}} u = 0x7f2a75583f30 port = 0 dst_host = 0x7f2a75583700 i = 32767 flags = 0 avp = 0x7fffb9fa9e30 st = {flags = 151652617, id = 29193, name = {n = 0, s = {s = 0x6e65090a00000000 <Address 0x6e65090a00000000 out of bounds>, len = -1174761256}, re = 0x6e65090a00000000}, avp = 0x7fffb9fa9000} sct = 0x7fffb9fa94d0 sjt = 0x7fffb9fa9f10 rve = 0x416f00 mct = 0x7fffb9fab700 rv = 0x92922726f727265 rv1 = 0x0 c1 = {cache_type = 3120205776, val_type = 32767, c = {avp_val = {n = -940803561, s = { s = 0x31c7ec7a17 "\213D$8H\201\304\070\002", len = -1174757616}, re = 0x31c7ec7a17}, pval = {rs = { s = 0x31c7ec7a17 "\213D$8H\201\304\070\002", len = -1174757616}, ri = -1174757840, flags = 32767}}, i2s = "vp(s:inserver_erPor)\","} s = {s = 0x1c2b6f0 "\300\300\302\001", len = 0} srevp = {0x0, 0x0} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, ---Type <return> to continue, or q <return> to quit--- select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} __FUNCTION__ = "do_action" #4 0x000000000042c218 in run_actions (h=0x7fffb9fa9e30, a=0x7f2a75584700, msg=0x7fffb9fa9f10) at action.c:1549 t = 0x7f2a75584700 ret = -1 mod = 0x0 ms = 0 __FUNCTION__ = "run_actions" #5 0x000000000041f416 in do_action (h=0x7fffb9fa9e30, a=0x7f2a75585b10, msg=0x7fffb9fa9f10) at action.c:1045 ret = 1 v = 1 dst = {send_sock = 0x7fffb9fa9b50, to = {s = {sa_family = 64710, sa_data = "c\000\000\000\000\000\060\233\372\271\377\177\000"}, sin = {sin_family = 64710, sin_port = 99, sin_addr = {s_addr = 0}, sin_zero = "0\233\372\271\377\177\000"}, sin6 = { sin6_family = 64710, sin6_port = 99, sin6_flowinfo = 0, sin6_addr = {__in6_u = { __u6_addr8 = "0\233\372\271\377\177\000\000Ù¨bu*\177\000", __u6_addr16 = {39728, 47610, 32767, 0, 43225, 30050, 32554, 0}, __u6_addr32 = {3120208688, 32767, 1969400025, 32554}}}, sin6_scope_id = 366}}, id = 10, proto = -24 '\350', send_flags = {f = 234 '\352', blst_imask = 98 'b'}} tmp = 0x1467562aa20 <Address 0x1467562aa20 out of bounds> new_uri = 0x7a0a02 "parse_headers" end = 0x79db5c "core: parser/msg_parser.c" crt = 0x40 <Address 0x40 out of bounds> cmd = 0x7f2a75475010 len = 1967607824 user = 32554 uri = {user = {s = 0x0, len = 0}, passwd = {s = 0x7fffb9fa9b70 "@\234\372\271\004", len = 6529985}, host = { s = 0x416f00 "1\355I\211\321^H\211\342H\203\344\360PTI\307\300\060\336q", len = -1174751488}, port = {s = 0x0, len = 0}, params = {s = 0x7fffb9fa9ba0 "p\234\372\271\377\177", len = 6661320}, sip_params = {s = 0x7fffb9fa99f0 "", len = 1967607824}, headers = {s = 0x0, len = 1967607824}, port_no = 39488, proto = 47610, type = 32767, flags = 6552774, transport = { s = 0x7fffb9fa9a20 "", len = 1967607824}, ttl = {s = 0x1000000 <Address 0x1000000 out of bounds>, len = 1967607824}, user_param = {s = 0x7fffb9fa9a70 "\240\232\372\271\377\177", len = 1956545302}, maddr = { s = 0x1ed710 <Address 0x1ed710 out of bounds>, len = 0}, method = {s = 0x1000000 <Address 0x1000000 out of bounds>, len = 14986448}, lr = {s = 0x1658d8 <Address 0x1658d8 out of bounds>, len = 1790768}, r2 = { s = 0x1ed710 <Address 0x1ed710 out of bounds>, len = 8}, gr = {s = 0x12e <Address 0x12e out of bounds>, len = 1967607824}, transport_val = {s = 0x14600000000 <Address 0x14600000000 out of bounds>, len = 1969417808}, ttl_val = { s = 0x7fffb9fa9aa0 "\240\233\372\271\377\177", len = 4742114}, user_param_val = {s = 0x0, len = 1967607824}, maddr_val = { s = 0x0, len = 0}, method_val = {s = 0x7fffb9fa9ba0 "p\234\372\271\377\177", len = 6534031}, lr_val = {s = 0x79d630 "core", len = 6552774}, r2_val = {s = 0x7fffb9fa9b00 "n\001", len = 1969417880}, gr_val = {s = 0x7f2a7562aa20 "", len = 1969399988}} next_hop = {user = {s = 0x7fffb9fa9820 "", len = 1967607824}, passwd = {s = 0x1000000 <Address 0x1000000 out of bounds>, len = 1967607824}, host = {s = 0x7fffb9fa9870 "\240\230", <incomplete sequence \372\271>, len = 1956545302}, port = { ---Type <return> to continue, or q <return> to quit--- s = 0x1c588e1 "\311\305\001", len = 0}, params = {s = 0x1000000 <Address 0x1000000 out of bounds>, len = 14986216}, sip_params = {s = 0x1659c0 <Address 0x1659c0 out of bounds>, len = 1969416936}, headers = {s = 0x7f2a7562aa20 "", len = 1969399993}, port_no = 301, proto = 0, type = ERROR_URI_T, flags = 0, transport = { s = 0x7f2a7562a8d9 "Content-Type: application/json-rpc\r\nCache-Control: no-cache\r\nPragma: no-cache\r\nUser-Agent: Java/1.8.0_121\r\nHost: \r\nAccept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2\r\nConn"..., len = 0}, ttl = { s = 0xb9fa98a0 <Address 0xb9fa98a0 out of bounds>, len = 1969416936}, user_param = {s = 0x0, len = 1967607824}, maddr = { s = 0x0, len = 0}, method = {s = 0x7fffb9fa99a0 "\240\233\372\271\377\177", len = 6534031}, lr = {s = 0x79d630 "core", len = 0}, r2 = {s = 0x0, len = 0}, gr = {s = 0x7fffb9fa9e7c "\260\f\222\017", len = -1174757736}, transport_val = { s = 0x79d630 "core", len = -1174757704}, ttl_val = {s = 0x7a0a10 "get_hdr_field", len = 7986012}, user_param_val = { s = 0xe8 <Address 0xe8 out of bounds>, len = 1967607824}, maddr_val = {s = 0x79d630 "core", len = 1969416864}, method_val = { s = 0x7a0a10 "get_hdr_field", len = 7986012}, lr_val = {s = 0xe8 <Address 0xe8 out of bounds>, len = 1967607824}, r2_val = { s = 0x7f2a75475010 "\001", len = 1969416864}, gr_val = {s = 0x7f2a7562eaa0 <incomplete sequence \350>, len = 1969399988}} u = 0x7f2a7562ee50 port = 0 dst_host = 0x80067e961 i = 0 flags = 0 avp = 0x7f2a75475010 st = {flags = 3120207856, id = 32767, name = {n = 1967607824, s = {s = 0x7f2a75475010 "\001", len = 1969239958}, re = 0x7f2a75475010}, avp = 0x7f2a75475010} sct = 0x4b9fa9c40 sjt = 0x79d630 rve = 0x7f2a75582f20 mct = 0x7fffb9fab700 rv = 0x63fcc6 rv1 = 0x0 c1 = {cache_type = 43, val_type = RV_NONE, c = {avp_val = {n = 0, s = {s = 0x0, len = 7718384}, re = 0x0}, pval = {rs = {s = 0x0, len = 7718384}, ri = 26, flags = 0}}, i2s = "\t\000\000\000\000\000\000\000huTu*\177\000\000\000\000\000\000\000"} s = {s = 0x7fffb9fa99f0 "", len = 1969239512} srevp = {0x3000000018, 0x7fffb9fa9ab0} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} __FUNCTION__ = "do_action"

2 2

unable to receive response from freeswitch
by ysuryas . 13 Mar '17

13 Mar '17

I have configured kamailio (192.168.56.102) and freeswitch(192.168.56.103) in separate virtualboxes when making a call, the invite goes to proxy and it is forwarded to freeswitch but response from freeswitch is "unreachable port" attached the wireshark trace: I don't why 10.0.2.15 is making the Invite to freeswitch, i was expecting 192.168.56.102 to do that. UA -> 192.168.56.102 -> 192.168.56.103 Any suggestions on this? [image: Inline image 1] Thanks, Surya

2 1

rtpproxy doesn't record after start_recording
by Marko Tirs 11 Mar '17

11 Mar '17

Hello experts, I'm newbie in Kamailio and have a problem with my 1st installation. I just want to control the calls between SIP clients registered by Kamailio and record the conversations. I installed rtpproxy and started with rtpproxy -F -s udp:127.0.0.1:7722 -l 192.168.0.13 -r /home/user1/rtpproxy -d DBUG:LOG_LOCAL0 After start_recording() in the function onreply_route[MANAGE_REPLY] rtpproxy creates the files <call-id>.rtp and <call-id>.rtcp but they remain at zero length. 2nd problem is that the media stream is broken in one direction after start_recording() has been executed, the callee doesn't hear the caller. How is the right Kamailio configuration for recording conversations? Thank you Regards Marko Modified kamailio-basic.cfg partly: #!KAMAILIO #!define WITH_NAT #!ifdef WITH_NAT loadmodule "nathelper.so" loadmodule "rtpproxy.so" #!endif #!ifdef WITH_NAT # ----- rtpproxy params ----- modparam("rtpproxy", "rtpproxy_sock", "udp:127.0.0.1:7722") # ----- nathelper params ----- modparam("nathelper", "natping_interval", 30) modparam("nathelper", "ping_nated_only", 1) modparam("nathelper", "sipping_bflag", FLB_NATSIPPING) modparam("nathelper", "sipping_from", "sip:pinger@kamailio.org") # params needed for NAT traversal in other modules modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)") modparam("usrloc", "nat_bflag", FLB_NATB) #!endif ####### Routing Logic ######## route[RELAY] { # enable additional event routes for forwarded requests # - serial forking, RTP relaying handling, a.s.o. if (is_method("INVITE|BYE|SUBSCRIBE|UPDATE")) { if(!t_is_set("branch_route")) t_on_branch("MANAGE_BRANCH"); } if (is_method("INVITE|SUBSCRIBE|UPDATE")) { if(!t_is_set("onreply_route")) t_on_reply("MANAGE_REPLY"); } if (is_method("INVITE")) { if(!t_is_set("failure_route")) t_on_failure("MANAGE_FAILURE"); } if (!t_relay()) { sl_reply_error(); } exit; } # RTPProxy control route[NATMANAGE] { #!ifdef WITH_NAT if (is_request()) { if(has_totag()) { if(check_route_param("nat=yes")) { setbflag(FLB_NATB); } } } if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) return; rtpproxy_manage("co"); if (is_request()) { if (!has_totag()) { if(t_is_branch_route()) { add_rr_param(";nat=yes"); } } } if (is_reply()) { if(isbflagset(FLB_NATB)) { set_contact_alias(); } } #!endif return; } # Manage incoming replies onreply_route[MANAGE_REPLY] { xdbg("incoming reply\n"); if (is_method("INVITE") and (status=="200")) { xlog("START_RECORDING #1\n"); start_recording(); xlog("START_RECORDING #2\n"); } else if(status=~"[12][0-9][0-9]") route(NATMANAGE); }

1 0

Dispatcher Module - Hava limit?
by Rodrigo Moreira 11 Mar '17

11 Mar '17

Hello, I am experiencing the following problem: my dispatcher module is losing many calls when the scenario for balancing is about 175 CPS or more. Is there a limit that the module can do? Where do I find this information? Att., -- Rodrigo M. (37) 9132-4539 (34) 9889-3069

3 6

Multiple parallel branches, one invalid
by Nathan Ward 10 Mar '17

10 Mar '17

Hi, I have a scenario I’m not sure of the best way to solve. I use alias_db and have multiple destinations for a single number, and have append_branches set to 1. I then use lookup_branches to get details from the location table for each branch. I then do t_load_contacts and t_next_contacts, then t_relay to parallel fork the calls to the destination, and all the phones ring at once. This all works great if all the destinations from the dbaliases table are online. However, if one of them is offline, lookup_branches says "Not found in usrloc”. This branch is still there, and the call is attempted. In my environment, this then does a DNS lookup, can’t resolve the domain, and the branch fails. This is the first branch that is tried, and when this branch has an error like this, it causes t_relay() to fail - I check for the output of t_relay() and reply with an error - per the default config that Kamailio ships with. I guess what I need to figure out, is if there’s a way to have t_relay fail only if all branches fail? Or, is there a more elegant way to handle this? I should add, I only allow a single registration per subscriber - so, lookup_branches only returns one branch per alias from alias_db_lookup. -- Nathan Ward

2 1

404 not here for BYE
by Mikhail Khomenkov 10 Mar '17

10 Mar '17

Hi i have some kind of issue with BYE Asterisk send invite to Kamailio1, Kamailio1 proxy to Kamailio2, Kamailio2 found UAC and send invite to it. UAC response 200OK -> Kamailio2 -> Kamailio1 -> Asterisk. Session established. But then UAC sending BYE to Kamailio2 , Kamailio2 sending it to Kamailio1 and Kamailio1 response 404 not here (not sending BYE to Asterisk) Any suggestions? 54.236.97.30 107.21.18.6 10.0.0.68 108.41.170.187 Asterisk Kamailio1 Kamailio2 UAC | invite | | | |--------------------------------> | invite | | | |------------------------------->| invite | | | |----------------------------------->| | | | 200OK | | | 200OK |<-----------------------------------| | 200OK |<-------------------------------| | |<--------------------------------| | | BYE | | BYE |<-----------------------------------| | |<-------------------------------| | | | 404 Not here | | | |------------------------------->| 404 Not here | | | |----------------------------------->| # U 107.21.18.6:5060 -> 10.0.0.68:5060 INVITE sip:88919640010@sip7.keku.com SIP/2.0. Record-Route: <sip:107.21.18.6;lr=on>. Via: SIP/2.0/UDP 107.21.18.6:5060;branch=z9hG4bK67a4. 83b3107c510ddfe551896134a5e82554.0. Via: SIP/2.0/UDP 54.236.97.30:5060;received=54.236.97.30;branch= z9hG4bK3d97649d;rport=5060. Max-Forwards: 68. From: "6093756295 <(609)%20375-6295>" <sip:6093756295@54.236.97.30>; tag=as372f68e0. To: <sip:88919640010@sip6.keku.com>. Contact: <sip:6093756295@54.236.97.30:5060>. Call-ID: 01e9e3e03dd2995d720bff297a226e83@54.236.97.30:5060. CSeq: 102 INVITE. User-Agent: Asterisk PBX. Date: Fri, 10 Mar 2017 02:30:12 GMT. Min-SE: 120. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE. Supported: replaces, timer. Cisco-Guid: 1241711126_45859092(a)23.29.27.22. Content-Type: application/sdp. Content-Length: 237. . v=0. o=root 39119558 39119558 IN IP4 54.236.97.30. s=Asterisk PBX 1.8.28-cert5. c=IN IP4 54.236.97.30. t=0 0. m=audio 53626 RTP/AVP 0 101. a=rtpmap:0 PCMU/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. a=ptime:20. a=sendrecv. U 10.0.0.68:5060 -> 107.21.18.6:5060 SIP/2.0 100 trying -- your call is important to us. Via: SIP/2.0/UDP 107.21.18.6:5060;branch=z9hG4bK67a4. 83b3107c510ddfe551896134a5e82554.0;rport=5060. Via: SIP/2.0/UDP 54.236.97.30:5060;received=54.236.97.30;branch= z9hG4bK3d97649d;rport=5060. From: "6093756295 <(609)%20375-6295>" <sip:6093756295@54.236.97.30>; tag=as372f68e0. To: <sip:88919640010@sip6.keku.com>. Call-ID: 01e9e3e03dd2995d720bff297a226e83@54.236.97.30:5060. CSeq: 102 INVITE. Server: kamailio (4.4.3 (x86_64/linux)). Content-Length: 0. . # U 10.0.0.68:5060 -> 108.41.170.187:53487 INVITE sip:88919640010@108.41.170.187:53487;rinstance=37d7b85846910961 SIP/2.0. Record-Route: <sip:107.23.47.88;lr>. Record-Route: <sip:107.21.18.6;lr=on>. Via: SIP/2.0/UDP 107.23.47.88:5060;branch=z9hG4bK67a4. d6f7e6b1f007e0958a99c6a6342e4e48.1. Via: SIP/2.0/UDP 107.21.18.6:5060;rport=5060;branch=z9hG4bK67a4. 83b3107c510ddfe551896134a5e82554.0. Via: SIP/2.0/UDP 54.236.97.30:5060;received=54.236.97.30;branch= z9hG4bK3d97649d;rport=5060. Max-Forwards: 66. From: "6093756295 <(609)%20375-6295>" <sip:6093756295@54.236.97.30>; tag=as372f68e0. To: <sip:88919640010@sip6.keku.com>. Contact: <sip:6093756295 <(609)%20375-6295>@54.236.97.30: 5060;alias=107.21.18.6~5060~1>. Call-ID: 01e9e3e03dd2995d720bff297a226e83@54.236.97.30:5060. CSeq: 102 INVITE. User-Agent: Asterisk PBX. Date: Fri, 10 Mar 2017 02:30:12 GMT. Min-SE: 120. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE. Supported: replaces, timer. Cisco-Guid: 1241711126_45859092(a)23.29.27.22. Content-Type: application/sdp. Content-Length: 645. . v=0. o=root 39119558 39119558 IN IP4 107.23.47.88. s=Asterisk PBX 1.8.28-cert5. c=IN IP4 107.23.47.88. t=0 0. m=audio 10054 RTP/SAVPF 0 101. a=rtpmap:0 PCMU/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. a=ptime:20. a=sendrecv. a=rtcp:10055. a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:v7hy4Ix2Re87vG/ Fiymv20UGZ89xoWPp/dFzmiHq. a=setup:actpass. a=fingerprint:sha-1 18:F3:50:26:22:26:81:88:FB:95: F8:4B:3A:A7:9F:A6:F5:B7:B8:E3. a=ice-ufrag:ZgtwCEvD. a=ice-pwd:a0Tt54oToZFj9b42QXOM2Fq1VR. a=candidate:RzNgC40JM1mFcCUB 1 UDP 2130706431 107.23.47.88 10054 typ host. a=candidate:RzNgC40JM1mFcCUB 2 UDP 2130706430 107.23.47.88 10055 typ host. # U 108.41.170.187:53487 -> 10.0.0.68:5060 SIP/2.0 100 Trying. Via: SIP/2.0/UDP 107.23.47.88:5060;branch=z9hG4bK67a4. d6f7e6b1f007e0958a99c6a6342e4e48.1. Via: SIP/2.0/UDP 107.21.18.6:5060;rport=5060;branch=z9hG4bK67a4. 83b3107c510ddfe551896134a5e82554.0. Via: SIP/2.0/UDP 54.236.97.30:5060;received=54.236.97.30;branch= z9hG4bK3d97649d;rport=5060. To: <sip:88919640010@sip6.keku.com>. From: "6093756295 <(609)%20375-6295>" <sip:6093756295@54.236.97.30>; tag=as372f68e0. Call-ID: 01e9e3e03dd2995d720bff297a226e83@54.236.97.30:5060. CSeq: 102 INVITE. Content-Length: 0. . # U 108.41.170.187:53487 -> 10.0.0.68:5060 SIP/2.0 180 Ringing. Via: SIP/2.0/UDP 107.23.47.88:5060;branch=z9hG4bK67a4. d6f7e6b1f007e0958a99c6a6342e4e48.1. Via: SIP/2.0/UDP 107.21.18.6:5060;rport=5060;branch=z9hG4bK67a4. 83b3107c510ddfe551896134a5e82554.0. Via: SIP/2.0/UDP 54.236.97.30:5060;received=54.236.97.30;branch= z9hG4bK3d97649d;rport=5060. Record-Route: <sip:107.23.47.88;lr>. Record-Route: <sip:107.21.18.6;lr=on>. Contact: <sip:88919640010@108.41.170.187:53487;rinstance=37d7b85846910961>. To: "88919640010"<sip:88919640010@sip6.keku.com>;tag=d6323b02. From: "6093756295 <(609)%20375-6295>" <sip:6093756295@54.236.97.30>; tag=as372f68e0. Call-ID: 01e9e3e03dd2995d720bff297a226e83@54.236.97.30:5060. CSeq: 102 INVITE. User-Agent: X-Lite release 4.9.6 stamp 82167. Allow-Events: talk, hold. Content-Length: 0. . # U 10.0.0.68:5060 -> 107.21.18.6:5060 SIP/2.0 180 Ringing. Via: SIP/2.0/UDP 107.21.18.6:5060;rport=5060;branch=z9hG4bK67a4. 83b3107c510ddfe551896134a5e82554.0. Via: SIP/2.0/UDP 54.236.97.30:5060;received=54.236.97.30;branch= z9hG4bK3d97649d;rport=5060. Record-Route: <sip:107.23.47.88;lr>. Record-Route: <sip:107.21.18.6;lr=on>. Contact: <sip:88919640010@108.41.170.187:53487;rinstance=37d7b85846910961>. To: "88919640010"<sip:88919640010@sip6.keku.com>;tag=d6323b02. From: "6093756295 <(609)%20375-6295>" <sip:6093756295@54.236.97.30>; tag=as372f68e0. Call-ID: 01e9e3e03dd2995d720bff297a226e83@54.236.97.30:5060. CSeq: 102 INVITE. User-Agent: X-Lite release 4.9.6 stamp 82167. Allow-Events: talk, hold. Content-Length: 0. . # U 108.41.170.187:53487 -> 10.0.0.68:5060 SIP/2.0 200 OK. Via: SIP/2.0/UDP 107.23.47.88:5060;branch=z9hG4bK67a4. d6f7e6b1f007e0958a99c6a6342e4e48.1. Via: SIP/2.0/UDP 107.21.18.6:5060;rport=5060;branch=z9hG4bK67a4. 83b3107c510ddfe551896134a5e82554.0. Via: SIP/2.0/UDP 54.236.97.30:5060;received=54.236.97.30;branch= z9hG4bK3d97649d;rport=5060. Record-Route: <sip:107.23.47.88;lr>. Record-Route: <sip:107.21.18.6;lr=on>. Contact: <sip:88919640010@108.41.170.187:53487;rinstance=37d7b85846910961>. To: <sip:88919640010@sip6.keku.com>;tag=d6323b02. From: "6093756295 <(609)%20375-6295>" <sip:6093756295@54.236.97.30>; tag=as372f68e0. Call-ID: 01e9e3e03dd2995d720bff297a226e83@54.236.97.30:5060. CSeq: 102 INVITE. Allow: SUBSCRIBE, NOTIFY, INVITE, ACK, CANCEL, BYE, REFER, INFO, OPTIONS, MESSAGE. Content-Type: application/sdp. Supported: replaces. User-Agent: X-Lite release 4.9.6 stamp 82167. Content-Length: 283. . v=0. o=- 620006012 3 IN IP4 172.22.1.2. s=X-Lite release 4.9.6 stamp 82167. c=IN IP4 172.22.1.2. t=0 0. m=audio 56064 RTP/SAVPF 0 101. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:aoNS33aJgrSvBRBRtHHhjlA+ rLvd9ldUiUxXzoem. a=sendrecv. # U 10.0.0.68:5060 -> 107.21.18.6:5060 SIP/2.0 200 OK. Via: SIP/2.0/UDP 107.21.18.6:5060;rport=5060;branch=z9hG4bK67a4. 83b3107c510ddfe551896134a5e82554.0. Via: SIP/2.0/UDP 54.236.97.30:5060;received=54.236.97.30;branch= z9hG4bK3d97649d;rport=5060. Record-Route: <sip:107.23.47.88;lr>. Record-Route: <sip:107.21.18.6;lr=on>. Contact: <sip:88919640010@108.41.170.187:53487;rinstance=37d7b85846910961>. To: <sip:88919640010@sip6.keku.com>;tag=d6323b02. From: "6093756295 <(609)%20375-6295>" <sip:6093756295@54.236.97.30>; tag=as372f68e0. Call-ID: 01e9e3e03dd2995d720bff297a226e83@54.236.97.30:5060. CSeq: 102 INVITE. Allow: SUBSCRIBE, NOTIFY, INVITE, ACK, CANCEL, BYE, REFER, INFO, OPTIONS, MESSAGE. Content-Type: application/sdp. Supported: replaces. User-Agent: X-Lite release 4.9.6 stamp 82167. Content-Length: 215. . v=0. o=- 620006012 3 IN IP4 107.23.47.88. s=X-Lite release 4.9.6 stamp 82167. c=IN IP4 107.23.47.88. t=0 0. m=audio 10072 RTP/AVP 0 101. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. a=sendrecv. a=rtcp:10073. # U 107.21.18.6:5060 -> 10.0.0.68:5060 ACK sip:88919640010@108.41.170.187:53487;rinstance=37d7b85846910961 SIP/2.0. Via: SIP/2.0/UDP 107.21.18.6:5060;branch=z9hG4bK67a4. ff7b9cc9b887d892d7fd83e6f046b4d4.0. Via: SIP/2.0/UDP 54.236.97.30:5060;received=54.236.97.30;branch= z9hG4bK4e4d5063;rport=5060. Route: <sip:107.23.47.88;lr>. Max-Forwards: 68. From: "6093756295 <(609)%20375-6295>" <sip:6093756295@54.236.97.30>; tag=as372f68e0. To: <sip:88919640010@sip7.keku.com>;tag=d6323b02. Contact: <sip:6093756295@54.236.97.30:5060>. Call-ID: 01e9e3e03dd2995d720bff297a226e83@54.236.97.30:5060. CSeq: 102 ACK. User-Agent: Asterisk PBX. Content-Length: 0. . # U 10.0.0.68:5060 -> 108.41.170.187:53487 ACK sip:88919640010@108.41.170.187:53487;rinstance=37d7b85846910961 SIP/2.0. Via: SIP/2.0/UDP 107.23.47.88:5060;branch=z9hG4bK67a4. 3a3af8e184f57334c9d42b8ce7d77849.0. Via: SIP/2.0/UDP 107.21.18.6:5060;rport=5060;branch=z9hG4bK67a4. ff7b9cc9b887d892d7fd83e6f046b4d4.0. Via: SIP/2.0/UDP 54.236.97.30:5060;received=54.236.97.30;branch= z9hG4bK4e4d5063;rport=5060. Max-Forwards: 66. From: "6093756295 <(609)%20375-6295>" <sip:6093756295@54.236.97.30>; tag=as372f68e0. To: <sip:88919640010@sip7.keku.com>;tag=d6323b02. Contact: <sip:6093756295 <(609)%20375-6295>@54.236.97.30: 5060;alias=107.21.18.6~5060~1>. Call-ID: 01e9e3e03dd2995d720bff297a226e83@54.236.97.30:5060. CSeq: 102 ACK. User-Agent: Asterisk PBX. Content-Length: 0. . # U 108.41.170.187:53487 -> 10.0.0.68:5060 . . # U 108.41.170.187:53487 -> 10.0.0.68:5060 BYE sip:6093756295 <(609)%20375-6295>@54.236.97.30:5060;alias=107.21.18.6~5060~1 SIP/2.0. Via: SIP/2.0/UDP 172.22.1.2:53487;branch=z9hG4bK-524287-1--- 1034af445c791a63;rport. Max-Forwards: 70. Route: <sip:107.23.47.88;lr>. Route: <sip:107.21.18.6;lr=on>. Contact: <sip:88919640010@108.41.170.187:53487;rinstance=37d7b85846910961>. To: "6093756295 <(609)%20375-6295>" <sip:6093756295@54.236.97.30>; tag=as372f68e0. From: <sip:88919640010@sip6.keku.com>;tag=d6323b02. Call-ID: 01e9e3e03dd2995d720bff297a226e83@54.236.97.30:5060. CSeq: 2 BYE. User-Agent: X-Lite release 4.9.6 stamp 82167. Content-Length: 0. . # U 10.0.0.68:5060 -> 107.21.18.6:5060 BYE sip:6093756295 <(609)%20375-6295>@54.236.97.30:5060;alias=107.21.18.6~5060~1 SIP/2.0. Via: SIP/2.0/UDP 107.23.47.88:5060;branch=z9hG4bKbdb2. c896050feb9a2151548b9fe6c3f776fb.0. Via: SIP/2.0/UDP 172.22.1.2:53487;received=108.41.170.187;branch=z9hG4bK- 524287-1---1034af445c791a63;rport=53487. Max-Forwards: 68. Route: <sip:107.21.18.6;lr=on>. Contact: <sip:88919640010@108.41.170.187:53487;rinstance=37d7b85846910961>. To: "6093756295 <(609)%20375-6295>" <sip:6093756295@54.236.97.30>; tag=as372f68e0. From: <sip:88919640010@sip6.keku.com>;tag=d6323b02. Call-ID: 01e9e3e03dd2995d720bff297a226e83@54.236.97.30:5060. CSeq: 2 BYE. User-Agent: X-Lite release 4.9.6 stamp 82167. Content-Length: 0. . # U 107.21.18.6:5060 -> 10.0.0.68:5060 SIP/2.0 404 Not here. Via: SIP/2.0/UDP 107.23.47.88:5060;rport=5060;branch=z9hG4bKbdb2. c896050feb9a2151548b9fe6c3f776fb.0. Via: SIP/2.0/UDP 172.22.1.2:53487;received=108.41.170.187;branch=z9hG4bK- 524287-1---1034af445c791a63;rport=53487. To: "6093756295 <(609)%20375-6295>" <sip:6093756295@54.236.97.30>; tag=as372f68e0. From: <sip:88919640010@sip6.keku.com>;tag=d6323b02. Call-ID: 01e9e3e03dd2995d720bff297a226e83@54.236.97.30:5060. CSeq: 2 BYE. Server: kamailio (4.2.5 (x86_64/linux)). Content-Length: 0. . # U 10.0.0.68:5060 -> 108.41.170.187:53487 SIP/2.0 404 Not here. Via: SIP/2.0/UDP 172.22.1.2:53487;received=108.41.170.187;branch=z9hG4bK- 524287-1---1034af445c791a63;rport=53487. To: "6093756295 <(609)%20375-6295>" <sip:6093756295@54.236.97.30>; tag=as372f68e0. From: <sip:88919640010@sip6.keku.com>;tag=d6323b02. Call-ID: 01e9e3e03dd2995d720bff297a226e83@54.236.97.30:5060. CSeq: 2 BYE. Server: kamailio (4.2.5 (x86_64/linux)). Content-Length: 0.

2 1

sip6 BYE
by Mikhail Khomenkov 10 Mar '17

10 Mar '17

Hi i have some kind of issue with BYE Asterisk send invite to Kamailio1, Kamailio1 proxy to Kamailio2, Kamailio2 found UAC and send invite to it. UAC response 200OK -> Kamailio2 -> Kamailio1 -> Asterisk. Session established. But then UAC sending BYE to Kamailio2 , Kamailio2 sending it to Kamailio1 and Kamailio1 response 404 not here (not sending BYE to Asterisk) Any suggestions? 54.236.97.30 107.21.18.6 10.0.0.68 108.41.170.187 Asterisk Kamailio1 Kamailio2 UAC | invite | | | |--------------------------------> | invite | | | |------------------------------->| invite | | | |----------------------------------->| | | | 200OK | | | 200OK |<-----------------------------------| | 200OK |<-------------------------------| | |<--------------------------------| | | BYE | | BYE |<-----------------------------------| | |<-------------------------------| | | | 404 Not here | | | |------------------------------->| 404 Not here | | | |----------------------------------->| # U 107.21.18.6:5060 -> 10.0.0.68:5060 INVITE sip:88919640010@sip7.keku.com SIP/2.0. Record-Route: <sip:107.21.18.6;lr=on>. Via: SIP/2.0/UDP 107.21.18.6:5060 ;branch=z9hG4bK67a4.83b3107c510ddfe551896134a5e82554.0. Via: SIP/2.0/UDP 54.236.97.30:5060 ;received=54.236.97.30;branch=z9hG4bK3d97649d;rport=5060. Max-Forwards: 68. From: "6093756295" <sip:6093756295@54.236.97.30>;tag=as372f68e0. To: <sip:88919640010@sip6.keku.com>. Contact: <sip:6093756295@54.236.97.30:5060>. Call-ID: 01e9e3e03dd2995d720bff297a226e83@54.236.97.30:5060. CSeq: 102 INVITE. User-Agent: Asterisk PBX. Date: Fri, 10 Mar 2017 02:30:12 GMT. Min-SE: 120. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE. Supported: replaces, timer. Cisco-Guid: 1241711126_45859092(a)23.29.27.22. Content-Type: application/sdp. Content-Length: 237. . v=0. o=root 39119558 39119558 IN IP4 54.236.97.30. s=Asterisk PBX 1.8.28-cert5. c=IN IP4 54.236.97.30. t=0 0. m=audio 53626 RTP/AVP 0 101. a=rtpmap:0 PCMU/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. a=ptime:20. a=sendrecv. U 10.0.0.68:5060 -> 107.21.18.6:5060 SIP/2.0 100 trying -- your call is important to us. Via: SIP/2.0/UDP 107.21.18.6:5060 ;branch=z9hG4bK67a4.83b3107c510ddfe551896134a5e82554.0;rport=5060. Via: SIP/2.0/UDP 54.236.97.30:5060 ;received=54.236.97.30;branch=z9hG4bK3d97649d;rport=5060. From: "6093756295" <sip:6093756295@54.236.97.30>;tag=as372f68e0. To: <sip:88919640010@sip6.keku.com>. Call-ID: 01e9e3e03dd2995d720bff297a226e83@54.236.97.30:5060. CSeq: 102 INVITE. Server: kamailio (4.4.3 (x86_64/linux)). Content-Length: 0. . # U 10.0.0.68:5060 -> 108.41.170.187:53487 INVITE sip:88919640010@108.41.170.187:53487;rinstance=37d7b85846910961 SIP/2.0. Record-Route: <sip:107.23.47.88;lr>. Record-Route: <sip:107.21.18.6;lr=on>. Via: SIP/2.0/UDP 107.23.47.88:5060 ;branch=z9hG4bK67a4.d6f7e6b1f007e0958a99c6a6342e4e48.1. Via: SIP/2.0/UDP 107.21.18.6:5060 ;rport=5060;branch=z9hG4bK67a4.83b3107c510ddfe551896134a5e82554.0. Via: SIP/2.0/UDP 54.236.97.30:5060 ;received=54.236.97.30;branch=z9hG4bK3d97649d;rport=5060. Max-Forwards: 66. From: "6093756295" <sip:6093756295@54.236.97.30>;tag=as372f68e0. To: <sip:88919640010@sip6.keku.com>. Contact: <sip:6093756295@54.236.97.30:5060;alias=107.21.18.6~5060~1>. Call-ID: 01e9e3e03dd2995d720bff297a226e83@54.236.97.30:5060. CSeq: 102 INVITE. User-Agent: Asterisk PBX. Date: Fri, 10 Mar 2017 02:30:12 GMT. Min-SE: 120. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE. Supported: replaces, timer. Cisco-Guid: 1241711126_45859092(a)23.29.27.22. Content-Type: application/sdp. Content-Length: 645. . v=0. o=root 39119558 39119558 IN IP4 107.23.47.88. s=Asterisk PBX 1.8.28-cert5. c=IN IP4 107.23.47.88. t=0 0. m=audio 10054 RTP/SAVPF 0 101. a=rtpmap:0 PCMU/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. a=ptime:20. a=sendrecv. a=rtcp:10055. a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:v7hy4Ix2Re87vG/Fiymv20UGZ89xoWPp/dFzmiHq. a=setup:actpass. a=fingerprint:sha-1 18:F3:50:26:22:26:81:88:FB:95:F8:4B:3A:A7:9F:A6:F5:B7:B8:E3. a=ice-ufrag:ZgtwCEvD. a=ice-pwd:a0Tt54oToZFj9b42QXOM2Fq1VR. a=candidate:RzNgC40JM1mFcCUB 1 UDP 2130706431 107.23.47.88 10054 typ host. a=candidate:RzNgC40JM1mFcCUB 2 UDP 2130706430 107.23.47.88 10055 typ host. # U 108.41.170.187:53487 -> 10.0.0.68:5060 SIP/2.0 100 Trying. Via: SIP/2.0/UDP 107.23.47.88:5060 ;branch=z9hG4bK67a4.d6f7e6b1f007e0958a99c6a6342e4e48.1. Via: SIP/2.0/UDP 107.21.18.6:5060 ;rport=5060;branch=z9hG4bK67a4.83b3107c510ddfe551896134a5e82554.0. Via: SIP/2.0/UDP 54.236.97.30:5060 ;received=54.236.97.30;branch=z9hG4bK3d97649d;rport=5060. To: <sip:88919640010@sip6.keku.com>. From: "6093756295" <sip:6093756295@54.236.97.30>;tag=as372f68e0. Call-ID: 01e9e3e03dd2995d720bff297a226e83@54.236.97.30:5060. CSeq: 102 INVITE. Content-Length: 0. . # U 108.41.170.187:53487 -> 10.0.0.68:5060 SIP/2.0 180 Ringing. Via: SIP/2.0/UDP 107.23.47.88:5060 ;branch=z9hG4bK67a4.d6f7e6b1f007e0958a99c6a6342e4e48.1. Via: SIP/2.0/UDP 107.21.18.6:5060 ;rport=5060;branch=z9hG4bK67a4.83b3107c510ddfe551896134a5e82554.0. Via: SIP/2.0/UDP 54.236.97.30:5060 ;received=54.236.97.30;branch=z9hG4bK3d97649d;rport=5060. Record-Route: <sip:107.23.47.88;lr>. Record-Route: <sip:107.21.18.6;lr=on>. Contact: <sip:88919640010@108.41.170.187:53487;rinstance=37d7b85846910961>. To: "88919640010"<sip:88919640010@sip6.keku.com>;tag=d6323b02. From: "6093756295" <sip:6093756295@54.236.97.30>;tag=as372f68e0. Call-ID: 01e9e3e03dd2995d720bff297a226e83@54.236.97.30:5060. CSeq: 102 INVITE. User-Agent: X-Lite release 4.9.6 stamp 82167. Allow-Events: talk, hold. Content-Length: 0. . # U 10.0.0.68:5060 -> 107.21.18.6:5060 SIP/2.0 180 Ringing. Via: SIP/2.0/UDP 107.21.18.6:5060 ;rport=5060;branch=z9hG4bK67a4.83b3107c510ddfe551896134a5e82554.0. Via: SIP/2.0/UDP 54.236.97.30:5060 ;received=54.236.97.30;branch=z9hG4bK3d97649d;rport=5060. Record-Route: <sip:107.23.47.88;lr>. Record-Route: <sip:107.21.18.6;lr=on>. Contact: <sip:88919640010@108.41.170.187:53487;rinstance=37d7b85846910961>. To: "88919640010"<sip:88919640010@sip6.keku.com>;tag=d6323b02. From: "6093756295" <sip:6093756295@54.236.97.30>;tag=as372f68e0. Call-ID: 01e9e3e03dd2995d720bff297a226e83@54.236.97.30:5060. CSeq: 102 INVITE. User-Agent: X-Lite release 4.9.6 stamp 82167. Allow-Events: talk, hold. Content-Length: 0. . # U 108.41.170.187:53487 -> 10.0.0.68:5060 SIP/2.0 200 OK. Via: SIP/2.0/UDP 107.23.47.88:5060 ;branch=z9hG4bK67a4.d6f7e6b1f007e0958a99c6a6342e4e48.1. Via: SIP/2.0/UDP 107.21.18.6:5060 ;rport=5060;branch=z9hG4bK67a4.83b3107c510ddfe551896134a5e82554.0. Via: SIP/2.0/UDP 54.236.97.30:5060 ;received=54.236.97.30;branch=z9hG4bK3d97649d;rport=5060. Record-Route: <sip:107.23.47.88;lr>. Record-Route: <sip:107.21.18.6;lr=on>. Contact: <sip:88919640010@108.41.170.187:53487;rinstance=37d7b85846910961>. To: <sip:88919640010@sip6.keku.com>;tag=d6323b02. From: "6093756295" <sip:6093756295@54.236.97.30>;tag=as372f68e0. Call-ID: 01e9e3e03dd2995d720bff297a226e83@54.236.97.30:5060. CSeq: 102 INVITE. Allow: SUBSCRIBE, NOTIFY, INVITE, ACK, CANCEL, BYE, REFER, INFO, OPTIONS, MESSAGE. Content-Type: application/sdp. Supported: replaces. User-Agent: X-Lite release 4.9.6 stamp 82167. Content-Length: 283. . v=0. o=- 620006012 3 IN IP4 172.22.1.2. s=X-Lite release 4.9.6 stamp 82167. c=IN IP4 172.22.1.2. t=0 0. m=audio 56064 RTP/SAVPF 0 101. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:aoNS33aJgrSvBRBRtHHhjlA+rLvd9ldUiUxXzoem. a=sendrecv. # U 10.0.0.68:5060 -> 107.21.18.6:5060 SIP/2.0 200 OK. Via: SIP/2.0/UDP 107.21.18.6:5060 ;rport=5060;branch=z9hG4bK67a4.83b3107c510ddfe551896134a5e82554.0. Via: SIP/2.0/UDP 54.236.97.30:5060 ;received=54.236.97.30;branch=z9hG4bK3d97649d;rport=5060. Record-Route: <sip:107.23.47.88;lr>. Record-Route: <sip:107.21.18.6;lr=on>. Contact: <sip:88919640010@108.41.170.187:53487;rinstance=37d7b85846910961>. To: <sip:88919640010@sip6.keku.com>;tag=d6323b02. From: "6093756295" <sip:6093756295@54.236.97.30>;tag=as372f68e0. Call-ID: 01e9e3e03dd2995d720bff297a226e83@54.236.97.30:5060. CSeq: 102 INVITE. Allow: SUBSCRIBE, NOTIFY, INVITE, ACK, CANCEL, BYE, REFER, INFO, OPTIONS, MESSAGE. Content-Type: application/sdp. Supported: replaces. User-Agent: X-Lite release 4.9.6 stamp 82167. Content-Length: 215. . v=0. o=- 620006012 3 IN IP4 107.23.47.88. s=X-Lite release 4.9.6 stamp 82167. c=IN IP4 107.23.47.88. t=0 0. m=audio 10072 RTP/AVP 0 101. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. a=sendrecv. a=rtcp:10073. # U 107.21.18.6:5060 -> 10.0.0.68:5060 ACK sip:88919640010@108.41.170.187:53487;rinstance=37d7b85846910961 SIP/2.0. Via: SIP/2.0/UDP 107.21.18.6:5060 ;branch=z9hG4bK67a4.ff7b9cc9b887d892d7fd83e6f046b4d4.0. Via: SIP/2.0/UDP 54.236.97.30:5060 ;received=54.236.97.30;branch=z9hG4bK4e4d5063;rport=5060. Route: <sip:107.23.47.88;lr>. Max-Forwards: 68. From: "6093756295" <sip:6093756295@54.236.97.30>;tag=as372f68e0. To: <sip:88919640010@sip7.keku.com>;tag=d6323b02. Contact: <sip:6093756295@54.236.97.30:5060>. Call-ID: 01e9e3e03dd2995d720bff297a226e83@54.236.97.30:5060. CSeq: 102 ACK. User-Agent: Asterisk PBX. Content-Length: 0. . # U 10.0.0.68:5060 -> 108.41.170.187:53487 ACK sip:88919640010@108.41.170.187:53487;rinstance=37d7b85846910961 SIP/2.0. Via: SIP/2.0/UDP 107.23.47.88:5060 ;branch=z9hG4bK67a4.3a3af8e184f57334c9d42b8ce7d77849.0. Via: SIP/2.0/UDP 107.21.18.6:5060 ;rport=5060;branch=z9hG4bK67a4.ff7b9cc9b887d892d7fd83e6f046b4d4.0. Via: SIP/2.0/UDP 54.236.97.30:5060 ;received=54.236.97.30;branch=z9hG4bK4e4d5063;rport=5060. Max-Forwards: 66. From: "6093756295" <sip:6093756295@54.236.97.30>;tag=as372f68e0. To: <sip:88919640010@sip7.keku.com>;tag=d6323b02. Contact: <sip:6093756295@54.236.97.30:5060;alias=107.21.18.6~5060~1>. Call-ID: 01e9e3e03dd2995d720bff297a226e83@54.236.97.30:5060. CSeq: 102 ACK. User-Agent: Asterisk PBX. Content-Length: 0. . # U 108.41.170.187:53487 -> 10.0.0.68:5060 . . # U 108.41.170.187:53487 -> 10.0.0.68:5060 BYE sip:6093756295@54.236.97.30:5060;alias=107.21.18.6~5060~1 SIP/2.0. Via: SIP/2.0/UDP 172.22.1.2:53487 ;branch=z9hG4bK-524287-1---1034af445c791a63;rport. Max-Forwards: 70. Route: <sip:107.23.47.88;lr>. Route: <sip:107.21.18.6;lr=on>. Contact: <sip:88919640010@108.41.170.187:53487;rinstance=37d7b85846910961>. To: "6093756295" <sip:6093756295@54.236.97.30>;tag=as372f68e0. From: <sip:88919640010@sip6.keku.com>;tag=d6323b02. Call-ID: 01e9e3e03dd2995d720bff297a226e83@54.236.97.30:5060. CSeq: 2 BYE. User-Agent: X-Lite release 4.9.6 stamp 82167. Content-Length: 0. . # U 10.0.0.68:5060 -> 107.21.18.6:5060 BYE sip:6093756295@54.236.97.30:5060;alias=107.21.18.6~5060~1 SIP/2.0. Via: SIP/2.0/UDP 107.23.47.88:5060 ;branch=z9hG4bKbdb2.c896050feb9a2151548b9fe6c3f776fb.0. Via: SIP/2.0/UDP 172.22.1.2:53487 ;received=108.41.170.187;branch=z9hG4bK-524287-1---1034af445c791a63;rport=53487. Max-Forwards: 68. Route: <sip:107.21.18.6;lr=on>. Contact: <sip:88919640010@108.41.170.187:53487;rinstance=37d7b85846910961>. To: "6093756295" <sip:6093756295@54.236.97.30>;tag=as372f68e0. From: <sip:88919640010@sip6.keku.com>;tag=d6323b02. Call-ID: 01e9e3e03dd2995d720bff297a226e83@54.236.97.30:5060. CSeq: 2 BYE. User-Agent: X-Lite release 4.9.6 stamp 82167. Content-Length: 0. . # U 107.21.18.6:5060 -> 10.0.0.68:5060 SIP/2.0 404 Not here. Via: SIP/2.0/UDP 107.23.47.88:5060 ;rport=5060;branch=z9hG4bKbdb2.c896050feb9a2151548b9fe6c3f776fb.0. Via: SIP/2.0/UDP 172.22.1.2:53487 ;received=108.41.170.187;branch=z9hG4bK-524287-1---1034af445c791a63;rport=53487. To: "6093756295" <sip:6093756295@54.236.97.30>;tag=as372f68e0. From: <sip:88919640010@sip6.keku.com>;tag=d6323b02. Call-ID: 01e9e3e03dd2995d720bff297a226e83@54.236.97.30:5060. CSeq: 2 BYE. Server: kamailio (4.2.5 (x86_64/linux)). Content-Length: 0. . # U 10.0.0.68:5060 -> 108.41.170.187:53487 SIP/2.0 404 Not here. Via: SIP/2.0/UDP 172.22.1.2:53487 ;received=108.41.170.187;branch=z9hG4bK-524287-1---1034af445c791a63;rport=53487. To: "6093756295" <sip:6093756295@54.236.97.30>;tag=as372f68e0. From: <sip:88919640010@sip6.keku.com>;tag=d6323b02. Call-ID: 01e9e3e03dd2995d720bff297a226e83@54.236.97.30:5060. CSeq: 2 BYE. Server: kamailio (4.2.5 (x86_64/linux)). Content-Length: 0.

3 2

Bounty for topos fix
by Trevor Peirce 09 Mar '17

09 Mar '17

Hello, I would like to offer a $100 USD bounty if a developer is able to provide a fix for the two topos problems I have experienced. I will add another $50 if this can be solved within 48 hours of the time stamp of this message. The bug report is at: https://github.com/kamailio/kamailio/issues/1005 You may find the most relevant information in my last few updates. Please refer to mar1-nat.txt and mar1-reinvite.txt for the most recent SIP captures, and the post below that for example database records. Steps to reproduce the NAT problem can be found at https://github.com/kamailio/kamailio/issues/1005#issuecomment-283255720 Some fine print to clarify the offer: Payment is contingent on resolving both described use-cases. Payment will be sent via your choice of PayPal, cheque drawn on a US bank, or cheque drawn on a Canadian bank. Payment will be issued once the patch is accepted by the Kamailio project, although the bonus for a quick resolution simply requires a suitable patch to be submitted to the bug tracker within 48 hours from now. Thanks! -- Trevor Peirce AcroVoice Solutions Inc

1 1

Changes in LCR Target List doesn't takes place immediately
by Nitesh Lohchab 09 Mar '17

09 Mar '17

Hello, I believe LCR Target list is stored in the database and any changes made here should affect the behaviour of the calls imedialtely. I have changed one of my Target List Rule , where I changed my gateway Id to another gateway. But the calls are still being routed via previous gateway. Is there something I can do to make the changes in production hours. Sometimes one of carriers delivers bad call quality I would like to switch the carriers. -- Regards, Nitesh Lohchab

2 1

rtpengine sending rtp to wrong endpoint after reinvite
by Grant Bagdasarian 09 Mar '17

09 Mar '17

Hi, One of our customers is using a SEMS box to place two outbound calls using our sip trunk. Once the first call is connected a second call is placed and when the second call answers their server sends a re-invite to switch audio ports so the rtp traffic doesn't flow through their server anymore but is routed inside our platform. Basically, they just switch SDP's of both calls. It seems like a random issue, and is not really reproducible, except for placing multiple calls and sometimes both parties can hear each other, other times they can't, because rtpengine fails (I think) to update the endpoint and keeps sending rtp back to their server for one of the call legs. We tried to reproduce the case using a freeswitch box and it worked every time. After the reinvite, the rtp remained within our platform. The signaling in both cases still goes through the freeswitch or sems for call control. Does anyone have experience with this case? Or seen the issue before where rtpengine keeps sending rtp to the original endpoint? Regards, Grant Bagdasarian CM

2 3

Access avp between sip transactions
by Grant Bagdasarian 09 Mar '17

09 Mar '17

Hi, Is it possible to access an avp variable from a different sip transaction? On an INVITE is set an avp, but on ReINVITE I would like to access this avp again and get the value. Currently the value is null, which makes sense. Not sure if this is possible and if it violates any rules inside the Kamailio engine? I guess I could use a htable, but I'm just wondering if there is a built-in way for doing this. Regards, Grant Bagdasarian CM

2 1

Kamailio Presence help required.
by SamyGo 08 Mar '17

08 Mar '17

Hi, I'm in need of making/tweak an existing Kamailio Presence setup which is giving some tough time. *Whats already working:* BLF dialog states changes are already sent across the users. SCA is working as well. *What isn't working:* When a User comes online then it sends SUBSCRIBE with *Event: dialog* and don't get notified of its subscribers state right then unless the monitored extensions make a call (BLF works) *Why is it not working:* As evident from wireshark traces, the user IP phones (Test sets: Polycoms, Yealink, CISCO, Grandstream) don't send our *Event: presence* rather only *Event:dialog* and Kamailio do not send NOTIFY out to everyone. Though yes there is an internally generated PUBLISH seen and handled properly upon registration state changes. Jitsi has been tested and Kamailio send out these registration state change info to jitsi, somce jitsi sends *Event:presence *in SUBSCRIBE. I need dialog based NOTIFY to be sent out on registration state-change. Need pointers and help on the topic, looking forward to some feedback. Regards, Sammy

4 8

TCP stack is not doing load distribution among children
by Surendra Pullaiah 08 Mar '17

08 Mar '17

Hi Daniel, Thanks for your suggestions. The approaches which you have suggested are good, event I thought before initiating this query (since am working with kamailio for last three years), but my requirement is to distribute on single connection. Since it requires code change, started working on it. Really thanks for understanding my concern. @juha: Dear juha, it is not broken TCP implementation, kamailio TCP stack well implemented. If you would like to build a server to handle HTTP and MSRP protocols at higher rate, here is the place. But for SIP we have options to handle either UDP/TCP. Thanks surendra

1 0

Kamailio push for Android VoIP Application and VoIP Contacts update
by sscc 08 Mar '17

08 Mar '17

good day, i have a running kamailio server having 200 users. I maintain the user ids in a vcf (vCard Format) form. i have developed an Android VoIP application. Android application is given to the user along with the contact vcf. The contact list get increased day by day and consequently the user ids in vcf (vCard Format) as well. the application is also updated. Aim is to update application and the contact list by sending push notification to user. (we don't want to place our application at play store). i want to do push notification from Kamilio server for application and contact list update. Is there any way to do push notification from server to users to update the app and VoIP contact list. regards sscc -- View this message in context: http://sip-router.1086192.n5.nabble.com/Kamailio-push-for-Android-VoIP-Appl… Sent from the Users mailing list archive at Nabble.com.

1 0

TCP stack is not doing load distribution among children for SIP
by Surendra Pullaiah 08 Mar '17

08 Mar '17

Dear Daniel, A small concern in kamailio, existing TCP stack is not doing load distribution among children for SIP messages. For example UE-->kamailio1 (TCP listen (4 children)) ----->kamailio2 (TCP Listen 4 children) As per stack if UE opens a connection with kamailio1 based on free children it is sharing the FD, so no problem towards from UE to kamailio1, then need requirement to forward same sip message to kamailio2, here kamailio1 is opening connection with kamailio2 and then forwarding. Suppose if we forward two requests to kamailio2, only one children is getting used among four. With this design suppose if we want to run our kamailio as two sip servers we may not achieve good results when performance matters. Please suggest something on this to move further. Regards surendra

3 5

new keepalive module ?
by Guillaume Bour 07 Mar '17

07 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

1 0

Kamailio core dumped
by Alexey V. Panfilov 07 Mar '17

07 Mar '17

Hi there, I've kamailio 4.2.3 (i386/freebsd) which works perfectly with 200-300 cps for years. Now I need migrate to freebsd amd64. I've installed kamailio 4.4.5 (amd64/freebsd), copied kamailio.cfg, made a test call - it was all right. But when I start work load (200-300 cps), kamailio core dumped and exited. In logs (skipped "<script>:" having): ======================= Mar 1 12:39:32 sip7 /usr/local/sbin/kamailio[32034]: ERROR: <core> [mem/f_malloc.c:415]: fm_search_defrag(): fm_search_defrag(0x809937000, 976); Free fragment not found! Mar 1 12:39:32 sip7 /usr/local/sbin/kamailio[32034]: ERROR: <core> [mem/f_malloc.c:498]: fm_malloc(): fm_malloc(0x809937000, 976) called from core: msg_translator.c: build_req_buf_from_sip_req(2154), module: core; Free fragment not found! Mar 1 12:39:32 sip7 /usr/local/sbin/kamailio[32034]: ERROR: <core> [msg_translator.c:2159]: build_req_buf_from_sip_req(): out of memory Mar 1 12:39:32 sip7 /usr/local/sbin/kamailio[32034]: ERROR: tm [t_fwd.c:462]: prepare_new_uac(): could not build request Mar 1 12:39:32 sip7 /usr/local/sbin/kamailio[32034]: ERROR: tm [t_fwd.c:1723]: t_forward_nonack(): ERROR: t_forward_nonack: failure to add branches Mar 1 12:39:32 sip7 /usr/local/sbin/kamailio[32034]: ERROR: sl [sl_funcs.c:363]: sl_reply_error(): ERROR: sl_reply_error used: No error (2/SL) Mar 1 12:39:32 sip7 /usr/local/sbin/kamailio[32035]: ERROR: <core> [mem/f_malloc.c:415]: fm_search_defrag(): fm_search_defrag(0x809937000, 864); Free fragment not found! Mar 1 12:39:32 sip7 /usr/local/sbin/kamailio[32035]: ERROR: <core> [mem/f_malloc.c:498]: fm_malloc(): fm_malloc(0x809937000, 864) called from tm: t_reply.c: relay_reply(1885), module: tm; Free fragment not found! Mar 1 12:39:32 sip7 /usr/local/sbin/kamailio[32035]: ERROR: tm [t_reply.c:1887]: relay_reply(): ERROR: relay_reply: cannot alloc reply shmem Mar 1 12:39:37 sip7 /usr/local/sbin/kamailio[32038]: : <core> [mem/f_malloc.c:598]: fm_free(): BUG: fm_free: bad pointer 0x61743b3e6d6f632e (out of memory block!), called from tm: h_table.c: free_cell_helper(226) - aborting Mar 1 12:39:39 sip7 /usr/local/sbin/kamailio[32031]: ALERT: <core> [main.c:740]: handle_sigs(): child process 32034 exited by a signal 10 Mar 1 12:39:39 sip7 /usr/local/sbin/kamailio[32031]: ALERT: <core> [main.c:743]: handle_sigs(): core was generated Mar 1 12:39:39 sip7 /usr/local/sbin/kamailio[32031]: INFO: <core> [main.c:755]: handle_sigs(): terminating due to SIGCHLD Mar 1 12:39:39 sip7 /usr/local/sbin/kamailio[32044]: INFO: <core> [main.c:810]: sig_usr(): signal 15 received ======================= I've tried to start with -m 512 - nothing changes. Hardware: Xeon(R) CPU E5-2660, 16Gb RAM, 1Tb HDD. Software: OS: FreeBSD 10.3-STABLE (r313760) amd64 version: kamailio 4.4.5 (amd64/freebsd) f98162 flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_PTHREAD_MUTEX, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB poll method support: poll, select, kqueue. id: f98162 compiled on 12:25:48 Mar 1 2017 with clang 3.4 bt is here: http://tmp.lehis.ru/kam_gdb.txt I can't enable debug symbols for gdb (tried gmake mode=debug, which added EXTRA_DEBUG to flags). How can I do it? I need in direction for resolve this issue, please, help. Thanks. -- Best regards, Alexey V. Panfilov

2 3

Kamailio 4.2 crashed
by Igor Potjevlesch 07 Mar '17

07 Mar '17

Hello, I got two coredumps: (gdb) bt full #0 0x000000000061ab8e in qm_insert_free (qm=0x7f0f7fca7000, frag=0x7f0f8f6f6268) at mem/q_malloc.c:180 f = 0x7f0f8f6c45e8 prev = 0x0 hash = 5 And (gdb) bt full #0 0x000000000061b935 in qm_detach_free (qm=0x7f0f7fca7000, frag=0x7f0f8f6d70b8) at mem/q_malloc.c:271 prev = 0x7f0f7fca7248 next = 0x7f0f8f6c45e8 What are necessary to diagnose how this issue occurs? Thank you for your support. 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 3

SCTP support for CDP
by Sergey Zyrianov 07 Mar '17

07 Mar '17

Hello, Can I enable use of SCTP for diameter connections by CDP module? Thanks, Sergey.

3 6

Installation of Siremi 4.3.0 on Centos 7.3 ?
by Lucas Viallon 07 Mar '17

07 Mar '17

Hi i want install Siremis 4.3.0 on a Centos 7.3 with Php 7.1 when i want access to the web site, i have this error in httpd logs: Mon Mar 06 18:35:06.833569 2017] [php7:warn] [pid 22018] [client 172.16.1.150:58375] PHP Warning: require_once(SMARTY_CORE_DIRcore.assemble_plugin_filepath.php): failed to open stream: No such file or directory in /var/www/siremis-4.3.0/openbiz/others/Smarty/libs/Smarty.class.php on line 1368 [Mon Mar 06 18:35:06.833641 2017] [php7:error] [pid 22018] [client 172.16.1.150:58375] PHP Fatal error: require_once(): Failed opening required 'SMARTY_CORE_DIRcore.assemble_plugin_filepath.php' (include_path='.:/usr/share/pear:/usr/share/php:/var/www/siremis-4.3.0/openbiz/others/') in /var/www/siremis-4.3.0/openbiz/others/Smarty/libs/Smarty.class.php on line 1368 Anyone know this errors ? regards Lucas

2 1

Error in kamailio (Need for help)
by Ghanshyam Variya 06 Mar '17

06 Mar '17

Mar 2 11:55:33 Ubuntu kamailio: INFO: <core> [core/sctp_core.c:75]: sctp_core_check_support(): SCTP API not enabled - if you want to use it, load sctp module Mar 2 11:55:33 Ubuntu kamailio: INFO: <core> [core/tcp_main.c:4665]: init_tcp(): using epoll_lt as the io watch method (auto detected) Mar 2 11:55:33 Ubuntu kamailio[6479]: INFO: rr [../outbound/api.h:52]: ob_load_api(): unable to import bind_ob - maybe module is not loaded Mar 2 11:55:33 Ubuntu kamailio[6479]: INFO: rr [rr_mod.c:175]: mod_init(): outbound module not available Mar 2 11:55:33 Ubuntu kamailio[6479]: INFO: sipcapture [sipcapture.c:454]: parse_table_names(): INFO: table name:sip_capture Mar 2 11:55:33 Ubuntu kamailio[6479]: ERROR: <core> [db.c:203]: db_bind_mod(): Module db_mysql not found. Missing loadmodule? Mar 2 11:55:33 Ubuntu kamailio[6479]: ERROR: sipcapture [sipcapture.c:526]: capture_mode_set_params(): parsing capture_mode: could not bind db funcs for url:[mysql://kamailio:kamailiorw@localhost/kamailio] Mar 2 11:55:33 Ubuntu kamailio[6479]: ERROR: sipcapture [sipcapture.c:637]: capture_mode_init(): capture mode parsing failed Mar 2 11:55:33 Ubuntu kamailio[6479]: WARNING: sipcapture [sipcapture.c:769]: mod_init(): Default capture mode configuration failed. Suppose sip_capture calls will use other defined capture modes. Mar 2 11:55:33 Ubuntu kamailio[6479]: : <core> [core/mem/q_malloc.c:145]: qm_debug_frag(): BUG: qm_*: prev. fragm. tail overwritten(0, 0)[0x7fea6ae64ae0:0x7fea6ae64b18]! Memory allocator was called from sipcapture: sipcapture.c:831. Fragment marked by sipcapture: sipcapture.c:788. Mar 2 11:55:33 Ubuntu kamailio: ERROR: <core> [core/daemonize.c:303]: daemonize(): Main process exited before writing to pipe This type of error are put's my kamailio so can you tell me why ? Thank you, Ghanshyam variya

3 2

Re: [SR-Users] Unknown $dlg(h_entry) and $dlg(h_id) in dialog
by Никитенко Виталий 06 Mar '17

06 Mar '17

Hi, very thanks! Before use dlg_get i lost 3-4 hour calls every day. Now one day - fly is good! > Hello, > > can you try using dlg_get(...) before the xlog? > > Cheers, > Daniel > > On 27/02/2017 08:33, Никитенко Виталий wrote: >> Hi i have kamailio 4.2, dialog module with parametr >> modparam("dialog", "dlg_flag", 5) >> modparam("dialog", "enable_stats", 1) >> modparam("dialog", "profiles_with_value", "caller") >> modparam("dialog", "dlg_match_mode", 1) >> modparam("dialog", "default_timeout", 3600) >> modparam("dialog", "timeout_noreset", 1) >> modparam("dialog", "send_bye", 1) >> modparam("dialog", "timeout_avp", "$avp(i:4242)") >> modparam("dialog", "db_url", DBURL) >> modparam("dialog", "db_mode", 0) >> >> in event_route[tm:local-request] i use >> if(is_known_dlg()) { >> xlog("L_INFO","DIALOG IS KNOWN $dlg(h_entry)::$dlg(h_id)) I >> } >> >> And when call drop by timeout, sometimes in log i see >> /usr/local/sbin/kamailio[21144]: INFO: <script>: DIALOG IS KNOWN <null>::<null> >> >> But usually this string in log file i see as "DIALOG IS KNOWN 3452::3334" >> >> Why it may be? when the $dlg(h_entry)::$dlg(h_id) is not known, I can not track $DLG_lifetime. >> Different between unsuccessful and successful call i dont see >> >> _______________________________________________ >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >> sr-users(a)lists.sip-router.org >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > -- > Daniel-Constantin Mierla > www.twitter.com/miconda -- www.linkedin.com/in/miconda > Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com > Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com > > ------------------------------

2 1

Topoh module & call leg/transaction does not exist
by Olli Attila 06 Mar '17

06 Mar '17

Hello, I recently started testing topology hiding module on Kamailio and encountered a problem where B party hangs up, Kamailio can't identify the ongoing transaction to which the BYE should be related to and instead of tearing the call down Kamailio just sends back "481 Call leg/Transaction does not exist" to B party. On Kamailio config I have only enabled the topoh.so -module with default options and configured this to enable masking: modparam("topoh", "mask_callid", 1) Here is what the INVITE to B party looks like and the BYE message coming from the B party: http://pastebin.com/raw/f63zUmid When debugging on Kamailio end i get: http://pastebin.com/raw/ZefGAz30 Is this a Kamailio issue or a softphone issue on B party end? Cheers, --Olli

3 6

kamailio re.subst question.
by José Seabra 02 Mar '17

02 Mar '17

Hello There, I'm trying using the following regexp on re.subst function: (.*)Calling-Name: ?([\W|0-9A-Za-z_]{5,500} ?[<>:@.|0-9A-Za-z_]{5,500})(.*)$ And the string used for match is the following: #015#012Calling-Name-Status: available#015#012Calling-Name: "josé" < sip:5555555552@10.10.10.10>#015#012Presentation-Indicator: allowed#015#012 The Kamailio re.subst function is constructed as the following: $sht(cnam=>$ci::calling_name)=$(var(rb){re.subst,/(.*)Calling-Name: ?([\W|0-9A-Za-z_]{5,500} ?[<>:@.|0-9A-Za-z_]{5,500})(.*)$/\2/s}); The issue here is that this re.subst function doesn't match the accents, I have tested this regex on regex101.com and it does match. My question is how i can get the same result with re.subst? Anyone can help? Thank you Regards -- José Seabra

2 5

Dimensioning of shared memory for carrierroute
by Igor Potjevlesch 02 Mar '17

02 Mar '17

Hello, I'd like to dimension shared memory to use "kamctl cr reload" without issue. Currently, my table "carrierroute" has 204k entries and if I do "kamctl cr reload", the reload fails. Just after, I have thousands of these errors: Mar 2 12:10:52 /usr/local/sbin/kamailio[28606]: ERROR: <core> [sip_msg_clone.c:507]: sip_msg_shm_clone(): cannot allocate memory Mar 2 12:10:52 /usr/local/sbin/kamailio[28606]: ERROR: tm [t_lookup.c:1332]: new_t(): ERROR: new_t: out of mem: Mar 2 12:10:52 /usr/local/sbin/kamailio[28606]: ERROR: tm [t_lookup.c:1472]: t_newtran(): ERROR: t_newtran: new_t failed After a reboot, Kamailio back to normal. Actually, I start Kamailio with -m 704 and -M 128. Thank you for your advises. 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 2

Help with KEEP-ALIVE method
by Sergey Basov 02 Mar '17

02 Mar '17

Hi All. Today I have problem with connection from 1 of the clients. Their PBX sends KEEP-ALIVE after some time after REGISTER. I have next error in kamailio log Feb 28 14:26:19 sbc2 /usr/sbin/kamailio[3657]: ERROR: <core> [tcp_read.c:1354]: tcp_read_req(): bad request, state=7, error=4 buf:#012KEEP-ALIVE sip:1.2.3.4 SIP/2.0#015#012#015#012#012parsed :#012KEEP-ALIVE sip:1.2.3.4 SIP/2.0 After which my kamailio closes TCP session.... This connection is done with sip TLS. Thank you in advance. -- Best regards, Sergey Basov e-mail: sergey.v.basov(a)gmail.com

3 4

Lost of connection with MySQL?
by Igor Potjevlesch 02 Mar '17

02 Mar '17

Hello, Two times in the last week, Kamailio reports MySQL errors like these: /usr/local/sbin/kamailio[19225]: ERROR: db_mysql [km_dbase.c:126]: db_mysql_submit_query(): driver error on query: Can't connect to MySQL server on '192.168.2.6' (4) (2003) /usr/local/sbin/kamailio[19225]: ERROR: <core> [db_query.c:235]: db_do_insert_cmd(): error while submitting query /usr/local/sbin/kamailio[19225]: ERROR: acc [acc.c:504]: acc_db_request(): failed to insert into database These errors are repeated many times and cause Kamailio to hang and don't reply to SIP requests. A reboot of Kamailio solves the issue. Anyone has already had this issue and had solved it? 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

3 17

CentOS 6 RPMs don't provide utils.so nor http_client.so
by Trevor Peirce 01 Mar '17

01 Mar '17

Hello, Is there any reason the CentOS 6 RPMs don't build utils.so or http_client.so? Looking back to 4.3 it appears it was being built: kamailio-utils-4.3.6-1.1.x86_64.rpm However it is no longer available in 4.4 nor 5.0 RPMs for either CentOS 6 or 7. Thanks, -- Trevor Peirce AcroVoice Solutions Inc

2 5

Update Kamailio tables
by Andy Chen 01 Mar '17

01 Mar '17

Hi all, What is the quickest way to update Kamailio tables? I wanted to check out the SIPTRACE module and I noticed the table is not there. Thanks. -- Andy Chen

2 2

Kamailio -can we change 478 to 503 when dns fails?
by José Seabra 01 Mar '17

01 Mar '17

Hello there, Some times dns server fails and my kamailio server start replying "Unresolvable destination (478/SL)". The propose of my email is to know if is there any possibility to change this reply (478) to for example one of 5XX replies. I have modparam("sl", "default_code", 503) but in situations where dns fails, kamailio doesn't reply 503. Thank you for your support Regards José Seabra

2 4

Figuring out why topos stops script from working
by Trevor Peirce 01 Mar '17

01 Mar '17

Hello, I'm having some trouble with topos not working well when mixed with nathelper (and maybe other cases, too). There is a bug that describes exactly the problem at https://github.com/kamailio/kamailio/issues/1005 Has anyone else had trouble with this module? Anything I'm missing? Thanks, -- Trevor Peirce AcroVoice Solutions Inc

3 2

Unknown $dlg(h_entry) and $dlg(h_id) in dialog
by Никитенко Виталий 01 Mar '17

01 Mar '17

Hi i have kamailio 4.2, dialog module with parametr modparam("dialog", "dlg_flag", 5) modparam("dialog", "enable_stats", 1) modparam("dialog", "profiles_with_value", "caller") modparam("dialog", "dlg_match_mode", 1) modparam("dialog", "default_timeout", 3600) modparam("dialog", "timeout_noreset", 1) modparam("dialog", "send_bye", 1) modparam("dialog", "timeout_avp", "$avp(i:4242)") modparam("dialog", "db_url", DBURL) modparam("dialog", "db_mode", 0) in event_route[tm:local-request] i use if(is_known_dlg()) { xlog("L_INFO","DIALOG IS KNOWN $dlg(h_entry)::$dlg(h_id)) I } And when call drop by timeout, sometimes in log i see /usr/local/sbin/kamailio[21144]: INFO: <script>: DIALOG IS KNOWN <null>::<null> But usually this string in log file i see as "DIALOG IS KNOWN 3452::3334" Why it may be? when the $dlg(h_entry)::$dlg(h_id) is not known, I can not track $DLG_lifetime. Different between unsuccessful and successful call i dont see

2 1

Scaling websockets over SIP
by Jade SZ 01 Mar '17

01 Mar '17

Hi Guys, I am using kamailio/rtpengine and webrtc over sip client for a/v calls and all works fine. Now I want to scale it to 2 or more than 2 kamailio servers. As per search on mailing list I could: 1) Websocket Outbound/Edge Proxy 2) Each UA client to register with its Regards, Jade SZ

1 2

pushing alarms/counters other than with SNMPstats
by Valentin Christoph 28 Feb '17

28 Feb '17

Hi all I'm looking for ways to push stats/alarms from kamailio to some external destination other than using the SNMPstats module. Any ideas? Thanks Christoph The information contained in this e-mail message is privileged and confidential and is for the exclusive use of the addressee. The person who receives this message and who is not the addressee, one of his employees or an agent entitled to hand it over to the addressee, is informed that he may not use, disclose or reproduce the contents thereof, and is kindly asked to notify the sender and delete the e-mail immediately.

5 5

sip over websockets sip uri
by Jade SZ 28 Feb '17

28 Feb '17

Hi Team, Question: Just wanted to clarify regarding SIP URI in webrtc (over sip) connection. e.g. if we have a scenario where Kamailio is hosted with websocket support. Websocket URI is used to send packets to to wss/ws address and the SIP URI goes with it. I have tested it with any SIP URI including any domain and it works if I authenticate that domain, regardless that domain is real or not. // client side SIP URI config var configuration = { uri : 'sip:alice@example.com', }; Can we use any central domain for sip uri similar to realm concept and send traffic to multiple kamailio servers through websocket LB. dummy.domain - for ws/wss SIP URI kamailio-a.domain.com kamailio-b.domain.com Thanks in advance. Regards, Jade

2 4

Newbie starting - looking for docs / tutorials
by Antony Stone 28 Feb '17

28 Feb '17

Hi. I'm just starting with Kamailio - I've been to a few presentations about it, at Fosdem and KamailioWorld, but never used it so far. I'm pretty familiar with Asterisk, and I want to use them in combination. My first use case is to handle SIP registrations (both as a client, registering to a remote SIP server, and as a server, accepting registrations from handsets) in Kamailio instead of Asterisk, and still be able to route calls to/from the registered accounts through the Asterisk dialplan. I suspect this is a pretty common starting point for people who've used Asterisk and want to add Kamailio to the setup? So far I've been unsuccessful finding any Howto or Tutorial explaining how to do this - I can't help feeling I must simply be looking in the wrong place or in the wrong way. Searching for topics like "Asterisk Kamailio Getting Started" I find: http://kamailio.org/docs/ser-getting-started/SER-GettingStarted.pdf but with 12 chapters and 85 pages I'm not sure which bits are the essential parts to do what I need. I've also found http://kb.asipto.com/asterisk:realtime:kamailio-4.0.x- asterisk-11.3.0-astdb but this seems to focus on a database backend, which I guess I'll want to use in due course, but doesn't seem the simplest place to start just to learn how Asterisk & Kamailio work together? So, please can someone suggest a beginner's guide to introducing Kamailio into an Asterisk setup, keeping things as simple as possible to start with, so I can learn about Kamailio one bit at a time (since there do seem to be a lot of bits to it) from a familiar environment of using it with Asterisk? Thanks in advance, Antony. -- What do you get when you cross a joke with a rhetorical question? Please reply to the list; please *don't* CC me.

2 3

multi domain kamailio
by przeqpiciel 28 Feb '17

28 Feb '17

Let's suppose that i have two machines with installed asterisk and one with kamailio. I would like have routing based on sip domain. for domain sip.domain1.com send sip signalling to asterisk#1 server and for sip.domain2.com send to asterisk#2 server. What i should use? Domain module or what ? Tomasz

3 4

Kamailio v5.0.0 Released - new major version is out
by Daniel-Constantin Mierla 27 Feb '17

27 Feb '17

Kamailio v5.0.0 is out – it comes with 6 new modules and a consistent set of improvements touching more than 50 existing modules. You can read detailed release notes at: * https://www.kamailio.org/w/kamailio-v5-0-0-release-notes/ Many thanks to all developers and community members that made possible this release. A consistent effort was directed to restructuring the source code tree to meet more modern patterns; introducing the KEMI framework that allows writing SIP routing blocks in other embedded interpreters such as Lua, JavaScript or Python; removal of obsoleted MI control mechanism, being replaced by RPC. Enjoy Kamailio v5.0.0! Thank you for flying Kamailio! Daniel -- Daniel-Constantin Mierla http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio World Conference 2017 - http://www.kamailioworld.com

1 0

problem with avpops and mongodb modules
by hdssdsdsdsfsdf hdssdsdsdsfsdf 27 Feb '17

27 Feb '17

1 1

Releasing Kamailio v5.0.0
by Daniel-Constantin Mierla 27 Feb '17

27 Feb '17

Hello, I am considering to release Kamailio v5.0.0 at the beginning of next week, depending how things evolve in the next days, either on Monday, Feb 27, or Tuesday, Feb 28. I haven't noticed any new issues specific for the new features added for 5.0 lately, so it looks pretty good so far. If you are aware of issues not reported to the bug tracker, register them as soon as possible at: - https://github.com/kamailio/kamailio/issues There are still some parts of documentation that have to be updated, I am planning to work on them during the next days, but help from others are very appreciated, especially details of what you had to do changes while upgrading from 4.4 to 5.0. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

1 1

Parallel Forking with Different Call-Id
by SamyGo 24 Feb '17

24 Feb '17

Hi, I've a very strange scenario to work on which requires me to parallel fork the call to the same Destination provider. The only problem here is that they think that the second INVITE with different branch tag is a re-transmission and hence only take one call forward. I do not have to modify any R-URI or any headers, hence just 'append_branch() before t_relay() is in the code. ... $ru = "sip:" + $rU + "@" + $avp(carrier_ip) + ":" + $avp(carrier_port); append_branch(); route(RELAY); ... *Question:* Is there anyway possible I can change the CallID of the forked INVITEs ? I have tried using Topoh module, but it still puts the same CallID before sending out. Different from the A-leg but the Sent out INVITEs have same Call-ID value. In other weird scenario, I've also tried branching, and looping call within Kamailio before sending out to carrier hoping that Kamailio would treat the two different calls and Topoh would change the Call-ID on both INVITEs before sending out.. ... if(is_present_hf("X-FORKED")) { $ru = "sip:" + $rU + "@" + $avp(carrier_ip) + ":" + $avp(carrier_port); route(RELAY); }else { append_hf("X-FORKED: 1\r\n"); append_branch(); route(RELAY); } ... Still I get same Call-ID on outgoing branched call. I could branch out one INVITE to a MediaServer, say FreeSWITCH/Asterisk but again I don't want to have that component bottleneck the throughput. That could be my very last option. Looking for some ideas. Regards, Sammy

3 6

Kamailio 4.3.x location_attrs update issue
by Mridul B 24 Feb '17

24 Feb '17

Hi, We've noticed a case where the *location_attrs* table isn't updated when there's an unexpected shutdown of a SIP device (here there'll be no REGISTER message sent with expires=0). We're using Kamailio v4.3.x When the SIP device shuts down ungracefully. The location table is updated using DELETE query This is done by the timer which deletes the expired contacts, by default the timer_interval is set as 60. Here, the logs of auto-removal of expired contacts entries by the timer > Feb 17 17:16:13 localhost kamailio[23273]: DEBUG: db_postgres > [km_dbase.c:272]: db_postgres_submit_query(): sending query ok: > 0x7f34969433c8 (1) - [delete from location where expires<'2017-02-17 > 17:16:14' AND expires<>'1970-01-01 00:00:00'] > Feb 17 17:16:14 localhost kamailio[23272]: DEBUG: db_postgres > [km_dbase.c:272]: db_postgres_submit_query(): sending query ok: > 0x7f34969433c8 (1) - [delete from location where expires<'2017-02-17 > 17:16:15' AND expires<>'1970-01-01 00:00:00'] The delete operation is only on location table, shouldn't we have the same implementation on the location_attrs table based upon ruid or username? We're getting duplicate entries in the location_attrs table of the same sip user after it registers. But when the SIP device un-registers, the entries in the location as well as in the location_attrs table is deleted Feb 17 18:14:32 localhost kamailio[23249]: DEBUG: usrloc [ucontact.c:1725]: > uldb_delete_attrs(): trying to delete location attributes > Feb 17 18:14:32 localhost kamailio[23249]: DEBUG: db_postgres > [km_dbase.c:272]: db_postgres_submit_query(): sending query ok: > 0x7f3496941888 (1) - [delete from location_attrs where username='mridul' > AND ruid='uloc-58a72243-5ace-2'] > Feb 17 18:14:32 localhost kamailio[23249]: DEBUG: db_postgres > [km_dbase.c:272]: db_postgres_submit_query(): sending query ok: > 0x7f3496941888 (1) - [delete from location where username='mridul' AND > contact='sip:mridul@127.0.0.1:37881;rinstance=b841a8c916e47dfa'] I think the usrloc module should have the implementation of deleting the entries of expired sip users based on its ruid/username in the location_attrs table also. Thanks for the help. Best regards, MRIDUL

2 3

want to see active users SIP users
by Mandar Nagarkar 24 Feb '17

24 Feb '17

Hello Everyone, I want to see active users SIP users for this purpose I checked the location table of kamailio database it does have active users entries however as per my observation there is 45 secs to 1 min delay before the entry actually added to this table i.e. suppose if I am registering the user through pjspi,jssip or any client I cannot see entry for that user in location table. I have to wait up-to 1 min to see the user in location table. Is there any way we can Identify if user is online without delayed entry? Regards, Mandar nagarkar The information in this email is confidential and may be legally privileged. It is intended solely for the addressee and access to it by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken based on it, is strictly prohibited and may be unlawful.

2 1

Fetching proxy-autheticate header from 407 Response
by vivek＠advaitamtech.com 23 Feb '17

23 Feb '17

Hi All, Am not using the authentication in the kamailio. So I will be receiving the "407 Proxy Authentication Required" response from the third party server for the first INVITE. I want to fetch the Proxy-Authenticate header present in the 407 response. I browsed and tried using the pseudo-variables "$adu/$aa/$ar". It dint work. Please let me know if there is a way to fetch this header. Thanks, Vivek.

3 4

How to release call without having to use fromTag and toTag, and resume a suspended call
by Cassandra Yurekli 23 Feb '17

23 Feb '17

To whom it may concern, There are several points I don’t quite understand regarding a couple of kamailio modules. I have a main application which controls calls by sending command messages via a socket (for example reject this sip invites). I communicate with the socket client via evapi module and using evapi_asynch_relay() in order to be sure that communication are suspended and kamailio waiting an order for doing something with them (Accepte, reject, release, ...). I want to release a call, using a command “release this call”. I’m actually doing this with dialog module (using get_dialog(callid,fromTag,toTag) and dlg_bye(‘all’)) but is there anything else (like another module) which could release a call without necessarily having to use fromTag and toTag to get the context ? I didn’t find it on modules documentations. Also after an INVITE I’m waiting for the main app to accept or reject the call. For accepting and continuing the transaction I found “t_continue(tindex,tlabel,route)” on tmx module, but at this moment $T(id_index) and $T(id_label) are null, is it normal or I did something wrong ? How can I simply resume the suspended call ? Thanks; Best regards,

2 1

Need help with tcpops
by Abdoul Osséni 22 Feb '17

22 Feb '17

Hi, My call flow is: Softphone --> TLS ---> Kamailio --> UDP --> ASTERISK --> PSTN I want to use tcpops module between the softphone and kamailio. http://www.kamailio.org/docs/modules/4.4.x/modules/tcpops - enable tcpops : no problem - disable tcpops : two cases - cancel or bye from softphone: no problem. - cancel or bye to softphone via kamailio: how disable tcpops? I can't use $avp(bye_conid) because it is asterisk thant sending the sip message. Can we use $avp(caller_conid)? In my case, the softphone is always at the origin of the call establishment. Regards Abdoul.

2 1

Automated integration tests for individual modules
by A Lai 22 Feb '17

22 Feb '17

Hi, I just started working with the Kamailio code base. I am wondering if there are some common strategies in having automated tests on proper functioning of modules when loaded into cfg.

2 1

problem with avpops and mongodb modules
by hsdsdssdfsdf dsasd 22 Feb '17

22 Feb '17

2 1

How to handle CANCEL if corresponding INVITE transaction is missing
by Venkatesh Macha 22 Feb '17

22 Feb '17

Hi all, I am using Kamailio 4.4.5, It is working fine. But in one case. If i make a video call between the two users and cancels the call then Call is not disconnecting on the callee side. Please look the following scenario. 1000 made one video call to 2000 2000 is ringing. Now 1000 disconnected the call by sending CANCEL. But 2000 is not disconnecting. This is happening because Kamailio is unable to find the corresponding INVITE transaction for the CANCEL so it is simply dropping the requests. Why Kamailio unable to find the transaction. And is there any possibility to handle this case and send the CANCEL to callee side. I tried with forwad() and someother things but it is just generating the loops. I am also attaching the ngrep trace. Thank you in Advance. CANCEL_not_working_nabble.CANCEL_not_working_nabble <http://sip-router.1086192.n5.nabble.com/file/n156243/CANCEL_not_working_nab…> -- View this message in context: http://sip-router.1086192.n5.nabble.com/How-to-handle-CANCEL-if-correspondi… Sent from the Users mailing list archive at Nabble.com.

2 2

kamailio memory leak in private memory
by david 22 Feb '17

22 Feb '17

Hello all We are observing an issue in one kamailio proxy we use. The consecuence of an unknow cause is that the private memory of some UDP receiver processes in where we listen from a particular IP, seems to be draining along the time while processing traffic. Quite "slowly" but maybe aroung 200K in 3-4hours, depending on the moment of the day. This is quite weird for us, because it seemed like it was caused by some particular traffic profile, since we have several IP listening (8 children each) and we only see the issue in the UDP receiver processes of some of those IPs. Besides we have moved the kamailio service listening on the same IP to several different physical servers, and the behaviour is the same. We look at it ussing pkg.stats kamcmd command and for instance if we track one of the process affected pid: 23784 rank: 53 used: 2838616 free: 13005408 real_used: 3771808 pid: 23784 rank: 53 used: 2842584 free: 12999280 real_used: 3777936 This 2 outputs were taken with 10min diff between each other. But we dont know where or how to look at it. We have been these last days trying to search for patterns to allocate some particular traffic source causing something weird, but no luck. We have checked all the SIP INVITE messages looking for anything weird at any field but no luck, besides we sometimes see some bad headers with blank spaces in the uri or thing like that but those cases we have an error and we dont think it can cause a memory leak. Shared memory seems to be stable. We also have checked the config we are using and we have been discarding possible issues since we dont think the $var variables we are using could cause that issue (but you never know....) We tried to debug the kamailio on one affected IP compiling it with DBG_SYS_MALLOC , and doing the dump of the pkg mem status when the kamailio was restarted and no traffic was processed, and also when it had traffic processed. in this last case, we removed traffic, waited for 20min and made the dump i attach you both files, we have the debug logs, but they are very big to be passed here, and we dont know what to look for :) could you please give us some guidance or clue to at least start to searching for something that can cause this issue? thanks alot and regards david

3 6

parse_addr_spec(): unexpected char [^M] in status 6:
by Abdoul Osséni 21 Feb '17

21 Feb '17

Hello, Could you help us to fix this error? <core> [parser/parse_addr_spec.c:662]: parse_addr_spec(): unexpected char [^M] in status 6: Regards Abdoul.

3 5

Transaction-persistent data and uac_req_send()
by Alex Balashov 21 Feb '17

21 Feb '17

Hello, I am using uac_req_send() to send INVITEs to a redirect server. However, upon receiving the redirect, I need access to some state information that was last available at the time of sending the request. Does uac_req_send() allow me to persist AVPs like a normal TM transaction? If not, what are my options, other than building my own state using htable or what have you? I would really rather not maintain—and be responsible for garbage-collecting—externally constructed state like that if possible. Thanks! -- Alex -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

3 10

Kamailio 4.4 with 2 Asterisk 13
by Graham Brown 20 Feb '17

20 Feb '17

I'm trying to load balance 2 Asterisk servers with Kamailio offloading the registration to Kamailio using the Asterisk real-time database tables. I have a problem with the dispatcher module, if there is a t_on_failure route it always goes into that, if I remove that then I would expect every call to round robin but I'm only ever hitting the same server from the same extension (seems like sticky session based on source ip). 1. how do I fix my failure route so I can reboot server 1 and server 2 will be used 2. how to I change the sticky session behaviour. Another issue I am facing with extensions registering to Asterisk are only avaliable on the server they routed to My assumption was if using the Asterisk real-time database I would get the contact on both servers. Maybe my architecture is incorrect, I'm open to suggestions. Currently Kamailio is not storing locations (assuming that is the extension contact) maybe that is a better solution, but I dont know how to configure Asterisk to forward everything to Kamailio then or integrate via the database or something. Thanks in advance for any help Regards Graham

2 1

Cleaning wiki accounts
by Daniel-Constantin Mierla 20 Feb '17

20 Feb '17

Hello, I noticed a lot of random usernames for the accounts created to edit the wiki. Apart of several which did some which did some edits to add spam, most of them are inactive. Not sure what would be the real purpose behind them, but I am going to remove anything that doesn't look as a community user. Shall I remove an account with random id, but for a good user, let me know, it can be readded/account recreated. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

1 1

memory: Free fragment not found
by Dmitri Savolainen 17 Feb '17

17 Feb '17

Hi. My kamailio v4.4.5 installation ( -m 512 -M 64 ) stop sip processing with repeatable error: Feb 15 21:45:05 kamailio[14173] ERROR: <core> [mem/f_malloc.c:415]: > fm_search_defrag(): fm_search_defrag(0x7f39917fa010, 952); Free fragment > not found! > Feb 15 21:45:05 kamailio[14173] ERROR: <core> [mem/f_malloc.c:498]: > fm_malloc(): fm_malloc(0x7f39917fa010, 952) called from core: rvalue.c: > rval_new_empty(224), module: > core; Free fragment not foun while it was enough free shared memory according to kamcmd> core.shmmem m > { > total: 512 > free: 472 > used: 27 > real_used: 39 > max_used: 51m > fragments: 37035 > } whether it was about package memory or smth else? Thanks! -- Savolainen Dmitri

2 4

MSILO offline messages are coming in reverse order.
by Venkatesh Macha 17 Feb '17

17 Feb '17

Hi all, I am using MSILO module for the offline messaging feature. It is working good. But If I send more than one message to the offline user. Those messages are delivering in the reverse order. Please consider the following scenario. A sending B ( B is offline, so messages are stored in DB) hi hello how are you Now B comes online and registers. Kamailio sending the messages but App is getting them in reverse order. how are you hello hi Is there any possibility to tell Kamailio to send them in order. ? Thank you in advance. -- View this message in context: http://sip-router.1086192.n5.nabble.com/MSILO-offline-messages-are-coming-i… Sent from the Users mailing list archive at Nabble.com.

2 2

Problem with dispatcher on Kamailio 4.2 and Debian 8
by przeqpiciel 17 Feb '17

17 Feb '17

Hi, I'm trying to setup dispatcher module to working with mysql database but when i put to kamailio.cfg below lines then kamailio wont starts. loadmodule "dispatcher.so" modparam("dispatcher", "db_url", "mysql://kamailioro:kamailioro@localhost /kamailio") modparam("dispatcher", "table_name", "dispatcher") i tried connect to mysql with credentials which you can see in mod_param line and i could query all kamailio database. im really new in this and i dont know how to debug this, is anybody could help me with it ? Best regards, Tomasz

2 4

Kamailio 4.2 on Debian 8 and dispatcher problem
by przeqpiciel 16 Feb '17

16 Feb '17

Hi, I'm trying to setup dispatcher module to working with mysql database but when i put to kamailio.cfg below lines then kamailio wont starts. loadmodule "dispatcher.so" modparam("dispatcher", "db_url", "mysql://kamailioro:kamailioro@localhost /kamailio") modparam("dispatcher", "table_name", "dispatcher") i tried connect to mysql with credentials which you can see in mod_param line and i could query all kamailio database. im really new in this and i dont know how to debug this, is anybody could help me with it ? Best regards, Tomasz

2 1

Re: [SR-Users] Timejump causes kamailio to hang/stall
by erik 16 Feb '17

16 Feb '17

Thanks Daniel, I will look into that. Indeed I found the logic that corrects the time ticks for any drifting, using the time of day. I guess that causes the registrations to expire. I am out of the office for a couple of days, but will get back to you. Best Regards, Erik Hello, On 15/02/2017 14:47, Erik Visser wrote: > After I have kamailio up and running, with UAs properly registrered and sessions routed successfully, my platform faces a timejump. > The platform starts up with date&time set to 1-1-2000 and after kamailio is up and running, the date&time jumps to the current date&time, causing two effects: > - I loose all my registrations (since they expired in 3600 seconds) > - kamailio does not respond to any SIP messages for a couple of minutes > > Is there a way to have kamailio use timeticks rather than relative time for the registrations? > Does anybody recognize the hanging behavior? Any suggestions? > kamailio is using unixtime for registrations, not relative time. But the timer callbacks are using relative intervals to know when to be executed (e.g., timer callbacks are defined to be executed like very 1 minute, or every 90 seconds). It may be that some of the timers try to catch up on missed intervals. It is strange that you say no sip traffic is processed. Can you simulate again the situation and get the backtrace with gdb from few sip workers? If your traffic is over udp, then do 'kamctl ps', get the pid of processes with index 1, 2 and 3, then use gdb to attach to those PIDs and grab the output of: bt full info locals list Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

1 0

remove offline message prefix of Offline message of MSILO module
by Venkatesh Macha 16 Feb '17

16 Feb '17

Hi all, I am implementing Offline messages functionality using the MSILO module. Everything went well. I am able to store and send those offline messages when the user comes online. But my present problem is, I don't want the offline message prefix. Please look at the following example. This is what Kamailio sending. [Offline message - Wed Feb 15 05:43:38 2017] Test2 I want only Test2 Is there any possibility to remove that offline message prefix ? Thank you in advance ! -- View this message in context: http://sip-router.1086192.n5.nabble.com/remove-offline-message-prefix-of-Of… Sent from the Users mailing list archive at Nabble.com.

2 2

Timejump causes kamailio to hang/stall
by Erik Visser 16 Feb '17

16 Feb '17

After I have kamailio up and running, with UAs properly registrered and sessions routed successfully, my platform faces a timejump. The platform starts up with date&time set to 1-1-2000 and after kamailio is up and running, the date&time jumps to the current date&time, causing two effects: - I loose all my registrations (since they expired in 3600 seconds) - kamailio does not respond to any SIP messages for a couple of minutes Is there a way to have kamailio use timeticks rather than relative time for the registrations? Does anybody recognize the hanging behavior? Any suggestions? Thanks! Erik ____________________ Erik Visser erik(a)vissershut.nl

2 1

IPv6 addresses in dispatcher.list file
by Joel Serrano | VOZELIA 16 Feb '17

16 Feb '17

Hi, What is the correct format for the dispatcher.list file using IPv6? I have the following file: $ cat /etc/kamailio/dispatcher.list # $Id$ # dispatcher destination sets # # line format # setit(int) destination(sip uri) flags(int,opt) priority(int,opt) attributes(str,opt) # proxies 4 sip:XX.XX.XX.XX:5060 4 sip:ZZ.ZZ.ZZ.ZZ:5060 6 sip:[X:X:X:X::X:1]:5060 6 sip:[Z:Z:Z:Z::Z:2]:5060 $ For some reason, Kamailio doesn't recognize the v6 endpoints: kamcmd> dispatcher.list { NRSETS: 1 RECORDS: { SET: { ID: 4 TARGETS: { DEST: { URI: sip:XX.XX.XX.XX:5060 FLAGS: AP PRIORITY: 0 } DEST: { URI: sip:ZZ.ZZ.ZZ.ZZ:5060 FLAGS: AP PRIORITY: 0 } } } } } kamcmd> I have tried multiple combinations for the v6 format but I cannot get one to work. What am I doing wrong? Thanks, Joel. Este mensaje y, en su caso, los ficheros anexos son confidenciales, especialmente en lo que respecta a los datos personales, y se dirigen exclusivamente al destinatario referenciado.Les informamos que los datos contenidos en el presente mail, han sido facilitados por usted o recogidos de Fuentes Accesibles al Público. Dicha información personal, será incluida en un fichero bajo la responsabilidad de VOZELIA TELECOM S.L.Todos los ficheros que trata nuestra empresa se encuentran debidamente inscritos ante la Agencia Española de Protección de Datos.Vd. Como propio interesado podrá ejercitar sus derechos de Acceso, Cancelación, Rectificación u Oposición, en el mail: administracion(a)vozelia.com o en la dirección Avenida de Manoteras 8 escalera 3 2ºB, 28050 Madrid.Tal y como establece la Ley Orgánica de Protección de Datos 15/1999 de 13 de Diciembre.Para ejercer sus derechos desde Panama podrá hacerlo en la dirección Vía Argentina, Edificio Mediteranean Loft. Panama.En caso de no ser el destinatario y haya recibido este mensaje por error, agradeceremos que nos lo comunique inmediatamente al remitente sin difundir, almacenar o copiar su contenido.La divulgación o el suministro, en todo o en parte, a cualquier tercero, no podrá ser realizada sin el previo, expreso y escrito consentimiento de VOZELIA TELECOM S.L. .

2 1

record_route() function
by Andy Chen 15 Feb '17

15 Feb '17

Hi all, I need some advise on how to use the record_route() function. So I make that call when the first method comes in and there are two Record-Route headers created. However, one of of the headers I want to add transport=tcp. What is the best way to do this? I've tried adding that string per documentation within the () and added it to both. Thanks. -- Andy Chen

3 10

Branch 5.0 created
by Daniel-Constantin Mierla 15 Feb '17

15 Feb '17

Hello, the GIT branch 5.0 has just been created, it will host the release series 5.0.x. To get this branch from GIT, you can use: git clone https://github.com/kamailio/kamailio.git kamailio cd kamailio git checkout -b 5.0 origin/5.0 Hopefully before the end of the month the full release of 5.0.0 will be out. >From now on, any corresponding fix has to be pushed first to master branch and then cherry-picked to branch 5.0. No new features can get in branch 5.0. Enhancements to documentation or helping tools are still allowed. If you are not sure about doing or not a backport, ask on sr-dev mailing list. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

4 9

Dispatcher and "src based" routing algorithm
by Olli Attila 15 Feb '17

15 Feb '17

Hello, I am using kamailio 4.4.3 (x86_64/linux) 5a2195 and Dispatcher module to route calls towards PSTN (4 pstn gateways). The Dispatcher module is using round robin mechanism to select the pstn gateway. I have built a routing logic in a way that when call arrives to Kamailio from one of the PSTN gateways, and fails to route towards an external sip target, the call is marked as CFU call (a diverting call) and routed back to PSTN with different B number, but the actual challenge is that I would like the target PSTN gateway _not_ to be the same PSTN gw from where the call originally came in to Kamailio. This feature is requested because of the technical limitations of the pstn gateway software. So is there any mechanism in Dispatcher or elsewhere in Kamailio to do this? Basically I would need a flag or something to mark the pstn gateway when the call comes in and assure that when routing back to pstn, the same gateway would not be used at all, or it should be used as last target from the four gateways in Dispatcher. Cheers, -- Olli

1 0

Refreshing: info about private emails
by Daniel-Constantin Mierla 15 Feb '17

15 Feb '17

As I still receive a lot, I am re-posting the notification about private emails, either initiating a topic or sent directly after a discussion started on public mailing lists (subject with mailing lists prefix, but the sender header is not the mailing list daemon). I would like to remind that, at least in my case, writing emails directly without cc-ing the mailing list is highly not recommended. The rule is also suggested in the mailing lists presentation page: - http://www.kamailio.org/w/mailing-lists/ Unless I asked explicitly for a private email with some specific details, the message will not be noticed in decent time and therefore not replied. I use this email address for many public mailing lists and it is intended only for that usage, I am reacting based on the filters I created, unmatched messages getting the lowest priority. Therefore if you wrote me and expect a response, re-send the message to the appropriate public mailing list. Checking and answering the messages on Kamailio mailing lists are among the top of priorities on my daily activity, so it is high chance you get the response faster when you write there. Note that you can always mask sensitive data (e.g., replace passwords, IP addresses) before sending logs or config file. There are several common sense as well as technical reasons for keeping the discussion on public mailing lists. Here are some along with other suggestions to improve the likeliness of getting an answer: - we are not answering questions on mailing lists to help only one person, but also other people that may have similar issues in the future -- they can find the answers in the archive with a search engine. Also, other people subscribed to the list can learn from conversation or contribute to the discussion, resulting in better outcome - the amount of unexpected messages is very high -- it is practically a zero chance to get to the folder with messages that didn't match any filter (thus your message is not going to be replied) - whenever I find time, the first emails I answer are those coming on mailing lists. They are many there as well, people are traveling or having other personal or business projects, so sometime is good to send a reminder if a question does not get an answer - starting with negative approach or no technical content, like you are going to use something else if you don't get this instantly, or this application is missing what so ever tutorial giving exactly the solution you need, or simply asking for full config of complex requirements, is not helping at all, but actually making people to ignore your messages. Start with what you tried and where you got stuck. Everything you get is for free, have appropriate expectation and behavior. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

1 0

TOPOH MODULE
by Annus Fictus 14 Feb '17

14 Feb '17

Hello, I'm using TOPOH module but I have a problem with Call-ID. If I use: modparam("topoh", "mask_callid", 1) and send the INVITE to a media server, when media server send BYE to KAMAILIO, Kamailio answer like transaction not exist. In the parameter description, I read i have to use "lreq_callee_headers" dialog parameter to resolve this kind of issues, but I can't find this parameter on the module description. I'm using Kamailio 4.4.5 Thank's Regards

3 3

Remove
by Ryan Holbein 13 Feb '17

13 Feb '17

Can you please remove me

2 1

SIP-T conversion to SIP
by Martin Quevedo 13 Feb '17

13 Feb '17

hi all I need to interact with an MSC that talks SIP-T that is the MSC embeds ISUP in the SIP messages IAM, ANM, ACM and REL messages specifically but I have a SIP client which does not speak SIP-T is it possible that kamailio parses invites with IAM ISUP parameters like forwarding number and forwarding reason for incoming messages and embeds ACM, ANM and REL isup messages in OK, Session Progress and BYE regards, Martin ?

1 0

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