[OpenSIPS-Users] Failover in case of 408 - Request Timeout

[Bogdan-Andrei Iancu]

Hi Mitesh,

There are various ways for storing and pushing the new destinations in 
failure route, depending on the routing mechanism that fits you. The 
most generic way is to use $avp() at script level (for custom logic) or 
you can use built-in logics like dispatcher, load-balancer, drouting, etc.

The DNS based failover is built-in as logic - it is triggered by SIP 
timeouts (408) and 503 replies only. And the next destinations are taken 
from the DNS records, according to the priorities.

Best regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
   https://www.opensips-solutions.com
OpenSIPS Summit, Amsterdam, May 2020
   https://www.opensips.org/events/Summit-2020Amsterdam/
OpenSIPS Bootcamp, Miami, March 2020
   https://opensips.org/training/OpenSIPS_Bootcamp_2020/

On 1/6/20 8:19 AM, Miteshkumar Thakkar wrote:
> Thank you Bogdan,
>
> I was experimenting with the same.
> The new destination can be pre-configured destination in 
> dispatcher module, if I am not wrong.
> Is there any way to select another destination which is received from 
> DNS response. Basically, I want to avoid pre-configuration of 
> destinations.
>
> Mitesh
>
>
> On Sat, Jan 4, 2020 at 8:28 PM Bogdan-Andrei Iancu 
> <bogdan at opensips.org <mailto:bogdan at opensips.org>> wrote:
>
>     Hi Miteshkumar,
>
>     To achieve failover for 408, you need to arm a failure route for
>     your INVITE, see
>     https://www.opensips.org/Documentation/Script-Routes-3-0#toc3
>
>     This failure route will be trigger whenever your INVITE
>     transaction will complete with a negative reply. In the failure
>     route you can check what was the final negative reply (with
>     t_check_status() from  TM module) and if 408, you can set a new
>     destination and t_relay() again.
>
>     Best regards,
>
>     Bogdan-Andrei Iancu
>
>     OpenSIPS Founder and Developer
>        https://www.opensips-solutions.com
>     OpenSIPS Summit, Amsterdam, May 2020
>        https://www.opensips.org/events/Summit-2020Amsterdam/
>     OpenSIPS Bootcamp, Miami, March 2020
>        https://opensips.org/training/OpenSIPS_Bootcamp_2020/
>
>     On 12/26/19 12:12 PM, Miteshkumar Thakkar via Users wrote:
>>     Thanks for your response. I will try it. But, that cannot be done
>>     using DNS failover of TM module by any means, right?
>>
>>     On Thu, Dec 26, 2019 at 3:17 PM David Villasmil
>>     <david.villasmil.work at gmail.com
>>     <mailto:david.villasmil.work at gmail.com>> wrote:
>>
>>         Have you tried using the dispatcher module? Does exactly what
>>         you want.
>>
>>         On Thu, 26 Dec 2019 at 08:41, Miteshkumar Thakkar via Users
>>         <users at lists.opensips.org <mailto:users at lists.opensips.org>>
>>         wrote:
>>
>>             Hi,
>>
>>             I want to achieve failover in case of 408 - Request timeout.
>>
>>             One option I can see is DNS failover of TM Module. But,
>>             it does failover in case of 503 as well. I do not want that.
>>
>>             I do not want failover in case of 503. I just want it, in
>>             case of 408 - Request timeout.
>>             How can I achieve this?
>>
>>             Any help is appreciated.
>>
>>             Thank You,
>>             Mitesh
>>             _______________________________________________
>>             Users mailing list
>>             Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>>             http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>         -- 
>>         Regards,
>>
>>         David Villasmil
>>         email: david.villasmil.work at gmail.com
>>         <mailto:david.villasmil.work at gmail.com>
>>         phone: +34669448337
>>
>>
>>     _______________________________________________
>>     Users mailing list
>>     Users at lists.opensips.org  <mailto:Users at lists.opensips.org>
>>     http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200106/57272042/attachment-0001.html>