# How to retry a agent dispatch for inbound call?
**URL:** https://community.livekit.io/t/how-to-retry-a-agent-dispatch-for-inbound-call/1561
**Category:** Getting Started
**Created:** [July 5, 2026, 10:38am UTC](https://community.livekit.io/t/how-to-retry-a-agent-dispatch-for-inbound-call/1561 "2026-07-05T10:38:47Z")
**Posts on this page:** 5
**Page:** 1
### Author:  [@Tareq\_Al\_Muntasir](https://community.livekit.io/u/Tareq_Al_Muntasir)
#### Post date: [July 5, 2026, 10:38am UTC](https://community.livekit.io/t/how-to-retry-a-agent-dispatch-for-inbound-call/1561/1 "2026-07-05T10:38:47Z")
We have an issue with inbound calls. If for some reason workers are not available when we receive a lot of concurrent inbound calls, these calls never get answered. We use dispatch rules.
What is the best approach to make sure all inbound calls are picked up by Livekit Agents? I want to retry a few times before abandoning the call.
---
### Author:  [@darryncampbell](https://community.livekit.io/u/darryncampbell)
#### Post date: [July 6, 2026, 7:55am UTC](https://community.livekit.io/t/how-to-retry-a-agent-dispatch-for-inbound-call/1561/2 "2026-07-06T07:55:12Z")
The recommended approach would be to ensure there is sufficient capacity to handle inbound calls. There is no built-in retry mechanism for agent dispatch, and although you could build one yourself in theory by monitoring whether agents join calls, I wouldn’t recommend it.
Is this for self-hosted agents? I would like to understand the reason why workers aren’t available.
---
### Author:  [@Tareq\_Al\_Muntasir](https://community.livekit.io/u/Tareq_Al_Muntasir)
#### Post date: [July 8, 2026, 4:06am UTC](https://community.livekit.io/t/how-to-retry-a-agent-dispatch-for-inbound-call/1561/3 "2026-07-08T04:06:46Z")
@darryncampbell yes it’s for self hosted agents. The reason for workers not being available is we have a surge of inbound calls and it takes time to scale up the pods in our Kubernetes cluster. We don’t want to waste compute by keeping a lot of agent workers idle.
---
### Author:  [@darryncampbell](https://community.livekit.io/u/darryncampbell)
#### Post date: [July 8, 2026, 6:35am UTC](https://community.livekit.io/t/how-to-retry-a-agent-dispatch-for-inbound-call/1561/4 "2026-07-08T06:35:54Z")
Got it, we have some documentation for autoscaling for self-hosted agents here:
> **[Autoscaling - Self-hosted deployments | LiveKit Documentation](https://docs.livekit.io/deploy/custom/deployments/#autoscaling)**
>
> LiveKit agents are ready to deploy to any container orchestration system such as Kubernetes. The framework uses a worker pool model and job dispatch is automatically balanced by LiveKit server across available agent servers. The agent servers...
Did you see that? I would still recommend keeping sufficient spare capacity to scale up in line with your projected load. We also have a load testing guide that my colleague wrote: [How to load test voice agents and get meaningful results | LiveKit](https://livekit.com/field-guides/guide/load-testing-voice-agents) that explains some of the tools available.
The other thing to recommend would be to use LiveKit cloud hosting, which manages the scaling for you.
How are you currently scaling your workers?
I am very hesitant to recommend an agent dispatching strategy based on monitoring rooms for agent presence, and retrying the dispatch until an agent joins - that will be unreliable.
---
### Author:  [@system](https://community.livekit.io/u/system)
#### Post date: [July 23, 2026, 6:36am UTC](https://community.livekit.io/t/how-to-retry-a-agent-dispatch-for-inbound-call/1561/5 "2026-07-23T06:36:06Z")
This topic was automatically closed 15 days after the last reply. New replies are no longer allowed.