Re: [Freeswitch-users] Not trying second route on NORMAL_TEMPORARY_FAILURE
Hi -- I'm still having this issue, any ideas? I'm only seeing it with one route and one carrier. Any useful debug info for this? -Avi Marcus 1-718-989-9485 (USA) 02-372-1570 (Israel) 020-3298-2875 (UK) On Thu, Jan 25, 2018 at 9:46 PM, Avi Marcus <avi@avimarcus.net> wrote:
I have a bridge string with failover of "route A| route B" but I found a place where it's not working.
I have continue_on_fail=true in the A leg.
originate_disposition is telling me SUCCESS
even though bridge_hangup_cause is recording NORMAL_TEMPORARY_FAILURE and sip_hangup_disposition is recv_refuse
So.. what's wrong? How can I make sure the bridge failover works? As far as I know, normally it properly fails over -- but I just saw this several times today.
Thanks, -Avi Marcus
Check SIP trace. It sounds like the route responds with early media (SIP 183) followed by SIP error. On Sunday, January 28, 2018 2:04:54 PM EST Avi Marcus wrote:
Hi -- I'm still having this issue, any ideas? I'm only seeing it with one route and one carrier. Any useful debug info for this?
-Avi Marcus 1-718-989-9485 (USA) 02-372-1570 (Israel) 020-3298-2875 (UK)
On Thu, Jan 25, 2018 at 9:46 PM, Avi Marcus <avi@avimarcus.net> wrote:
I have a bridge string with failover of "route A| route B" but I found a place where it's not working.
I have continue_on_fail=true in the A leg.
originate_disposition is telling me SUCCESS
even though bridge_hangup_cause is recording NORMAL_TEMPORARY_FAILURE and sip_hangup_disposition is recv_refuse
So.. what's wrong? How can I make sure the bridge failover works? As far as I know, normally it properly fails over -- but I just saw this several times today.
Thanks, -Avi Marcus
Hmph, apparently I found it they are sending 183 with EARLY MEDIA before the NORMAL_TEMPORARY_FAILURE. I think there's an option to ignore early media, but then I lose the ring that's valid on most calls. Is there any other way to properly treat NORMAL_TEMPORARY_FAILURE as a failure?
What if you set own conditions what fail means? <action application="set" data="continue_on_fail=NORMAL_TEMPORARY_FAILURE,USER_BUSY,NO_ANSWER,NO_ROUTE_DESTINATION"/> 2018-01-28 20:11 GMT+01:00 Avi Marcus <avi@avimarcus.net>:
Hmph, apparently I found it they are sending 183 with EARLY MEDIA before the NORMAL_TEMPORARY_FAILURE.
I think there's an option to ignore early media, but then I lose the ring that's valid on most calls. Is there any other way to properly treat NORMAL_TEMPORARY_FAILURE as a failure?
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Gregor Nanger *CTO* t./f.: 00386 (0) 7 6000 308/309 • m:. 00386 (0)41 756485 • Infomedia d.o.o. • Jerebova 3, Novo mesto, Slovenia • www.infomedia.si
Gregor, I have continue_on_fail=true... the problem seems to be early media triggers "success". On Mon, Jan 29, 2018 at 1:09 AM, Gregor Nanger <gregor@infomedia.si> wrote:
What if you set own conditions what fail means?
<action application="set" data="continue_on_fail=NORMAL_TEMPORARY_FAILURE,USER_BUSY,NO_ANSWER,NO_ROUTE_DESTINATION"/>
i guess - reason is in invite sdp. 2018-01-29 12:30 GMT+02:00 Avi Marcus <avi@avimarcus.net>:
Gregor, I have continue_on_fail=true... the problem seems to be early media triggers "success".
On Mon, Jan 29, 2018 at 1:09 AM, Gregor Nanger <gregor@infomedia.si> wrote:
What if you set own conditions what fail means?
<action application="set" data="continue_on_fail=NORMAL_TEMPORARY_FAILURE,USER_BUSY,NO_ANSWER,NO_ROUTE_DESTINATION"/>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (4)
-
Alexandr Popov
-
Avi Marcus
-
Gregor Nanger
-
Sergey Okhapkin