The disaster recovery routing’s failing with a 408 Request Timeout once the business continuity schedule override activates for the Pacific holiday calendar. Failover logic attempts to route through the secondary SIP trunk, but the secondary SIP trunk stays silent while primary capacity drops to zero. A similar routing loop came up in an October community post, so a 30-second delay patch got applied to the SIP INVITE retry, though it’s doing jack all for actual call delivery.
- Genesys Cloud v2024.08.03
- SIP Trunk Provider: Twilio Elastic SIP Trunking
- Architect Flow: Emergency_Failover_v4
- SDK: Java 2.2.1
- Override Window: 2024-11-28T23:00:00Z to 2024-12-01T07:00:00Z
- Last SIP trace:
INVITE sip:emergency@trunk2.com SIP/2.0:408 Request Timeoutafter 12s