Hi Klaus,
Thank you for pointing me to the discussion thread. Checking for code "487"
does not help in my case. When t_relay times out, the lowest status is 408.
The new 't_was_cancelled' sounds really useful. I hope it takes care of all
cases. I will test it out.
When do you suppose the new "t_was_cancelled" function will become available
in ser?
Regards,
Dmitry
----- Original Message -----
From: "Klaus Darilion" <klaus.mailinglists(a)pernau.at>
To: "Dmitry Isakbayev" <isakdim(a)gmail.com>
Cc: <serusers(a)lists.iptel.org>
Sent: Tuesday, August 30, 2005 4:30 AM
Subject: Re: [Serusers] Cancel'ing filure_route
Dmitry Isakbayev wrote:
Hello,
I need help understanding how to handle "CANCEL" messages. Here is the
case -
1 Proxy rebuilds URI, sets 'failure_route', and executes 't_relay'
2 't_realy' times out and the proxy executes 'failure_route' after the
fr_timer hits
If the OUI cancels the call between steps 1 and 2, the proxy still
executes the 'failure_route' after the fr_timer hits.
Can I cancel any "t_on_failure" logic after receiving a CANCEL message?
Hi Dimitry!
Take a look at the openser mailinglist, were this issue was recently
discussed:
http://openser.org/pipermail/users/2005-August/000640.html
With ser you can use if(t_check_status("487")), with openser you could use
the new function if(t_was_cancelled()).
regards
klaus
Or, while in in the 'failre_rout' block,
can I figure out that there was
a CANCEL message?
Thank You,
Dmitry
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers