[SR-Users] #cfgutils: sleep(x) does not work in failure_route

klaus.lists#inode.at klaus.lists at inode.at
Thu Nov 7 08:40:20 CET 2013


Hello,

I have an update:

today I´ve tested with kamailio version 4.0.4, but the behaviour is still the
same:  it is working fine only when no response has been received; as soon as a
provisional response is received, the failure route is ignoring the "sleep"
function.

Klaus

> Hello list,
> 
>  I have troubles using the function "usleep(x)" or "sleep(x)" (the behaviour
> is the same) of the "cfgutils" module
> (<http://kamailio.org/docs/modules/3.2.x/modules_k/cfgutils.html#idp76968> )
> in the failure_route. According documentation, this function could be used in
> any route, including the failure_route, too. However, when I call this
> function, it does not show any reaction, if a transaction was already answered
> with a provisional response. It is still working fine, when a transaction is
> timing out, as no target socket is reachable. This is confusing me!
> 
>  Please find below some xlog messages from my configuration file in two
> scenarios (function "t_set_fr(20000, 10000);" is identic in both scenarios):
>  (1) scenario 1 is including a primary target, looked up in the registrar DB,
> which is unreachable; after transaction timeout I have inserted the function
> "sleep()" in the failure_route for forcing a delay
>  => here it is working fine (see timestamp)
> 
>  (2) scenario 2 is including a primary target which is responding, but not
> establishing the session; after transaction timeout the procedure is still the
> same as in scenario (1)
>  => here is no delay visible in the log and practically detectable
> 
>  From my point of view, this is a malfuntion! Does anybody see it different?
> I´ve tested these scenarios with kamailio-3.2.x and kamailio-3.3.x - no
> difference.
> 
>  Thanks for any hints!
> 
>  Klaus
> 
>  ################# SCENARIO (1)  ORIG TARGET IS UNREACHABLE
>  ##########################
>  Nov  6 15:58:25 sipsrvnode1 /usr/sbin/kamailio[28879]: INFO: -<|XLOG|>-:
>  <RELAY> is reached for RU:<sip:117002 at 10.16.48.226:5678> ,
> From:<sip:1101015555 at 10.16.48.71> , To:<sip:115300 at 10.16.48.44> , Method:
> INVITE, Call-ID: 1107651805 at 10.16.48.71 <mailto:1107651805 at 10.16.48.71>
> 
>  Nov  6 15:58:35 sipsrvnode1 /usr/sbin/kamailio[28880]: INFO: -<|XLOG|>-:
>  <FAILRELAY> is reached with Code: 408 From:<sip:1101015555 at 10.16.48.71>
> To:<sip:115300 at 10.16.48.44>
> 
>  Nov  6 15:58:35 sipsrvnode1 /usr/sbin/kamailio[28880]: INFO: -<|XLOG|>-:
>  failure_route <FAILRELAY> is reached because of a BRANCH_TIMEOUT of
> RU:<sip:117002 at 10.16.48.226:5678>
> 
>  Nov  6 15:58:35 sipsrvnode1 /usr/sbin/kamailio[28880]: INFO: -<|XLOG|>-:
>  <FAILRELAY>      s l e e p      2000ms / 2s
> 
>  Nov  6 15:58:37 sipsrvnode1 /usr/sbin/kamailio[28880]: INFO: -<|XLOG|>-:
>  <FAILRELAY>      s l e p t      2000ms / 2s
> 
>  Nov  6 15:58:37 sipsrvnode1 /usr/sbin/kamailio[28879]: INFO: -<|XLOG|>-:
>  <RELAYFB> is reached for RU:<sip:117003 at 10.16.48.226:7001> ,
> From:<sip:1101015555 at 10.16.48.71> , To:<sip:115300 at 10.16.48.44> , Method:
> INVITE, Call-ID: 1107651805 at 10.16.48.71 <mailto:1107651805 at 10.16.48.71>
> 
>  ################# SCENARIO (2) ORIG TARGET IS REACHABLE
>  ##########################
> 
>  Nov  6 16:02:14 sipsrvnode1 /usr/sbin/kamailio[29034]: INFO: -<|XLOG|>-:
>  <RELAY> is reached for RU:<sip:117002 at 10.16.48.226:5678> ,
> From:<sip:1101015555 at 10.16.48.71> , To:<sip:115300 at 10.16.48.44> , Method:
> INVITE, Call-ID: 553330101 at 10.16.48.71 <mailto:553330101 at 10.16.48.71>
> 
>  Nov  6 16:02:34 sipsrvnode1 /usr/sbin/kamailio[29036]: INFO: -<|XLOG|>-:
>  <FAILRELAY> is reached with Code: 408 From:<sip:5555 at 10.16.48.71>
> To:<sip:4000 at 10.16.48.44>
> 
>  Nov  6 16:02:34 sipsrvnode1 /usr/sbin/kamailio[29036]: INFO: -<|XLOG|>-:
>  failure_route <FAILRELAY> is reached because of a BRANCH_TIMEOUT of
> RU:<sip:117002 at 10.16.48.44>
> 
>  Nov  6 16:02:34 sipsrvnode1 /usr/sbin/kamailio[29036]: INFO: -<|XLOG|>-:
>  <FAILRELAY>      s l e e p      2000ms / 2s
> 
>  Nov  6 16:02:34 sipsrvnode1 /usr/sbin/kamailio[29036]: INFO: -<|XLOG|>-:
>  <FAILRELAY>      s l e p t      2000ms / 2s
> 
>  Nov  6 16:02:34 sipsrvnode1 /usr/sbin/kamailio[29036]: INFO: -<|XLOG|>-:
>  <RELAYFB> is reached for RU:<sip:117003 at 10.16.48.44> ,
> From:<sip:5555 at 10.16.48.71> , To:<sip:4000 at 10.16.48.44> , Method: INVITE,
> Call-ID: 553330101 at 10.16.48.71 <mailto:553330101 at 10.16.48.71>
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20131107/a342c173/attachment-0001.html>


More information about the sr-users mailing list