Critical Issue: Assistant Not Responding on Some C...
# support
z
Hi Vapi Team, I’m experiencing a recurring issue on some calls (roughly 3-4 out of every 10) where the assistant does not behave as expected. Here’s what’s happening: The assistant begins the call by playing the “First Message,” but it seems to bypass the LLM entirely — it feels like the assistant isn’t “turned on.” The caller responds, but the assistant either: Takes several seconds to generate the next message, or Says nothing at all, despite the caller continuing to speak. Eventually, the system triggers the “Are you still there?” message and then ends the call after 30 seconds, as if no interaction happened. I’ve checked the call payload, and in these cases there’s no transcript or dialogue history — it looks like no conversation happened at all. It seems like the LLM isn’t being loaded properly on these calls, and the assistant is defaulting to system fallback behavior. Could you please look into this urgently? Call IDs: 5baa70e8-9b5c-4878-bb93-25a06f03265b 33cc60ef-4a86-4c19-92f1-ad83101ba137 8c8129a4-f101-4ea0-a09b-a15a5ceb785f 72926141-3f19-46d7-a55e-1947e0c0d8b7 These 4 happened within 3 minutes. Thanks, Lukasz @User
m
same here, please have a look on this
j
Same thing here. We have active clients and this must be fixed asap
Call ID: 0422e3d8-f6b7-4d3f-90fe-f0ca5daf8fd4 @User
d
@Shubham Bajaj @Sahil
m
s
@mmvora @David Jurado @J. @zurpol Looking into it.
d
thank you 🙏🏼
s
@zurpol could you request the your telephony team to provide the PCAP file containing RTP packets?
j
Is there anything I can do right now or should I have my clients turn off their assistants
s
You can wait for a while until I provide a definitive update.
d
Just in case it helps, we have disabled the noise filter, and it seems that we haven't received the error in the last few minutes. Not sure if this is the actual cause, but thought it might be useful. We had a similar issue a few months ago as well.
j
"backgroundDenoisingEnabled": false ?
c
Ours is off by default
d
yes, or in our case backgroundSpeechDenoisingPlan: { smartDenoisingPlan: { enabled: false } },
j
Yours is off and you still have the issue?
d
now is off
c
We set it to off a while ago, so we could enable it for individual clients, but we haven't actually started testing it yet
o
Hi @Shubham Bajaj , @zurpol likely wont have this information. However when I was doing a test call yesterday morning I experienced the exact same issue. I did about 10 calls testing the end-call endpoint and in one of the calls the agent couldn't hear me. Call ID:d59ebe6f-31eb-4206-9ca5-dfc6c77f994d
This was commenced using the "phone numbers" area in the vapi UI and then just inputting my mobile number and chosing the agent (same one that was is problematic , worth noting.)
z
As @OLEYO said, I don't have this information. Maybe someone who's also experiencing this issue could help?
c
I can see the call logs in Twilio but I can't see anything to download RTP packets..
I have seen a halt/decrease on 'silence-timed-out' end call reasons in the past 45 minutes
d
me too
s
@David Jurado @Chris @zurpol @OLEYO @J. @mmvora Can you try few test calls with some other transcriber, from your current choice.
c
Let me check
s
update
The problem appears to be coming from the transcriber's side, and we are working with the team to fix it. For now, as a quick solution, could you please use your own key or try a different transcriber.
j
Can we use a different deepgram model or should we use something else entirely? Thank you for working on this, I appreciate it.
Nvm
z
I've tried using different versions of Deepgram (we use Nova 3 version) and different transcribers entirely, but Deepgram is the only one delivering results (booked appointments). The problem doesn't seem to occur with Cartesia, but when using it, the bot isn't booking calls, so it's worthless to the client. Please keep us updated @Shubham Bajaj, or if anyone finds a working solution, please let us know!
s
Deepgram experienced an unexpected spike in requests, which, caused call failures on your end. To address this, we’ve requested an increase in capacity or the concurrent pool to ensure your calls function smoothly and operations return to normal. After some time you can continue calls without any failure.
z
Got you, thanks for the update. So, have they increased the capacity/concurrent pool yet, do you know?
s
You don't have to, we are working with them. In case you are using your own key, then you have to contact the deepgram.
z
No, I'm not using my own key, so I'll leave it in your capable hands. Could you let us all know once the capacity/concurrent pool has been increased, so we can update our clients? Many thanks in advance!
Hi @Shubham Bajaj , just read this article by Abhishek about "solving latency problemat VAPI" https://vapi.ai/blog/how-we-solved-latency-at-vapi Maybe the delays and dropping calls due to the timeout has got something to do with this update? The assistant is still slow to respond to the caller's first response, although the silence timeouts have stopped happening. On pretty much every call, the assistant takes 3+ seconds to start talking after the caller's response, here are a few examples: - e7db2ff6-80d0-47bd-9616-06ddefaa8f7b - 128c6cb8-3ff8-4dd2-b3fe-b4d1d66f6abb - 1fd9fadc-30bf-42fa-9966-7ae39955355a - 602f082a-9f20-4d15-8642-529546ecf537 Any thoughts on this?
c
Hey Zurpol, thanks for sharing your details. Our team will look into it and get back to you soon with an update.
2 Views