sr-users

sr-users@lists.kamailio.org

37 participants
37511 discussions

private memory leak - but where?
by Sebastian Damm 20 Sep '17

20 Sep '17

Hi, I'm trying to debug a Kamailio which runs out of memory after a while. But following the hints at https://www.kamailio.org/wiki/tutorials/troubleshooting/memory doesn't help. I know it is the private memory that I'm missing. I already increased the pkg size to 16M, but somehow that seems to be not enough. The Kamailio receives HEP messages, sends them to a lua script where it is processed. Overall there are not more than 10 custom private variables used. In the log I'm seeing these messages: Sep 19 17:04:42 salm /usr/sbin/kamailio[19134]: ERROR: app_lua [app_lua_api.c:726]: app_lua_run_ex(): error executing: handle_packet (err: 2) Sep 19 17:04:42 salm /usr/sbin/kamailio[19134]: ERROR: <script>: SCRIPT: failed to execute lua function! Sep 19 17:04:42 salm /usr/sbin/kamailio[19134]: ERROR: <core> [core/mem/q_malloc.c:292]: qm_find_free(): qm_find_free(0x7f9744eea010, 232); Free fragment not found! Sep 19 17:04:42 salm /usr/sbin/kamailio[19134]: ERROR: <core> [core/mem/q_malloc.c:425]: qm_malloc(): qm_malloc(0x7f9744eea010, 232) called from core: core/parser/msg_parser.c: get_ hdr_field(116), module: core; Free fragment not found! Sep 19 17:04:42 salm /usr/sbin/kamailio[19134]: ERROR: <core> [core/parser/msg_parser.c:118]: get_hdr_field(): out of memory Sep 19 17:04:42 salm /usr/sbin/kamailio[19134]: ERROR: <core> [core/parser/msg_parser.c:330]: parse_headers(): bad header field [Via: SIP/2.0/WSS o6m] Sep 19 17:04:42 salm /usr/sbin/kamailio[19134]: ERROR: pv [pv_core.c:647]: pv_get_callid(): cannot parse Call-Id header kamcmd pkg.stats for this process gives me this output. { entry: 61 pid: 19134 rank: 61 used: 8748080 free: 4384 real_used: 16772832 total_size: 16777216 total_frags: 30 } Now I tried to get a dump of what is in use, following the guidelines on the wiki page mentioned above, but without success. I can easily start and stop the traffic coming in to Kamailio (by starting or stopping the captagent sending it there), but I can't get any output. Here's what I did: captagent stop kamcmd cfg.set_now_int core memlog 1 kamcmd cfg.set_now_int core mem_dump_pkg 19134 captagent start ; sleep 1 ; captagent stop (I started captagent so that the process actually had something to do because that's what the wiki page says it needs for printing memory information.) During that second, there were quite a lot of packets running through this process, but I did not get a memory dump. A shm_summary dump however works as expected. What am I missing? How do I get more information about what this process is using its memory for? TIA Sebastian

2 6

sipp audio file
by Diego Nadares 19 Sep '17

19 Sep '17

Hi guys, Any body know how to create pcap (with audio) file to use with sipp?  <nop> <action> <exec play_pcap_audio="../scenarios/pcap/demo.cap"/> </action> </nop> I tried with wireshark capturing rtp but I'm doing something wrong i think. Thanks! Diego

4 4

jsonrpcc problem
by Adam Kuśmirek 19 Sep '17

19 Sep '17

Hello, I have a problem with jsonrpcc module. OS is Debian Jessie. I tried with packeged kamailio 4.4 and compiled kamailio 5.0. Kamailio starts properly. Routing block is very simple: route { jsonrpc_request("get_source", "{'ipv4': '$si', 'port': $sp}", "RESPONSE", "ERROR", "$var(result)"); exit; } route[RESPONSE] { xlog("Result received: $var(result)"); } route[ERROR] { xlog("Error received: $var(result)"); } If any message arrives, kamailio sends it to my rpc_server (netstring encoded): 106:{'id': 2, 'jsonrpc': '2.0', 'method': 'get_source', 'params': {'ipv4': '10.20.121.231', 'port': 5060}}, My server decodes the message and immediately answers with netstring encoded response: 47:{"jsonrpc": "2.0", "result": "200 OK", "id": 2}, At this moment kamailio logs errors and disconnects from rpc server: root@kamailio-test:/etc/kamailio# 4(925) DEBUG: <core> [parser/msg_parser.c:595]: parse_msg(): SIP Request: 4(925) DEBUG: <core> [parser/msg_parser.c:597]: parse_msg(): method: <REGISTER> 4(925) DEBUG: <core> [parser/msg_parser.c:599]: parse_msg(): uri: <sip:kamailio.conpeek.com> 4(925) DEBUG: <core> [parser/msg_parser.c:601]: parse_msg(): version: <SIP/2.0> 4(925) DEBUG: <core> [parser/parse_via.c:1303]: parse_via_param(): Found param type 232, <branch> = <z9hG4bK1033201528>; state=16 4(925) DEBUG: <core> [parser/parse_via.c:2639]: parse_via(): end of header reached, state=5 4(925) DEBUG: <core> [parser/msg_parser.c:486]: parse_headers(): Via found, flags=2 4(925) DEBUG: <core> [parser/msg_parser.c:488]: parse_headers(): this is the first via 4(925) DEBUG: <core> [receive.c:178]: receive_msg(): After parse_msg... 4(925) DEBUG: <core> [receive.c:221]: receive_msg(): preparing to run routing scripts... 4(925) DEBUG: tm [t_lookup.c:1312]: t_newtran(): DEBUG: t_newtran: msg id=1 , global msg id=0 , T on entrance=0xffffffffffffffff 4(925) DEBUG: <core> [parser/parse_addr_spec.c:864]: parse_addr_spec(): end of header reached, state=10 4(925) DEBUG: <core> [parser/msg_parser.c:171]: get_hdr_field(): <To> [40]; uri=[sip:1000@kamailio.conpeek.com] 4(925) DEBUG: <core> [parser/msg_parser.c:172]: get_hdr_field(): to body ["1000" <sip:1000@kamailio.conpeek.com> ] 4(925) DEBUG: <core> [parser/msg_parser.c:152]: get_hdr_field(): cseq <CSeq>: <1> <REGISTER> 4(925) DEBUG: <core> [parser/msg_parser.c:183]: get_hdr_field(): content_length=0 4(925) DEBUG: <core> [parser/msg_parser.c:89]: get_hdr_field(): found end of header 4(925) DEBUG: tm [t_lookup.c:466]: t_lookup_request(): t_lookup_request: start searching: hash=43020, isACK=0 4(925) DEBUG: tm [t_lookup.c:424]: matching_3261(): DEBUG: RFC3261 transaction matching failed 4(925) DEBUG: tm [t_lookup.c:648]: t_lookup_request(): DEBUG: t_lookup_request: no transaction found 4(925) DEBUG: <core> [md5utils.c:67]: MD5StringArray(): MD5 calculated: 920bfe28c581e1bf18554e3a9b234ceb 4(925) DEBUG: <core> [usr_avp.c:631]: destroy_avp_list(): destroying list (nil) 4(925) DEBUG: <core> [usr_avp.c:631]: destroy_avp_list(): destroying list (nil) 4(925) DEBUG: <core> [usr_avp.c:631]: destroy_avp_list(): destroying list (nil) 4(925) DEBUG: <core> [usr_avp.c:631]: destroy_avp_list(): destroying list (nil) 4(925) DEBUG: <core> [usr_avp.c:631]: destroy_avp_list(): destroying list (nil) 4(925) DEBUG: <core> [usr_avp.c:631]: destroy_avp_list(): destroying list (nil) 4(925) DEBUG: <core> [xavp.c:446]: xavp_destroy_list(): destroying xavp list (nil) 4(925) DEBUG: <core> [receive.c:318]: receive_msg(): cleaning up *0(921) ALERT: <core> [main.c:740]: handle_sigs(): child process 929 exited by a signal 11* * 0(921) ALERT: <core> [main.c:743]: handle_sigs(): core was generated* 0(921) INFO: <core> [main.c:755]: handle_sigs(): terminating due to SIGCHLD 0(921) DEBUG: <core> [main.c:757]: handle_sigs(): terminating due to SIGCHLD 7(928) INFO: <core> [main.c:810]: sig_usr(): signal 15 received 6(927) INFO: <core> [main.c:810]: sig_usr(): signal 15 received 5(926) INFO: <core> [main.c:810]: sig_usr(): signal 15 received 4(925) INFO: <core> [main.c:810]: sig_usr(): signal 15 received 3(924) INFO: <core> [main.c:810]: sig_usr(): signal 15 received 2(923) INFO: <core> [main.c:810]: sig_usr(): signal 15 received 1(922) INFO: <core> [main.c:810]: sig_usr(): signal 15 received 0(921) DEBUG: tm [t_funcs.c:86]: tm_shutdown(): DEBUG: tm_shutdown : start 0(921) DEBUG: tm [t_funcs.c:89]: tm_shutdown(): DEBUG: tm_shutdown : emptying hash table 0(921) DEBUG: tm [h_table.c:127]: free_cell_helper(): freeing transaction 0x7fb99a822350 from h_table.c:449 0(921) DEBUG: tm [t_funcs.c:91]: tm_shutdown(): DEBUG: tm_shutdown : removing semaphores 0(921) DEBUG: tm [t_funcs.c:93]: tm_shutdown(): DEBUG: tm_shutdown : destroying tmcb lists 0(921) DEBUG: tm [t_funcs.c:96]: tm_shutdown(): DEBUG: tm_shutdown : done 0(921) INFO: <core> [sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized 0(921) DEBUG: <core> [mem/shm.c:174]: shm_core_lock_destroy(): destroying the shared memory lock 0(921) DEBUG: <core> [mem/shm.c:266]: shm_destroy_manager(): destroying memory manager: f_malloc 0(921) DEBUG: <core> [mem/pkg.c:89]: pkg_destroy_manager(): destroying memory manager: f_malloc The problem occures also if rpc server does not reply, i think when trying to start ERROR route. If I try with jsonrpc_notification, everything is OK. Any help ? Regards Adam

2 2

See how many workers are actually processing packets?
by Sebastian Damm 19 Sep '17

19 Sep '17

Hi, I think this has been answered before, but I don't know the answer. Is there a way to find out, how many workers are busy right now processing packets? For a new setup I don't know whether I need 16 or 96 UDP listeners, but I'd like to scale it correctly. The setup just inspects HEP messages and sends some of them to a RabbitMQ. So TM or SL stats probably won't help. Best Regards Sebastian

1 0

Proxy Invite to registered natted user
by eskornev 19 Sep '17

19 Sep '17

Hi All Trying to set Kamailio as proxy in front of Asterisk. When natted user registers is remembered in Kamailio via save("location"). Kamailio forwards Register to * with new contact field (pointing to Kamailio). But when server originates Invite to user, kamailio transfer request to "fake" address that was in original Register contact field (getting it from lookup("location")). How can i set Kamailio to send Invite to source ip and port of user?

2 1

kamailio jsonrpc client
by Aidar Kamalov 19 Sep '17

19 Sep '17

Hello, cannot get working rpc client n kamailio. [root@sipchel kamailio]# grep 'json\|jansson' kamailio-default.cfg loadmodule "jsonrpcs.so" loadmodule "jansson.so" loadmodule "janssonrpcc.so" # jsonrpcs params ----- modparam("jsonrpcs", "pretty_format", 1) modparam("jsonrpcs", "transport", 3) # jansson modparam("janssonrpcc", "server", "conn=user_db;addr=127.0.0.1;port=5060;priority=10;weight=10"); .... request_route { ... janssonrpc_request("user_db", "core.version", '', "route=RESPONSE;retry=1"); ... } .... event_route[xhttp:request] { if ($hu =~ "^/jsonrpc") { jsonrpc_dispatch(); } else { xhttp_reply("200", "OK", "text/html", "<html><body>Wrong URL $hu</body></html>"); } return; } With this config i got error Sep 19 08:52:15 sipchel /usr/sbin/kamailio[39891]: INFO: janssonrpcc [janssonrpc_connect.c:294]: bev_connect(): Connecting to server 127.0.0.1:5060 for conn user_db. Sep 19 08:52:15 sipchel /usr/sbin/kamailio[39891]: INFO: janssonrpcc [janssonrpc_connect.c:277]: bev_connect_cb(): Connected to host 127.0.0.1:5060 ... Sep 19 08:52:20 sipchel /usr/sbin/kamailio[39891]: WARNING: janssonrpcc [janssonrpc_request.c:242]: schedule_retry(): Number of retries exceeded. Failing request. Sep 19 08:52:20 sipchel /usr/sbin/kamailio[39891]: WARNING: janssonrpcc [janssonrpc_io.c:218]: fail_request(): Request timeout: #012{"id":3,"jsonrpc":"2.0","method":"core.version"} But [root@sipchel kamailio]# curl -s -H 'Content-Type: application/json' --data-binary '{"jsonrpc":"2.0", "method": "core.version"}' http://localhost:5060/jsonrpc { "jsonrpc": "2.0", "result": "kamailio 5.0.3 (x86_64/linux) " } How to get working rpc client in kamailio? Is it possible to define url for janssonrpcc module? -- Aydar A. Kamalov

1 0

rtpproxy sdp
by Isravel Raja Thangamani 18 Sep '17

18 Sep '17

Hi Thanks in advance if anyone can point me in the correct direction . I have kamailio running in front of some asterisk. 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 no audio from external caller to the asterisk ext neither asterisk to external caller 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 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? This e-mail message and any documents attached to it are confidential and may contain information that is protected from disclosure by various federal and state laws, including the HIPAA privacy rule (45 C.F.R., Part 164). This information is intended to be used solely by the entity or individual to whom this message is addressed. If you are not the intended recipient, be advised that any use, dissemination, forwarding, printing, or copying of this message without the sender's written permission is strictly prohibited and may be unlawful. Accordingly, if you have received this message in error, please notify the sender immediately by return e-mail or call (insert phone number), and then delete this message.

3 2

ringing calls dialogs
by Aidar Kamalov 18 Sep '17

18 Sep '17

Hello, is it possible from route get info about all calls in ringing state? (for call pickup implementation) Is it better to do via dialogs or presence modules? -- Aydar A. Kamalov

3 4

Issue in ACC_CDR
by Logeshwaran G 18 Sep '17

18 Sep '17

Hi, I have enabled both cnxcc and ACC cdr flags. The call is dropped when the credit is got over (its handling by cnxcc correctly.) In this case the details are not storing in the ACC_cdr table. I am not sure what I am missing. in cfg: if (loose_route()) { route(DLGURI); if (is_method("BYE")) { setflag(FLT_ACC); # do accounting ... setflag(FLT_ACCFAILED); # ... even if the transaction fails Error: 2(19484) ERROR: acc [acc_cdr.c:373]: write_cdr(): message is empty! 2(19484) ERROR: acc [acc_cdr.c:656]: cdr_on_end_confirmed(): failed to write cdr! Please Guid me. Thanks & Kind Regards, *Logeshwaran G* *"Be Hungry, Stay Foolish"*

2 1

Siremis - version from git don't work
by Yu Boot 18 Sep '17

18 Sep '17

Downloaded new Siremis version via "git clone" and replaced /var/www/ content by new files. Now any menu entry gives the following error: https://pastebin.com/hV8ngRVx If if copy old Siremis files back, everything works fine.

2 8

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