Previous incidents

The issue has been resolved and we will continue monitoring the situation. We recommend setting up transcriber fallbacks to avoid any failed calls in such situations - https://docs.vapi.ai/api-reference/assistants/create#request.body.transcriber.ElevenLabsTranscriber.fallbackPlan

The Vapi dashboard is now available after cloudflare have applied the fix. We will continue to monitor to ensure no further disruptions.

The system has recovered. We are now working on monitoring the failures closely.

We identified the issue as a misconfiguration in the read-API endpoint. The fix has been applied, and all call logs should now display correctly. No data was lost.

Affected call logs have been successfully restored. We will providing a detailed RCA soon.

Cloudflare has resolved their issues and our services are restored.

We have temporarily increased our concurrency limits with provider and working on a long term solution.

concurrency limit has been reset and jobs are processing normally. issue has been resolved as of 9:05 PT

Our STT provider has made a fix on their end and are reporting improvement. We are continuing to monitor while we push out our own improvement: https://status.deepgram.com/incidents/vgsyqxkc67by.

Issue has been mitigated as of 2:50 AM PT

Nov 7th 2025 SIP service degradation

Summary

On Friday, November 7th, 2025, one of our SIP gateway experienced a failure, causing inbound and outbound Vapi SIP calls to be disrupted between 10:30 AM and 12:15 PM PST

Context

All Vapi SIP calls go through our SIP infrastructure which handles SIP trunking, authentication, and registration. When an inbound SIP call arrives, the SIP SBC authenticates and validates it, making a webhook call to our API server for call registr...

We are working on RCA for SIP degradation, we will share it by November 12th

We experienced a spike in call connection errors between 3:40 and 3:58. The issue has since been resolved.

We are seeing increased latency and requests timing out from API and DB degradation. We are working with our DB provider to resolve this, and have made a change.

Now monitoring to ensure improvement.

There was a DB restart and things are looking normal now. The issues have been resolved.

we experienced elevated errors in our api (for phone calls create) at 9:35 AM PT for few minutes. This has been resolved.

We had a restart on our database endpoint leading to a small blip in 500s for api endpoints.

We had a small blip on daily channel with call.in-progress.error-vapifault-worker-died errors due to a new daily deployment. We have rolled it back.

The issue with twilio inbound calls failing on daily has been resolved. The root cause was connection timeouts on a new egress proxy service.

We detected calls logs not reflecting in the dashboard for some time. This was due to an error while attaching a partition and has been resolved now. Call logs will be populated soon if they were missing.

After further investigation with our WebRTC provider, this does not seem to be platform issue. We will follow up with impacted users directly.