Brief latency increase during DDoS mitigation in AMS
Réseau — transit et peering — AMS
Chronologie
-
Résolu
The attack ended at 04:15 UTC. Duration: 13 minutes. Legitimate sessions were not reset at any point; other machines in the site saw at most 18 ms of added latency during the first minute.
-
Cause identifiée
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.
-
Investigation en cours
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.
Les heures sont affichées dans votre fuseau horaire ().
Pages liées
- État du serviceÉtat en direct des composants et centres de données gpuserver.io, sondés toutes les 60 s depuis cinq villes : disponibilité sur 90 jours et incidents depuis 2022.
- Historique des incidentsChaque incident et fenêtre de maintenance sur gpuserver.io depuis septembre 2022, mois par mois, avec chronologie et revue post-incident.
- Accord de niveau de serviceL’engagement de 99,9 % : la définition d’une panne, la mesure externe, cinq minutes de durée d’engagement rendues par minute perdue, et les exclusions en détail.
- RéseauPorts sans compteur jusqu’à 25 Gbit/s, deux opérateurs et un IX par site, filtrage DDoS permanent, IPv6 routé — et quatre choses que nous n’offrons pas, en clair.