Tous les systèmes sont opérationnels.

Suite au changement de cable neuf, nous reprenons la connetivité réseau. L'incident est résolu.

Début de l'incident: le 20/03/2025 à 17h20 Fin de l'incident: le 20/03/2025 ç 19h39

Nous observons le débranchement d'un cable reliant le routeur au firewall.

Nous commencons les investigations sur cette perte de connectivité.

Nous recevons l'information qu'il n'y pas de coupure eletrique en ce moment même. Nous écartons tout le réseau électrique.

Nous observons pouvoir ping l'IP publique. Cependant, nous n'avons pas connexion à distant sur aucun équipement.

Remonté d'alerte au alentour de 17h14 sur la perte de connectivité vers les équipements utilisants la FTTH sur Batz Sur Mer.

Nous vous informons que la maintenance est terminé.

Les machines et les services sont bien remonté.

Nous contatons une perte des machines suivantes :

• ayatooservs1-new
• ayatooservs2-new
• ayatooservs3

Dans le cadre de d'un plan d'amélioration continue, la maintenance est programmée sur l'infrastructure électrique de l'hébergeur.

Maintenance de l'hébergeur : https://network.status-ovhcloud.com/incidents/n7s8mjfbtjcx

Suite à une modification du fonctionnement de notre infrastructure VPN, le protocole IKEv2 est désormais disponible.

Les différents tests effectués ont permis de confirmer que le défaut de perte de paquets rencontré sur les réseaux mobiles 4G/5G est corrigé lorsque l'appareil utilise le protocole IKEv2.

Nous invitons donc les utilisateurs concernés à configurer leur connexion VPN avec ce protocole afin de ne plus rencontrer ce défaut.

Cet incident est désormais considéré comme résolu.

Le serveur VPN a été décalé sur deux nouvelles machines pour optimiser la continuité du serveur suite aux différentes coupures de la FTTH SFR sur Batz Sur Mer. Cependant, nous constatons toujours le défaut sur la partie mobile. Nous supposons un défaut sur la taille du paquet lorsque le réseau opérateur essaie d'envoyer le paquet au client. Nous n'avons pas la main sur le réseau opérateur, donc les investigations deviennent assez compliquées. Nous restons tout de même en investigation sur le sujet afin de trouver une solution à ce défaut.

Suite à différents tests effectués, nous localisons le défaut sur tous les clients passant par une 4G/5G d'un mobile comme récepteur. Nous supposons au réseau 4G/5G qui gère mal la fragmentation de paquets ou des mobiles qui ne sont pas adaptés à ce genre d'utilisation en relation à la MTU de celui-ci.

Plusieurs tests de modification de la configuration du VPN ont été effectué sans la résolution de ce défaut. Une investigation sur le sujet est toujours en cours.

Nous constatons qu'un défaut a pu être observé lorsque qu'un client 4G/5G effectue des demandes de débit assez important.