daniel wrote: > For the moment, the failure_route[] blocks seems to be executed ok.
daniel, i tested by setting normal failure route and branch failure route for a dead tcp destination. i have xlog info statement in the beginning of both and neither was executed: May 19 21:56:37 siika /usr/sbin/sip-proxy[27361]: INFO: activating contact_failure failure route May 19 21:56:37 siika /usr/sbin/sip-proxy[27361]: INFO: activating contact branch_failure route May 19 21:56:37 siika /usr/sbin/sip-proxy[27361]: INFO: Routing INVITE <sip:[email protected]:5044;transport=tcp> to contact via <sip:192.98.102.10:42736;transport=TCP> May 19 21:56:37 siika /usr/sbin/sip-proxy[27361]: ERROR: tm [../../forward.h:216]: msg_send(): msg_send: ERROR: tcp_send failed May 19 21:56:37 siika /usr/sbin/sip-proxy[27361]: ERROR: tm [t_fwd.c:1592]: t_send_branch(): ERROR: t_send_branch: sending request on branch 0 failed May 19 21:56:37 siika /usr/sbin/sip-proxy[27361]: ERROR: tm [t_fwd.c:1595]: t_send_branch(): putting branch 0 on hold > To enable this feature, you have to set module parameter > failure_exec_mode to 1. i did that. next i tested to dead udp destination, and both branch and normal failure routes were executed after fr_timer fired: May 19 22:04:34 siika /usr/sbin/sip-proxy[27577]: INFO: activating contact_failure failure route May 19 22:04:34 siika /usr/sbin/sip-proxy[27577]: INFO: activating contact branch_failure route May 19 22:04:34 siika /usr/sbin/sip-proxy[27577]: INFO: Routing INVITE <sip:[email protected]:5044;transport=udp> to contact May 19 22:04:39 siika /usr/sbin/sip-proxy[27549]: INFO: event_route[tm:branch-failure:contact] May 19 22:04:39 siika /usr/sbin/sip-proxy[27549]: INFO: failure_route[contact] -- juha _______________________________________________ sr-dev mailing list [email protected] http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
