Hi,
Reinvites are in-dialog requests; they would only be sent within the
context of an established dialog (2xx response, end-to-end ACK, the
whole works).
Perhaps what you are referring to is not reinvites but retransmissions
of the initial INVITE?
If so, have a look at this option:
https://kamailio.org/docs/modules/5.2.x/modules/tm.html#tm.p.cancel_b_method
in concert with something like this:
failure_route[...] {
if(t_is_canceled())
exit;
# The scenario you're after.
if(t_branch_timeout()) {
t_reply("503", "Service Unavailable");
exit;
}
}
-- Alex
On Fri, Mar 01, 2019 at 08:23:11AM -0600, JR Richardson wrote:
Hi All,
My mind is not right on this one, need a pointer. Here is the simple scenario:
Carrier><kamailio proxy><end device
The end device is a static IP, the proxy dips database and knows where
to send numbers destined for the end device, but if there is no
response from the end device (it's off-line), how do I time-out the
transaction and send a 503 'Service Unavailable' back to the first leg
for the carrier to stop re-invites?
I assume I need a new [FAIL_TWO] route that handles this event.
Thanks.
JR
--
JR Richardson
Engineering for the Masses
Chasing the Azeotrope
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Alex Balashov | Principal | Evariste Systems LLC
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
Web:
http://www.evaristesys.com/,
http://www.csrpswitch.com/