sr-users December 2013

sr-users@lists.kamailio.org

70 participants
131 discussions

ACC issue on 4.0 trunk when doing serial fork
by Kelvin Chua 20 Dec '13

20 Dec '13

this is the 2nd branch, the first branch is sent to 100.200.30.40 $rd is set properly according to xlog (10.20.30.40). tcpdump proves packets are sent to 10.20.30.40 however, after failing, ACC logs dst_domain as the previous branch's $rd (100.200.30.40), not the current one. is this the expected behavior? seems incorrect. modparam("acc", "db_extra","src_user=$fU;src_domain=$fd;src_ip=$si;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd;callrate=$avp(callrate)") failure_route[SERIAL] { if (is_method("INVITE|SUBSCRIBE")) { t_on_branch("MANAGE_BRANCH"); t_on_reply("MANAGE_REPLY"); } if ( isbflagset(FLB_CANCEL) ) { xlog("cancel bflag set!\n"); exit; } else if ( !t_next_contacts() ) { xlog("serial fork done!\n"); t_reply("404", "Not here or busy"); exit; } else { setflag(FLT_ACC); setflag(FLT_ACCMISSED); xlog("failure_route new branch - $ru\n"); t_on_failure("SERIAL"); $avp(callrate) = ""; if ( $sel(ruri.params["rtmr"]) != $null ) { t_set_fr($sel(ruri.params["rtmr"])*1000,$sel(ruri.params["dtmr"])*1000); $avp(ABSOLUTE) = $sel(ruri.params["tmr"]); } if ( $sel(ruri.params["callrate"]) != $null ) $avp(callrate) = $sel(ruri.params["callrate"]); xlog("failure_route sending INVITE to $rd\n"); t_relay(); } } ERROR: <script>: failure_route sending INVITE to 10.20.30.40 DEBUG: <script>: new branch [1] to sip:14X88X72X2X@10.20.30.40:5060 ;dtmr=1;rtmr=20;tmr=60;callrate=0.007600000000 DEBUG: siputils [checks.c:103]: has_totag(): no totag DEBUG: rtpproxy [rtpproxy_funcs.c:148]: check_content_type(): type <application/sdp> found valid DEBUG: <core> [parser/sdp/sdp_helpr_funcs.c:565]: extract_mediaip(): located IP address [192.168.5.191] in `o=' field DEBUG: <core> [parser/sdp/sdp_helpr_funcs.c:565]: extract_mediaip(): located IP address [192.168.5.191] in `c=' field DEBUG: rtpproxy [rtpproxy.c:2630]: force_rtp_proxy(): proxy reply: 10370 2X8.1X1.3X.2X#012 DEBUG: siputils [checks.c:103]: has_totag(): no totag DEBUG: <core> [msg_translator.c:461]: clen_builder(): clen_builder: content-length: 172 (172) DEBUG: <core> [msg_translator.c:206]: check_via_address(): check_via_address(1X5.2X2.1X7.1X0, 192.168.5.191, 0) DEBUG: <core> [parser/sdp/sdp.c:793]: free_sdp(): _sdp = 0x7f53c9a5e580 DEBUG: <core> [parser/sdp/sdp.c:795]: free_sdp(): sdp = 0x7f53cb87d3e0 DEBUG: <core> [parser/sdp/sdp.c:797]: free_sdp(): session = 0x7f53cb87d480 DEBUG: tm [t_reply.c:1710]: relay_reply(): DEBUG: relay_reply: branch=0, save=0, relay=-1 DEBUG: tm [t_reply.c:1211]: t_should_relay_response(): ->>>>>>>>> T_code=100, new_code=408 DEBUG: tm [t_hooks.c:288]: run_trans_callbacks_internal(): DBG: trans=0x7f53c1511148, callback type 128, id 0 entered DEBUG: acc [acc_logic.c:539]: tmcb_func(): acc callback called for t(0x7f53c1511148) event type 128, reply code 408 NOTICE: acc [acc.c:279]: acc_log_request(): ACC: call missed: timestamp=1387019197;method=INVITE;from_tag=wyudf;to_tag=;call_id=cjfbdfydrjielti@X340saucy;code=408;reason=Request Timeout;src_user=kelvin;src_domain=2X8.1X1.3X.2X;src_ip=1X5.2X2.1X7.1X0;dst_ouser=14X88X72X2X;dst_user=14X88X72X2X;dst_domain=100.200.30.40;callrate=0.007600000000 Kelvin Chua

2 10

memory debug
by Victor V. Kustov 20 Dec '13

20 Dec '13

Hi, all debug=2 memdbg=0 memlog=0 mem_summary=0 i saw it in kamcmd cfg.get... but anyway q_malloc messages in log. where i make mistake? -- WBR, Victor JID: coyote(a)bks.tv JID: coyote(a)bryansktel.ru I use FREE operation system: 3.10.24-calculate GNU/Linux

2 2

Kamailio v3.3.6 Released
by Daniel-Constantin Mierla 19 Dec '13

19 Dec '13

Hello, Kamailio SIP Server v3.3.6 stable release is out. This is a maintenance release of the previous stable branch, 3.3, that includes fixes since release of v3.3.5. There is no change to database schema or configuration language structure that you have to do on installations of previous v3.3.x. Deployments running previous v3.x.x versions are strongly recommended to be upgraded to v3.3.6 or a newer stable release. For more details about version 3.3.6 (including links and hints to download the tarball or from GIT repository), visit: * http://www.kamailio.org/w/2013/12/kamailio-v3-3-6-released/ Be aware that this is intended to be the last version released from branch 3.3. Note that latest stable series is now 4.1.x, with v4.1.0 released about two weeks ago. Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 0

timers
by Kelvin Chua 19 Dec '13

19 Dec '13

just a quick question, somebody out there might have an idea: currently, we can easily control the ff: Time from INVITE to 200 OK ------ fr_inv_timer Time from INVITE to 100 TRYING ------ fr_timer what i hope to achieve is: Time from Session Progress (180/183) to 200 OK Time from INVITE to Session Progress (180/183) is there any hack to do this? Kelvin Chua

2 2

failure in accessing r-uri params
by Juha Heinanen 19 Dec '13

19 Dec '13

i started to wonder, why my config does not work when there is ';user=phone' param in r-uri. in order to investigate, i added these to the config: xlog("L_INFO", "r-uri = '$ru'\n"); xlog("L_INFO", "r-uri params = '$(ru{uri.params})'\n"); xlog("L_INFO", "r-uri params = '$sel(ruri.params)'\n"); and made two tests. in the first, r-uri param is ;user=phone: Dec 19 07:08:10 rautu /usr/sbin/sip-proxy[5107]: INFO: r-uri = 'sip:+35862345670@test.tutpro.com;user=phone' Dec 19 07:08:10 rautu /usr/sbin/sip-proxy[5107]: INFO: r-uri params = '' Dec 19 07:08:10 rautu /usr/sbin/sip-proxy[5107]: INFO: r-uri params = '<null>' and in the second r-uri param is ;param=value: Dec 19 07:09:59 rautu /usr/sbin/sip-proxy[5107]: INFO: r-uri = 'sip:+35862345670@test.tutpro.com;param=value' Dec 19 07:09:59 rautu /usr/sbin/sip-proxy[5107]: INFO: r-uri params = 'param=value' Dec 19 07:09:59 rautu /usr/sbin/sip-proxy[5107]: INFO: r-uri params = 'param=value' note the difference. in the first, neither uri transformation nor ruri select works, but they work in the second. i checked from rfc3261 and both request uris are syntactically valid and in both cases there is a valid r-uri parameter. my current hack is to use tobody.params, but would like to get rid of it. -- juha

2 7

planning last release for 3.3 branch
by Daniel-Constantin Mierla 19 Dec '13

19 Dec '13

Hello, the last two stable branches are now 4.0 and 4.1. I am considering packaging the latest branch 3.3 as release 3.3.6 and mark the end of releasing from that branch. Patches can still go there if developers find time for them, but the focus on release will go on 4.0 and 4.1. Hopefully I will find some time tomorrow afternoon for it. If anyone has patches to backport, do it before noon GMT tomorrow, or if there is something that should go there and is no time for it now, reply here with description and eventually propose a new date (or when you think what you want to do can be finished). Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 1

broken ims modules links in online doc
by Andreas Granig 19 Dec '13

19 Dec '13

Hi, Seems like two ims module links (linked from http://kamailio.org/docs/modules/4.1.x/) are broken: http://kamailio.org/docs/modules/4.1.x/modules/ims_registrar_pcscf.html http://kamailio.org/docs/modules/4.1.x/modules/ims_usrloc_scscf.html The same for http://kamailio.org/docs/modules/devel/, as far as I can see. Thanks for checking! Andreas

2 1

call limit by trunk/user
by Oliver Roth 18 Dec '13

18 Dec '13

Hi all I need a solution to limit the amount of concurrent calls by trunk or user/subscriber. We have the following situation: Kamailio loadbalancer ==> 3 kamailio gateway with routing/business logic Kamailio is version 3.3 for all 4 systems. Loadbalancer has only the absolute minimum config to act as loadbalancert, the whole business logic is on gateway side (db connections, carrierroute, ...) Do you have a suggestion how to limit calls/connections? Has this to be done on the loadbalancer? Or is there a solution to do this on the gateways - so every gateway knows the currently opened connections? Thanks for helping Oli

2 3

Kamailio Admin Book Update?
by JR Richardson 18 Dec '13

18 Dec '13

Hi Daniel, What is the status and possible release date for your admin book. The last update is it will be released as an e-Book only, that's ok with me. Thanks. JR JR Richardson - - - - - - - - - - - Engineering for the Masses

2 1

I-cscf module not reading correctly UserAuthenticationAnswer
by Gennaro Sarnataro 18 Dec '13

18 Dec '13

Hello everyone, I'm using kamailio modules as Interrogating-cscf and Serving-cscf. Registering an user i perform correctly an UAR and the HSS answers correctly with an UAA giving user'c server-capabilities. Even if i have a success result code ( as you can see in the attached wireshark dump) the configuration code bring me in the failure branch. route[REG_UAR_REPLY] > { > xlog("L_INFO", "FB: received uaa"); > xlog("L_INFO", "<<<<<<<<<<<<<<<< [$avp(s:uaa_return_code)]"); > switch ($avp(s:uaa_return_code)){ > case 1: #success > xlog("L_INFO", "FB:success"); > if (I_scscf_select("0")){ > t_on_failure("register_failure"); > t_on_reply("register_reply"); > #now relay to appropriate SCSCF > if (!t_relay()) { > t_reply("500", "Error forwarding to > SCSCF"); > } > } else {#select failed > I_scscf_drop(); > t_reply("500", "Server error on SCSCF Select > (UAR)"); > } > break; > case -1: #failure > xlog("L_INFO", "failure"); > xlog("L_ERR", "UAR failure - error response sent from > module\n"); > break; > case -2: #error > xlog("L_INFO", "error"); > xlog("L_ERR", "UAR error - sending error response now\n"); > t_reply("500", "UAR failed"); > break; > default: > xlog("L_ERR", "Unknown return code from UAR, value is > [$avp(s:uaa_return_code)]\n"); > t_reply("500", "Unknown response code from UAR"); > break; > } > } as you can see from my log i think tre's some problem when reading UserAuthenticationAnswer return code. Dec 17 12:31:40 localhost /usr/sbin/kamailio[28053]: ERROR: *** cfgtrace: > c=[/home/voiceeng/kamailio/i-cscf/kamailio.cfg] l=325 a=24 n=I_scscf_drop > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28053]: ERROR: *** cfgtrace: > c=[/home/voiceeng/kamailio/i-cscf/kamailio.cfg] l=327 a=26 > n=I_perform_user_authorization_request > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28053]: INFO: ims_icscf > [cxdx_uar.c:71]: create_uaa_return_code(): created AVP successfully : > [uaa_return_code] > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: INFO: ims_icscf > [cxdx_avp.c:137]: cxdx_get_avp(): cxdx_get_server_name: Failed finding avp > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: INFO: ims_icscf > [cxdx_avp.c:137]: cxdx_get_avp(): cxdx_get_experimental_result_code: Failed > finding avp > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: ERROR: ims_icscf > [cxdx_uar.c:211]: async_cdp_uar_callback(): Empty capability list returning > 600 > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: INFO: ims_icscf > [cxdx_uar.c:71]: create_uaa_return_code(): created AVP successfully : > [uaa_return_code] > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: ERROR: *** cfgtrace: > c=[/home/voiceeng/kamailio/i-cscf/kamailio.cfg] l=336 a=26 n=xlog > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: INFO: <script>: FB: > received uaa > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: ERROR: *** cfgtrace: > c=[/home/voiceeng/kamailio/i-cscf/kamailio.cfg] l=337 a=26 n=xlog > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: INFO: <script>: > <<<<<<<<<<<<<<<< [18446744073709551615] > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: ERROR: *** cfgtrace: > c=[/home/voiceeng/kamailio/i-cscf/kamailio.cfg] l=366 a=21 n=switch > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: ERROR: *** cfgtrace: > c=[/home/voiceeng/kamailio/i-cscf/kamailio.cfg] l=354 a=26 n=xlog > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: INFO: <script>: > failure > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: ERROR: *** cfgtrace: > c=[/home/voiceeng/kamailio/i-cscf/kamailio.cfg] l=355 a=26 n=xlog > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: ERROR: <script>: UAR > failure - error response sent from module > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: ERROR: *** cfgtrace: > c=[/home/voiceeng/kamailio/i-cscf/kamailio.cfg] l=356 a=2 n=exit > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: WARNING: tm > [t_lookup.c:1536]: t_unref(): WARNING: script writer didn't release > transaction I hope you will clarify this matter... thanks in advance for your help -- Gennaro Sarnataro

2 1

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

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 December 2013