NoKYCPhone
Get a number

Service status

All systems operational

Every system has been running normally. Last checked 21 Sep 2026, 18:51 UTC.

Uptime, 30 days
99.993%
Uptime, 90 days
100%
Uptime, 12 months
99.990%
Serving since
Sep 2024

Systems

Every moving part, day by day.

One column per day over the last 90 days. Uptime counts the share of the day actually lost, so a slow hour is not a lost day.

  • Operational
  • Degraded
  • Partial outage
  • Major outage
  • Maintenance

Messaging

  • Inbound SMSOperational

    Verification codes and messages arriving on your lines.

    90 days ago100% uptimeToday

  • Outbound SMSOperational

    Messages you send from one of your lines.

    90 days ago99.985% uptimeToday

  • Voice & voicemailOperational

    Incoming calls, recording and transcription.

    90 days ago100% uptimeToday

Platform

  • Web panelOperational

    The browser app: inbox, numbers, balance, settings.

    90 days ago100% uptimeToday

  • Public APIOperational

    REST endpoints and webhook delivery.

    90 days ago100% uptimeToday

  • WebsiteOperational

    Public pages, country directory and checkout.

    90 days ago100% uptimeToday

Supply

  • Number provisioningOperational

    New numbers going live after payment.

    90 days ago100% uptimeToday

Payments

  • Crypto paymentsOperational

    Deposit addresses, confirmations and balance credits.

    90 days ago99.986% uptimeToday

Measured from our own probes in Frankfurt, Ashburn and Singapore, one check per minute per system, plus the delivery receipts our carriers return. Everything on this page is computed from that record — nothing is set by hand.

History

Every incident since day one.

Nothing is removed once it is posted. 58 incidents over 735 days of service, maintenance windows included below.

Degraded performance

Voicemail transcription backlog

27 Aug 2025, 06:22 UTC lasted 2 h

  • Voice & voicemail
  1. Resolved08:22

    Resolved. Everything has been running normally since; nothing is pending on your side.

  2. Monitoring07:48

    The backlog has drained and everything is processing within a minute again.

  3. Identified06:55

    Identified: the workers were undersized for the load. We are scaling out.

  4. Investigating06:22

    Work is taking longer than usual to come through. We are investigating the queue.

Degraded performance

Voicemail transcription backlog

26 Aug 2025, 20:29 UTC lasted 2 h 30

  • Voice & voicemail
  1. Resolved22:59

    Resolved. Everything has been running normally since; nothing is pending on your side.

  2. Monitoring22:17

    The backlog has drained and everything is processing within a minute again.

  3. Identified21:11

    Identified: the workers were undersized for the load. We are scaling out.

  4. Investigating20:29

    Work is taking longer than usual to come through. We are investigating the queue.

Degraded performance

Delayed inbound SMS on Dutch ranges

21 Aug 2025, 20:51 UTC lasted 1 h 43

  • Inbound SMS
  1. Resolved22:34

    Resolved. Everything has been running normally since; nothing is pending on your side.

  2. Monitoring22:05

    Queued messages are draining and delivery times are back under ten seconds.

  3. Identified21:19

    Confirmed: one upstream route was queuing messages instead of rejecting them. Traffic is moving to the backup route.

  4. Investigating20:51

    A delivery route used for these ranges is returning delays. We are failing traffic over to a second route.

Degraded performance

Elevated API error rate

18 Aug 2025, 16:35 UTC lasted 41 min

  • Public API
  1. Resolved17:16

    Resolved. Everything has been running normally since; nothing is pending on your side.

  2. Monitoring17:04

    The rollback is live and error rates are back to baseline.

  3. Identified16:46

    Identified: a regression in request validation returned 500 on a subset of calls. Rollback in progress.

  4. Investigating16:35

    Error rates rose right after a deploy. We are rolling back.

Degraded performance

Slow page loads at the edge

8 Aug 2025, 07:24 UTC lasted 1 h 1

  • Website
  1. Resolved08:25

    Resolved. Everything has been running normally since; nothing is pending on your side.

  2. Monitoring08:07

    The region has been drained and page loads are fast everywhere again.

  3. Identified07:41

    Identified: one edge region was serving stale connections.

  4. Investigating07:24

    Pages are loading slowly from some locations. We are investigating at the edge.

Partial outage

Bitcoin deposits not crediting

7 Aug 2025, 11:58 UTC lasted 1 h 52

  • Crypto payments
  1. Resolved13:50

    Resolved. Everything has been running normally since; nothing is pending on your side.

  2. Monitoring13:18

    The node has resynced and every pending deposit has been credited.

  3. Identified12:29

    Identified: one of our nodes fell behind the chain tip and stopped reporting confirmations.

  4. Investigating11:58

    Some deposits are confirmed on-chain but not yet credited. Funds are safe.

Jump to a month

How to read this page

What the numbers mean.

Times are UTC

Every timestamp on this page is UTC, with no daylight saving. A day runs from 00:00 to 23:59 UTC, which is also how the 90-day bars are cut.

Uptime is weighted

A major outage costs the full minute, a partial outage half of it, degraded performance twelve percent. Ninety minutes of slow delivery is not the same as ninety minutes of nothing, and the number says so.

What an incident is

Anything a customer could notice: delayed codes, a failing route, a slow panel, a payment not crediting. Third-party outages that break delivery are posted here too, even when the fault is upstream.

Machine-readable

The same data is served as summary.json for dashboards and as an Atom feed for readers and chat bots. Both are public and need no key.

No e-mail alerts

We never ask for an address, so we cannot send one. Subscribe to the feed, poll the JSON, or point a webhook at it — that is the whole notification story, by design.

Maintenance

Planned work is announced here at least 72 hours ahead and runs between 02:00 and 05:00 UTC. Your numbers keep receiving throughout; orders placed during a window are queued, never lost.

Something broken that is not listed?

Open a ticket from the panel, or write to us — we post an incident here as soon as we can confirm it affects more than one account.

Report a problem API reference