Brief latency increase during DDoS mitigation in AMS
Rete — transito e peering — AMS
Cronologia
-
Risolto
The attack ended at 23:44 UTC. Duration: 9 minutes. Legitimate sessions were not reset at any point; other machines in the site saw at most 29 ms of added latency during the first minute.
-
Causa individuata
The attack peaks at a level the filtering handles comfortably. The latency increase for other machines came from the re-steering itself, not from saturation, and has already subsided.
-
In analisi
A volumetric attack against one customer address in AMS is being filtered. Mitigation engaged within ten seconds of the first anomalous packets; some other machines in the site saw a short latency increase while traffic was steered into the scrubbing path.
Gli orari sono mostrati nel fuso orario locale ().
Pagine correlate
- Stato del servizioStato di ogni componente e data center gpuserver.io, sondati ogni 60 secondi da cinque città: disponibilità su 90 giorni e registro incidenti dal 2022.
- Cronologia incidentiOgni incidente e finestra di manutenzione su gpuserver.io dall’inizio del monitoraggio, a settembre 2022, mese per mese, con cronologia e analisi post-incidente.
- Accordo sul livello di servizioL’impegno del 99,9%: cosa conta come downtime, come viene misurato dall’esterno, cinque minuti di durata in più per ogni minuto perso, e le esclusioni per intero.
- RetePorte senza contatore fino a 25 Gbit/s, due carrier e un IX per sede, DDoS sempre filtrato, IPv6 instradato — e quattro cose che non offriamo, dette subito.