RDPForge network status — all systems operational
20 regions · 5 platform services · last checked 41 seconds ago
Platform services
Provisioning API
Automated instance builds
98.722%
Operational
Client area
Billing, tickets, console
99.667%
Operational
Payments (OxaPay)
Invoice creation & callbacks
100.000%
Operational
Authoritative DNS & rDNS
PTR and forward zones
100.000%
Operational
Backup cluster
Nightly snapshots & restores
100.000%
Operational
Regions
🇮🇸 Reykjavík
Advania Thor DC, Hafnarfjörður
99.500%
Operational
🇨🇭 Zürich
Interxion ZUR2, Glattbrugg
100.000%
Operational
🇵🇦 Panama City
Telecarrier PTY1, Costa del Este
98.722%
Operational
🇷🇴 Bucharest
M247 Bucharest, Pipera
100.000%
Operational
🇧🇬 Sofia
Telepoint Sofia, Tsarigradsko
98.889%
Operational
🇳🇱 Amsterdam
NIKHEF / AMS-IX, Science Park
98.889%
Operational
🇺🇸 New York
Equinix NY5, Secaucus NJ
100.000%
Operational
🇺🇸 Dallas
Digital Realty DFW, Carrollton TX
100.000%
Operational
🇺🇸 Los Angeles
CoreSite LA2, One Wilshire
100.000%
Operational
🇨🇦 Toronto
Cologix TOR1, 151 Front St
100.000%
Operational
🇬🇧 London
Telehouse North, Docklands
100.000%
Operational
🇩🇪 Frankfurt
Interxion FRA6, Kleyerstraße
99.833%
Operational
🇫🇷 Paris
Telehouse Paris 2, Voltaire
100.000%
Operational
🇵🇱 Warsaw
Atman WA-1, Grochowska
98.556%
Operational
🇸🇬 Singapore
Equinix SG3, Tanjong Kling
100.000%
Operational
🇯🇵 Tokyo
Equinix TY4, Shinagawa
100.000%
Operational
🇦🇺 Sydney
NEXTDC S1, Macquarie Park
99.833%
Operational
🇮🇳 Mumbai
Sify Rabale, Navi Mumbai
100.000%
Operational
🇦🇪 Dubai
Equinix DX1, Dubai Internet City
100.000%
Operational
🇧🇷 São Paulo
Ascenty SP1, Cachoeirinha
100.000%
Operational
Every incident since November 2023
Including the ones nobody would have noticed. A status page that only shows green is a marketing asset, not a status page.
- Degraded· 38 minutes
Elevated packet loss — Warsaw
A transit provider's border router in Warsaw began dropping ~4% of packets on one of three uplinks after a line-card fault. We depreferred the path via BGP local-pref within 6 minutes of detection; the provider replaced the card 32 minutes later. Customer impact was intermittent latency, not loss of connectivity. No SLA credits were triggered.
- Outage· 22 minutes
Client area unavailable
A database migration during a routine deploy took an exclusive lock on the invoices table, blocking every client-area request. Servers were entirely unaffected — only billing, ticketing and the console were down. Migrations are now gated behind a lock-duration estimate that aborts anything projected over two seconds.
- Degraded· 3 h 12 m
Elevated write latency — Singapore
A storage controller firmware revision introduced a write-amplification regression on four nodes, pushing p99 write latency from 0.7 ms to 14 ms. Not an outage, but customers noticed and were right to. We rolled the firmware back and now stage all storage firmware for 30 days on internal nodes before production rollout. SLA credits were applied automatically to the 214 affected instances.
- Outage· 47 minutes
Partial reachability loss — Frankfurt
During planned maintenance our upstream failed to withdraw a route, blackholing roughly 30% of Frankfurt-bound traffic. Our monitoring detected it in 90 seconds; the provider took 44 minutes to roll back. We have since added a third transit provider in Frankfurt and reduced BFD timers to 300 ms, so an equivalent event now fails away in under a second. Full credits applied.
- Degraded· 1 h 05 m
Delayed provisioning queue
A Black Friday order backlog exceeded provisioner concurrency and average delivery rose from 4 minutes to about 26. No orders failed; all completed. The provisioner was rewritten in Q1 2025 to parallelise image write, IP assignment and DNS registration.
- Degraded· 11 minutes
Volumetric attack absorbed — Amsterdam
A 1.14 Tbps UDP reflection attack targeting a single customer IP. Edge scrubbing engaged in 9 seconds; the target and neighbouring instances stayed reachable throughout, with brief latency elevation on the Amsterdam edge. No null-route was required. Published here because absorbing an attack quietly still counts as an event.
- Outage· 26 minutes
Hypervisor kernel panic — Dallas node 41
A kernel bug in the 5.15 LTS branch panicked one hypervisor, taking 38 instances offline. All were restored from the same node after reboot with no data loss. We moved the fleet to a patched kernel over the following week. This is the first incident we published in full; we have published every one since.
SLA credits are applied automatically when monthly uptime for an instance falls below 99.9% — you never have to ask. See the service level agreement.