In addition , there is a function in tm that helps to understand  branch timeout reason

https://www.kamailio.org/docs/modules/5.1.x/modules/tm.html#tm.f.t_branch_replied

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@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/

_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users