[SR-Users] How to Absorb First Leg Re-Invites when no Response from Second Leg Invites

Alex Balashov abalashov at evaristesys.com
Sat Mar 2 00:19:32 CET 2019


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:


in concert with something like this:

   failure_route[...] {

       # The scenario you're after.

       if(t_branch_timeout()) {
           t_reply("503", "Service Unavailable");

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

More information about the sr-users mailing list