4 Feb
2015
4 Feb
'15
9:57 p.m.
Hey Daniel,
Thanks for the reply and pointers on what I'm doing wrong. I'll look into
the branch_failure_route and read the docs again to make sure I do serial
forking and not accidentally creating a parallel fork.
Does there happen to be any good resources (blog posts, wiki articles,
books, ancient Egyptian hieroglyphics) on better understanding the handling
of requests/responses in Kamailio? Or are the module docs the best
available resource?
Thanks,
Ryan
On Wed, Feb 4, 2015 at 1:02 PM, Daniel-Constantin Mierla <miconda(a)gmail.com>
wrote:
Hello,
On 04/02/15 16:28, Ryan Brindley wrote:
Hey community,
I'm trying to understand t_relay () when a forward times out.
This is an abbreviated version of what i have:
Request_route {
...
Route(do1)
}
Route [do1] {
...
T_on_reply (1reply)
T_on_failure (1fail)
T_relay ()
}
Reply_route[1reply] {
...
If (t_check_status (302)) {
Route (do2)
}
}
Failure_route [1fail] {
Xlog (dafail1)
}
Route [do2]{
...
T_on_reply (2reply)
T_on_failure (2fail)
T_relay ()
}
Reply_route [2reply]{
Xlog (twerked)
}
Failure_route [2fail]{
Xlog (failured)
}
The case im currently interested in is when the first relay (do1)
returns a 302 and then the second (do2) times out.
What happens on the second when it times out, it hits the 1fail
failure_route. This messes with my logic as i would've expected (and
want to find out how to make it) hit the 2nd failure_route.
I also noticed that if i loop and try the do2 again after the first
failure it will then hit the 2fail route.
Any clarification on this subject would be greatly appreciated,
It is not easy to follow your pseduo-code, but it is important to know
that the SIP response is handled in an onreply_route. Given that, you
cannot call t_relay() on a SIP response (reply). SIP responses are
routed automatically based on Via header.
t_relay() must be used only for SIP requests. If you sent the SIP
request to many destinations (parallel fork), the tm is waiting for all
branches to complete before executing failure_route, the selected
response is based on an algorithm derived from SIP RFC specs. If you
want to have a routing block executed on a negative reply, use
branch_failure_route - in it, you get the request for processing and you
can relay it again.
Cheers,
Daniel
--
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio World Conference, May 27-29, 2015
Berlin, Germany - http://www.kamailioworld.com
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users