OVHcloud Web Hosting Status
Current status
Legend
- Operational
- Degraded performance
- Partial Outage
- Major Outage
- Under maintenance
Sip/Mgcp
Incident
Report for Web Cloud
Resolved
Les télephones MGCP ne parviennent pas à remonter sur la 3ème infrastructure du Cirpack.
Celui-ci ayant basculé ce matin sur le serveur de sécurité.
Nous vérifions si le serveur de backup est à l'origine des déconnexions, nous rebasculons
actuellement sur le serveur d'origine.
Update(s):
Date: 2014-01-15 22:52:06 UTC
Le correctif est appliqué
Date: 2014-01-15 22:38:07 UTC
nous avons reçu une amélioration du dernier patch constructeur, nous appliquons le correctif.
Date: 2014-01-13 23:49:06 UTC
la nouvelle version des patchs semble correct.
les tests d'appels sont concluants. les enregistrements des téléphones
ont été préservé.
Ces nouveaux patchs n'ont été installé que sur notre dernière infrastructure.
Apres une période d'observation, nous l'installerons sur le reste de l'infra.
Date: 2014-01-13 23:28:04 UTC
nous démarrons l'installation des correctifs.
Date: 2014-01-13 16:37:44 UTC
nous avons recu les derniers patchs du constructeur afin de corriger les soucis rencontrés.
nous installerons les patchs durant la nuit.
Date: 2014-01-03 15:55:17 UTC
Il reste quelques postes non regroupés qui n'avait pas encore eu recours au provisionning, nous refaisons un tours complet de ces lignes.
Date: 2014-01-02 11:01:03 UTC
Les MGCP migrés lundi ont été regroupé sur la même infrastructure que celle du nic pour ne pas avoir de problème de supervision.
Date: 2013-12-30 17:06:03 UTC
Nous bloquons les migrations sur cette infrastructure et attendons le retour d'analyse de la part du constructeur.
Date: 2013-12-30 16:26:47 UTC
100 des %MGCP sont migrés, il y a eu du retard sur les traitements des todos.
On vérifie la consistance des données entre les infrastructures.
Date: 2013-12-30 14:50:52 UTC
90% des %MGCP sont migrés, il peut être nécessaire de rebooter le téléphone pour que le changement soit pris en compte.
Date: 2013-12-30 12:22:11 UTC
Nous ajoutons en ce moment l'information de l'infrastructure dans le
manager dans \"Informations SIP\" (A|B ou vide si ancienne infrastructure).
Le problème ne concerne que l'infrastructure B qui avait à ce jour 18,000
lignes dont 5,000 MGCP. En coupant les MGCP nous n'avons plus le problème,
nous avons donc lancé leur migration vers l'infrastructure A en urgence,
celle-ci va prendre au moins une heure.
On continue de chercher avec le constructeur l'origine du problème qui
n'existe pas sur l'infrastructure A. On penche donc pour un soucis sur la
couche MGCP même si un soucis de configuration des ressources avait été
detecté puis corrigé en premier lieu ce matin.
Date: 2013-12-30 11:24:01 UTC
Nous avons coupé les MGCP sur l'infrastructure b qui semble être la source des congestions, dans le but de ne pas impacter les comptes SIP.
Ceux-ci sont en cours de migration sur l’infrastructure a.
Date: 2013-12-30 11:08:06 UTC
Nous migrons la totalité des MGCP présent sur l'infrastructure b (5000 postes) sur l'infrastructure a.
Date: 2013-12-30 10:46:07 UTC
Malgré la remise en place de la configuration les congestions continuent, Cirpack n'en a pas encore trouvé la cause.
Nous démarrons la migration inverse des comptes en démarrant avec ceux migré cette nuit.
Date: 2013-12-30 09:45:46 UTC
Une configuration des ressources sur la troisième infrastructure a sauté pour une raison encore inconnu et entraîne des congestions.
Cela provoque des bascules entre équipement de secours et master et empêche les téléphones MGP et SIP de remonter correctement.
Celui-ci ayant basculé ce matin sur le serveur de sécurité.
Nous vérifions si le serveur de backup est à l'origine des déconnexions, nous rebasculons
actuellement sur le serveur d'origine.
Update(s):
Date: 2014-01-15 22:52:06 UTC
Le correctif est appliqué
Date: 2014-01-15 22:38:07 UTC
nous avons reçu une amélioration du dernier patch constructeur, nous appliquons le correctif.
Date: 2014-01-13 23:49:06 UTC
la nouvelle version des patchs semble correct.
les tests d'appels sont concluants. les enregistrements des téléphones
ont été préservé.
Ces nouveaux patchs n'ont été installé que sur notre dernière infrastructure.
Apres une période d'observation, nous l'installerons sur le reste de l'infra.
Date: 2014-01-13 23:28:04 UTC
nous démarrons l'installation des correctifs.
Date: 2014-01-13 16:37:44 UTC
nous avons recu les derniers patchs du constructeur afin de corriger les soucis rencontrés.
nous installerons les patchs durant la nuit.
Date: 2014-01-03 15:55:17 UTC
Il reste quelques postes non regroupés qui n'avait pas encore eu recours au provisionning, nous refaisons un tours complet de ces lignes.
Date: 2014-01-02 11:01:03 UTC
Les MGCP migrés lundi ont été regroupé sur la même infrastructure que celle du nic pour ne pas avoir de problème de supervision.
Date: 2013-12-30 17:06:03 UTC
Nous bloquons les migrations sur cette infrastructure et attendons le retour d'analyse de la part du constructeur.
Date: 2013-12-30 16:26:47 UTC
100 des %MGCP sont migrés, il y a eu du retard sur les traitements des todos.
On vérifie la consistance des données entre les infrastructures.
Date: 2013-12-30 14:50:52 UTC
90% des %MGCP sont migrés, il peut être nécessaire de rebooter le téléphone pour que le changement soit pris en compte.
Date: 2013-12-30 12:22:11 UTC
Nous ajoutons en ce moment l'information de l'infrastructure dans le
manager dans \"Informations SIP\" (A|B ou vide si ancienne infrastructure).
Le problème ne concerne que l'infrastructure B qui avait à ce jour 18,000
lignes dont 5,000 MGCP. En coupant les MGCP nous n'avons plus le problème,
nous avons donc lancé leur migration vers l'infrastructure A en urgence,
celle-ci va prendre au moins une heure.
On continue de chercher avec le constructeur l'origine du problème qui
n'existe pas sur l'infrastructure A. On penche donc pour un soucis sur la
couche MGCP même si un soucis de configuration des ressources avait été
detecté puis corrigé en premier lieu ce matin.
Date: 2013-12-30 11:24:01 UTC
Nous avons coupé les MGCP sur l'infrastructure b qui semble être la source des congestions, dans le but de ne pas impacter les comptes SIP.
Ceux-ci sont en cours de migration sur l’infrastructure a.
Date: 2013-12-30 11:08:06 UTC
Nous migrons la totalité des MGCP présent sur l'infrastructure b (5000 postes) sur l'infrastructure a.
Date: 2013-12-30 10:46:07 UTC
Malgré la remise en place de la configuration les congestions continuent, Cirpack n'en a pas encore trouvé la cause.
Nous démarrons la migration inverse des comptes en démarrant avec ceux migré cette nuit.
Date: 2013-12-30 09:45:46 UTC
Une configuration des ressources sur la troisième infrastructure a sauté pour une raison encore inconnu et entraîne des congestions.
Cela provoque des bascules entre équipement de secours et master et empêche les téléphones MGP et SIP de remonter correctement.
This incident affected: VoIP || Core Network.