WebRTC Audio Drop During Shift Swap Approval

Has anyone figured out why the softphone drops audio right after a shift swap is approved in the Chicago cluster? Agents using the WebRTC client lose connection immediately upon status change.

The Architect logs show a 408 Request Timeout on the media server handshake. This happens only during the weekly publish window for workforce management updates.

We are running the latest Genesys Cloud version. Standard SIP trunks remain stable. Is this a known conflict with the WFM API triggering session resets?