OVHcloud Web Hosting Status
Current status
Legend
- Operational
- Degraded performance
- Partial Outage
- Major Outage
- Under maintenance
file d'appels
Incident
Report for Web Cloud
Resolved
Les changements effectués précédemment sur les machines de files d'appels afin de régler les 5 secondes de blanc ont pour effet de bord de dégrader la qualité de l'appel lors de transfert ou de mise en attente.
Nous avons reproduit le problème et regardons pour fixer la situation au plus vite.
Update(s):
Date: 2014-03-21 11:45:39 UTC
Suite aux remontées sur la ML ainsi qu'au support, le problème semble résolu.
Date: 2014-03-16 21:48:09 UTC
Toutes les machines ont été mise à jour.
Nous attendons donc vos retours afin de constater l'amélioration du service.
Date: 2014-03-16 21:30:04 UTC
Il ne reste qu'une machine à mettre à jour.
Date: 2014-03-16 21:05:39 UTC
Nous commençons à désactiver le codec G729 sur les machines du cluster.
Date: 2014-03-13 18:58:19 UTC
Suite aux différents tests effectués sur la nouvelle architecture et aux remontées des quelques personnes qui ont fait des tests, nous avons constaté que désactiver le codec G729 améliorait la qualité des communications et les problèmes lors de la reprise d'appel.
N'ayant de solution rapide pour l'architecture initiale, nous avons décidé de désactiver ce codec temporairement. Nous appliquerons cette modification dimanche soir à 22h.
Dans ce delai, nous vous invitons grandement à vérifier qu'aucun membre de vos files d'appels n'est en G729 only (ce qui est déconseillé de manière générale).
Nous attendrons bien évidemment vos retours lundi matin sur la ML afin de constater l'efficacité de cette modification.
Le but premier est de vous permettre d'avoir des communications de meilleur qualité.
Dans un second temps, nous chercherons plus en détail d'où vient le problème.
Date: 2014-03-11 17:40:28 UTC
Nous avons testé la configuration permettant de by-passer les renvois d'appels sur les membres.
Nous la mettons en place rapidement sur les files d'appels.
Date: 2014-03-07 10:23:01 UTC
Certaines files ont encore un souci de communications blanches, le plus souvent les membres MGCP, après une mise en attente.
Sur la nouvelle infrastructure des files d'appels que nous avons déployé,
nous avons pu isoler le problème qui se situe au niveau du codec G729.
Nous avons désactivé la gestion de ce codec sur les nouvelles machines. Nous cherchons à savoir
pourquoi ce problème se produit afin de pouvoir proposer ce codec durablement sur les files d'appels.
Si vous rencontrez ces problèmes, vous pouvez tester la nouvelle infrastructure en nous le remontant sur la mailing list voip.
Parallèmement, nous travaillons aussi à gérér les renvois d'appels sur le service file d'appels, pour l'instant géré uniquement sur (easy|mini)Pabx.
Date: 2014-02-25 17:22:54 UTC
Il ne reste actuellement que 2 machines à mettre à jour.
Date: 2014-02-25 12:28:50 UTC
La machine a été remise dans le cluster.
Comme prévu nous surveillons son activité.
Date: 2014-02-25 11:28:51 UTC
Ce matin, nous avons testé différentes configurations sur l'environnement de dev avec le patch d'hier (test d'appel classique, mise en attente, transfert avec des sip et mgcp...).
Nous n'avons constaté aucune anomalie.
Nous avons sorti une machine du cluster pour la mettre à jour.
Une fois que ce sera fait, nous la remettrons en prod et surveillerons l'activé pendant 2 à 3h afin de confirmer qu'il n'y a aucun effet de bord à plus grande echelle.
L'étape suivante sera la mise à jour des autres machines du cluster.
Date: 2014-02-24 18:21:57 UTC
Suite à la reproduction du bug sur un environnement de test, nous avons réussi à isoler le problème et à développer un patch le corrigeant.
Nous avons planifié une phase de tests approfondis sur ledit environnement afin de valider le correctif demain matin.
Suite à cela, nous le mettrons en production une à une les machines du cluster progressivement.
Date: 2014-02-21 18:04:45 UTC
nous avons fait plusieurs test afin de régler ce problème, mais chaques solutions trouvées impacte d'autres options.
Nous sommes encore à la recherche d'une solution viable.
Nous avons reproduit le problème et regardons pour fixer la situation au plus vite.
Update(s):
Date: 2014-03-21 11:45:39 UTC
Suite aux remontées sur la ML ainsi qu'au support, le problème semble résolu.
Date: 2014-03-16 21:48:09 UTC
Toutes les machines ont été mise à jour.
Nous attendons donc vos retours afin de constater l'amélioration du service.
Date: 2014-03-16 21:30:04 UTC
Il ne reste qu'une machine à mettre à jour.
Date: 2014-03-16 21:05:39 UTC
Nous commençons à désactiver le codec G729 sur les machines du cluster.
Date: 2014-03-13 18:58:19 UTC
Suite aux différents tests effectués sur la nouvelle architecture et aux remontées des quelques personnes qui ont fait des tests, nous avons constaté que désactiver le codec G729 améliorait la qualité des communications et les problèmes lors de la reprise d'appel.
N'ayant de solution rapide pour l'architecture initiale, nous avons décidé de désactiver ce codec temporairement. Nous appliquerons cette modification dimanche soir à 22h.
Dans ce delai, nous vous invitons grandement à vérifier qu'aucun membre de vos files d'appels n'est en G729 only (ce qui est déconseillé de manière générale).
Nous attendrons bien évidemment vos retours lundi matin sur la ML afin de constater l'efficacité de cette modification.
Le but premier est de vous permettre d'avoir des communications de meilleur qualité.
Dans un second temps, nous chercherons plus en détail d'où vient le problème.
Date: 2014-03-11 17:40:28 UTC
Nous avons testé la configuration permettant de by-passer les renvois d'appels sur les membres.
Nous la mettons en place rapidement sur les files d'appels.
Date: 2014-03-07 10:23:01 UTC
Certaines files ont encore un souci de communications blanches, le plus souvent les membres MGCP, après une mise en attente.
Sur la nouvelle infrastructure des files d'appels que nous avons déployé,
nous avons pu isoler le problème qui se situe au niveau du codec G729.
Nous avons désactivé la gestion de ce codec sur les nouvelles machines. Nous cherchons à savoir
pourquoi ce problème se produit afin de pouvoir proposer ce codec durablement sur les files d'appels.
Si vous rencontrez ces problèmes, vous pouvez tester la nouvelle infrastructure en nous le remontant sur la mailing list voip.
Parallèmement, nous travaillons aussi à gérér les renvois d'appels sur le service file d'appels, pour l'instant géré uniquement sur (easy|mini)Pabx.
Date: 2014-02-25 17:22:54 UTC
Il ne reste actuellement que 2 machines à mettre à jour.
Date: 2014-02-25 12:28:50 UTC
La machine a été remise dans le cluster.
Comme prévu nous surveillons son activité.
Date: 2014-02-25 11:28:51 UTC
Ce matin, nous avons testé différentes configurations sur l'environnement de dev avec le patch d'hier (test d'appel classique, mise en attente, transfert avec des sip et mgcp...).
Nous n'avons constaté aucune anomalie.
Nous avons sorti une machine du cluster pour la mettre à jour.
Une fois que ce sera fait, nous la remettrons en prod et surveillerons l'activé pendant 2 à 3h afin de confirmer qu'il n'y a aucun effet de bord à plus grande echelle.
L'étape suivante sera la mise à jour des autres machines du cluster.
Date: 2014-02-24 18:21:57 UTC
Suite à la reproduction du bug sur un environnement de test, nous avons réussi à isoler le problème et à développer un patch le corrigeant.
Nous avons planifié une phase de tests approfondis sur ledit environnement afin de valider le correctif demain matin.
Suite à cela, nous le mettrons en production une à une les machines du cluster progressivement.
Date: 2014-02-21 18:04:45 UTC
nous avons fait plusieurs test afin de régler ce problème, mais chaques solutions trouvées impacte d'autres options.
Nous sommes encore à la recherche d'une solution viable.
This incident affected: VoIP || Core Network.