modparam("tm", "failure_reply_mode", 3) modparam("tm", "contacts_avp", "tm_contacts"); modparam("tm", "contact_flows_avp", "tm_contact_flows"); modparam("tm", "failure_reply_mode", 3) modparam("tm", "restart_fr_on_each_reply", 0)
Kelvin Chua On Thu, Dec 19, 2013 at 3:57 PM, Daniel-Constantin Mierla <mico...@gmail.com > wrote: > Can you share here the parameters you set for tm module? > > Daniel > > > On 19/12/13 01:55, Kelvin Chua wrote: > > Also noticed $ru pegged at the first branch's ruri upon entering > failure_route for succeeding branches. Is this also an expected behaviour? > Should it not contain the ruri of the previous failed branch? > On Dec 18, 2013 4:19 PM, "Daniel-Constantin Mierla" <mico...@gmail.com> > wrote: > >> Hello, >> >> I will look over it -- I wanted to know exactly the situation. >> >> Cheers, >> Daniel >> >> On 17/12/13 15:54, Kelvin Chua wrote: >> >> Yes, a local timeout. The call was sent to a bogus IP. i still feel this >> behaviour is wrong. $rd in acc should contain the failed gateway's ip and >> not the previous one. >> On Dec 17, 2013 4:43 PM, "Daniel-Constantin Mierla" <mico...@gmail.com> >> wrote: >> >>> It is a local timeout, not a 408 received from callee, right? >>> >>> Daniel >>> >>> On 17/12/13 05:16, Kelvin Chua wrote: >>> >>> it's for a 408 timeout logged into missed_calls >>> >>> Kelvin Chua >>> >>> >>> On Mon, Dec 16, 2013 at 8:52 PM, Daniel-Constantin Mierla < >>> mico...@gmail.com> wrote: >>> >>>> Hello, >>>> >>>> is it for a 200ok reply or >=300? >>>> >>>> In the code, the r-uri from the branch that is used for relaying the >>>> reply should be used. >>>> >>>> Cheers, >>>> Daniel >>>> >>>> >>>> On 14/12/13 12:15, Kelvin Chua wrote: >>>> >>>> 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=RequestTimeout;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 >>>> >>>> >>>> _______________________________________________ >>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing >>>> listsr-us...@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >>>> >>>> >>>> -- >>>> Daniel-Constantin Mierla - >>>> http://www.asipto.comhttp://twitter.com/#!/miconda - >>>> http://www.linkedin.com/in/miconda >>>> >>>> >>>> _______________________________________________ >>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >>>> sr-users@lists.sip-router.org >>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >>>> >>>> >>> >>> -- >>> Daniel-Constantin Mierla - >>> http://www.asipto.comhttp://twitter.com/#!/miconda - >>> http://www.linkedin.com/in/miconda >>> >>> >> -- >> Daniel-Constantin Mierla - >> http://www.asipto.comhttp://twitter.com/#!/miconda - >> http://www.linkedin.com/in/miconda >> >> > -- > Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda > - http://www.linkedin.com/in/miconda > >
_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users