Softphone auto-answer delay exceeds 2 second SLA — network latency?

We configured auto-answer on our softphones, but there is a 2.1-second delay between the call arriving and the audio connecting.

Our Teams direct routing integration has a 1.5-second answer delay by comparison. Is the extra 600ms on the GC side a WebRTC negotiation overhead, or is it related to the SBC configuration?

We benchmarked the auto-answer delay using JMeter and a custom WebRTC test harness.

The 2.1-second delay breaks down as follows:

  • ICE candidate gathering: 400ms
  • DTLS handshake: 300ms
  • Ogg Opus codec negotiation: 200ms
  • GC platform routing decision: 800ms
  • Browser audio context initialization: 400ms

The biggest variable is the platform routing decision. During peak hours, it increases to 1.2 seconds because the ACD is evaluating more agents simultaneously.

That 2-second gap is devastating for callbacks.

The customer answers the callback, hears 2 seconds of silence, and assumes it is a robocall. By the time the agent’s audio connects, the customer has already said ‘Hello? Hello?’ twice and is annoyed. We reduced callbacks to our ‘VIP’ queue because the auto-answer delay was destroying our CSAT scores.