Could someone explain the 2-second delay in the /v2/predictiverouting/queues endpoint when traffic shifts to the secondary BYOC trunk in Asia/Singapore? The latency correlates directly with the SIP registration timeout values configured on our carrier side. We have 15 trunks, and the failover logic seems to trigger a re-evaluation of queue capacity before routing the call, causing the spike.
HTTP 503 Service Unavailable is returned intermittently when the primary trunk drops and the secondary SIP proxy hasn’t fully synchronized its state with the Genesys Cloud edge servers. The error log shows:
{"code": "service_unavailable", "message": "Routing service temporarily overloaded during trunk failover"}
We are using the latest Genesys Cloud SDK (v6.0) for our outbound predictive dialer integration. The issue persists even when we increase the SIP keepalive frequency. Is there a specific configuration in the outbound routing policy that prioritizes trunk health checks over queue availability? We need to minimize the dead air during these transitions.