OVHcloud Web Hosting Status
Current status
Legend
- Operational
- Degraded performance
- Partial Outage
- Major Outage
- Under maintenance
Carte Firewall
Scheduled Maintenance
Report for Web Cloud
Completed
Nous allons installer de nouvelles cartes firewall devant l'infrastructure de téléphonie.
Ces cartes ont pour but de protéger l'infrastructure et permettre les futurs évolutions.
L'impact sera d'une dizaine de minute.
L'intervention est prévu pour le jeudi 26/07 à 01h00
Update(s):
Date: 2012-08-08 01:47:50 UTC
Les configurations des clusters ont été uniformisés.
Le service est pleinement opérationnel.
Date: 2012-08-08 00:15:49 UTC
Tous les tests ont été réussi suite à la migration.
Nous continuons la surveillance des équipements.
Date: 2012-08-07 23:56:07 UTC
La carte firewall fonctionne correctement.
Les téléphones SIP sont opérationnels. Les téléphones MGCP sont un peu plus long à revenir.
Date: 2012-08-07 23:13:42 UTC
Nous démarrons l'opération. Nous commencons par déplacer les ip.
Date: 2012-08-07 22:33:03 UTC
Nous vérifions les configurations.
Date: 2012-08-07 15:57:17 UTC
L'opération de mise en production est plannifié pour le mercredi 08 aout à partir de 00h30.
Nous allons installer une nouvelle configuration dans les cartes firewall.
Nous cherchons à avoir la configuration la plus simple et la plus stable possible.
Date: 2012-07-26 04:54:13 UTC
le service est a nouveau opérationnel.
nous surveillons que les derniers téléphones se réenregistre correctement.
Date: 2012-07-26 04:43:45 UTC
Le retour arriere pose certaines difficultés.
Nous nous efforcons pour a rétablir le service le plus rapidement possible.
Date: 2012-07-26 03:36:02 UTC
La carte firewall a tenu. En revanche, on a découvert un bug cirpack qui empeche d'accepter plus de 32 connections SIP au niveau du proxy sur 1 seul couple ip/port.
Des analyses sont en cours chez le constructeur pour comprendre et identifier le bug.
Retour arriere. Nous arretons pour cette nuit.
Date: 2012-07-26 00:36:29 UTC
L'équipe réseau a trouvé une erreur dans la configuration qui pourrait expliqué cette saturation.
Nous retentons la mise en production de la carte firewall.
Date: 2012-07-26 00:24:42 UTC
Les derniers téléphones MGCP reviennent se connecter normalement.
Date: 2012-07-26 00:16:52 UTC
Le retour arriere est OK. La configuration est identique à celle d'avant l'opération.
Nous vérifions les téléphones MGCP.
Date: 2012-07-26 00:05:11 UTC
# sh cpu usage
CPU utilization for 5 seconds = 97.8%; 1 minute: 97.8%; 5 minutes: 97.7%
Date: 2012-07-26 00:03:49 UTC
L'acheminement des appels est tres long. la carte firewall n'arrive pas a encaisser le traffic.
Nous faisons machine arriere.
Date: 2012-07-25 23:59:04 UTC
La configuration s'est correctement déroulé. Les téléphones SIP et MGCP s'enregistrent.
Date: 2012-07-25 23:16:49 UTC
Nous démarrons l'opération.
Nous commencons par déplacer les ip
Date: 2012-07-25 22:36:03 UTC
Nous vérifions la configuration des cartes firewall.
Ces cartes ont pour but de protéger l'infrastructure et permettre les futurs évolutions.
L'impact sera d'une dizaine de minute.
L'intervention est prévu pour le jeudi 26/07 à 01h00
Update(s):
Date: 2012-08-08 01:47:50 UTC
Les configurations des clusters ont été uniformisés.
Le service est pleinement opérationnel.
Date: 2012-08-08 00:15:49 UTC
Tous les tests ont été réussi suite à la migration.
Nous continuons la surveillance des équipements.
Date: 2012-08-07 23:56:07 UTC
La carte firewall fonctionne correctement.
Les téléphones SIP sont opérationnels. Les téléphones MGCP sont un peu plus long à revenir.
Date: 2012-08-07 23:13:42 UTC
Nous démarrons l'opération. Nous commencons par déplacer les ip.
Date: 2012-08-07 22:33:03 UTC
Nous vérifions les configurations.
Date: 2012-08-07 15:57:17 UTC
L'opération de mise en production est plannifié pour le mercredi 08 aout à partir de 00h30.
Nous allons installer une nouvelle configuration dans les cartes firewall.
Nous cherchons à avoir la configuration la plus simple et la plus stable possible.
Date: 2012-07-26 04:54:13 UTC
le service est a nouveau opérationnel.
nous surveillons que les derniers téléphones se réenregistre correctement.
Date: 2012-07-26 04:43:45 UTC
Le retour arriere pose certaines difficultés.
Nous nous efforcons pour a rétablir le service le plus rapidement possible.
Date: 2012-07-26 03:36:02 UTC
La carte firewall a tenu. En revanche, on a découvert un bug cirpack qui empeche d'accepter plus de 32 connections SIP au niveau du proxy sur 1 seul couple ip/port.
Des analyses sont en cours chez le constructeur pour comprendre et identifier le bug.
Retour arriere. Nous arretons pour cette nuit.
Date: 2012-07-26 00:36:29 UTC
L'équipe réseau a trouvé une erreur dans la configuration qui pourrait expliqué cette saturation.
Nous retentons la mise en production de la carte firewall.
Date: 2012-07-26 00:24:42 UTC
Les derniers téléphones MGCP reviennent se connecter normalement.
Date: 2012-07-26 00:16:52 UTC
Le retour arriere est OK. La configuration est identique à celle d'avant l'opération.
Nous vérifions les téléphones MGCP.
Date: 2012-07-26 00:05:11 UTC
# sh cpu usage
CPU utilization for 5 seconds = 97.8%; 1 minute: 97.8%; 5 minutes: 97.7%
Date: 2012-07-26 00:03:49 UTC
L'acheminement des appels est tres long. la carte firewall n'arrive pas a encaisser le traffic.
Nous faisons machine arriere.
Date: 2012-07-25 23:59:04 UTC
La configuration s'est correctement déroulé. Les téléphones SIP et MGCP s'enregistrent.
Date: 2012-07-25 23:16:49 UTC
Nous démarrons l'opération.
Nous commencons par déplacer les ip
Date: 2012-07-25 22:36:03 UTC
Nous vérifions la configuration des cartes firewall.
This scheduled maintenance affected: VoIP || Core Network.