To FreeSWITCH Users, I wondered if someone could assist me regarding failover when a gateway goes down. FreeSWITCH version 1.4.20 (current production release). The requirement from my SIP Trunk provider is to failover in about 4 to 5 seconds. I have tried the following inside my dialplan: <action application="set" data="hangup_after_bridge=true"/> <action application="set" data="call_timeout=4"/> <action application="bridge" data="sofia/gateway/SIPprovider1/xxxxxxxxxx;user=phone|sofia/gateway/ SIPprovider2/xxxxxxxxxx;user=phone"/> <action application="sleep" data="1000"/> <action application="bridge" data="sofia/gateway/SIPprovider2/xxxxxxxxxx;user=phone"/> Where xxxxxxxxxx is a valid phone number. SIPprovider1 would be down (ie. SBC switched off) and SIPprovider2 would be working OK. Obviously these are setup within the FreeSWITCH /conf/sip_profiles/external/myprovider.xml. I have experimented with other various combinations: <action application="set" data="call_timeout=4"/> <action application="bridge" data="sofia/gateway/SIPprovider1/+44xxxxxxxxxx;user=phone|sofia/gateway/ SIPprovider2/+44xxxxxxxxxx;user=phone"/> <action application="sleep" data="1000"/> <action application="bridge" data="sofia/gateway/SIPprovider2/+44xxxxxxxxxx;user=phone"/> or <action application="set" data="call_timeout=4"/> <action application="bridge" data="sofia/gateway/SIPprovider1/+44xxxxxxxxxx;user=phone|sofia/gateway/ SIPprovider2/+44xxxxxxxxxx;user=phone"/> or <action application="set" data="hangup_after_bridge=true"/> <action application="set" data="call_timeout=4"/> <action application="bridge" data="sofia/gateway/SIPprovider1/+44xxxxxxxxxx;user=phone"/> <action application="sleep" data="1000"/> <action application="bridge" data="sofia/gateway/SIPprovider2/+44xxxxxxxxxx;user=phone"/> The issue I am having is the 4 to 5 second switch to SIPprovider2 does work, however for some reason the SIP INVITE messages are still being sent to SIPprovider1 after the 4 seconds. I need the SIP INVITE messages to STOP after 4 seconds to SIPprovider1 (which is down). Any ideas would be most appreciated. Kind Regards, Andrew Keil Visytel Pty Ltd