Is anyone else having Network related issue for Azure Speech to Text?

We are running into a recurring issue with Azure Speech-to-Text (STT) in the East US region. Our users report that transcription frequently pauses mid-session, even when they are connected to stable WiFi.

We have implemented several safeguards on our side:

Automatic retries of the connection at multiple points in the workflow.

Client-side checks to ensure connectivity remains active.

Session monitoring to catch and recover from drops.

Despite these measures, the transcription sessions continue to pause intermittently, disrupting the user experience.

What we have tried / observed so far:

The problem is not tied to a specific network (we’ve tested across different ISPs and environments).

We don’t see any corresponding diagnostic logs or failure events in the Azure portal that would indicate why the STT session is pausing.

Resource is deployed in East US, but the issue seems sporadic rather than region-wide.

Auto-retries reconnect, but this still creates gaps in transcription.

Questions for the community:

Has anyone else experienced intermittent pauses with Azure Speech-to-Text sessions despite having stable internet?

Are there specific logging or diagnostic settings in Azure Speech that can provide more detail (e.g., why a session pauses, network vs. service issue)?

Would using a different region, or changing from WebSocket streaming API to another approach, help mitigate these interruptions?

1. Any recommended best practices to keep live transcription sessions more resilient against these types of pauses?We are running into a recurring issue with Azure Speech-to-Text (STT) in the East US region. Our users report that transcription frequently pauses mid-session, even when they are connected to stable WiFi. We have implemented several safeguards on our side:
   • Automatic retries of the connection at multiple points in the workflow.
   • Client-side checks to ensure connectivity remains active.
   • Session monitoring to catch and recover from drops.
   Despite these measures, the transcription sessions continue to pause intermittently, disrupting the user experience. What we have tried / observed so far:
   • The problem is not tied to a specific network (we’ve tested across different ISPs and environments).
   • We don’t see any corresponding diagnostic logs or failure events in the Azure portal that would indicate why the STT session is pausing.
   • Resource is deployed in East US, but the issue seems sporadic rather than region-wide.
   • Auto-retries reconnect, but this still creates gaps in transcription.
   Questions for the community:
   1. Has anyone else experienced intermittent pauses with Azure Speech-to-Text sessions despite having stable internet?
   2. Are there specific logging or diagnostic settings in Azure Speech that can provide more detail (e.g., why a session pauses, network vs. service issue)?
   3. Would using a different region, or changing from WebSocket streaming API to another approach, help mitigate these interruptions?
   4. Any recommended best practices to keep live transcription sessions more resilient against these types of pauses?