J'essaye de voir quel canal de communication avec K-Net pour remonter intelligemment les problèmes.
Une boucle sur le réseau de ce type, c'est critique.
L'absence d'IPv6, le routage qui ne se fait pas au plus proche,... je ne lui en parlerais que quand les incidents critiques (Téléphonie, boucles,...) seront réglés.
J'ai suggéré un point d'information journalier complet (
comme OVH suite à l'incendie). OVH n'a pas été top pour gérer l'incendie (pas d'extinction automatique, plancher en bois, les pompiers qui ne peuvent pas intervenir car impossibilité de couper le 20 000 volts dans le bâtiment en feu,...) mais sur la communication ils ont bien géré, même si c'est toujours tourné de façon assez positive en oubliant de parler par exemple le dernier étage de SBG3, le plus impacté de ce datacentre.
Autre exemple, sur SBG1, au lieu de dire que les serveurs sont détruits et qu'il vont tenter de récupérer les disques en le mettant sur d'autres serveurs, la communication, c'est de dire que tout fonctionne bien, mais qu'il faut remplacer la carte mère (on ne ne dit pas qu'elle est détruite ou HS au passage)
Sur la communication du 19 mars, SBG1 semble pleinement opérationnel :
https://lafibre.info/ovh-datacenter/incendie-sur-un-site-ovh-a-strasbourg/msg850816/#msg850816Ils devrait dire opérationnel pour ce qui n'a pas brûlé, la communication est trompeuse, certains container de SBG1 ayant entièrement brûlés (y compris les disques).
Quelques heures après, il annonçait l’arrêt définitif de SBG1 (après avoir eu un peu de fumée dans un container inutilisé de SBG1, là aussi communication qui semble bien minimiser un second incendie)
La communication était juste "nous avons arrêté SBG1 et SBG4", avant que les pompiers laisse fuiter l'information que c'était plus grave :