SBC matériel vs SBC logiciel : coût total de possession

Depuis plus de vingt ans, l’appliance matérielle de contrôleur de session en bordure (SBC) est le modèle de déploiement par défaut à la bordure du réseau voix. Oracle, AudioCodes et Ribbon ont bâti leur activité sur des boîtiers conçus sur mesure : des appliances montées en rack, dotées de processeurs dédiés et d’un micrologiciel propriétaire, dont la capacité est verrouillée sur un modèle matériel précis.

Ce modèle se justifiait lorsque l’infrastructure voix était physique et que la voix était la seule charge de travail en bordure. Il se justifie moins aujourd’hui. La plupart des opérateurs ont déjà virtualisé leurs pare-feu, leurs répartiteurs de charge et leurs fonctions de routage. Le SBC est souvent la dernière appliance encore vissée dans la baie.

Si vous approchez d’un cycle de renouvellement, si vous augmentez votre capacité ou si vous mettez en place un SBC pour la première fois, la question n’est plus « quelle appliance acheter ? » La vraie question est de savoir s’il faut acheter une appliance tout court. Cette page compare le coût total de possession (TCO) des appliances SBC matérielles à celui des SBC logiciels sur l’ensemble du cycle de vie : acquisition, déploiement, fonctionnement, montée en capacité, redondance et fin de vie.

Si vous comparez des fournisseurs précis plutôt que des catégories, consultez nos pages détaillées ProSBC vs AudioCodes, ProSBC vs Ribbon et ProSBC vs Cisco CUBE. Pour la question plus large de la migration, consultez Remplacer un SBC matériel par un SBC logiciel.

Ce qui compose le coût total de possession d’un SBC

Le TCO ne se résume pas au prix d’achat. Ni même au prix d’achat augmenté du contrat de maintenance annuel. Le vrai TCO englobe tous les coûts que vous engagerez pendant la durée de vie utile du système, généralement sur une période de 5 ans.

Pour un SBC, ces coûts se répartissent en six catégories :

1. L’acquisition correspond à ce que vous payez pour obtenir le SBC au départ (matériel, logiciel, licences).
2. Le déploiement couvre ce qu’il en coûte pour le rendre opérationnel (baie, alimentation, câblage, main-d’œuvre d’installation, temps de configuration).
3. Le fonctionnement représente ce qu’il en coûte pour le maintenir en service (contrats de maintenance, mises à jour du micrologiciel, supervision, formation du personnel, dépannage).
4. La montée en capacité mesure ce que coûte l’ajout de capacité quand le trafic augmente.
5. La redondance correspond au coût de la protection contre les pannes (paires en haute disponibilité (HA), unités de rechange, infrastructure de basculement).
6. Le renouvellement et la fin de vie recouvrent ce qu’il en coûte lorsque le fournisseur arrête le produit ou que le matériel arrive en fin de support.

La plupart des acheteurs comparent l’acquisition. Les opérateurs qui ont vécu le cycle de vie complet d’une appliance comparent les six.

SBC matériel : le vrai coût des appliances

Acquisition

Les appliances SBC matérielles relèvent des dépenses d’investissement. Une appliance milieu de gamme d’Oracle, d’AudioCodes ou de Ribbon coûte généralement entre 10 000 $ et plus de 100 000 $ selon la capacité en sessions. La tarification d’Oracle Acme Packet tourne autour de 100 $ par session et par an avec un engagement pluriannuel ; un déploiement Oracle de 1 500 sessions coûte environ 150 000 $ par an rien qu’en licences.

Ce sont des postes budgétaires importants, qui exigent des cycles d’achat, des négociations avec le fournisseur et une approbation des investissements. Pour les fournisseurs de services et les MSP qui raisonnent en coût par client, une appliance à 50 000 $ desservant 20 clients représente une allocation de capital de 2 500 $ par client avant même qu’un seul appel soit acheminé.

Déploiement

Les appliances matérielles exigent une infrastructure physique : espace en baie, alimentation redondante, refroidissement et câblage. L’installation se fait sur place. Les délais d’approvisionnement (commande, expédition, réception, préparation) sont généralement de 4 à 12 semaines selon l’état de la chaîne d’approvisionnement et le carnet de commandes du fournisseur.

Chaque semaine de délai représente une semaine de chiffre d’affaires non réalisé pour les fournisseurs de services, ou une semaine de risque d’infrastructure non résolu pour les entreprises.

Fonctionnement

Les fournisseurs d’appliances facturent des contrats annuels de maintenance et de support représentant 15 % à 20 % du prix d’achat initial. Une appliance à 50 000 $ entraîne de 7 500 $ à 10 000 $ par an de frais de maintenance, qui couvrent les mises à jour du micrologiciel, les correctifs et l’accès au support technique du fournisseur.

Au-delà du coût du contrat, les SBC matériels exigent un investissement opérationnel dans des compétences propres à chaque fournisseur. Chaque fournisseur d’appliances a sa propre interface de gestion, sa propre syntaxe CLI, son propre processus de mise à niveau du micrologiciel et sa propre méthode de dépannage, et cette expertise ne se transpose pas d’un fournisseur à l’autre. Les mises à niveau du micrologiciel exigent aussi souvent des fenêtres de maintenance, parfois avec interruption de service, ce qui fait de la gestion des changements une charge opérationnelle récurrente.

Montée en capacité

La capacité des SBC matériels est verrouillée. Le nombre maximal de sessions simultanées dépend du modèle d’appliance. Si vous avez acheté une appliance de 1 000 sessions et que votre trafic atteint 1 500 sessions, deux options s’offrent à vous : acheter une appliance plus grosse, ou en ajouter une deuxième et mettre en place une architecture de répartition de charge. Aucune des deux n’est progressive. Toutes deux impliquent un nouvel achat, de nouveaux investissements et une nouvelle complexité opérationnelle.

Ce verrouillage de capacité pose un problème de planification : si vous achetez trop petit, vous voilà contraint d’engager une dépense d’investissement imprévue ; si vous achetez trop grand, vous payez une capacité inutilisée. Le modèle matériel pénalise à la fois la croissance et la planification prudente.

Redondance

Pour un SBC matériel, la haute disponibilité implique d’acheter une deuxième appliance. Pour une unité principale à 50 000 $, la HA double le coût du matériel, qui passe à 100 000 $. Et c’est sans compter l’espace en baie, l’alimentation et le contrat de maintenance de la deuxième unité.

Certains fournisseurs réservent la HA à leurs modèles haut de gamme. Ribbon, par exemple, ne propose la HA que sur ses plateformes SBC les plus grandes : pour les petits déploiements, la HA peut donc être indisponible ou conditionnée au passage à une gamme plus chère.

Renouvellement et fin de vie

Les appliances matérielles ont un cycle de vie limité. Les fournisseurs assurent généralement le support d’un modèle matériel pendant 5 à 7 ans après son lancement, puis publient des avis de fin de commercialisation et de fin de support. Lorsque votre appliance arrive en fin de support, vous êtes contraint d’en acheter une autre, que le matériel existant fonctionne encore ou non.

Il en résulte du capital immobilisé en pure perte. Une appliance achetée 50 000 $ il y a trois ans et qui fonctionne parfaitement devient un passif dès que le fournisseur annonce sa fin de vie. La valeur amortissable restante est passée en pertes, et un nouvel investissement relance le cycle.

SBC logiciel : l’économie du découplage

Acquisition

Un SBC logiciel, c’est une licence logicielle. Il n’y a aucune appliance propriétaire à acheter. Le coût d’acquisition se compose de la licence et d’un hôte pour l’exécuter.

Les SBC logiciels reposent sur des modèles d’abonnement (OPEX annuel) plutôt que sur des licences perpétuelles (CapEx). Pour les organisations qui abandonnent les appliances matérielles, les dépenses liées au SBC passent ainsi du budget d’investissement au budget de fonctionnement, généralement plus facile à faire approuver et plus prévisible.

ProSBC, par exemple, publie ses tarifs par session, échelonnés selon le nombre de sessions, avec un support 24/7 inclus dans les paliers supérieurs. Le SBC ne repose sur aucune licence de plateforme propriétaire, et il n’y a pas de contrat de maintenance distinct auprès du fournisseur. La licence correspond au coût du logiciel sous licence.

L’hôte est à part. Quatre options courantes, aux courbes de coûts très différentes :

1. KVM ou Proxmox sur vos propres serveurs (virtualisation open source) ne nécessite aucune licence d’hyperviseur. KVM est intégré à Linux ; Proxmox est gratuit, avec un abonnement de support facultatif d’environ 100 $ à 1 000 $ par CPU et par an. Le matériel, l’alimentation et le stockage sont des coûts réels à imputer à la charge de travail, mais l’absence de ligne de licence d’hyperviseur constitue un avantage structurel notable depuis le rachat par Broadcom.
2. VMware (vSphere Foundation ou VMware Cloud Foundation) s’appuie sur le même matériel, la même alimentation et le même stockage que KVM, avec en plus les licences VMware. Après le rachat par Broadcom, vSphere est passé à une tarification par abonnement et par cœur, intégrée à VVF ou VCF. De nombreux clients existants font état de hausses d’un facteur 2 à 3 au renouvellement. Imputée à une paire HA de SBC de 500 sessions, la ligne de licences VMware ajoute généralement de 2 000 $ à 5 000 $ par an au coût du matériel sous-jacent.
3. Le cloud public (AWS, Microsoft Azure) implique une instance de calcul, du stockage et du trafic réseau sortant (egress). Pour un SBC de 500 sessions, une instance type de 4 vCPU et 16 Go de RAM coûte environ 140 $ à 200 $ par mois et par nœud en tarification à la demande. Avec la HA, vous faites tourner deux nœuds. Les instances réservées ou les Savings Plans réduisent généralement le coût de calcul de 30 à 50 %. Le trafic sortant dépend du volume d’appels et du choix de codec, et peut devenir significatif à grande échelle.
4. Le baremetal dédié désigne un serveur x86 standard, dimensionné pour la charge de travail, que vous possédez et installez en baie. Le coût du matériel est ponctuel (comptez généralement de 3 000 $ à 8 000 $ par serveur pour un déploiement de 500 sessions), auquel s’ajoutent la baie, l’alimentation et le refroidissement. Pas de licence d’hyperviseur, pas de surcoût lié à la mutualisation.

Les tableaux de TCO ci-dessous détaillent chaque scénario, avec tous les coûts d’hôte comptés en coût complet.

Déploiement

Les SBC logiciels fonctionnent sur une infrastructure déjà en place ou vendue au prix du marché : VMware, KVM/Proxmox, AWS, Microsoft Azure ou baremetal standard. Si vous gérez déjà un hyperviseur ou un compte cloud, vous disposez déjà de l’infrastructure nécessaire pour faire tourner un SBC logiciel. Si vous préférez le baremetal, le serveur relève d’un achat standard, et non d’une appliance propre à un fournisseur.

Une fois l’hôte prêt, le délai de déploiement passe de plusieurs semaines à quelques minutes. À titre de référence, ProSBC passe du téléchargement à une instance en service en 20 minutes environ, grâce à l’activation en ligne et à un assistant de configuration. Pas d’espace en baie réservé à un boîtier propriétaire, pas de schéma de câblage propre au fournisseur, pas de préparation du micrologiciel.

Fonctionnement

Un SBC logiciel tourne sur la même infrastructure x86 que celle que votre équipe gère déjà. L’OS, l’hyperviseur et le réseau sont entièrement standard. Aucun micrologiciel propriétaire à gérer, aucun diagnostic matériel propre à un fournisseur à apprendre, et aucune intervention sur site pour des pannes matérielles distinctes de celles du reste de votre parc.

L’hôte a ses propres tâches d’administration : correctifs de l’OS, mises à niveau de l’hyperviseur, supervision du matériel (pour le baremetal) ou gestion du compte cloud (pour AWS ou Azure). Dans la plupart des organisations, ces activités existent déjà pour d’autres charges de travail : le SBC devient donc un locataire de plus, et non un nouveau silo opérationnel. Les mises à niveau logicielles s’appliquent à la couche applicative sans remplacer l’infrastructure sous-jacente. Le serveur qui exécute la version 3.x aujourd’hui exécutera la version 4.x demain.

Montée en capacité

Faire monter en capacité un SBC logiciel consiste à ajuster votre palier de licence ou à déployer des instances supplémentaires sur une infrastructure que vous gérez déjà. Pas d’achat d’appliance propriétaire, pas de seuil de capacité lié à une référence de modèle, pas de remplacement complet du matériel. Si le trafic passe de 500 à 2 000 sessions, vous mettez à jour la licence. Le même hôte absorbe la charge s’il dispose de CPU et de mémoire en réserve ; sinon, vous agrandissez l’hôte (redimensionnement de la VM, passage à une instance cloud supérieure ou ajout d’un serveur) au moyen d’achats d’infrastructure standard, progressifs et concurrentiels plutôt que verrouillés par un fournisseur.

ProSBC prend en charge jusqu’à 60 000 sessions simultanées et 350 000 enregistrements de terminaux par instance. Une seule instance logicielle traite des charges de travail qui exigeraient plusieurs appliances matérielles.

Redondance

Pour un SBC logiciel, la HA, c’est une deuxième instance sur un deuxième hôte, et non une deuxième appliance propriétaire. Le coût correspond à la licence supplémentaire et aux ressources de calcul de l’instance de secours : une deuxième VM, une deuxième instance cloud ou un deuxième serveur. ProSBC+ inclut la HA 1+1 actif/passif pour une disponibilité maximale et un temps d’arrêt minimal, et elle est disponible même pour les petits déploiements. Une paire de licences HA de 500 sessions (ProSBC+) coûte environ 2 000 $ par an, plus le coût d’hôte du second nœud, soit le même coût de calcul supplémentaire que pour le nœud principal. À comparer avec le doublement d’un investissement matériel de 50 000 $, plus un deuxième contrat de maintenance, plus une deuxième unité en baie.

Renouvellement

Avec un SBC logiciel, aucun cycle de renouvellement matériel n’est imposé par le fournisseur du SBC. Le logiciel tourne sur des serveurs standard (ou des instances cloud) qui suivent leur propre cycle de vie, dont vous gardez la maîtrise. Lorsque vous mettez à niveau ou remplacez l’hôte sous-jacent, le logiciel SBC migre avec le reste de vos charges de travail. Pas de calendrier de migration imposé par le fournisseur, pas de capital immobilisé dans un châssis propriétaire, et aucune échéance de fin de support fixée pour le matériel par le fournisseur du SBC.

Les serveurs baremetal ont bien leur propre cycle de renouvellement (généralement de 5 à 7 ans), et ce coût figure dans les tableaux de TCO ci-dessous. La différence, c’est que vous achetez du matériel x86 standard sur un marché concurrentiel plutôt qu’une appliance propriétaire à source unique, et que le calendrier dépend de votre politique de renouvellement du parc, et non de l’avis de fin de commercialisation d’un fournisseur de SBC.

Comparaison du TCO sur 5 ans : déploiement HA de 500 sessions

Tous les chiffres ci-dessous sont en coût complet : l’amortissement du matériel, les licences d’hyperviseur le cas échéant, l’alimentation, la baie, le stockage et le temps d’administration sont inclus des deux côtés de la comparaison.

SBC matériel (paire HA)

SBC logiciel (paire HA ProSBC+ sur KVM ou Proxmox)

Virtualisation open source. Aucune redevance de licence d’hyperviseur. L’avantage structurel par rapport à VMware s’est nettement creusé depuis le rachat par Broadcom.

SBC logiciel (paire HA ProSBC+ sur VMware, après le rachat par Broadcom)

Même infrastructure physique que dans le scénario KVM, avec les licences vSphere ou VCF en plus. Les clients sous licences perpétuelles historiques ne voient généralement la hausse qu’au renouvellement ; les nouveaux déploiements la subissent dès le premier jour.

Les coûts cachés qui n’apparaissent pas sur le devis

Expertise et formation du personnel

Les SBC matériels exigent une formation certifiée par le fournisseur. L’interface de gestion, la CLI et la méthode de dépannage de chaque fournisseur sont propriétaires. Si vous utilisez des appliances AudioCodes, votre équipe a besoin d’une formation AudioCodes. Ajoutez Oracle sur une autre partie du réseau, et il lui faut aussi une formation Oracle. L’expertise ne se transpose pas.

Les SBC logiciels qui tournent sur une infrastructure x86 standard s’appuient sur des compétences que votre équipe possède déjà : administration Linux, gestion de la virtualisation (KVM, Proxmox, VMware) et opérations cloud. Les connaissances propres au SBC viennent compléter ce socle au lieu de le constituer.

Délais d’approvisionnement

Les cycles d’approvisionnement matériel durent de 4 à 12 semaines. Pendant ce temps, une extension de capacité urgente, l’intégration d’un nouveau client ou le remplacement d’une appliance en panne reste suspendu à la logistique. Les SBC logiciels se déploient en quelques heures. Pour un fournisseur de services qui ajoute un nouveau client entreprise, l’écart de délai avant les premiers revenus se mesure en semaines, pas en jours.

Dépendance au fournisseur (et nouvelle dépendance à VMware)

Une fois que vous avez investi dans l’écosystème d’un fournisseur de SBC matériels (appliances, plateformes de gestion, formations, contrats de support), changer de fournisseur devient un projet d’investissement. Quitter un écosystème de SBC matériels implique de nouveaux achats, une période de fonctionnement en parallèle, la migration des jonctions SIP (SIP trunks) et une nouvelle formation du personnel.

Une seconde dépendance préoccupe désormais de nombreuses équipes d’infrastructure : VMware. Avec le rachat par Broadcom, beaucoup de clients sont passés d’un confortable régime de licences perpétuelles au choc tarifaire à chaque renouvellement. Pour les nouveaux déploiements ProSBC, KVM ou Proxmox s’impose de plus en plus comme le choix par défaut, précisément parce que cette option supprime les deux dépendances (envers le fournisseur du SBC et envers celui de l’hyperviseur) en même temps. ProSBC est indépendant de l’hyperviseur et prend en charge les deux options à égalité.

Dans un cas comme dans l’autre, les SBC logiciels sur infrastructure standard réduisent la dépendance. Le SBC devient une application parmi d’autres sur un serveur, et non un boîtier propriétaire vissé dans une baie. Passer d’un SBC logiciel à un autre, ou de VMware à KVM, relève davantage d’un changement de configuration que d’un remplacement complet du matériel.

Le Managed Service, levier de TCO

Pour les organisations qui préfèrent ne pas gérer l’infrastructure SBC en interne, TelcoBridges propose un Managed Service : un déploiement ProSBC entièrement géré, comprenant ProSBC+ avec HA 1+1, support 24/7, mise en place, intégration, tests et supervision. Le Managed Service peut être déployé sur la plateforme du client (AWS, Azure, VMware ou KVM) ou hébergé par TelcoBridges. Le choix revient au client.

Le Managed Service coûte une fraction du salaire d’un ingénieur SBC dédié (60 000 $ à 100 000 $ par an). Pour les MSP et les ISP dont l’administration de SBC n’est pas le cœur de métier, c’est souvent le principal levier de TCO disponible.

Quand les SBC matériels restent pertinents

Tous les déploiements n’ont pas vocation à être logiciels. Les appliances matérielles restent adaptées à certains scénarios précis :

• Les obligations réglementaires ou de conformité s’appliquent lorsque certains secteurs ou certaines régions exigent des plateformes matérielles certifiées pour l’infrastructure voix. Si le cadre impose l’appliance certifiée d’un fournisseur précis, la comparaison des coûts passe après l’exigence de conformité.
• Un investissement matériel important encore loin de sa fin de vie signifie que si vous avez déployé un SBC matériel il y a deux ans et qu’il lui reste au moins trois ans de vie utile et de support fournisseur, le remplacer maintenant serait un gaspillage inutile. Planifiez la migration logicielle pour le prochain cycle de renouvellement.
• Une intégration poussée dans l’écosystème d’un fournisseur compte pour les organisations dont la pile voix est entièrement Oracle ou entièrement Cisco, et qui peuvent tirer parti de l’intégration étroite qu’offre une gamme de produits d’un seul fournisseur. La simplicité opérationnelle d’un fournisseur unique peut compenser une partie du surcoût.
• Le transcodage matériel haute densité concerne les déploiements à fort volume de transcodage de codecs (G.711 vers G.729, AMR vers G.711), qui peuvent tirer profit de matériel DSP dédié. Le transcodage logiciel progresse, mais la densité des DSP dédiés garde un avantage pour les charges de transcodage à très fort volume.

Même dans ces scénarios, un SBC logiciel mérite d’être évalué en complément ou comme trajectoire de migration à long terme. Faire tourner le logiciel en parallèle du matériel existant pendant une période de transition est une approche courante.

ProSBC vs appliances SBC matérielles : comparaison des fonctionnalités

Questions fréquentes