I investigated very deep and found that when vapi is streaming to daily, there is jitters and packet loss happening which is same forwarded to daily's frontend sdk client consumed by vapi's sdk client and hence i am receiving audio loss in between. I check same recording on vapis' dashboard and there audio of bot is very clear and correct, because you store on your end separately. it is not my frontend issue i am running wih m4 mac/m2 mac pro with only chrome open (no cpu throttle or low web speed -150mbps+) i have proofs of both these audios, one which is clear and where daily's url has the issue (daily stores what vapi sends from server to sfu) can someone please investigate this and solution for this? i know this is webrtc on udp but there must be some way to get audio stream on websocket or something? Call IDs 019bdc66-b426-7aa9-890c-484e8ff717b2 019bc7e9-64f0-7003-b7bf-6bf30884dc75 019c1f37-3004-7995-a97b-d9f599180bc2 - Check this both vapi recording and daily recording url. @Vapi @Vapi Support Bot https://cdn.discordapp.com/attachments/1468504819110252584/1468504819432951943/image.png?ex=6984ebf0&is=69839a70&hm=5b566322478fc65373c2b288a90ecaf0b2550a11c8240954df03f2636874f143&

You’re right to call this out, the audio being clean in Vapi recordings but breaking only once it hits Daily really points to a transport issue, not your frontend or the voice itself. The time-of-day pattern makes SFU load / UDP jitter very likely, especially with server → Daily streaming. A separate or fallback transport for audio (WebSocket or data channel) would help a lot here. One thing that would help narrow it down: during those bad windows, do you see RTP retransmissions or dropped frames on Daily’s side? Also, is the bot audio streamed as live RTP or as re-encoded chunks from the server? @Pranav FE

I am not sure about the last part on daily's side, yes I dont see video frames dropped just the audio, that is when i concluded it is vapi to daily issue not daily to frontend client moreover, my voice goes via same webrtc to daily and daily passes to vapi, interesting thing to note here is - in this case, daily's recording has my voice clear but vapi's recording doesn't (which again proves there is issue in vapi-daily sfu)

we're looking into this

any update here please?

hey folks i'm pinging our team for any insights here. They'll share update soon

hey there, apologies for the delay. debugging for issues with daily take a little more time than normal websocket calls due to our logging. rest assured that we are continuing to investigate this to provide some insights on how to navigate the issue. thank you for being patient

Hoping to get some insights as easly as possible, our contract is on hold now because of this single issue 😔 . this is happening with just 25 concurrency, not sure how will it handle 200+ lines at a time

please ensure that there is no blocking of the Daily IPs on your side: https://docs.daily.co/guides/privacy-and-security/corporate-firewalls-nats-allowed-ip-list. you can also run this network test to see how it performs: https://network-test-v2.daily.co/

Hi Kyle no we dont have firewall or blocking as call connect and runs.. it is the audio loss that is consistently happening during US morning hours.

@User We're experiencing the same issue here.

@Evadora (Vapi) @Shubham Bajaj @Arvind

looking into this