L'opérateur Vocus a annoncé dans son avis d'incident, le 11 novembre à 06:36 UTC, que la réparation en mer de l'Australia Singapore Cable (ASC) était terminée : le système est de nouveau sous tension et opérationnel, et les premiers tests montrent un fonctionnement normal ; le ticket correspondant a été clos à 07:09 UTC. En comptant à partir du 4 septembre à 06:12 UTC, moment où la panne a été détectée, ce câble reliant Perth à Singapour est resté hors service environ 68 jours. Nous avions rendu compte de cette panne en octobre dans trois pannes de câbles autour de Singapour.

Le déroulement de la réparation

  • 4 septembre : Vocus a détecté la panne de l'ASC, située dans les eaux indonésiennes ; les services de longueur d'onde et Ethernet entre Perth et Singapour ont été interrompus et le trafic Internet a été réacheminé par d'autres chemins. Le ticket indique comme cause un « défaut de shunt présumé ».
  • 28 octobre : le navire de réparation a fini de charger le câble de rechange et le matériel à Batam, en Indonésie, et les permis d'exploitation indonésiens ont été obtenus. Le plan prévoyait de réparer d'abord un autre câble, Indigo West, puis l'ASC, l'achèvement des travaux en mer sur l'ASC étant visé pour le 11 novembre. Dans l'intervalle, Vocus a réparti le trafic sur un chemin de couche 2 passant par Jakarta et sur une capacité 100G nouvellement mise en service entre le Japon et Guam.
  • 4 novembre : la réparation d'Indigo West a été achevée, plus tard que prévu ; Vocus a expliqué avoir rencontré des complications pendant la réparation. Le navire a ensuite fait route vers le site de la panne de l'ASC, où il est arrivé tôt le lendemain matin. La réparation exigeait la mise hors tension de l'ensemble du système ASC, de sorte que les services qui fonctionnaient encore sur les tronçons intacts ont eux aussi été coupés.
  • 6 novembre : le navire avait récupéré une extrémité du câble endommagé lorsqu'un membre d'équipage a eu besoin de soins médicaux urgents, et le navire s'est dérouté vers Jakarta. L'extrémité récupérée a été sécurisée et laissée sur bouée, un navire de garde restant sur place pour la protéger. Vocus estimait que cela ajouterait 3 à 4 jours au calendrier.
  • 9 novembre : le navire est revenu sur le site et a repris les travaux ; les deux extrémités du câble endommagé avaient été récupérées et l'épissure a commencé.
  • 11 novembre : le joint final a été réalisé, le tronçon réparé a été reposé sur le fond marin et le système a été remis sous tension. Vocus a indiqué qu'il s'agissait de son dernier point d'étape programmé sur la réparation en mer, et que les problèmes restants touchant des services particuliers seraient traités directement avec les clients concernés.

Ce que cela signifie pour les routes vers Singapour

L'ASC relie Perth à Singapour : le trafic le plus touché était donc celui entre l'Australie et Singapour. Avec Indigo West réparé le 4 novembre et l'ASC rétabli le 11 novembre, les deux câbles de cet axe sont de nouveau en service. Un câble sous tension ne signifie toutefois pas que le routage revient aussitôt à la normale : Vocus indique que les services des clients sont encore en cours de validation, étape par étape, et les autres opérateurs ont besoin de temps pour y rebasculer leur trafic. Si vos utilisateurs sont en Australie et votre serveur à Singapour, ou l'inverse, il vaut la peine de refaire des tests maintenant et d'en conserver les résultats ; la méthode est décrite dans comment tester la latence et la perte de paquets d'un VPS, et la localisation des pertes dans comment diagnostiquer les pertes de paquets d'un VPS. Les usages auxquels convient un nœud à Singapour sont présentés dans notre guide du VPS à Singapour, et les offres actuelles figurent sur la page du nœud de Singapour.

Ce qu'enseigne une réparation de 68 jours

Les réparations de câbles sous-marins se comptent en mois. Cette fois, l'attente d'un navire de réparation, l'attente des permis, la file d'attente derrière un autre câble, puis l'urgence médicale d'un membre d'équipage ont chacune allongé le calendrier, et la réparation elle-même a imposé de mettre tout le câble hors tension pendant plusieurs jours supplémentaires. Pour une entreprise, la conclusion est la même que la dernière fois : la latence dépend du chemin, et un même serveur peut donner une impression très différente d'un pays à l'autre ; lorsque vos utilisateurs sont répartis dans plusieurs pays, garder au moins une région de secours vers laquelle basculer est plus sûr que de compter sur le fait qu'une route donnée ne tombera jamais.