Azure speech service error

Sachin Raorane 20 Reputation points
2026-06-18T07:33:34.11+00:00

We are using the Azure Speech Service SDK in our application for speech-to-text conversion.

We are currently using the Standard tier, but it occasionally fails with the following error: 'Connection was closed by the remote host. Error code: 1007. Error details: Quota exceeded.'

What could be causing this issue? We plan to use this service at a production level and need help resolving this.

Additionally, we would like to learn more about this service in depth.

Azure AI Search
Azure AI Search

An Azure search service with built-in artificial intelligence capabilities that enrich information to help identify and explore relevant content at scale.


Answer accepted by question author

Sina Salam 30,566 Reputation points Volunteer Moderator
2026-06-23T15:28:39.12+00:00

Hello Sachin Raorane,

Welcome to the Microsoft Q&A and thank you for posting your questions here.

I understand that you're having Azure speech service error.

For Standard S0 real-time Speech-to-Text, the default concurrent request limit is 100 per Speech resource. Since you reported only 36 calls, 36 alone should not exceed the default limit.

Therefore, the actual issue is one of these:

  1. Your application is leaving Speech recognizer sessions open,
  2. More workloads are sharing the same Speech resource,
  3. The app is using a different resource/tier/region than expected, or the quota/tier change has not propagated.

My advice to you:

  1. Implement a strict client-side concurrency limit of 70–80 active recognizers,
  2. Explicitly stop and dispose every recognizer, log SDK CancellationDetails including ErrorCode, ErrorDetails, and session ID, and verify metrics against the exact East US Speech resource.
  3. If production concurrency must exceed 100, raise an Azure quota request for real-time Speech-to-Text concurrent requests on that Speech resource.

This will guide you for both mitigation and root cause.

I hope this is helpful! Do not hesitate to let me know if you have any other questions, steps or clarifications.


Please don't forget to close up the thread here by upvoting and accept it as an answer if it is helpful.

Was this answer helpful?

1 person found this answer helpful.
0 comments No comments

1 additional answer

Sort by: Most helpful
  1. Anshika Varshney 14,270 Reputation points Microsoft External Staff Moderator
    2026-06-18T09:34:00.0566667+00:00

    Hello @Sachin Raorane

    Thank you for sharing the error details.

    The key part of the error appears to be:

    "Quota exceeded" (WebSocket close code 1007)

    This typically indicates that the Speech service is rejecting requests because a service limit or quota has been reached. Even on the Standard tier, throttling can occur if request volume, concurrency, or transaction rates exceed the allocated capacity.

    Things to check

    1. Review Speech resource metrics
      • Monitor request volume, concurrent requests, and error rates in Azure Monitor.
      • Check whether the failures correlate with traffic spikes or peak usage periods.
    2. Verify quota and limits
      • Review the quotas applicable to your Speech resource and region.
      • If your workload has recently increased, you may be hitting throughput limits intermittently.
    3. Check Azure Service Health
      • Review Azure Service Health and Azure Status for any incidents affecting Azure Speech Services in your region during the timeframe when the errors occurred.
    4. Implement retry logic
      • If you are not already doing so, consider implementing retries with exponential backoff for transient failures and throttling scenarios.

    Could you please share the below details:

    • The Azure region of your Speech resource
    • Whether you're using Speech-to-Text, Text-to-Speech, or another Speech feature
    • The approximate number of concurrent requests when the issue occurs
    • Whether the error is persistent or only happens during traffic spikes

    This information will help determine whether the issue is related to quota enforcement, workload patterns, or a service-side issue.

    I hope this helps. Let us know the additional details, so that we can help investigate further.

    Thankyou!

    Was this answer helpful?

    1 person found this answer helpful.
    0 comments No comments

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.