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

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

10 years, 11 months

memory debug

by Victor V. Kustov

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

10 years, 11 months

Kamailio v3.3.6 Released

by Daniel-Constantin Mierla

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

10 years, 11 months

timers

by Kelvin Chua

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

10 years, 11 months

failure in accessing r-uri params

by Juha Heinanen

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

10 years, 11 months

planning last release for 3.3 branch

by Daniel-Constantin Mierla

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

10 years, 11 months

broken ims modules links in online doc

by Andreas Granig

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

10 years, 11 months

call limit by trunk/user

by Oliver Roth

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

10 years, 11 months

Kamailio Admin Book Update?

by JR Richardson

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

10 years, 11 months

I-cscf module not reading correctly UserAuthenticationAnswer

by Gennaro Sarnataro

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

10 years, 11 months

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

Jump to page:

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