12 Apr
2010
12 Apr
'10
2:25 p.m.
On Friday 09 April 2010, Iñaki Baz Castillo wrote:
I understand your point, but it would make more sense
if 408 is just
caused when a transaction fails due to fr_timer (no provisional
response from destination). But this is not the case as TM generates
408 when fr_inv_timer expires (maybe 60-120 seconds after receiving a
provisional response). So the 408 is a confussing response:
- In the first case (fr_timer expires) there has been a real error (alarm).
- In the second case (fr_inv_timer) there has been no problem, just
the call progress took so long that the proxy has decided to cancel
it.
Perhaps in the second case the proxy should generate a 480 and leave
the 408 just for fr_timer expiration?
Hi Iñaki,
hm, i'd opt to keep the 408 here. What about setting a flag if you received a
provisional response in reply_route, and then check this in your failure_route
when you process the 408? We do it this way, and did not found any problems so
far. I think Juha also proposed something like this earlier.
Cheers,
Henning