Is VoiceDock down?
Last checked 12m agoNo incidents right now.
VoiceDock is operational right now. Last checked 12m ago; the most recent incident resolved 4d ago.
Real-time VoiceDock status, recent outages, and incident history: pulled directly from VoiceDock's official status page at status.voicedock.ai every 5 minutes. Pingoru tracks 6 VoiceDock services and has captured 3 incidents in the last 90 days (100.00% uptime). Get email, Slack, Discord, or webhook alerts the moment VoiceDock reports a new incident, free for 3 monitors, no credit card.
Recent outages & incidents
Past 90 days- CallsCalls
Timeline · 2 updates
- investigating · Jul 24, 2026, 12:48 PM UTC
At 14:36 CEST our primary voice node in Nuremberg became unreachable due to a network fault at our datacenter provider (Hetzner, nbg1 region). Inbound and web calls routed through this node were affected. We failed over to our secondary voice node in a separate location and calls have been restored. Any call in progress during the short window may have dropped; no customer data was affected, as account and call data are stored separately and were not impacted. We are now serving from the secondary node and will keep monitoring while the provider resolves the upstream fault. 2026-07-24T12:36:00Z
- resolved · Jul 24, 2026, 01:47 PM UTC
Post-mortem, 24 July 2026. Voice calls were interrupted for approximately 11 minutes (14:36 to 14:48 CEST). Inbound, outbound and web calls routed through our primary voice node were affected. The dashboard, API, data storage and documentation were not affected, and no customer data was lost or exposed. What happened. Our infrastructure provider, Hetzner, had a network fault in their Nuremberg datacenter that isolated our primary voice node. Our platform automatically detected the failure and began failing over to a secondary node in a separate location. One step in that automated failover, moving our public network address to the secondary node, did not complete on its own: it relies on the provider's management API, which was itself degraded by the same fault. Our team completed that step manually, which restored service. The provider resolved the underlying fault shortly afterwards. What we have changed. We have already rewritten that failover step so it completes reliably on its own, without manual intervention, even when the provider's systems are degraded, and we validated the change the same day with a live failover. We are additionally building a second, independent failover path that does not rely on the provider's systems at all. We hold ourselves to a high reliability standard, and an interruption of this length is more than we accept. We are sorry for the disruption.
Latest: Post-mortem, 24 July 2026. Voice calls were interrupted for approximately 11 minutes (14:36 to 14:48 CEST). Inbound, outbound and web calls routed through our primary voice node we…
-
Incident record
Since October 2026 · Better Stack · 6 components checked every 5 minutesThe longest incident in the last year, Service disruption — upstream network incident (recurrence) on June 17, 2026, ran for 98 minutes. 2 maintenance windows announced in the same period.
Most affected components, last 12 months
- Api3
- Databases3
- Calls1
- Calls1
Latest incidents
- Voice calls interruption (upstream datacenter network fault)
At 14:36 CEST our primary voice node in Nuremberg became unreachable due to a network fault at our datacenter provider (Hetzner, nbg1 region). Inbound and web…
- API and database unavailable
We're investigating an outage affecting our API and database. Inbound and outbound calls, the API, and dashboard data may be unavailable or degraded. We'll…
- Service disruption — upstream network incident (recurrence)
We are investigating a renewed loss of connectivity to our database and API, affecting voice calls and the dashboard. This appears to be a recurrence of the…
- Started Jul 24, 2026, 12:48 PM UTC · Resolved Jul 24, 2026, 01:47 PM UTC · 58m