Remplacer un SBC en panne par un SBC virtuel

Un SBC ne fait guère parler de lui. Il relie deux systèmes téléphoniques, harmonise ce sur quoi ils divergent, et personne ne le remarque — jusqu’à la panne. Là, tout le monde le remarque d’un coup.

C’est ce qui est arrivé chez un client. Un SBC beroNet, sous forme d’équipement matériel, se trouvait entre un Unify OpenScape Business et un système 3CX. À sa panne, les deux systèmes ne se joignaient plus. Trouver un équipement de remplacement, le configurer et l’installer aurait pris plusieurs jours.

Ce que nous avons fait à la place

Le client exploite un cluster VMware. Le logiciel qui tournait sur l’équipement est celui qui se compile aussi pour x86 — il n’avait simplement jamais été empaqueté pour cela. Nous l’avons donc compilé pour x86 cet après-midi-là, installé sur une VM Ubuntu dans le cluster existant et démarré comme service système. La VM a repris l’adresse IP de l’équipement en panne. Du point de vue des deux systèmes téléphoniques, rien n’avait changé.

L’élément décisif venait de l’ancien équipement

Ce qui a rendu l’échange rapide n’est pas le logiciel, mais quelque chose de bien plus modeste : la sauvegarde de configuration de l’équipement en panne. Elle nous a permis de reprendre le plan de numérotation à l’octet près, au lieu de le reconstituer à partir de captures et de le deviner morceau par morceau.

C’est la vraie leçon de ce cas, et elle vaut quel que soit le matériel : une sauvegarde de configuration à jour détermine si une panne coûte un après-midi ou une semaine. Sans elle, la facture se paie en heures le jour venu.

Ce qu’il fait — et ce qui reste ouvert

La licence porte 32 sessions transparentes et est liée à l’identité machine de la VM. Le système est en production depuis le 6 août ; il n’a jamais été conçu comme une solution d’attente.

Être honnête, c’est aussi dire ce que ce cas ne démontre pas. Le chemin média sous charge n’a pas été mesuré, les hyperviseurs autres que VMware n’ont pas été essayés, et c’est nous qui avons monté le système — ni le client, ni un intégrateur suivant une procédure. C’est précisément ce à quoi nous travaillons : une version empaquetée, installable sans nous.

Si vous êtes dans la même situation

Un SBC en panne n’oblige pas à attendre du matériel de remplacement lorsqu’une plateforme de virtualisation est déjà en place. Écrivez-nous ce dont vous disposez et ce avec quoi cela doit dialoguer — et gardez sous la main la sauvegarde de configuration de votre équipement actuel.