On 04/23/2014 01:22 PM, Richard Fuchs wrote:
Main selection criterion is whether the message
is a request or a
reply, second criterion is the SIP method (taken from the CSeq)
and/or the response code in case of a reply. The route type is only
marginally relevant.
Yeah, so the key question is: what is the message we are acting upon?
It it is my theory that in a request route that is called from a
failure_route that is triggered by a 302 reply, the message being
operated on is actually the 302 reply, and not an initial INVITE. And
that's why it doesn't produce the offer command as expected.
Correct, it would be sending a delete to the proxy. I'm not certain that
instead sending an offer is indeed the expected behaviour.
cheers