# LiveKit Inference STT returns MaxConcurrentGatewaySTT with 0 usage despite 5-connection quota

**URL:** <https://community.livekit.io/t/livekit-inference-stt-returns-maxconcurrentgatewaystt-with-0-usage-despite-5-connection-quota/2045>\
**Category:** Agents\
**Tags:** stt, livekit-inference\
**Created:** [September 12, 2026, 8:31pm UTC](https://community.livekit.io/t/livekit-inference-stt-returns-maxconcurrentgatewaystt-with-0-usage-despite-5-connection-quota/2045 "2026-09-12T20:31:56Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![Antony\_Esquivel](https://sea1.discourse-cdn.com/flex001/user_avatar/community.livekit.io/antony_esquivel/32/2490_2.png) [@Antony\_Esquivel](https://community.livekit.io/u/Antony_Esquivel)\
**Post date:** [September 12, 2026, 8:31pm UTC](https://community.livekit.io/t/livekit-inference-stt-returns-maxconcurrentgatewaystt-with-0-usage-despite-5-connection-quota/2045/1 "2026-09-12T20:31:56Z")

</div>

I’m encountering what appears to be an inconsistency between my LiveKit Cloud project’s displayed STT quota and the quota enforced by the LiveKit Inference gateway.

My **Quota and Limits** dashboard shows:

- Model: Deepgram Nova-3 (Monolingual)
- Type: STT
- Limit: **5 concurrent connections**
- Peak usage (past 7 days): **1/5**

However, attempts to establish a LiveKit Inference STT connection are currently rejected with HTTP 429.

I captured the JSON error returned by the STT WebSocket upgrade:

type: inference\_quota\_exceeded  
error: STT connection limit exceeded

category: MaxConcurrentGatewaySTT  
remaining\_limit: 0  
current\_usage: 0  
status: QuotaStatusExceeded

The important inconsistency is that the gateway reports **current\_usage: 0** and **remaining\_limit: 0** , while the project dashboard shows an STT concurrency limit of **5**.

The integration was previously working. My September billing/usage page currently shows **216 minutes of Deepgram Nova-3 STT usage** , so the model has successfully been used by this project before.

I have verified the client/agent audio path independently: the microphone track reaches the LiveKit agent, RTP packets are received, decoded PCM audio reaches the agent’s STT pipeline, and the failure occurs specifically when the LiveKit Inference STT WebSocket connection is established.

Could someone from LiveKit please check whether the effective **MaxConcurrentGatewaySTT** quota for this project is incorrectly set to zero or whether another account/project-level restriction is causing the gateway to return this quota error?

I can provide the affected **project ID and gateway session ID privately** if needed.

Thank you.

 ![screencapture-cloud-livekit-io-projects-p-2pmgya8ao82-settings-billing-2026-09-12-17_24_03](https://us1.discourse-cdn.com/flex001/uploads/livekit2/original/2X/2/23dc05f9f2f3e16df4f8ff193eb28b8217aa63e5.png)

 ![screencapture-cloud-livekit-io-projects-p-2pmgya8ao82-settings-quotas-2026-09-12-17_22_45](https://us1.discourse-cdn.com/flex001/uploads/livekit2/original/2X/b/b07deb92f1f1901e4928df123ef275de53142959.png)

---

<div class="post-metadata">

**Author:** ![abidullahcs.uk](https://avatars.discourse-cdn.com/v4/letter/a/ba8739/32.png) [@abidullahcs.uk](https://community.livekit.io/u/abidullahcs.uk)\
**Post date:** [September 13, 2026, 11:16am UTC](https://community.livekit.io/t/livekit-inference-stt-returns-maxconcurrentgatewaystt-with-0-usage-despite-5-connection-quota/2045/2 "2026-09-13T11:16:45Z")

</div>

@Antony_Esquivel Worth adding the credit math to your post, because it rules out the answer you’ll otherwise get first.

The Build plan includes $2.50/month of inference credits, so “_you ran out of credits_” is the obvious reply. Your own September numbers say otherwise:

| Item | Usage | Rate | Cost |
| --- | --- | --- | --- |
| **Nova-3 STT** | 216 min | $0.288/hr | **$1.04** |
| **Inworld TTS** | 15,812 chars | $25/M chars | **$0.40** |
| **Gemma 4 31B - Input** | 348,719 tokens | $0.40/M tokens | **$0.14** |
| **Gemma 4 31B - Output** | 8,281 tokens | $1.20/M tokens | **$0.01** |
| | | **Total** | **~$1.58** |

Roughly **63%** used, so there’s headroom.

The second point is worth stating plainly: current\_usage: 0 with remaining\_limit: 0 means the effective limit is zero. If you were genuinely saturating 5 connections it would read current\_usage: 5. So the gateway is applying a limit of 0 where your dashboard shows 5.

Both point the same way, and neither is something you can fix from your side. Adding the math should stop it being closed as expected quota behaviour.

---

<div class="post-metadata">

**Author:** ![system](https://sea1.discourse-cdn.com/flex001/user_avatar/community.livekit.io/system/32/26_2.png) [@system](https://community.livekit.io/u/system)\
**Post date:** [September 28, 2026, 11:17am UTC](https://community.livekit.io/t/livekit-inference-stt-returns-maxconcurrentgatewaystt-with-0-usage-despite-5-connection-quota/2045/3 "2026-09-28T11:17:29Z")

</div>

This topic was automatically closed 15 days after the last reply. New replies are no longer allowed.