sr-users September 2017

sr-users@lists.kamailio.org

86 participants
126 discussions

Shared htable between servers
by Iskren Hadzhinedev 22 Sep '17

22 Sep '17

Hi list, Is it possible to have a htable shared between servers on different machines? I have two kamailio proxies on different servers for resilience and I'm storing call information in a hash table. Then I can route calls for the same user to the respective PBX. The reason for this is to have attended transfers working reliably (attended transfer between PBXes are a mess). Thank you! Kind regards, -- /Iskren Hadzhinedev/

2 1

Call transfer between pbx servers behind kamailio proxy
by Iskren Hadzhinedev 22 Sep '17

22 Sep '17

Hi everyone, I'm having a hard time transferring calls when the users are on different FreeSWITCH servers behind kamailio. The users are distributed as follows: user1(a)sip.test.com -> Kamailio - ds_select_dst(1,1) -> FreeSWITCH1 user2(a)sip.test.com-> Kamailio - ds_select_dst(1,1) -> FreeSWITCH1 user3(a)sip.test.com -> Kamailio - ds_select_dst(1,1) -> FreeSWITCH2 When user1 calls user2 and user2 does an attended transfer to user3, the following happens: 285 67.220453 USER2_IP -> KAMAILIO_IP SIP 726 Request: REFER sip:mod_sofia@FreeSWITCH1_IP:5060, in-dialog | 286 67.220674 KAMAILIO_IP -> FreeSWITCH1_IP SIP 877 Request: REFER sip:mod_sofia@FreeSWITCH1_IP:5060, in-dialog | 287 67.223651 FreeSWITCH1_IP -> KAMAILIO_IP SIP 925 Status: 202 Accepted | 288 67.223753 KAMAILIO_IP -> USER2_IP SIP 838 Status: 202 Accepted | 289 67.225502 FreeSWITCH1_IP -> KAMAILIO_IP SIP/SDP 1225 Request: INVITE sip:user3@sip.test.com | 290 67.387323 KAMAILIO_IP -> 69.172.200.109 SIP/SDP 1420 Request: INVITE sip:user3@sip.test.com | Turns out 69.172.200.109 is the actual IP address of sip.test.com (I've probably should have gone with sip.example.com or something else). What is the proper way to route that INVITE back to the other FreeSWITCH server so that the transfer would work? Thanks! Kind regards, -- /Iskren Hadzhinedev/

2 2

how to play ring tune when callee decline s
by 赵国杰 22 Sep '17

22 Sep '17

Hi guys, I want the caller to play a short audio(like "the number your are calling is busy") when the callee declines the call. How can i do that? Best Regards Jesse

4 21

Typos in Kamctl Stats results
by Noah Mehl 21 Sep '17

21 Sep '17

Hey, I’m noticing that the results from the websockets module when running # kamctl stats there are some odd results that may just be typos? "websocket:ws_msrp_max_concurrent_connections = 0", "websocket:ws_msrp_max_concurrent_connectons = 0”, "websocket:ws_sip_max_concurrent_connections = 0", "websocket:ws_sip_max_concurrent_connectons = 0", Thanks! ~Noah

3 2

Encryption of voice stream
by Vasan VS 21 Sep '17

21 Sep '17

Hello all, Kindly let us know if we can have a mechanism to have the voice stream in using the SIP server completely encrypted as well as prove that it is encrypted using any speific mechanism. Thanks in advance Vasan

3 2

COALESCE Transformation?
by Brandon Armstead 20 Sep '17

20 Sep '17

Hello all, I've checked the docs and did some brief searching, curious if this transformation or method exists currently? Such as: https://dev.mysql.com/doc/refman/5.7/en/comparison-operators.html#function_… Thanks! -- Sincerely, Brandon Armstead CTO / CRYY.com

1 0

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

← Newer
1
2
3
4
5
6
7
8
9
...
13
Older →

2026

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 September 2017