- sr-users - kamailio.org

why do not support tcp:eth1:5062，only support eht1:5062
by 张顺通 30 Jan '15

30 Jan '15

why do not support tcp:eth1:5062，only support eht1:5062? I need to bind on eth1 only tcp.

2 6

tls_port_no maybe do not work
by 张顺通 30 Jan '15

30 Jan '15

I set cfg like this: tls_port_no=9004 listen=bond0:9002 but result is: udp: 10.232.98.23 [10.232.98.23]:9002 tcp: 10.232.98.23 [10.232.98.23]:9002 tls: 10.232.98.23 [10.232.98.23]:9003

1 0

Wrong location entries when using usrloc with Mongo
by Mickael Marrache 30 Jan '15

30 Jan '15

Hi, I start with no location nor in Mongo, nor in memory. My UA registers successfully and I can see the location entry in Mongo. Then, I close my UA which unregisters (by setting Expires header to 0). Then, I open the app again and a new registration is made. The entry after first registration. Looks okay. { "_id" : ObjectId("54cb38f684e58133783f2b42"), "username" : "A", "contact" : "sip:A@192.168.1.3:54217;rinstance=DFAEBBC7;transport=tcp", "expires" : ISODate("2015-01-30T08:55:34Z"), "q" : -1, "callid" : "297EC55073A07BF78F0C05822A6CCDFB47E48705", "cseq" : 8809, "flags" : 0, "cflags" : 0, "user_agent" : "Acrobits Softphone Business/3.1", "received" : "sip:XXXXXXXXXXX:54217;transport=tcp", "path" : "<sip:XXXXXXXXXX;lr;received=sip:XXXXXXXXXXX:54217%3Btransport%3Dtcp>", "socket" : "udp:XXXXXXXXX:5060", "methods" : 4751, "last_modified" : ISODate("2015-01-30T07:55:34Z"), "ruid" : "uloc-54cb38df-3378-2", "instance" : null, "reg_id" : 0 } The same entry after un register (Expires 0). Note that the username field is missing. In any case, I expected the entry to be deleted. { "_id" : ObjectId("54cb38f684e58133783f2b42"), "expires" : ISODate("2015-01-30T08:56:51Z"), "q" : -1, "cseq" : 8811, "flags" : 0, "cflags" : 0, "user_agent" : "Acrobits Softphone Business/3.1", "received" : "sip: XXXXXXXXX:54217;transport=tcp", "path" : "<sip: XXXXXXXXX;lr;received=sip: XXXXXXXXX:54217%3Btransport%3Dtcp>", "socket" : "udp: XXXXXXXXX:5060", "methods" : 4751, "last_modified" : ISODate("2015-01-30T07:56:51Z"), "callid" : "297EC55073A07BF78F0C05822A6CCDFB47E48705", "instance" : null, "reg_id" : 0, "contact" : "sip:A@192.168.1.3:54217;rinstance=DFAEBBC7;transport=tcp" } The entries after second registration. The new entry looks okay. But, the old entry is still here. { "_id" : ObjectId("54cb38f684e58133783f2b42"), "expires" : ISODate("2015-01-30T08:56:51Z"), "q" : -1, "cseq" : 8811, "flags" : 0, "cflags" : 0, "user_agent" : "Acrobits Softphone Business/3.1", "received" : "sip: XXXXXXXXX:54217;transport=tcp", "path" : "<sip: XXXXXXXXX;lr;received=sip: XXXXXXXXX:54217%3Btransport%3Dtcp>", "socket" : "udp: XXXXXXXXX:5060", "methods" : 4751, "last_modified" : ISODate("2015-01-30T07:56:51Z"), "callid" : "297EC55073A07BF78F0C05822A6CCDFB47E48705", "instance" : null, "reg_id" : 0, "contact" : "sip:A@192.168.1.3:54217;rinstance=DFAEBBC7;transport=tcp" } { "_id" : ObjectId("54cb3a7884e581337a25b895"), "username" : "A", "contact" : "sip:A@192.168.1.3:54217;rinstance=DFAEBBC7;transport=tcp", "expires" : ISODate("2015-01-30T09:02:00Z"), "q" : -1, "callid" : "297EC55073A07BF78F0C05822A6CCDFB47E48705", "cseq" : 8813, "flags" : 0, "cflags" : 0, "user_agent" : "Acrobits Softphone Business/3.1", "received" : "sip: XXXXXXXXX:54217;transport=tcp", "path" : "<sip: XXXXXXXXX;lr;received=sip: XXXXXXXXX:54217%3Btransport%3Dtcp>", "socket" : "udp: XXXXXXXXX:5060", "methods" : 4751, "last_modified" : ISODate("2015-01-30T08:02:00Z"), "ruid" : "uloc-54cb38df-337a-1", "instance" : null, "reg_id" : 0 } The issue is the entry is not deleted after un registering. I precise that registrations are dispatched over multiple registrars with all accesses the same Mongo cluster. Thanks, Mickael

1 0

Can kamailio generate a PRACK
by Rahul MathuR 30 Jan '15

30 Jan '15

Hello, I was wondering whether Kamailio (as proxy) can generate a PRACK on its own ( since one of the custom written dialer is not sending PRACK) ? Is there any way I can achieve this ? -- Warm Regds. MathuRahul

2 1

Core dump while saving user location in mongo
by Mickael Marrache 30 Jan '15

30 Jan '15

Hi, When my proxy receives a REGISTER request, it crashes while saving the user location in MongoDB. This is the backtrace from the core dump: #0 0x0000003f08e32625 in raise () from /lib64/libc.so.6 #1 0x0000003f08e33e05 in abort () from /lib64/libc.so.6 #2 0x00000000006196f9 in fm_free (qm=0x7f4368bf7010, p=0x210add0, file=0x7f4367fd7608 "<core>: db_res.c", func=0x7f4367fd8100 "db_free_columns", line=86) at mem/f_malloc.c:588 #3 0x00007f4367fc37ab in db_free_columns (_r=0x7f4368ca0430) at db_res.c:86 #4 0x00007f4367fc479e in db_free_result (_r=0x7f4368ca0430) at db_res.c:134 #5 0x00007f4367da37cb in db_mongodb_free_result (_h=0x7f4368c94718, _r=0x7f4368ca0430) at mongodb_dbase.c:646 #6 0x00007f4367da5d65 in db_mongodb_query (_h=0x7f4368c94718, _k=0x7fffa03d5550, _op=0x0, _v=0x7fffa03d5510, _c=0x7fffa03d5560, _n=1, _nc=16, _o=0x7f4365ed2c80, _r=0x7fffa03d5508) at mongodb_dbase.c:783 #7 0x00007f4365cac7d2 in db_load_urecord (_c=0x7f4368c94718, _d=0x7f436154a0e8, _aor=0x7fffa03d59d0) at udomain.c:601 #8 0x00007f4365cb1e8e in get_urecord (_d=0x7f436154a0e8, _aor=0x7fffa03d59d0, _r=0x7fffa03d5760) at udomain.c:1106 #9 0x00007f4365a75dea in add_contacts (_m=0x7f4368cbdc40, _d=0x7f436154a0e8, _a=0x7fffa03d59d0, _mode=1, _use_regid=1) at save.c:832 #10 0x00007f4365a77d32 in save (_m=0x7f4368cbdc40, _d=0x7f436154a0e8, _cflags=4, _uri=0x0) at save.c:986 #11 0x00007f4365a606db in w_save2 (_m=0x7f4368cbdc40, _d=0x7f436154a0e8 "H\240TaC\177", _cflags=0x4 <Address 0x4 out of bounds>) at reg_mod.c:447 #12 0x000000000041d489 in do_action (h=0x7fffa03d6180, a=0x7f4368c71e98, msg=0x7f4368cbdc40) at action.c:1100 #13 0x0000000000429a7a in run_actions (h=0x7fffa03d6180, a=0x7f4368c71e98, msg=0x7f4368cbdc40) at action.c:1583 #14 0x000000000042a0df in run_actions_safe (h=0x7fffa03d7470, a=0x7f4368c71e98, msg=0x7f4368cbdc40) at action.c:1648 #15 0x0000000000540b7c in rval_get_int (h=0x7fffa03d7470, msg=0x7f4368cbdc40, i=0x7fffa03d6658, rv=0x7f4368c72830, cache=0x0) at rvalue.c:924 #16 0x0000000000544db4 in rval_expr_eval_int (h=0x7fffa03d7470, msg=0x7f4368cbdc40, res=0x7fffa03d6658, rve=0x7f4368c72828) at rvalue.c:1918 #17 0x00000000005451aa in rval_expr_eval_int (h=0x7fffa03d7470, msg=0x7f4368cbdc40, res=0x7fffa03d6ae0, rve=0x7f4368c72070) at rvalue.c:1926 #18 0x000000000041ce4e in do_action (h=0x7fffa03d7470, a=0x7f4368c73148, msg=0x7f4368cbdc40) at action.c:1064 #19 0x0000000000429a7a in run_actions (h=0x7fffa03d7470, a=0x7f4368c71cc0, msg=0x7f4368cbdc40) at action.c:1583 #20 0x0000000000419dea in do_action (h=0x7fffa03d7470, a=0x7f4368c3bdb8, msg=0x7f4368cbdc40) at action.c:712 #21 0x0000000000429a7a in run_actions (h=0x7fffa03d7470, a=0x7f4368c33898, msg=0x7f4368cbdc40) at action.c:1583 #22 0x000000000042a1a7 in run_top_route (a=0x7f4368c33898, msg=0x7f4368cbdc40, c=0x0) at action.c:1669 #23 0x000000000050747e in receive_msg ( buf=0xa6f780 "REGISTER sip:XXXXXXXXXXXX:5060;transport=tcp SIP/2.0\r\nVia: SIP/2.0/UDP XXXXXXXXX;branch=z9hG4bK242c.26de52a75c8675f6757e0958454a0ad5.0;i=1\r\nv: SIP/2.0/TCP XXXXXXXXXX:62051;received=XXXXXXXX"..., len=1004, rcv_info=0x7fffa03d7760) at receive.c:216 #24 0x0000000000606e76 in udp_rcv_loop () at udp_server.c:521 #25 0x00000000004a5c97 in main_loop () at main.c:1629 #26 0x00000000004aaf2a in main (argc=13, argv=0x7fffa03d7b78) at main.c:2561 I tested multiple times, it occurs everytime. Let me know if you need more information. Thanks, Mickael

2 6

Does forking impact max_inv_lifetime?
by Alex Balashov 30 Jan '15

30 Jan '15

Hi, In this serial forking-based failover scenario UAC --> Proxy --> UAS 1 UAS 2 ... UAS 3 I've got a requirement to terminate the call and return an error to the UAC if there is no final response within 60 seconds. The usual fr_inv_timer / restart_fr_on_each_reply combination won't do, because even when restart_fr_on_each_reply == 0, the timer is still restarted on provisional replies of increasing response code value (e.g. 183 after 180). As the documentation states, fr_inv_timer is a branch-level construct anyway, so this approach doesn't make sense here. That's why I looked into max_inv_lifetime. However, when I set it to 60000, I still get the same result, but only when there are new branches being formed on the proxy -> UAS side. It works fine if there is no forking and a single gateway does not provide a final reply within 60 seconds. So, my sense is that the max_inv_lifetime timeout is reset when a new branch is created to UAS 2...UAS N. Is this accurate? Thanks, -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/

2 6

gruu within dialog
by samuel 29 Jan '15

29 Jan '15

Hi all, I'm having some issues treating requests within dialogs with gruu enabled with kamailio 4.1.2. I've got the "standard" configuration of WITHIN route with the adition of the next lines: if(is_gruu()){ route(LOCATION); }; before the the RELAY route call in the loose_route section. The "problem" is that the ACK with a pub-gruu on the Req-URI is not properly lookup. In the logs I can see the following statements: 2(4232) DEBUG: registrar [lookup.c:123]: lookup(): looking up pub gruu [urn:uuid:d63b1c4f-d7dc-4f4e-87f1-948123266dc0] 2(4232) DEBUG: registrar [lookup.c:158]: lookup(): 'sam(a)A.B.C.D' Not found in usrloc Where A.B.C.D is the local IP of the UA. Looking at the code, this last line looks like is looking for the "standard" URI (username@domain) instead of using the pub gruu. Am I right with this assumption or am I missing something from the code? As far as I could look, it looks like there's an exit -1 statement in the line 158 of lookup.c which disables the following gruu treatment. Since the username with IP is not registered, this ACK is lost and the sesion is not stablished (lost ACK). Can anyone provide some hints why is this failing? Thanks a lot in advance! Samuel.

3 8

Dialog module is crashing after setting track_cseq_updates to 1
by Fernando Aquilino 29 Jan '15

29 Jan '15

Hi, after setting track_cseq_updates to 1 in module dialog (and calling dlg_manage() from request_route) I'm getting reproducible crashes in both stable (4.2.2) and dev (4.3.0-dev3, 2015-01-28) releases. I made the change to cope with CSeq not being incremented when sending another INVITE with authentication information with by calling uac_auth()/append_branch()/t_relay(). The SIP trunk on the asterisk server I'm forwarding the request to requires so and sends me an "401 Unauthorized" message after the first INVITE. Anyone using it would help me with the configuration? Should I post to the dev list? Thanks for any help, Fernando Aquilino -------------------- kamailio.cfg -------------------- modparam("uac","credential","username:domain:password") modparam("uac","auth_realm_avp","$avp(i:101)") modparam("uac","auth_username_avp","$avp(i:102)") modparam("uac","auth_password_avp","$avp(i:103)") modparam("uac","restore_mode","none") modparam("dialog", "track_cseq_updates", 1) modparam("dialog", "dlg_flag", 4) ... failure_route["serial"] { if (t_check_status("401|407")) { if (isflagset(auth_sent)) { xlog("Authentication failed on SIP Trunk: $ru"); } else { #realm $avp(i:101) = "asterisk"; #username $avp(i:102) = "user123"; #password $avp(i:103) = "pass123"; if (uac_auth()) { setflag(auth_sent); t_on_failure("serial"); append_branch(); t_relay(); } } exit; } if (!t_next_contacts()) { exit; } t_on_failure("serial"); t_relay(); } ------------------------------------------------------------ -------------------- debug log -------------------- Jan 28 17:40:12 kamailio /usr/sbin/kamailio[9838]: DEBUG: dialog [dlg_cseq.c:215]: dlg_cseq_msg_sent(): traking cseq updates Jan 28 17:40:12 kamailio /usr/sbin/kamailio[9838]: DEBUG: dialog [dlg_hash.c:633]: dlg_lookup(): ref dlg 0x7f9eeb4aec20 with 1 -> 2 Jan 28 17:40:12 kamailio /usr/sbin/kamailio[9838]: DEBUG: dialog [dlg_hash.c:635]: dlg_lookup(): dialog id=9870 found on entry 2115 Jan 28 17:40:12 kamailio /usr/sbin/kamailio[9838]: DEBUG: dialog [dlg_cseq.c:249]: dlg_cseq_msg_sent(): uac auth request - cseq inc needed Jan 28 17:40:12 kamailio /usr/sbin/kamailio[9838]: DEBUG: dialog [dlg_var.c:248]: print_lists(): Internal var-list ((nil)): Jan 28 17:40:12 kamailio /usr/sbin/kamailio[9838]: DEBUG: dialog [dlg_var.c:258]: print_lists(): Dialog var-list (0x7f9eeb4b2f38): Jan 28 17:40:12 kamailio /usr/sbin/kamailio[9838]: DEBUG: dialog [dlg_var.c:263]: print_lists(): cseq_diff=1 (flags 1) Jan 28 17:40:12 kamailio /usr/sbin/kamailio[9856]: CRITICAL: <core> [pass_fd.c:275]: receive_fd(): EOF on 20 Jan 28 17:40:12 kamailio /usr/sbin/kamailio[9856]: DEBUG: <core> [tcp_main.c:3445]: handle_ser_child(): dead child 10, pid 9838 (shutting down?) Jan 28 17:40:12 kamailio /usr/sbin/kamailio[9856]: DEBUG: <core> [io_wait.h:598]: io_watch_del(): DBG: io_watch_del (0x96cfe0, 20, -1, 0x0) fd_no=37 called Jan 28 17:40:12 kamailio /usr/sbin/kamailio[9828]: ALERT: <core> [main.c:727]: handle_sigs(): child process 9838 exited by a signal 11 Jan 28 17:40:12 kamailio /usr/sbin/kamailio[9828]: ALERT: <core> [main.c:730]: handle_sigs(): core was not generated Jan 28 17:40:12 kamailio /usr/sbin/kamailio[9828]: INFO: <core> [main.c:742]: handle_sigs(): terminating due to SIGCHLD ------------------------------------------------------------ -------------------- core dump* -------------------- root@kamailio:/etc/kamailio# gdb kamailio core GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html > This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/sbin/kamailio...Reading symbols from /usr/lib/debug/.build-id/62/86ce2a5e0241120986e5ec3ed803be5b945076.debug...done. done. [New LWP 3077] warning: Can't read pathname for load map: Input/output error. [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by ` '. Program terminated with signal 11, Segmentation fault. #0 0x00007fbe4ba33dae in memcpy (__len=18446744073709551522, __src=0x7fbe47c9f121, __dest=0x7ffff12ada6d) at /usr/include/x86_64-linux-gnu/bits/string3.h:52 52 return __builtin___memcpy_chk (__dest, __src, __len, __bos0 (__dest)); (gdb) bt #0 0x00007fbe4ba33dae in memcpy (__len=18446744073709551522, __src=0x7fbe47c9f121, __dest=0x7ffff12ada6d) at /usr/include/x86_64-linux-gnu/bits/string3.h:52 #1 dlg_cseq_msg_sent (data=0x7ffff12bda40) at dlg_cseq.c:298 #2 0x0000000000000000 in ?? () (gdb) bt full #0 0x00007fbe4ba33dae in memcpy (__len=18446744073709551522, __src=0x7fbe47c9f121, __dest=0x7ffff12ada6d) at /usr/include/x86_64-linux-gnu/bits/string3.h:52 No locals. #1 dlg_cseq_msg_sent (data=0x7ffff12bda40) at dlg_cseq.c:298 msg = {id = 0, pid = 0, tval = {tv_sec = 0, tv_usec = 0}, fwd_send_flags = {f = 0 '\000', blst_imask = 0 '\000'}, rpl_send_flags = {f = 0 '\000', blst_imask = 0 '\000'}, first_line = {type = 1, flags = 1, len = 44, u = {request = {method = { s = 0x7fbe47c9f038 "INVITE sip:030636111@192.168.2.151 SIP/2.0\r\nRecord-Route: <sip:192.168.2.160;lr;did=34e.1782>\r\nRecord-Route: <sip:192.168.2.163;lr>\r\nCSeq: 1 INVITE\r\nVia: SIP/2.0/UDP 192.168.2.160;branch=z9hG4bKa7ee.0"..., len = 6}, uri = { s = 0x7fbe47c9f03f "sip:030636111@192.168.2.151 SIP/2.0\r\nRecord-Route: <sip:192.168.2.160;lr;did=34e.1782>\r\nRecord-Route: <sip:192.168.2.163;lr>\r\nCSeq: 1 INVITE\r\nVia: SIP/2.0/UDP 192.168.2.160;branch=z9hG4bKa7ee.0337c5a7"..., len = 27}, version = { s = 0x7fbe47c9f05b "SIP/2.0\r\nRecord-Route: <sip:192.168.2.160;lr;did=34e.1782>\r\nRecord-Route: <sip:192.168.2.163;lr>\r\nCSeq: 1 INVITE\r\nVia: SIP/2.0/UDP 192.168.2.160;branch=z9hG4bKa7ee.0337c5a75bfeebaef0700dd30e433800.1\r\n"..., len = 7}, method_value = 1}, reply = {version = { s = 0x7fbe47c9f038 "INVITE sip:030636111@192.168.2.151 SIP/2.0\r\nRecord-Route: <sip:192.168.2.160;lr;did=34e.1782>\r\nRecord-Route: <sip:192.168.2.163;lr>\r\nCSeq: 1 INVITE\r\nVia: SIP/2.0/UDP 192.168.2.160;branch=z9hG4bKa7ee.0"..., len = 6}, status = { s = 0x7fbe47c9f03f "sip:030636111@192.168.2.151 SIP/2.0\r\nRecord-Route: <sip:192.168.2.160;lr;did=34e.1782>\r\nRecord-Route: <sip:192.168.2.163;lr>\r\nCSeq: 1 INVITE\r\nVia: SIP/2.0/UDP 192.168.2.160;branch=z9hG4bKa7ee.0337c5a7"..., len = 27}, reason = { s = 0x7fbe47c9f05b "SIP/2.0\r\nRecord-Route: <sip:192.168.2.160;lr;did=34e.1782>\r\nRecord-Route: <sip:192.168.2.163;lr>\r\nCSeq: 1 INVITE\r\nVia: SIP/2.0/UDP 192.168.2.160;branch=z9hG4bKa7ee.0337c5a75bfeebaef0700dd30e433800.1\r\n"..., len = 7}, statuscode = 1}}}, via1 = 0x7fbe504594b8, via2 = 0x7fbe50456778, headers = 0x7fbe50459230, last_header = 0x7fbe504598c8, parsed_flag = 134284414, h_via1 = 0x7fbe50458810, h_via2 = 0x7fbe50459320, callid = 0x7fbe5044fee0, to = 0x7fbe504598c8, cseq = 0x7fbe50459020, from = 0x7fbe5045a3b0, contact = 0x0, maxforwards = 0x0, route = 0x0, record_route = 0x7fbe50459230, content_type = 0x0, content_length = 0x0, authorization = 0x0, expires = 0x0, proxy_auth = 0x0, supported = 0x7fbe50459108, require = 0x0, proxy_require = 0x0, unsupported = 0x0, allow = 0x0, event = 0x0, accept = 0x0, accept_language = 0x0, organization = 0x0, priority = 0x0, subject = 0x0, user_agent = 0x7fbe50459a60, server = 0x0, content_disposition = 0x0, diversion = 0x0, rpid = 0x0, refer_to = 0x0, session_expires = 0x0, min_se = 0x0, sipifmatch = 0x0, subscription_state = 0x0, date = 0x0, identity = 0x0, identity_info = 0x0, pai = 0x0, ppi = 0x0, path = 0x0, privacy = 0x0, body = 0x0, eoh = 0x0, unparsed = 0x7fbe47c9f2d8 "Contact: \"Fernando Aquilino\" < sip:200@192.168.1.72:5060>\r\nAllow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING,PRACK\r\nContent-Length: 252\r\nContent-Type: application/sdp\r\nMax-F"..., rcv = {src_ip = {af = 0, len = 0, u = {addrl = {0, 0}, addr32 = {0, 0, 0, 0}, addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, addr = '\000' <repeats 15 times>}}, dst_ip = {af = 0, len = 0, u = {addrl = {0, 0}, addr32 = {0, 0, 0, 0}, addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, addr = '\000' <repeats 15 times>}}, src_port = 0, dst_port = 0, proto_reserved1 = 0, proto_reserved2 = 0, src_su = {s = {sa_family = 0, sa_data = '\000' <repeats 13 times>}, sin = {sin_family = 0, sin_port = 0, sin_addr = {s_addr = 0}, sin_zero = "\000\000\000\000\000\000\000"}, sin6 = { sin6_family = 0, sin6_port = 0, sin6_flowinfo = 0, sin6_addr = {__in6_u = {__u6_addr8 = '\000' <repeats 15 times>, __u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, __u6_addr32 = {0, 0, 0, 0}}}, sin6_scope_id = 0}}, bind_address = 0x0, proto = 0 '\000'}, buf = 0x7fbe47c9f038 "INVITE sip:030636111@192.168.2.151 SIP/2.0\r\nRecord-Route: <sip:192.168.2.160;lr;did=34e.1782>\r\nRecord-Route: <sip:192.168.2.163;lr>\r\nCSeq: 1 INVITE\r\nVia: SIP/2.0/UDP 192.168.2.160;branch=z9hG4bKa7ee.0"..., len = 1357, new_uri = {s = 0x0, len = 0}, dst_uri = {s = 0x0, len = 0}, parsed_uri_ok = 0, parsed_uri = {user = { s = 0x0, len = 0}, passwd = {s = 0x0, len = 0}, host = {s = 0x0, len = 0}, port = {s = 0x0, len = 0}, params = {s = 0x0, len = 0}, sip_params = {s = 0x0, len = 0}, headers = {s = 0x0, len = 0}, port_no = 0, proto = 0, type = ERROR_URI_T, flags = 0, transport = {s = 0x0, len = 0}, ttl = {s = 0x0, len = 0}, user_param = {s = 0x0, len = 0}, maddr = {s = 0x0, len = 0}, method = {s = 0x0, len = 0}, lr = {s = 0x0, len = 0}, r2 = {s = 0x0, len = 0}, gr = {s = 0x0, len = 0}, transport_val = {s = 0x0, len = 0}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0x0, len = 0}, maddr_val = {s = 0x0, len = 0}, method_val = {s = 0x0, len = 0}, lr_val = {s = 0x0, len = 0}, r2_val = {s = 0x0, len = 0}, gr_val = {s = 0x0, len = 0}}, parsed_orig_ruri_ok = 0, parsed_orig_ruri = {user = {s = 0x0, len = 0}, passwd = {s = 0x0, len = 0}, host = {s = 0x0, len = 0}, port = {s = 0x0, len = 0}, params = {s = 0x0, len = 0}, sip_params = {s = 0x0, len = 0}, headers = {s = 0x0, len = 0}, port_no = 0, proto = 0, type = ERROR_URI_T, flags = 0, transport = {s = 0x0, len = 0}, ttl = {s = 0x0, len = 0}, user_param = {s = 0x0, len = 0}, maddr = {s = 0x0, len = 0}, method = { s = 0x0, len = 0}, lr = {s = 0x0, len = 0}, r2 = {s = 0x0, len = 0}, gr = {s = 0x0, len = 0}, transport_val = {s = 0x0, len = 0}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0x0, len = 0}, maddr_val = {s = 0x0, len = 0}, method_val = {s = 0x0, len = 0}, lr_val = {s = 0x0, len = 0}, r2_val = {s = 0x0, len = 0}, gr_val = { s = 0x0, len = 0}}, add_rm = 0x0, body_lumps = 0x0, reply_lump = 0x0, add_to_branch_s = '\000' <repeats 57 times>, add_to_branch_len = 0, hash_index = 0, msg_flags = 0, flags = 0, set_global_address = {s = 0x0, len = 0}, set_global_port = {s = 0x0, len = 0}, force_send_socket = 0x0, path_vec = {s = 0x0, len = 0}, instance = {s = 0x0, len = 0}, reg_id = 0, ruid = {s = 0x0, len = 0}, location_ua = {s = 0x0, len = 0}, ldv = {flow = {decoded = 0, rcv = {src_ip = {af = 0, len = 0, u = {addrl = {0, 0}, addr32 = {0, 0, 0, 0}, addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, addr = '\000' <repeats 15 times>}}, dst_ip = {af = 0, len = 0, u = {addrl = {0, 0}, addr32 = {0, 0, 0, 0}, addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, addr = '\000' <repeats 15 times>}}, src_port = 0, dst_port = 0, proto_reserved1 = 0, proto_reserved2 = 0, src_su = {s = { sa_family = 0, sa_data = '\000' <repeats 13 times>}, sin = {sin_family = 0, sin_port = 0, sin_addr = {s_addr = 0}, sin_zero = "\000\000\000\000\000\000\000"}, sin6 = {sin6_family = 0, sin6_port = 0, sin6_flowinfo = 0, sin6_addr = {__in6_u = {__u6_addr8 = '\000' <repeats 15 times>, __u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, __u6_addr32 = {0, 0, 0, 0}}}, sin6_scope_id = 0}}, bind_address = 0x0, proto = 0 '\000'}}}} ---Type <return> to continue, or q <return> to quit--- obuf = 0x7ffff12bda40 direction = 1 t = <optimized out> ninc = <optimized out> vinc = <optimized out> dlg = 0x7fbe47c9a8e0 nval = {s = 0xa0ce84 "2", len = 1} pval = <optimized out> tbuf = "INVITE sip:030636111@192.168.2.151 SIP/2.0\r\nRecord-Route: <sip:192.168.2.160;lr;did=34e.1782>\r\nRecord-Route: <sip:192.168.2.163;lr>\r\nCSeq: 1 INVITE\r\nVia: SIP/2.0/UDP 192.168.2.160;branch=z9hG4bKa7ee.0"... tbuf_len = 237 via = <optimized out> __FUNCTION__ = "dlg_cseq_msg_sent" #2 0x0000000000000000 in ?? () No symbol table info available. (gdb) ------------------------------------------------------------ *I generated a core dump by running kamailio from the shell as "kamailio -D -d -E -l 192.168.2.160:5060"

2 1

Issue with non static values for sleep in the Async module
by Will Ferrer 28 Jan '15

28 Jan '15

Hi I am having an issue with the Async module. The async_route function doesn't seem able to take a dynamic value as is it's duration. The module docs states: The sleep parameter represent the number of seconds to suspend the processing of a SIP request. Maximum value is 100. The parameter can be a static integer or a variable holding an integer. Docs here: http://kamailio.org/docs/modules/4.2.x/modules/async.html#async.f.async_rou… However when I try: async_route("WITHINDLG_DELAYED", $avp(buffer_duration) ); I get the following error when trying to restart kamailio: parse error in config file /etc/kamailio/switchsoftk amailio/includes/deployments/develop/callprocessing/../../../default.cfg, line 866, column 41-61: function async_route: parameter 2 is not constant ... failed! I also tried with $var instead of an AVP, and even tried having perl call the function (since we have gotten around this sort of limitation in the past using perl). Perl gives: Jan 24 03:27:07 develop-callprocessing /usr/sbin/kamailio[1424]: ERROR: app_perl [kamailioxs.xs:289]: moduleFunc(): Module function 'async_route' is unsafe. Call is refused. Jan 24 03:27:07 develop-callprocessing /usr/sbin/kamailio[1424]: ERROR: app_perl [kamailioxs.xs:986]: XS_Kamailio__Message_moduleFunction(): calling module function 'async_route' failed. Missing loadmodule? I have gotten around this issue with a large if else structure like the following: if ($avp(buffer_duration) == 1) { async_route("WITHINDLG_DELAYED", 1); } else if ($avp(buffer_duration) == 2) { async_route("WITHINDLG_DELAYED", 2); ......... This is messy but works for us. The bug is not blocking our progress due to this work around but I wanted to post it any way incase it helps improve the module. All the best. Will Ferrer Switchsoft

2 2

CDRs for failed calls
by Mickael Marrache 28 Jan '15

28 Jan '15

Hi, Is there a way to write CDRs for failed calls? I tried calling the acc_db_request command from my script, but it inserts a transaction log not a CDR. Thanks, Mickael

2 3

How the README file in each module's directory is generated?
by Ding Ma 28 Jan '15

28 Jan '15

Is there a doc tool? Or just use an editor? Thanks

1 0

usrloc and MongoDB
by Mickael Marrache 28 Jan '15

28 Jan '15

Hi, Is it possible to save user location data in a MongoDB database? If not, are you guys using p_usrloc in your projects? Can you please give me some feedback? Thanks, Mickael

2 3

How to run Kamailio as a stateful proxy
by Thomas Bäumer 28 Jan '15

28 Jan '15

Hello all, we are are a small network-provider and selling internet via FTTC and FTTH. To complete the portfolio we also sell telephony via a rented ClassV Service with provisioning API, but its not our system and not in our network. To get more informations about Registration-Status and calls I have now installed a kamailio as a statefull proxy between the subscriber and the softwitch: |----------| |subscriber|\ --------- |----------| \ /| Mobile| \ -------------- / --------- |----------| \ ------------ | Class V | / -------- |subscriber|---------| Kamailio |--------| Softswitch |-------| PSTN | |----------| / ------------ | | \ -------- / -------------- \ --------- |----------| / \| World | |subscriber|/ --------- |----------| I am really new in kamailio, so I just use the configuration named "Edge Proxy Configuration" shown in the documentation to the outbound module, see http://kamailio.org/docs/modules/4.2.x/modules/outbound.html example 1.1. We dont need NAT and STUN because all our subscribers get official IPv4 addresses. Outgoing calls (subscriber -> PSTN) are working fine, all SIP messages pass the Kamailio Proxy. But incoming Calls (World -> subscriber) miss the proxy and will be routed directly from the Softwitch to the subscriber. I think because of the Contact-Header in the subscriber REGISTER: Contact: <sip:49xxxxxxyyyyyy@134.xx.yy.zz;uniq=E41120B46C92D3818E72B> This is the IP of the subscriber FritzBox. So I just added some lines to replace the Contact-Header in the REGISTER to get all incoming Calls from the Softswitch to the Kamailio: if (is_method("REGISTER")) { if (src_ip==CUSTOMER_NET) { remove_hf("Route"); add_path(); $du = "sip:REGISTRAR_IP:REGISTRAR_PORT"; if ($ct != $null) { subst('/^Contact:(.*)@[a-zA-Z0-9.]+(.*)$/Contact:\1@KAMAILIO_IP\2/ig'); } } } and now the Contact-Header looks better: Contact: <sip:49xxxxxxyyyyyy@KAMAILIO_IP;uniq=E41120B46C92D3818E72B> Now the subscriber is registered on the Softswitch with the IP from the Kamailio. And now the Kamailio get the incoming Call, but directly route it back to the Softwitch and the call failed. Now my questions: - Is the "Edge Proxy Configuration" right for this setup? - How the Kamailio keep all registered IPs and Lines to route an incoming Call to the right subscriber? - Why the Kamailio route an incoming call directly back to the Softswitch? Thanks a lot. Regards Thomas

1 0

Can't start Kamailio with both db_postgres and tls
by Øyvind Kolbu 28 Jan '15

28 Jan '15

Hi, I'm trying to add tls to our services, but seem hindered by "something". When enabling the tls module it seems to turn off the SSL setting in postgresql, and since we require SSL on our postgres servers Kamailio can't connect and it fails to start. If I disable WITH_TLS it will start. If I comment out the sqlops modparam it will also start. Kamailio on RHEL6, from ~4.1.6 git rev 2f690887b45dbc49a8038b1fa041d47cd9ae39ea. # kamailio -V version: kamailio 4.1.6 (x86_64/linux) flags: STATS: Off, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 4MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: unknown compiled on 16:48:10 Sep 26 2014 with gcc 4.4.7 Very simpel config file: debug=3 log_stderror=no log_facility=LOG_LOCAL0 fork=yes children=2 #!define TLSFILE "/kamailio/tls-fooserver1.cfg" port=5060 #!define WITH_TLS #!ifdef WITH_TLS enable_tls=yes #!endif include_file "/kamailio/databases.cfg" loadmodule "tm.so" # Transaction (stateful) module loadmodule "tmx.so" # Extensions from Kamailio TM module loadmodule "sl.so" # Stateless replier module loadmodule "rr.so" # Record-Route and Route module loadmodule "pv.so" # Module holding Pseudo-Variables loadmodule "sqlops.so" # SQL operations loadmodule "db_postgres.so" # POSTGRES-backend for database API module #!ifdef WITH_TLS loadmodule "tls.so" #!endif modparam("sqlops","sqlcon",SQLOPS_DATA) #!ifdef WITH_TLS modparam("tls", "config", TLSFILE) #!endif route{ exit; } SQLOPS_DATA is just a normal "data=>postgres://user:pass@server/db". TLSFILE contains: [server:default] method = TLSv1 verify_certificate = no require_certificate = no private_key = /ssl/key certificate = /ssl/cert ca_list = /ssl/terena_chain2.pem [client:default] verify_certificate = no require_certificate = no From messages on startup: Dec 15 13:50:19 fooserver1 kamailio[12115]: INFO: tls [tls_init.c:385]: init_tls_compression(): tls: init_tls: disabling compression... Dec 15 13:50:19 fooserver1 kamailio[12115]: INFO: <core> [tcp_main.c:4836]: init_tcp(): init_tcp: using epoll_lt as the io watch method (auto detected) Dec 15 13:50:19 fooserver1 kamailio[12118]: WARNING: <core> [daemonize.c:352]: daemonize(): pid file contains old pid, replacing pid Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: rr [../outbound/api.h:54]: ob_load_api(): Failed to import bind_ob Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: rr [rr_mod.c:159]: mod_init(): outbound module not available Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_mod.c:346]: mod_init(): With ECDH-Support! Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_mod.c:349]: mod_init(): With Diffie Hellman Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_init.c:549]: init_tls_h(): tls: _init_tls_h: compiled with openssl version "OpenSSL 1.0.1e-fips 11 Feb 2013" (0x1000105f), kerberos support: on, compression: on Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_init.c:557]: init_tls_h(): tls: init_tls_h: installed openssl library version "OpenSSL 1.0.1e-fips 11 Feb 2013" (0x1000105f), kerberos support: on, zlib compression: on#012 compiler: gcc -fPIC -DO PENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DKRB5_MIT -m64 -DL_ENDIAN -DTERMIO -Wall -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -Wa,--noexecstack -DPURIFY -DOPEN SSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DAES_ASM -DVPAES_ASM -DBSAES_ASM -DWHIRLPOOL_ASM -DGHASH_ASM Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: WARNING: tls [tls_init.c:611]: init_tls_h(): tls: openssl bug #1491 (crash/mem leaks on low memory) workaround enabled (on low memory tls operations will fail preemptively) with free memory thresholds 5242880 and 2621440 bytes Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: <core> [cfg/cfg_ctx.c:613]: cfg_set_now(): INFO: cfg_set_now(): tls.low_mem_threshold1 has been changed to 5242880 Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: <core> [cfg/cfg_ctx.c:613]: cfg_set_now(): INFO: cfg_set_now(): tls.low_mem_threshold2 has been changed to 2621440 Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: <core> [udp_server.c:176]: probe_max_receive_buffer(): INFO: udp_init: SO_RCVBUF is initially 124928 Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: <core> [udp_server.c:227]: probe_max_receive_buffer(): INFO: udp_init: SO_RCVBUF is finally 249856 Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: <core> [udp_server.c:176]: probe_max_receive_buffer(): INFO: udp_init: SO_RCVBUF is initially 124928 Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: <core> [udp_server.c:227]: probe_max_receive_buffer(): INFO: udp_init: SO_RCVBUF is finally 249856 Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:275]: fill_missing(): TLSs<default>: tls_method=9 Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:287]: fill_missing(): TLSs<default>: certificate='/path/ssl/fooserver1.uio.no.crt' Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:294]: fill_missing(): TLSs<default>: ca_list='/voip/packages/mgmt/ssl/terena_chain2.pem' Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:301]: fill_missing(): TLSs<default>: crl='(null)' Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:305]: fill_missing(): TLSs<default>: require_certificate=0 Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:312]: fill_missing(): TLSs<default>: cipher_list='(null)' Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:319]: fill_missing(): TLSs<default>: private_key='/path/ssl/fooserver1.uio.no.key' Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:323]: fill_missing(): TLSs<default>: verify_certificate=0 Dec 15 13:50:19 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:326]: fill_missing(): TLSs<default>: verify_depth=9 Dec 15 13:50:23 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:670]: set_verification(): TLSs<default>: No client certificate required and no checks performed Dec 15 13:50:23 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:275]: fill_missing(): TLSc<default>: tls_method=9 Dec 15 13:50:23 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:287]: fill_missing(): TLSc<default>: certificate='(null)' Dec 15 13:50:23 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:294]: fill_missing(): TLSc<default>: ca_list='(null)' Dec 15 13:50:23 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:301]: fill_missing(): TLSc<default>: crl='(null)' Dec 15 13:50:23 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:305]: fill_missing(): TLSc<default>: require_certificate=0 Dec 15 13:50:23 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:312]: fill_missing(): TLSc<default>: cipher_list='(null)' Dec 15 13:50:23 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:319]: fill_missing(): TLSc<default>: private_key='(null)' Dec 15 13:50:23 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:323]: fill_missing(): TLSc<default>: verify_certificate=0 Dec 15 13:50:23 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:326]: fill_missing(): TLSc<default>: verify_depth=9 Dec 15 13:50:23 fooserver1 /usr/sbin/kamailio[12118]: INFO: tls [tls_domain.c:673]: set_verification(): TLSc<default>: Server MAY present invalid certificate Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12125]: ERROR: db_postgres [km_pg_con.c:82]: db_postgres_new_connection(): SSL SYSCALL error: Resource temporarily unavailable#012FATAL: no pg_hba.conf entry for host "129.240.1.1", user "foo_test_user", database " foo_test", SSL off#012 Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12125]: ERROR: db_postgres [km_pg_con.c:95]: db_postgres_new_connection(): cleaning up 0x7fce98be0c78=pkg_free() Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12125]: ERROR: <core> [db.c:322]: db_do_init2(): could not add connection to the pool Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12125]: ERROR: sqlops [sql_api.c:166]: sql_connect(): failed to connect to the database [data] Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12125]: ERROR: <core> [sr_module.c:927]: init_mod_child(): init_mod_child(): Error while initializing module sqlops (/usr/lib64/kamailio/modules/sqlops.so) Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12125]: ERROR: <core> [pt.c:490]: fork_tcp_process(): ERROR: fork_tcp_process(): init_child failed for process 7, pid 12125, "tcp receiver (generic) child=0" Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12125]: ERROR: <core> [tcp_main.c:4962]: tcp_init_children(): ERROR: tcp_main: fork failed: Success Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12118]: ALERT: <core> [main.c:774]: handle_sigs(): child process 12125 exited normally, status=255 Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12118]: INFO: <core> [main.c:792]: handle_sigs(): INFO: terminating due to SIGCHLD Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12126]: INFO: <core> [main.c:843]: sig_usr(): INFO: signal 15 received Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12124]: INFO: <core> [main.c:843]: sig_usr(): INFO: signal 15 received Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12123]: INFO: <core> [main.c:843]: sig_usr(): INFO: signal 15 received Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12122]: INFO: <core> [main.c:843]: sig_usr(): INFO: signal 15 received Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12121]: INFO: <core> [main.c:843]: sig_usr(): INFO: signal 15 received Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12120]: INFO: <core> [main.c:843]: sig_usr(): INFO: signal 15 received Dec 15 13:50:26 fooserver1 /usr/sbin/kamailio[12127]: INFO: <core> [main.c:843]: sig_usr(): INFO: signal 15 received Any ideas? Best regards, Øyvind

4 22

Registration to Kamailio World 2015 is open
by Daniel-Constantin Mierla 28 Jan '15

28 Jan '15

Hello, I would like to announce that registration to Kamailio World 2015 is open: - http://conference.kamailio.com/k03/registration/ The schedule is still work in progress, a preview list with several speakers is available at: - http://conference.kamailio.com/k03/speakers/ The structure of the event contains: - pre-conference technical tutorials in the afternoon of May 27, 2015 - conference presentations during May 28-29, 2015 More details at: - http://conference.kamailio.com/k03/schedule/ Looking forward to meeting many of you and have a great time again in Berlin! Daniel -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 0

Trouble getting start time / call duration from dialog module
by Will Ferrer 28 Jan '15

28 Jan '15

Hi All I am in need of being able to see what the duration of the call was at the time of hang out. I tried turning on the dialog module, but the result is that the values I need are either null or always show as zero. I tried to follow the suggestions in the thread about this here: http://lists.sip-router.org/pipermail/sr-users/2010-October/065889.html In the end my config looks like this: loadmodule "dialog.so" ... modparam("dialog", "dlg_flag", 4) modparam("dialog", "dlg_match_mode", 1) ... request_route { if (is_method("INVITE") && (! has_totag() ) ) { dlg_manage(); } if (is_method("BYE")) { $var(elapsed) = ( $TV(s) - $dlg(start_ts) ); xlog ("L_INFO", "request_route DIALOG TEST: Completed $dlg(from_uri) to $dlg(to_uri), elapsed: $var(elapsed), now seconds: $TV(s), dlg start time: $dlg(start_ts), DLG_lifetime: $DLG_lifetime"); } .... Note that I put at the top of the request route just for testing purposes The result I get in the log is this: INFO: <script>: request_route DIALOG TEST: Completed sip:willf1976Test@develop-sbc.switchsoft.com to sip:+18054515526@develop-sbc.switchsoft.com, elapsed: 1421305210, now seconds: 1421305210, dlg start time: 0, DLG_lifetime: <null> I was wondering if any one could point out to me what I have set up wrong. Thanks in advance All the best. Will Ferrer Switchsoft

3 9

GeoIP Module and IPv6 seems not to match
by Jöran Vinzens 28 Jan '15

28 Jan '15

Hi All, i'm trying to get GEO IP Location for an IPv6 Setup. We downloaded the GeoLiteCityv6.dat from maxmind and referred to it in modparams of geoip. If i now place a call from an V6 User and do something like: if(geoip_match("$si", "src")) { xlog("L_NOTICE", "Call comes from IP '$si' ($gip(src=>cc)) CID=$ci F=$fU URI=$ru\n"); append_hf("X-GeoIP: $gip(src=>cc)\r\n"); } it will not match for any reason if i xlog the src IP it look like: "Src IP = 2A01:abc:321:123:0:0:0:2" so it should match to the GEO IP Database. In CSV version of geo IP database there is an entry for my IP Address. Since the Module is not that verbose, i cannot tell whether the entry exists or not. Just the result in my "if" is False. Has anybody experience with GEOIP and IPv6? thanks Best regards, Jöran

3 4

Rpc question
by Pars3c 27 Jan '15

27 Jan '15

Hi, I need to request to kamailio the list of all the active dialog (with some dialog variable). Now , i'm doing it with a program that call the proxy with the xmlrpc module. The problem is that when it arrive to 350-400 calls, the reply fail because it has no memory free. Now ,i have setted the pkg memory to 12MB but at peak it reply with error. Now i shoul increase it. Is there another method to optimize the request of these data, to avoid every time to increase the memory parameter? Thanks to all

1 0

Re: [SR-Users] Need help on WebRTC with Kamailio as proxy
by rahul.ultimate 27 Jan '15

27 Jan '15

Kamailio is just acting as a proxy and protocol modifier so to say. It is workin with rtpengine from sipwise to handle media as evident from he logs. This architectue uses a TURN server and the browser is chrome with latest updates. The only thing whih I haven't done is enable TLS in kamailio and create certs. (which I'm not completely sure how to do).. Also, does it necessitates to have Apache ruuning https on 443 ? Thanks in advance Sent from Samsung Mobile -------- Original message -------- From: Gonzalo Gasca Meza <gascagonzalo(a)gmail.com> Date:27/01/2015 4:07 AM (GMT+05:30) To: "Kamailio (SER) - Users Mailing List" <sr-users(a)lists.sip-router.org> Subject: Re: [SR-Users] Need help on WebRTC with Kamailio as proxy Are you terminating media in Kamailio or just handling WS communication? If yes which version of Kamailio and rtp-proxy ? Have you tried passing media directly between Browser and Kamailio with any TURN server? Are you using latest Chrome version or FF ? A working sample config using the following architecture: https://github.com/spicyramen/llamato/tree/LlamatoReg signalling: sipml5 -- ws/wss --> Ec2 Kamailio --sip udp--> FS --sip udp--> * media: sipml5 ------------------------------------------------------------------------> * On Mon, Jan 26, 2015 at 12:44 PM, Rahul MathuR <rahul.ultimate(a)gmail.com> wrote: Hi Richard, Thanks for spending some cycles on it. It is OpenSSL 1.0.1e-fips 11 Feb 2013 On Tue, Jan 27, 2015 at 2:04 AM, Richard Fuchs <rfuchs(a)sipwise.com> wrote: On 26/01/15 02:21 PM, Rahul MathuR wrote: Hello, I am totally struck at a point while implementing Kamailio as proxy for WebRTC enabled UAC (Jssip). I am using Google's TURN server (rfc5766-turn-server for ICE/STUN). I am able to get to the point where the SIP server sends 183 session in progress to kamailio but after that I can only see - "STUN: using this candidate" "Successful STUN binding request from .." "SRTP output wanted, but no crypto suite was negotiated" This is fairly strange: Jan 27 00:35:46 localhost rtpengine[5262]: [tsb1jrsqsadn33jjsi4f port 30794] Failed to set up SRTP after DTLS negotiation: no SRTP protection profile negotiated Jan 27 00:35:46 localhost rtpengine[5262]: [tsb1jrsqsadn33jjsi4f port 30794] Failed to set up SRTP after DTLS negotiation: no SRTP protection profile negotiated Are you running a very old OpenSSL version by any chance? cheers _______________________________________________ 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 -- Warm Regds. MathuRahul _______________________________________________ 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

3 2

tcp_max_connection to 4096
by Varghese Paul 27 Jan '15

27 Jan '15

Hi Team, We are seeing some errors in our kamilio for TCP max conn (ERROR) : 2048 (the default). We are thinking to double the TCP connection for our kamailio registrar server. tcp_max_connections=4096 Is there any performance issue if we double the tcp_max_connections ?. Currently we are setting these parameters for TCP. tcp_connection_lifetime=3605 tcp_accept_no_cl=yes tcp_rd_buf_size=16384 Do we need to tune any other variable if we are setting max tcp connections to 4096 for better performance ? Thanks for looking into this. Regards Varghese Paul

2 1

remote mysql server
by Slava Bendersky 27 Jan '15

27 Jan '15

Hello Everyone, I am trying start kamailio 4.2 with remote mysql server and on debug I see DEBUG: db_mysql [km_my_con.c:94]: db_mysql_new_connection(): opening connection: mysql://xxxx:xxxx@localhost/kamailio but in cfg defined actual mysql server ip and not localhost 0(28885) DEBUG: <core> [sr_module.c:695]: find_mod_export_record(): find_export_record: found <db_bind_api> in module db_mysql [/usr/lib64/kamailio/modules/db_mysql.so] 0(28885) DEBUG: <core> [db.c:213]: db_bind_mod(): using db bind api for db_mysql 0(28885) DEBUG: <core> [db.c:318]: db_do_init2(): connection 0x7faca59eced8 not found in pool 0(28885) DEBUG: db_mysql [km_my_con.c:94]: db_mysql_new_connection(): opening connection: mysql://xxxx:xxxx@localhost/kamailio 0(28885) ERROR: db_mysql [km_my_con.c:109]: db_mysql_new_connection(): driver error: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2 "No such file or directory") 0(28885) ERROR: <core> [db.c:322]: db_do_init2(): could not add connection to the pool 0(28885) ERROR: dialog [dlg_db_handler.c:147]: init_dlg_db(): unable to connect to the database Slava.

4 4

Re: [SR-Users] Wrong dialog selected in on_reply/failure route in case of spirals.
by Julia Boudniatsky 27 Jan '15

27 Jan '15

Hello Daniel, Today I installed kamailio from GIT last devel 4.3.0-dev3. *The problem is solved!* Thank you so much for your help ! Julia On Mon, Jan 26, 2015 at 8:38 PM, Julia Boudniatsky <juliabo(a)gmail.com> wrote: > Yes it /usr/local/sbin/kamailio, > I haven't internet in the test server. > I get git from another server and copy received directory kamailio to test > server, then make cfg/all/install. > > BR, > Julia > > On Mon, Jan 26, 2015 at 8:10 PM, Daniel-Constantin Mierla < > miconda(a)gmail.com> wrote: > >> I did the same right now and I get: >> >> version: kamailio 4.3.0-dev3 (x86_64/darwin) 1b334f >> >> Can you check if you have another instance installed on a different path >> that takes precendence? >> >> Do: >> >> which kamailio >> >> When installed from sources, it should be: >> >> /usr/local/sbin/kamailio >> >> Cheers, >> Daniel >> >> >> >> On 26/01/15 18:55, Julia Boudniatsky wrote: >> >> I used from your link * http://www.kamailio.org/wiki/#installation >> >> >> - Install Kamailio Devel Version From GIT >> <http://www.kamailio.org/wiki/install/devel/git> >> >> #mkdir -p /usr/local/src/kamailio-devel >> #cd /usr/local/src/kamailio-devel >> #git clone --depth 1 --no-single-branch git://git.kamailio.org/kamailio >> kamailio >> #cd kamailio >> >> BR, >> >> Julia >> >> On Mon, Jan 26, 2015 at 7:04 PM, Daniel-Constantin Mierla < >> miconda(a)gmail.com> wrote: >> >>> Hello, >>> >>> that is not the last devel version, it should be with -dev3. How did you >>> get the sources? >>> >>> I get: >>> >>> version: kamailio 4.3.0-dev3 (x86_64/darwin) 1b334f >>> >>> And yes, if you still get the error, send the logs with the description. >>> >>> Cheers, >>> Daniel >>> >>> >>> On 26/01/15 17:16, Julia Boudniatsky wrote: >>> >>> Hello Daniel, >>> In devel installed, I received the same problem. >>> >>> kamailio -V >>> version: kamailio 4.3.0-dev2 (x86_64/linux) ecd5c5 >>> flags: STATS: Off, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, >>> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, >>> F_MALLOC, DBG_F_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, >>> USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES >>> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, >>> MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB >>> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. >>> id: ecd5c5 >>> compiled on 18:02:05 Jan 26 2015 with gcc 4.4.6 >>> >>> Do you want a log files? >>> >>> Thank you, >>> >>> Julia >>> >>> On Mon, Jan 26, 2015 at 12:47 PM, Daniel-Constantin Mierla < >>> miconda(a)gmail.com> wrote: >>> >>>> Hello, >>>> >>>> none of existing releases are good because the patches are only in git >>>> branches, added after the last relesea (I added it iver this weekend). You >>>> must install from git, as pointed by one of the tutorials at: >>>> >>>> * http://www.kamailio.org/wiki/#installation >>>> >>>> You must use devel (master), 4.2 (v4.2.x) or 4.1 (v4.1.x) branches. >>>> >>>> We will have new releases in the near future, like 1-2 weeks from now, >>>> but by then I hope to get this bug sorted out. >>>> >>>> Cheers, >>>> Daniel >>>> >>>> >>>> On 26/01/15 11:42, Julia Boudniatsky wrote: >>>> >>>> Hello Daniel, >>>> I installed last 4.2 >>>> >>>> version: kamailio 4.2.1 (x86_64/linux) d80dfc >>>> flags: STATS: Off, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, >>>> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, >>>> F_MALLOC, DBG_F_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, >>>> USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES >>>> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, >>>> MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB >>>> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. >>>> id: d80dfc >>>> compiled on 10:06:01 Jan 26 2015 with gcc 4.4.6 >>>> >>>> >>>> *Problem in call with Call-ID : 5-5028(a)10.25.153.150 >>>> <5-5028(a)10.25.153.150> * >>>> >>>> *Short log* >>>> >>>> *dialog [3748:5628]* >>>> >>>> *100 trying* >>>> >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: >>>> DEBUG: <core> [parser/msg_parser.c:633]: parse_msg(): SIP Reply (status): >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/msg_parser.c:635]: parse_msg(): version: <SIP/2.0> >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/msg_parser.c:637]: parse_msg(): status: <100> >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/msg_parser.c:639]: parse_msg(): reason: <Trying> >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/parse_addr_spec.c:176]: parse_to_param(): DEBUG: add_param: >>>> tag=9313591363960470767 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/parse_addr_spec.c:898]: parse_addr_spec(): end of header >>>> reached, state=29 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/msg_parser.c:190]: get_hdr_field(): DEBUG: get_hdr_field: >>>> <To> [71]; uri=[sip:039951004@10.25.153.149:5060;user=phone] >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/msg_parser.c:192]: get_hdr_field(): DEBUG: to body [ >>>> <sip:039951004@10.25.153.149:5060;user=phone>] >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/msg_parser.c:170]: get_hdr_field(): get_hdr_field: cseq >>>> <CSeq>: <1> <INVITE> >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/parse_via.c:1284]: parse_via_param(): Found param type 234, >>>> <received> = <10.25.153.149>; state=6 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/parse_via.c:1284]: parse_via_param(): Found param type 232, >>>> <branch> = <z9hG4bKbde6.9c95fbe06c33a54c13ef2ebc4b519dcc.0>; state=9 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/parse_via.c:2715]: parse_via(): parse_via: next_via >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/parse_via.c:1284]: parse_via_param(): Found param type 232, >>>> <branch> = <z9hG4bKbde6.785d27b1.0>; state=9 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/parse_via.c:2715]: parse_via(): parse_via: next_via >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/parse_via.c:1284]: parse_via_param(): Found param type 232, >>>> <branch> = <z9hG4bKbde6.5be423cd6c755cf13d68e74be1f301a1.0>; state=9 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/parse_via.c:2715]: parse_via(): parse_via: next_via >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/parse_via.c:1284]: parse_via_param(): Found param type 232, >>>> <branch> = <z9hG4bK-5028-5-0>; state=16 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/parse_via.c:2672]: parse_via(): end of header reached, >>>> state=5 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/msg_parser.c:513]: parse_headers(): parse_headers: Via >>>> found, flags=2 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/msg_parser.c:515]: parse_headers(): parse_headers: this is >>>> the first via >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [receive.c:154]: receive_msg(): After parse_msg... >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> tm [t_lookup.c:1072]: t_check_msg(): DEBUG: t_check_msg: msg id=132 global >>>> id=131 T start=0xffffffffffffffff >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> tm [t_lookup.c:949]: t_reply_matching(): DEBUG: t_reply_matching: hash >>>> 28379 label 0 branch 0 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> tm [t_lookup.c:1004]: t_reply_matching(): DEBUG: t_reply_matching: reply >>>> matched (T=0x7f3ec89a3e68)! >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> tm [t_lookup.c:1141]: t_check_msg(): DEBUG: t_check_msg: msg id=132 global >>>> id=132 T end=0x7f3ec89a3e68 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> tm [t_reply.c:2200]: reply_received(): DEBUG: reply_received: org. status >>>> uas=100, uac[0]=0 local=0 is_invite=1) >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/parse_addr_spec.c:176]: parse_to_param(): DEBUG: add_param: >>>> tag=5028SIPpTAG005 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/parse_addr_spec.c:898]: parse_addr_spec(): end of header >>>> reached, state=29 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/msg_parser.c:204]: get_hdr_field(): DEBUG: get_hdr_body : >>>> content_length=0 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> <core> [parser/msg_parser.c:106]: get_hdr_field(): found end of header >>>> *Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: >>>> ERROR: KAMnet: processing INVITE >>>> (5-5028(a)10.25.153.150/5028SIPpTAG005/9313591363960470767/SIP/2.0/UDP >>>> <http://5-5028@10.25.153.150/5028SIPpTAG005/9313591363960470767/SIP/2.0/UDP> >>>> 10.25.153.149:5060;received=10.25.153.149;branch=z9hG4bKbde6.9c95fbe06c33a54c13ef2ebc4b519dcc.0,SIP/2.0/UDP >>>> 10.25.154.104;branch=z9hG4bKbde6.785d27b1.0,SIP/2.0/UDP >>>> 10.25.153.149:5060;branch=z9hG4bKbde6.5be423cd6c755cf13d68e74be1f301a1.0,SIP/2.0/UDP >>>> 10.25.153.150:5062;branch=z9hG4bK-5028-5-0)[sip:39988004@10.25.153.150 >>>> <sip%3A39988004(a)10.25.153.150>;user=phone=>sip:039951004@10.25.153.149:5060;user=phone]* >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> dialog [dlg_hash.c:711]: internal_get_dlg(): ref dlg 0x7f3ec89b6d28 with 1 >>>> -> 2 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> dialog [dlg_hash.c:714]: internal_get_dlg(): *dialog >>>> callid='5-5028(a)10.25.153.150 <5-5028(a)10.25.153.150>' found* >>>> * on entry 3748, dir=1* >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20649]: DEBUG: >>>> dialog [dlg_var.c:243]: print_lists(): Internal var-list ((nil)): >>>> >>>> >>>> *301 Moved Permanently* >>>> >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/msg_parser.c:633]: parse_msg(): SIP Reply (status): >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/msg_parser.c:635]: parse_msg(): version: <SIP/2.0> >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/msg_parser.c:637]: parse_msg(): status: <301> >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/msg_parser.c:639]: parse_msg(): reason: <Moved >>>> Permanently> >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/parse_addr_spec.c:176]: parse_to_param(): DEBUG: >>>> add_param: tag=9313591363960470767 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/parse_addr_spec.c:898]: parse_addr_spec(): end of >>>> header reached, state=29 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/msg_parser.c:190]: get_hdr_field(): DEBUG: >>>> get_hdr_field: <To> [71]; uri=[ >>>> sip:039951004@10.25.153.149:5060;user=phone] >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/msg_parser.c:192]: get_hdr_field(): DEBUG: to body [ >>>> <sip:039951004@10.25.153.149:5060;user=phone>] >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/msg_parser.c:170]: get_hdr_field(): get_hdr_field: >>>> cseq <CSeq>: <1> <INVITE> >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/parse_via.c:1284]: parse_via_param(): Found param >>>> type 234, <received> = <10.25.153.149>; state=6 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/parse_via.c:1284]: parse_via_param(): Found param >>>> type 232, <branch> = <z9hG4bKbde6.9c95fbe06c33a54c13ef2ebc4b519dcc.0>; >>>> state=9 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/parse_via.c:2715]: parse_via(): parse_via: next_via >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/parse_via.c:1284]: parse_via_param(): Found param >>>> type 232, <branch> = <z9hG4bKbde6.785d27b1.0>; state=9 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/parse_via.c:2715]: parse_via(): parse_via: next_via >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/parse_via.c:1284]: parse_via_param(): Found param >>>> type 232, <branch> = <z9hG4bKbde6.5be423cd6c755cf13d68e74be1f301a1.0>; >>>> state=9 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/parse_via.c:2715]: parse_via(): parse_via: next_via >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/parse_via.c:1284]: parse_via_param(): Found param >>>> type 232, <branch> = <z9hG4bK-5028-5-0>; state=16 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/parse_via.c:2672]: parse_via(): end of header >>>> reached, state=5 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/msg_parser.c:513]: parse_headers(): parse_headers: >>>> Via found, flags=2 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/msg_parser.c:515]: parse_headers(): parse_headers: >>>> this is the first via >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [receive.c:154]: receive_msg(): After parse_msg... >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: tm [t_lookup.c:1072]: t_check_msg(): DEBUG: t_check_msg: msg id=136 >>>> global id=135 T start=0xffffffffffffffff >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: tm [t_lookup.c:949]: t_reply_matching(): DEBUG: t_reply_matching: >>>> hash 28379 label 0 branch 0 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: tm [t_lookup.c:1004]: t_reply_matching(): DEBUG: t_reply_matching: >>>> reply matched (T=0x7f3ec89a3e68)! >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: tm [t_lookup.c:1141]: t_check_msg(): DEBUG: t_check_msg: msg id=136 >>>> global id=136 T end=0x7f3ec89a3e68 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: tm [t_reply.c:2200]: reply_received(): DEBUG: reply_received: org. >>>> status uas=100, uac[0]=100 local=0 is_invite=1) >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/parse_addr_spec.c:176]: parse_to_param(): DEBUG: >>>> add_param: tag=5028SIPpTAG005 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/parse_addr_spec.c:898]: parse_addr_spec(): end of >>>> header reached, state=29 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/msg_parser.c:204]: get_hdr_field(): DEBUG: >>>> get_hdr_body : content_length=0 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: <core> [parser/msg_parser.c:106]: get_hdr_field(): found end of >>>> header >>>> *Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[20653]: >>>> ERROR: KAMnet: processing INVITE >>>> (5-5028(a)10.25.153.150/5028SIPpTAG005/9313591363960470767/SIP/2.0/UDP >>>> <http://5-5028@10.25.153.150/5028SIPpTAG005/9313591363960470767/SIP/2.0/UDP> >>>> 10.25.153.149:5060;received=10.25.153.149;branch=z9hG4bKbde6.9c95fbe06c33a54c13ef2ebc4b519dcc.0,SIP/2.0/UDP >>>> 10.25.154.104;branch=z9hG4bKbde6.785d27b1.0,SIP/2.0/UDP >>>> 10.25.153.149:5060;branch=z9hG4bKbde6.5be423cd6c755cf13d68e74be1f301a1.0,SIP/2.0/UDP >>>> 10.25.153.150:5062;branch=z9hG4bK-5028-5-0)[sip:39988004@10.25.153.150 >>>> <sip%3A39988004(a)10.25.153.150>;user=phone=>sip:039951004@10.25.153.149:5060;user=phone]* >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: dialog [dlg_hash.c:654]: dlg_lookup(): ref dlg 0x7f3ec895f650 with 1 >>>> -> 2 >>>> Jan 26 10:20:49 vm-KAMnet-dev01 /usr/local/sbin/kamailio[*20653*]: >>>> DEBUG: dialog [dlg_hash.c:656]: dlg_lookup(): *dialog id=2299 found on >>>> entry 422* >>>> >>>> >>>> >>>> Thank you, >>>> Julia >>>> >>>> >>>> >>>> On Sun, Jan 25, 2015 at 7:47 PM, Daniel-Constantin Mierla < >>>> miconda(a)gmail.com> wrote: >>>> >>>>> I looked at the logs, but I don't see any log messages like: >>>>> >>>>> ... resetting the local dialog shortcuts ... >>>>> >>>>> I did some tests locally and it is printed even after processing 100 >>>>> Trying. The log message appears after 301 or 200ok as well. Are you sure >>>>> you run the latest version from the git branch (4.1, 4.2, or master) or all >>>>> log messages were sent over? >>>>> >>>>> Cheers, >>>>> Daniel >>>>> >>>>> >>>>> On 25/01/15 12:27, Julia Boudniatsky wrote: >>>>> >>>>> >>>>> *dialog [3692:448]* >>>>> >>>>> Jan 25 11:41:31 vm-KAMnet-dev01 /usr/local/sbin/kamailio[2588]: >>>>> ERROR: KAMnet: processing INVITE ( >>>>> 2-17858(a)10.25.153.150/17858SIPpTAG002/9313591363960453592/SIP/2.0/UDP >>>>> 10.25.153.149:5060;received=10.25.153.149;branch=z9hG4bK3ae5.3e00b5a33eaac375191362e27e930fba.0,SIP/2.0/UDP >>>>> 10.25.154.104;branch=z9hG4bK3ae5.89c39796.0,SIP/2.0/UDP 10.25.153.149:5060;branch=z9hG4bK3ae5.42e72ca36c3875261747250c959a8d70.0,SIP/2.0/UDP >>>>> 10.25.153.150:5062;branch=z9hG4bK-17858-2-0)[ >>>>> sip:39988001@10.25.153.150;user=phone=> >>>>> sip:039951001@10.25.153.149:5060;user=phone] >>>>> >>>>> Jan 25 11:41:31 vm-KAMnet-dev01 /usr/local/sbin/kamailio[2588]: DEBUG: >>>>> dialog [dlg_hash.c:872]: dlg_unref(): unref dlg 0x7faf1c35fa48 with 1 -> 1 >>>>> Jan 25 11:41:31 vm-KAMnet-dev01 /usr/local/sbin/kamailio[2588]: >>>>> NOTICE: KAMnet: REPLY_TO_SOURCE: 301 Q.850[410] [1 INVITE] from C5tst to >>>>> IVRcustomer >>>>> ru=<null> >>>>> fu=sip:39988001@10.25.153.150;user=phone >>>>> tu=sip:039951001@10.25.153.149:5060;user=phone >>>>> ai=<null> >>>>> ci=2-17858(a)10.25.153.150 >>>>> ct=sip:D39739951001@10.25.153.150 >>>>> cl=0 >>>>> branch[1] >>>>> >>>>> Jan 25 11:41:31 vm-KAMnet-dev01 /usr/local/sbin/kamailio[2588]: >>>>> DEBUG: tm [t_lookup.c:1072]: t_check_msg(): DEBUG: t_check_msg: msg id=8 >>>>> global id=8 T start=0x7faf1c372048 >>>>> Jan 25 11:41:31 vm-KAMnet-dev01 /usr/local/sbin/kamailio[2588]: DEBUG: >>>>> tm [t_lookup.c:1144]: t_check_msg(): DEBUG: t_check_msg: T already found! >>>>> Jan 25 11:41:31 vm-KAMnet-dev01 /usr/local/sbin/kamailio[2588]: DEBUG: >>>>> tm [tm.c:1035]: t_check_status(): DEBUG:t_check_status: checked status is >>>>> <301> >>>>> Jan 25 11:41:31 vm-KAMnet-dev01 /usr/local/sbin/kamailio[2588]: DEBUG: >>>>> dialog [dlg_hash.c:654]: dlg_lookup(): ref dlg 0x7faf1c35fa48 with 1 -> 2 >>>>> *Jan 25 11:41:31 vm-KAMnet-dev01 /usr/local/sbin/kamailio[2588]: >>>>> DEBUG: dialog [dlg_hash.c:656]: dlg_lookup(): dialog id=9780 found on entry >>>>> 1905* >>>>> >>>>> *Thank you,* >>>>> >>>>> *Julia* >>>>> >>>>> On Sun, Jan 25, 2015 at 12:48 PM, Daniel-Constantin Mierla < >>>>> miconda(a)gmail.com> wrote: >>>>> >>>>>> Can you point shortly again the lines where the wrong matching >>>>>> happens? Like last time -- it helped to spot in the file faster and analyze >>>>>> from there. >>>>>> >>>>>> Cheers, >>>>>> Daniel >>>>>> >>>>>> >>>>>> On 25/01/15 11:44, Julia Boudniatsky wrote: >>>>>> >>>>>> >>>>>> >>>>>> On Sun, Jan 25, 2015 at 12:03 AM, Daniel-Constantin Mierla < >>>>>> miconda(a)gmail.com> wrote: >>>>>> >>>>>>> Hello, >>>>>>> >>>>>>> got the time to analyze your last logs and I discovered that the >>>>>>> previous patch was not resetting properly the dialog shortcuts. I pushed a >>>>>>> fix, can you try again with the latest version from one of the branches: >>>>>>> master, 4.2 or 4.1?Let me know the results. >>>>>>> >>>>>>> Cheers, >>>>>>> Daniel >>>>>>> >>>>>>> >>>>>>> On 15/01/15 23:42, Daniel-Constantin Mierla wrote: >>>>>>> >>>>>>> Hello, >>>>>>> >>>>>>> I looked at the logs, but I cannot see the log message I added with >>>>>>> the patch for reseting local dialog shortcuts after onreply and failure >>>>>>> route. It shuld be something like: >>>>>>> >>>>>>> "... resetting the local dialog shortcuts" >>>>>>> >>>>>>> Are you sure you are running the latest branch 4.1? You can send the >>>>>>> output of kamailio -v to double check here. >>>>>>> >>>>>>> I separated the logs per process and looked when a 301 was received, >>>>>>> apparently the ones for Call-ID: 4-21712 are matching the same dialog. I >>>>>>> found something not printing the same kind of logs like for other 301 for >>>>>>> Call-ID: 2-21712. If you can point the line in the logs where you think it >>>>>>> was the wrong dialog match, I can investigate from there, but now I >>>>>>> couldn't find any lead. >>>>>>> >>>>>>> Anyhow, if it is the latest branch 4.1 and the problem still >>>>>>> persists, can you add the following xlog at the beginning of main >>>>>>> request_route (or the route {...} ), plus in each reply_route, >>>>>>> onreply_route and failure_route: >>>>>>> >>>>>>> xlog("processing $rm ( $ci / %ft / $tt / $hdr(Via) ) [$fu => >>>>>>> $tu]\n"); >>>>>>> >>>>>>> Then redo the tests to catch the issue and send me the new logs. >>>>>>> Because you use sipp with tags like '4', it is hard to search on a single >>>>>>> tocken and I want to have the all message attribute when a relevant route >>>>>>> block is executed. >>>>>>> >>>>>>> Cheers, >>>>>>> Daniel >>>>>>> >>>>>>> On 14/01/15 15:07, Daniel-Constantin Mierla wrote: >>>>>>> >>>>>>> Hello Julia, >>>>>>> >>>>>>> ok, I will look over the logs very soon. >>>>>>> >>>>>>> As a short note for the future, make the archives zip or tgz, being >>>>>>> more common formats that can be unarchived everywhere without installing >>>>>>> additional app, being handy to open even on small devices. Now it is ok >>>>>>> with rar, being at the desk. >>>>>>> >>>>>>> Cheers, >>>>>>> Daniel >>>>>>> >>>>>>> On 14/01/15 14:43, Julia Boudniatsky wrote: >>>>>>> >>>>>>> Hello Daniel, >>>>>>> >>>>>>> Please find in attached file the debug 3 log. >>>>>>> Failed call with Call-ID: 4-21712(a)10.25.153.150. >>>>>>> The problem occurred with all modes of "dlg_match_mode " >>>>>>> The same load test in 3.3 executed without failures. >>>>>>> >>>>>>> Thank you, >>>>>>> >>>>>>> Julia. >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >>>>>>> >>>>>>> >>>>>> >>>>>> -- >>>>>> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >>>>>> >>>>>> >>>>> >>>>> -- >>>>> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >>>>> >>>>> >>>> >>>> -- >>>> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >>>> >>>> >>> >>> -- >>> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >>> >>> >> >> -- >> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >> >> >

1 0

Re: [SR-Users] Fosdem 2015
by DanB 27 Jan '15

27 Jan '15

I will be there this year also, if someone prepares an event. DanB.

3 4

usage of the select function
by Олег Першин 27 Jan '15

27 Jan '15

Hi! Please help me to figure out how to use "@select" or "$sel" in routes. For example: there is a sip message at the entrance of kamailo. This message contains an authorization header. Authorization: Digest username="oleg.pershin", realm="178.62.221.112", nonce="VMT1cVTE9EVT/6/MLuDZR8dA4g1Mfir4", uri="sip:178.62.221.112", response="6eb5427433ef0b51832829f9fd4340ea", algorithm=MD5 Authentication Scheme: Digest username="oleg.pershin" realm="178.62.220.111" nonce="VMT1cVTE9EVT/6/MLuDZR7dA4g1Mfir4" uri="sip:178.62.220.111" response="6eb5327433ef0b51832829f9fd4340ea" algorithm=MD5 So I want to get a value from the "nonce" with "@select" or "$sel" functions . How will it look like? Best regards, Oleg Pershin.

2 1

When does transaction logging trigger
by Ryan Brindley 27 Jan '15

27 Jan '15

Hey gents, In relation to my attempts to get transaction logging successful, I'm curious to know when transaction logging triggers. My current theory is that something I'm doing in my SIPp uac test messages (what's being sent to Kamailio) is preventing the transaction from fully completing and thus preventing logging. I'm currently setting up an Asterisk box to test this theory, but I'd still like to know more about this and see if I can understand more of what's going on under the hood. Thanks in advance, Ryan Brindley

2 6

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