sr-users

sr-users@lists.kamailio.org

7 participants
37522 discussions

Server_id expects number only
by Denys Pozniak 08 Oct '18

08 Oct '18

Hello! I need to separate Kamailio's dmq_usrloc by server_id and will be much easily if server_id can accept string values also, like: server_id="192.168.100.100" But currently it accepts only integer: https://www.kamailio.org/wiki/cookbooks/5.1.x/core#server_id Syslog: 0(11488) CRITICAL: <core> [core/cfg.y:3447]: yyerror_at(): parse error in config file /etc/kamailio/global.cfg, line 126, column 11-24: syntax error 0(11488) CRITICAL: <core> [core/cfg.y:3447]: yyerror_at(): parse error in config file /etc/kamailio/global.cfg, line 126, column 11-24: number expected -- BR, Denys Pozniak

2 4

High number of aborted mysql connections
by Sergiu Pojoga 08 Oct '18

08 Oct '18

Hi all, I'm trying to understand why some Kamailio processes become Connor MacLeod and go to live forever causing high # of aborted connections. While watching in time over *SHOW PROCESSLIST*, some 12 kamailio connections in *SLEEP* state, most of them are reused over time (time value gets reset). However, a select few go on to SLEEP forever for as much as the mysql's *wait_timeout* allows them to. Default was 28800 sec, that's how long they lived. If I lower this to say 600 sec, even higher abort rate is observed. I suppose my questions are: 1. Is this normal to have so many SLEEPing connections? 2. What is the recommended MySQL *wait_timeout* value under Kamailio? 3. Any other suggestions as to why such a high rate of aborted connections? Merci!

2 2

Intercepting local reply attributes
by Alex Balashov 06 Oct '18

06 Oct '18

Hi, I have Kamailio in a weird interop/adaptation layer role with the following call flow: SUBSCRIBE to Kamailio with Expires: 0 ---> <-- immediate 200 OK from Kamailio [some time passes] <-- NOTIFY with additional info from Kamailio 200 OK to Kamailio ---> The NOTIFY follows a series of lengthy async HTTP interrogations, so it's constructed at a later point in time with $uac_req(...). The problem is that the standard which regulates this is extremely eccentric in the following way: despite the immediate expiration of the subscription, the NOTIFY is expected to conform to the format of an in-dialog request as if a dialog existed. Don't ask. It's as idiotic as it sounds. But it's a Broadsoft "standard". I can match the To URI / To-tag by capturing it from the incoming From header on the SUBSCRIBE and reproducing it into the outgoing To header on the NOTIFY. The issue is that my From-tag on the NOTIFY does not match the To-tag on the 200 OK for the SUBSCRIBE. So, from the point of view of the subscriber, the NOTIFY is "From" a different party to the one that "initiated" a "dialog" in response to its subscription. I'm just sending the "200 OK" for the SUBSCRIBE like this: --- append_to_reply("Event: $hdr(Event)\r\n"); append_to_reply("Expires: $hdr(Expires)\r\n"); append_to_reply("Contact: <sip:$sel(cfg_get.domain.sip_domain):$Rp>\r\n"); send_reply("200", "OK"); --- I am not aware of anything like an onsend_route that I can use to gain access to the To header of this reply. Nor am I aware of any means of removing headers from a reply and injecting my own To header with a self-generated To-tag I can later mimic in the From tag of the NOTIFY. Any creative workarounds would be appreciated! -- 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/

1 0

kamailio + rtpproxy behind NAT
by Bonjour Madame 05 Oct '18

05 Oct '18

Hello, I have kamailio and rtpproxy running on the same server located behind a router with NAT just like below. UA(internet)---public ip---router(NAT)--Kamailio+RTPproxy(private ip)--UA(private network) There are several issues like one way audio. I need users on the internet to communicate with each other, users on the private network to communicate with each other, and users on the internet and the private network to communicate with each other. What is the best approach? Best regards, Clarence

3 5

SIP communication does not reach phone when STUN is used
by Kevin Olbrich 05 Oct '18

05 Oct '18

Hi! I noticed a minor problem when I set up the STUN config of my phone. When the server is set, I am unable to reach the endpoint from kamailio (Phone1 -> Kamailio -> Asterisk -> same Kamilio -> no outgoing SIP flow to Phone2). If I do not set it, it seems to fallback to it's RFC1918 address which is then detected by nat_uac_test() and I can reach the phone. During my tests with Asterisk directly, this did not make any difference. Seems like Asterisk checks more than FLAG 19/8 in nat_uac_test(). If I am right, I strictly used the SIP source port for answers instead of any self-detection using STUN or similar. My kamailio node is connected to the internet directly and 95 percent of (planned) phones are behind random NATs. In example kamailio.cfg there are these settings: # Caller NAT detection > route[NATDETECT] { > #!ifdef WITH_NAT > force_rport(); > if (nat_uac_test("19")) { > if (is_method("REGISTER")) { > fix_nated_register(); > } else { > if(is_first_hop()) { > set_contact_alias(); > } > } > setflag(FLT_NATS); > } > #!endif > return; > } AND (modified for direct RTP flow): # RTPProxy control and signaling updates for NAT traversal > 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(nat_uac_test("8")) { > fix_nated_sdp("15"); > if (is_request()) { > if (!has_totag()) { > if(t_is_branch_route()) { > add_rr_param(";nat=yes"); > } > } > } > if (is_reply()) { > if(isbflagset(FLB_NATB)) { > if(is_first_hop()) > set_contact_alias(); > } > } > #!endif > return; > } I checked the docs but I am not sure which FLAGs are safe to use (or break things). Any thoughts or hints are welcome. Thank you very much! Kind regards Kevin

2 1

Re: [SR-Users] Kamailio as TCP UDP proxy
by M K 05 Oct '18

05 Oct '18

Thanks, that was very helpful. But now I get an "ERROR: <core> [tcp_main.c:4070]: handle_tcpconn_ev(): connect <Client IP>:<Port> failed" displayed when trying to register. The SIP client establishes the connection to the proxy via TCP, but does not receive an answer. Could this indicate a faulty NAT-ALG?

2 1

clang compiler warnings
by Juha Heinanen 05 Oct '18

05 Oct '18

I just made a test and, for sure, clang warns about unused variables: $ clang -Wunused-variable -I/usr/include/re -I/usr/include/baresip -lbaresip -lrem -lre baresip.c baresip.c:48:6: warning: unused variable 'unused' [-Wunused-variable] int unused; ^ 1 warning generated. -- Juha

3 3

Kamailio memory manager
by Igor Olhovskiy 05 Oct '18

05 Oct '18

Hi! What is the best way to debug messages like... 29(42) ERROR: [core/mem/q_malloc.c:290]: qm_find_free(): qm_find_free(0x7fad301cf010, 56); Free fragment not found! 29(42) ERROR: [core/mem/q_malloc.c:423]: qm_malloc(): qm_malloc(0x7fad301cf010, 56) called from core: core/data_lump.c: dup_lump_list_r(537), module: core; Free fragment not found! 29(42) ERROR: [core/data_lump.c:573]: dup_lump_list_r(): out of mem 29(42) ERROR: [core/data_lump.c:573]: dup_lump_list_r(): out of mem 29(42) ERROR: [core/data_lump.c:573]: dup_lump_list_r(): out of mem 29(42) ERROR: [core/data_lump.c:573]: dup_lump_list_r(): out of mem 29(42) ERROR: [core/data_lump.c:573]: dup_lump_list_r(): out of mem 29(42) ERROR: [core/data_lump.c:573]: dup_lump_list_r(): out of mem 29(42) ERROR: [core/data_lump.c:573]: dup_lump_list_r(): out of mem 29(42) ERROR: [core/data_lump.c:573]: dup_lump_list_r(): out of mem 29(42) ERROR: tm [t_fwd.c:1735]: t_forward_nonack(): failure to add branches Cause core.shmmem shows total: 536870912 free: 522859104 used: 12224144 real_used: 14011808 max_used: 14479048 fragments: 10560 Also mod.stats all pkg Module: core { init_io_wait(475): 6960 init_io_wait(524): 6312 new_db_id(272): 512 dupl_string_name(72): 32 db_do_init2(298): 488 mk_switch_cond_table(43): 144 sr_wtimer_add(330): 48 as_asciiz(161): 24 init_modules(1026): 16 rpc_hash_add(146): 2048 db_allocate_columns(150): 32 db_new_result(114): 56 get_hdr_field(116): 1160 db_allocate_columns(160): 16 cnt_hash_add(383): 1024 register_select_table(458): 48 add_callback(59): 320 sr_wtimer_init(308): 136 cfg_new_group(79): 704 cfg_declare(50): 3360 fix_sock_str(420): 480 init_dst_set(83): 32208 grp_hash_add(234): 808 fix_hostname(1301): 152 add_alias(91): 464 add_alias(93): 256 dupl_string(48): 176 parse_headers(325): 432 subst_parser(291): 144 subst_parser(274): 64 exp_optimize_right(411): 24 fix_expr(541): 600 mk_case_stm(3775): 400 fixup_regexp_null(213): 72 mk_elem(90): 560 route_new_list(200): 1344 fix_param(1196): 1336 parse_select(204): 1488 fix_param(1257): 536 fix_match_rve(3028): 320 mk_rval_expr1(2616): 142656 tr_new(1646): 1464 fixup_pvar_all(279): 1624 fix_param(1162): 16144 mk_action(118): 350168 mk_rval_expr2(2674): 489552 mk_rval_expr_v(2537): 1475600 yyparse(2757): 8792 pv_parse_format(1150): 89064 pv_cache_add(347): 31456 parse_params2(585): 1400 set_mod_param_regex(110): 376 set_mod_param_regex(121): 832 tr_table_add(1875): 400 sr_cmd_exports_convert(235): 36288 register_module(280): 6624 load_module(496): 2640 new_sock_info(235): 224 fix_socket_list(1509): 48 new_sock_info(230): 3920 add_alias(93): 56 add_alias(91): 96 yyparse(1774): 64 yyparse(667): 152 yyparse(2306): 128 yyparse(648): 144 sr_push_yy_state(1666): 32 sr_push_yy_state(1656): 104 sr_push_yy_state(1596): 184 addstr(1413): 415752 rpc_hash_add(100): 25656 str_hash_alloc(59): 512 pv_table_add(236): 17864 pv_init_buffer(2055): 327680 pv_init_buffer(2045): 320 init_nonsip_hooks(43): 24 init_rlist(146): 8 mk_rval_expr_v(2548): 1264 route_add(124): 5872 str_hash_alloc(59): 768 rval_get_str(1256): 56632 pp_define(1788): 2248 init_counters(122): 128 cnt_hash_add(332): 20608 str_hash_alloc(59): 1280 Total: 3602152 } Module: rtpengine { child_init(1812): 256 Total: 256 } Module: db_mysql { db_mysql_new_connection(65): 96 db_mysql_new_connection(75): 3040 Total: 3136 } Module: siptrace { mod_init(344): 384 Total: 384 } Module: sl { sl_register_callback(460): 88 Total: 88 } Module: acc { parse_acc_extra(116): 1512 Total: 1512 } Module: dialog { dlg_bridge_init_hdrs(66): 80 Total: 80 } Module: rr { register_rrcb(61): 80 Total: 80 } Module: db_text { dbt_get_columns(67): 64 Total: 64 } Module: permissions { get_pathname(242): 64 Total: 64 } Module: auth { generate_random_secret(239): 32 generate_random_secret(238): 32 Total: 64 } Module: xlog { mod_init(214): 4104 xdbg_fixup_helper(500): 6032 xlog_fixup_helper(535): 26992 Total: 37128 } Module: dmq { make_socket_str_from_uri(149): 24 Total: 24 } Module: sqlops { sqlops_tr_buffer_init(46): 2048 sql_init_con(83): 240 Total: 2288 } Module: textops { tr_txt_parse_re(212): 32 hname_fixup(3217): 768 fixup_method(3287): 1384 Total: 2184 } Module: pv { tr_parse_string(2343): 120 tr_parse_string(2332): 32 tr_parse_string(2378): 96 tr_parse_string(2368): 184 tr_parse_string(2544): 576 add_var(58): 3616 add_var(65): 1112 Total: 5736 } Module: textopsx { fixup_hname_param(598): 352 Total: 352 } Module: avpops { avpops_parse_pvar(57): 416 Total: 416 } Module: userblacklist { check_blacklist_fixup(522): 16 Total: 16 } Module: htable { fixup_ht_key(348): 176 pv_parse_ht_name(158): 520 Total: 696 } Module: dialplan { dp_trans_fixup(396): 296 Total: 296 } Module: dispatcher { Total: 0 } Module: tmx { Total: 0 } Module: tm { Total: 0 } Module: kex { Total: 0 } Module: usrloc { Total: 0 } Module: topos { Total: 0 } Module: utils { Total: 0 } Module: app_python { Total: 0 } Module: cfgutils { Total: 0 } Module: nathelper { Total: 0 } Where is the place to look at? Means what module can cause this? Regards, Igor

2 3

Astricon: OpenSource Soiree
by Giovanni Maruzzelli 05 Oct '18

05 Oct '18

Hello friends and collegues, A nice get together has been organized for evening Wednesday 10th at 7pm The idea is to have drinks and chitchat about opensource telephony and webrtc, and all opensource project founders, members, and practitioners are invited. Please join me, as distinguished participants too! Check it out at http://party.officering.com (no animals has been harmed in this mail) -giovanni -- Sincerely, Giovanni Maruzzelli OpenTelecom.IT cell: +39 347 266 56 18

2 2

Kamailio as TCP UDP proxy
by M K 05 Oct '18

05 Oct '18

Hi, I'm struggling with the configuration to use Kamailio as TCP UDP proxy: [SIP Client] <-(TCP)-> [Proxy] <-(UDP)-> [SIP Server] should be the setup. I only have one client and one SIP server. How do I get Kamailio configured as a proxy so that translation between TCP and UDP works (and vice versa)? I have not yet found any documentation and examples that have caused messages to arrive at my SIP server. I think I've been on the wrong track so far and I'm looking forward to any help. Thank you in advance, Laqoore

3 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users