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 pushes through the /api/v2/routing/emergencyflows endpoint, 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