In the meantime it works if I access $T_rpl($ct) from per-branch failure
route.
Thanks.
On 02/20/2014 02:14 PM, Andrew Pogrebennyk wrote:
Daniel,
we do seem to have a problem here, the get_redirects() function can be
used from the FAILURE_ROUTE only, not from per branch failure route
("Command cannot be used in the block").
Does it mean that uac_redirect module needs an update?
Andrew
On 02/18/2014 10:38 AM, Daniel-Constantin Mierla wrote:
Hello,
starting with 4.1, you can have per branch failure routing block:
http://www.kamailio.org/docs/modules/4.1.x/modules/tm.html#tm.f.t_on_branch…
Cheers,
Daniel
On 18/02/14 10:28, Andreas Granig wrote:
> Hi,
>
> What is the intended behaviour from a general point of view if you get a
> 1xx on one branch and a 30x on another branch for a parallel fork?
>
> From my understanding, the 30x is a final reply, so it's kept in tm
> until all other branches are finished, then it enters failure-route with
> the highest error code (e.g. a 487 if you cancel the other branch).
>
> What I actually want is intercepting the 30x and send another INVITE to
> the Contact of the 30x in the failure route. This works fine if you only
> have one branch, but it doesn't enter failure route for 30x if you have
> another active branch (e.g. in ringing state). Would it be possible to
> create a new branch directly from the reply route, or force to enter
> failure route for a specific reply/branch?
>
> Andreas