SBC matériel vs SBC logiciel : coût total de possession
Les appliances SBC matérielles constituent le modèle de déploiement vocal en bordure de réseau par défaut depuis plus de vingt ans. Oracle, AudioCodes et Ribbon ont bâti leurs activités sur des boîtiers dédiés : des appliances montées en rack, équipées de processeurs propriétaires, d’un micrologiciel propriétaire et d’une capacité liée à un modèle matériel spécifique.
Ce modèle se justifiait lorsque l’infrastructure vocale était physique et que la voix constituait la seule charge de travail en bordure de réseau. Il se justifie moins aujourd’hui. La plupart des opérateurs ont déjà virtualisé leurs pare-feu, répartiteurs de charge et fonctions de routage. Le SBC est souvent la dernière appliance encore fixée dans le rack.
Si vous approchez d’un cycle de renouvellement, si vous augmentez votre capacité ou si vous déployez un SBC pour la première fois, la question n’est plus « quelle appliance acheter ? » mais plutôt de savoir si vous devez acheter une appliance. Cette page compare le coût total de possession des appliances SBC matérielles par rapport aux SBC logiciels sur l’ensemble du cycle de vie : acquisition, déploiement, exploitation, mise à l’échelle, redondance et fin de vie.
Si vous comparez des fournisseurs spécifiques plutôt que des catégories, consultez nos pages détaillées sur ProSBC vs. AudioCodes, ProSBC vs. Ribbon et ProSBC vs. Cisco CUBE. Pour l’angle migration, consultez Remplacer un SBC matériel par un logiciel.
Composantes du coût total de possession d’un SBC
Le TCO ne se résume pas au prix d’achat. Il ne se limite pas non plus au prix d’achat additionné du contrat de maintenance annuel. Le véritable TCO englobe tous les coûts que vous engagerez sur la durée de vie utile du système, généralement une période de 5 ans.
Pour un SBC, ces coûts se répartissent en six catégories :
- L’acquisition correspond à ce que vous payez pour obtenir le SBC (matériel, logiciel, licences).
- Le déploiement couvre ce qu’il en coûte pour le rendre opérationnel (rack, alimentation, câblage, main-d’œuvre d’installation, temps de configuration).
- L’exploitation représente ce qu’il en coûte pour le maintenir en fonctionnement (contrats de maintenance, mises à jour du micrologiciel, supervision, formation du personnel, dépannage).
- La mise à l’échelle mesure ce qu’il en coûte pour ajouter de la capacité lorsque le trafic augmente.
- La redondance correspond à ce qu’il en coûte pour se protéger contre les pannes (paires HA, unités de secours, infrastructure de basculement).
- Le renouvellement et la fin de vie représentent ce qu’il en coûte lorsque le fournisseur arrête le produit ou que le matériel atteint sa fin de support.
La plupart des acheteurs comparent l’acquisition. Les opérateurs qui ont traversé un cycle de vie complet d’appliance comparent les six.
SBC matériel : le véritable coût des appliances
Acquisition
Les appliances SBC matérielles sont des dépenses en capital (CAPEX). Une appliance de gamme moyenne d’Oracle, AudioCodes ou Ribbon se situe généralement entre $10,000 et $100,000+ selon la capacité en sessions. La tarification Oracle Acme Packet s’élève à environ $100 par session par an sur un engagement pluriannuel ; un déploiement Oracle de 1,500 sessions coûte environ $150,000 par an en licences uniquement.
Il s’agit de postes budgétaires importants qui nécessitent des cycles d’approvisionnement, des négociations avec les fournisseurs et des approbations de capital. Pour les fournisseurs de services et les MSP qui modélisent le coût par client, une appliance à $50,000 servant 20 clients représente une allocation de capital de $2,500 par client avant même qu’un seul appel ne soit routé.
Déploiement
Les appliances matérielles nécessitent une infrastructure physique : espace rack, alimentation redondante, refroidissement et câblage. L’installation est manuelle. Les délais d’approvisionnement (commande, expédition, réception, staging) s’étendent généralement de 4 à 12 semaines selon les conditions de la chaîne d’approvisionnement et le carnet de commandes du fournisseur.
Chaque semaine de délai représente une semaine de revenus non réalisés pour les fournisseurs de services, ou une semaine de risque d’infrastructure non résolu pour les entreprises.
Exploitation
Les fournisseurs d’appliances facturent des contrats de maintenance et de support annuels de 15 % à 20 % du prix d’achat initial. Une appliance à $50,000 entraîne de $7,500 à $10,000 par an en frais de maintenance couvrant 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 en expertise spécifique au fournisseur. Chaque fournisseur d’appliances possède sa propre interface de gestion, sa syntaxe CLI, son processus de mise à jour du micrologiciel et sa méthodologie de dépannage, et cette expertise ne se transfère pas d’un fournisseur à l’autre. Les mises à jour du micrologiciel sur les appliances nécessitent également fréquemment des fenêtres de maintenance, parfois avec interruption de service, ce qui fait de la gestion du changement une charge opérationnelle récurrente.
Mise à l’échelle
Les SBC matériels sont verrouillés en capacité. Le nombre maximal de sessions simultanées est lié au modèle de l’appliance. Si vous avez acheté une appliance de 1,000 sessions et que votre trafic atteint 1,500 sessions, vous avez deux options : acheter une appliance plus grande, ou en ajouter une seconde et mettre en place une architecture de répartition de charge. Aucune des deux n’est incrémentale. Toutes deux impliquent un nouveau cycle d’approvisionnement, de nouveaux investissements et une complexité opérationnelle accrue.
Ce verrouillage de capacité crée un problème de planification : acheter trop petit vous contraint à une dépense en capital imprévue ; acheter trop grand signifie payer pour une capacité inutilisée. Le modèle matériel pénalise aussi bien la croissance que la planification prudente.
Redondance
La haute disponibilité pour un SBC matériel signifie l’achat d’une seconde appliance. Pour une unité principale à $50,000, la HA double le coût matériel à $100,000. Sans compter l’espace rack, l’alimentation et le contrat de maintenance de la seconde unité.
Certains fournisseurs restreignent la HA aux modèles haut de gamme. Ribbon, par exemple, ne propose la HA que sur ses plateformes SBC les plus importantes, de sorte que les déploiements plus modestes peuvent se retrouver sans HA ou contraints de passer à un palier supérieur plus coûteux.
Renouvellement et fin de vie
Les appliances matérielles ont un cycle de vie limité. Les fournisseurs supportent généralement un modèle matériel pendant 5 à 7 ans après son lancement, puis publient des avis de fin de vente et de fin de support. Lorsque votre appliance atteint la fin de support, vous êtes contraint d’acheter un remplacement, que le matériel existant soit encore fonctionnel ou non.
Cela crée du capital immobilisé. Une appliance achetée $50,000 il y a trois ans et parfaitement fonctionnelle devient un passif lorsque le fournisseur annonce la fin de vie. La valeur amortissable restante est passée en charges et un nouvel achat en capital relance le cycle.
SBC logiciel : l’économie du découplage
Acquisition
Un SBC logiciel est une licence logicielle. Il n’y a pas d’appliance propriétaire à acheter. La licence, plus un hôte pour l’exécuter, constitue le coût d’acquisition.
Les SBC logiciels utilisent des modèles d’abonnement (OPEX annuel) plutôt que des licences perpétuelles (CAPEX). Pour les organisations passant d’appliances matérielles, cela transfère la dépense SBC du budget d’investissement au budget de fonctionnement, généralement plus facile à approuver et plus prévisible à planifier.
ProSBC, par exemple, affiche sa tarification à partir de $1.40 par session par an (contactez TelcoBridges pour les conditions en vigueur). La tarification est échelonnée par nombre de sessions, avec un support 24/7 inclus aux paliers supérieurs. Il n’y a pas de licence de plateforme propriétaire sous-jacente, ni de contrat de maintenance fournisseur séparé. La licence correspond au coût du logiciel.
L’hôte est séparé. Quatre options courantes, avec des courbes de coûts très différentes :
- KVM ou Proxmox sur serveurs propres (virtualisation open source) ne nécessite aucune licence d’hyperviseur. KVM est intégré à Linux ; Proxmox est gratuit, avec un abonnement de support optionnel d’environ $100 à $1,000 par CPU par an. Le matériel, l’énergie 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 significatif post-Broadcom.
- VMware (vSphere Foundation ou VMware Cloud Foundation) utilise le même matériel, énergie et stockage que KVM, plus les licences VMware. Après l’acquisition par Broadcom, vSphere est passé à une tarification par cœur sous forme d’abonnement groupé en VVF ou VCF. De nombreux clients existants signalent des augmentations de 2x à 3x au renouvellement. Imputée à une paire HA SBC de 500 sessions, la ligne de licence VMware ajoute généralement de $2,000 à $5,000 par an en sus du matériel sous-jacent.
- Cloud public (AWS, Microsoft Azure) signifie une instance de calcul, plus le stockage, plus le trafic sortant. Pour un SBC de 500 sessions, un dimensionnement typique de 4 vCPU et 16 Go de RAM coûte environ $140 à $200 par mois par nœud en tarification à la demande. Avec la HA, vous exploitez deux nœuds. Les instances réservées ou les plans d’économie réduisent généralement le calcul de 30 à 50 %. Le trafic sortant dépend du volume d’appels et du choix de codec, et peut être significatif à grande échelle.
- Baremetal dédié est un serveur x86 standard, dimensionné pour la charge de travail, que vous possédez et installez en rack. Le coût matériel est ponctuel ($3,000 à $8,000 par serveur est typique pour un déploiement de 500 sessions), plus le rack, 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ébergement entièrement chargés.
Déploiement
Les SBC logiciels fonctionnent sur une infrastructure déjà en place ou à prix de marché : VMware, KVM/Proxmox, AWS, Microsoft Azure ou baremetal standard. Si vous exploitez déjà un hyperviseur ou un compte cloud, vous disposez déjà de l’infrastructure pour exécuter un SBC logiciel. Si vous préférez le baremetal, le serveur est un approvisionnement standard, pas une appliance spécifique à un fournisseur.
Le temps de déploiement passe de semaines à minutes une fois l’hôte prêt. ProSBC, à titre de référence, passe du téléchargement à l’instance opérationnelle en environ 20 minutes avec activation en ligne et un assistant de configuration. Pas d’espace rack dédié à un boîtier propriétaire, pas de schéma de câblage spécifique au fournisseur, pas de staging de micrologiciel.
Exploitation
Un SBC logiciel fonctionne sur la même infrastructure x86 que votre équipe gère déjà. Le système d’exploitation, l’hyperviseur et le réseau sont tous standard. Il n’y a pas de micrologiciel propriétaire à gérer, pas de diagnostics matériels spécifiques au fournisseur à apprendre, et pas de visites sur site pour des pannes matérielles distinctes du reste de votre parc.
L’hôte porte ses propres opérations : correctifs du système d’exploitation, mises à niveau de l’hyperviseur, supervision du matériel (pour le baremetal) ou gestion du compte cloud (pour AWS ou Azure). Pour la plupart des organisations, ces activités sont déjà en cours pour d’autres charges de travail, de sorte que le SBC est un locataire supplémentaire plutôt qu’un nouveau silo opérationnel. Les mises à jour logicielles s’appliquent à la couche applicative sans remplacer l’infrastructure sous-jacente. Le même serveur qui exécute la version 3.x aujourd’hui exécute la version 4.x demain.
Mise à l’échelle
Mettre à l’échelle un SBC logiciel signifie ajuster votre palier de licence ou déployer des instances supplémentaires sur l’infrastructure que vous exploitez déjà. Il n’y a pas d’approvisionnement d’appliance propriétaire, pas de plafond de capacité lié à un numéro de modèle, et pas de remplacement complet. Si le trafic passe de 500 à 2,000 sessions, vous mettez à jour la licence. Le même hôte gère la charge s’il dispose du CPU et de la mémoire nécessaires ; sinon, vous faites évoluer l’hôte (redimensionner la VM, mettre à niveau l’instance cloud, ou ajouter un serveur) en utilisant un approvisionnement d’infrastructure standard, incrémental et concurrentiel plutôt que verrouillé chez un fournisseur.
ProSBC supporte jusqu’à 60,000 sessions simultanées et 350,000 enregistrements de terminaux par instance. Une seule instance logicielle gère des charges de travail qui nécessiteraient plusieurs appliances matérielles.
Redondance
La HA pour un SBC logiciel est une seconde instance sur un second hôte, pas une seconde appliance propriétaire. Le coût est la licence supplémentaire plus les ressources de calcul pour l’instance en attente : une seconde VM, une seconde instance cloud, ou un second serveur. ProSBC+ inclut la HA 1+1 actif/veille 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 500 sessions (ProSBC+) coûte environ $2,000 par an, plus le coût d’hébergement du second nœud, qui correspond au même coût de calcul incrémental que le nœud principal. Comparez cela au doublement d’un investissement matériel de $50,000, plus un second contrat de maintenance, plus un second espace rack.
Renouvellement
Il n’y a pas de cycle de renouvellement matériel imposé par le fournisseur SBC pour un SBC logiciel. Le logiciel fonctionne sur des serveurs standard (ou des instances cloud) qui suivent leur propre cycle de vie, que vous contrôlez. Lorsque vous mettez à niveau ou remplacez l’hôte sous-jacent, le logiciel SBC migre avec le reste de vos charges de travail. Il n’y a pas de calendrier de migration imposé par le fournisseur, pas de capital immobilisé lié à un châssis propriétaire, et pas de date de fin de support imposée par le fournisseur SBC sur le matériel.
Les serveurs baremetal ont toutefois leur propre cycle de renouvellement (généralement 5 à 7 ans), et ce coût est pris en compte dans les tableaux de TCO ci-dessous. La différence est que vous achetez du matériel x86 de série sur un marché concurrentiel plutôt qu’une appliance propriétaire mono-source, et le calendrier est dicté par votre politique de renouvellement de parc plutôt que par un avis de fin de vente du fournisseur SBC.
Comparaison de TCO sur 5 ans : déploiement HA 500 sessions
Tous les chiffres ci-dessous sont entièrement chargés : amortissement matériel, licences d’hyperviseur le cas échéant, énergie, rack, stockage et temps d’exploitation sont inclus des deux côtés de la comparaison.
SBC matériel (paire HA)
| Catégorie de coût | Coût sur 5 ans |
|---|---|
| Acquisition de l’appliance (principale + HA, CAPEX) | $30,000–$100,000 |
| Maintenance / support annuel (15–20 % du prix d’achat, 5 ans) | $22,500–$100,000 |
| Rack, alimentation, refroidissement (2 unités, 5 ans) | $10,000–$25,000 |
| Main-d’œuvre de déploiement | $2,000–$5,000 |
| Renouvellement année 5 (fin de support du fournisseur) | $30,000–$100,000 |
| Total sur 5 ans | $94,500–$330,000+ |
SBC logiciel (paire HA ProSBC+ sur KVM ou Proxmox)
Virtualisation open source. Pas de frais de licence d’hyperviseur. L’avantage structurel par rapport à VMware s’est considérablement accru depuis l’acquisition par Broadcom.
| Catégorie de coût | Coût sur 5 ans |
|---|---|
| Licence ProSBC+, paire HA ($2,000/an × 5) | $10,000 |
| Amortissement du matériel serveur (part allouée, renouvellement sur 5 ans) | $5,000–$12,500 |
| Alimentation, rack, refroidissement (alloués) | $1,500–$3,500 |
| Stockage (SAN ou NVMe local, alloué) | $1,000–$3,000 |
| Abonnement support Proxmox optionnel (alloué ; KVM est gratuit) | $250–$1,500 |
| Sauvegarde, supervision, correctifs système d’exploitation (alloués) | $1,000–$5,000 |
| Total sur 5 ans | $18,750–$35,500 |
SBC logiciel (paire HA ProSBC+ sur VMware, post-Broadcom)
Même infrastructure physique que le scénario KVM, avec les licences vSphere ou VCF en sus. Les clients sous licences perpétuelles existantes ne constatent généralement l’augmentation qu’au renouvellement ; les nouveaux déploiements la subissent dès le premier jour.
| Catégorie de coût | Coût sur 5 ans |
|---|---|
| Licence ProSBC+, paire HA ($2,000/an × 5) | $10,000 |
| Amortissement du matériel serveur (alloué) | $5,000–$12,500 |
| Alimentation, rack, refroidissement (alloués) | $1,500–$3,500 |
| Stockage (alloué) | $1,000–$3,000 |
| Licence VMware vSphere Foundation / VCF (allouée, 5 ans) | $10,000–$25,000 |
| Sauvegarde, supervision, correctifs système d’exploitation (alloués) | $1,000–$5,000 |
| Total sur 5 ans | $28,500–$59,000 |
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, le CLI et la méthodologie de dépannage de chaque fournisseur sont propriétaires. Si vous exploitez des appliances AudioCodes, votre équipe a besoin d’une formation AudioCodes. Ajoutez Oracle pour une autre partie du réseau et elle aura également besoin d’une formation Oracle. L’expertise ne se transfère pas.
Les SBC logiciels fonctionnant sur une infrastructure x86 standard exploitent des compétences que votre équipe possède déjà : administration Linux, gestion de la virtualisation (KVM, Proxmox, VMware) et exploitation cloud. Les connaissances spécifiques au SBC sont incrémentales plutôt que fondamentales.
Délai d’approvisionnement
Les cycles d’approvisionnement matériel s’étendent de 4 à 12 semaines. Durant cette période, une extension de capacité urgente, l’intégration d’un nouveau client ou le remplacement d’une appliance en panne reste en attente de la logistique. Les SBC logiciels se déploient en heures. La différence de délai de mise en revenu pour un fournisseur de services intégrant un nouveau client entreprise se mesure en semaines, pas en jours.
Verrouillage fournisseur (et le nouveau verrouillage VMware)
Une fois que vous investissez dans l’écosystème d’un fournisseur de SBC matériel (appliances, plateformes de gestion, formation, contrats de support), changer de fournisseur est un projet d’investissement. La migration hors d’un écosystème SBC matériel implique un nouvel approvisionnement, une exploitation en parallèle, la migration des trunks SIP et la reformation du personnel.
Un second verrouillage est désormais une préoccupation majeure pour de nombreuses équipes d’infrastructure : VMware. L’acquisition par Broadcom a fait passer de nombreux clients d’un fonctionnement confortable avec licences perpétuelles à un choc tarifaire au renouvellement. Pour les nouveaux déploiements ProSBC en partant de zéro, KVM ou Proxmox devient de plus en plus le choix par défaut précisément parce qu’il élimine les deux verrouillages (celui du fournisseur SBC et celui du fournisseur d’hyperviseur) simultanément. ProSBC est agnostique en matière d’hyperviseur et supporte les deux également.
Les SBC logiciels sur infrastructure standard réduisent le verrouillage dans tous les cas. Le SBC devient une application sur un serveur plutôt qu’un boîtier propriétaire fixé dans un rack. Migrer d’un SBC logiciel à un autre, ou de VMware à KVM, s’apparente davantage à un changement de configuration qu’à un remplacement complet.
Le service géré comme levier de TCO
Pour les organisations qui préfèrent ne pas gérer l’infrastructure SBC en interne, TelcoBridges propose un service géré : un déploiement ProSBC entièrement géré incluant ProSBC+ avec HA 1+1, support 24/7, installation, intégration, tests et supervision. Le service géré peut être déployé sur la propre plateforme du client (AWS, Azure, VMware ou KVM) ou hébergé par TelcoBridges. Le client choisit.
Le service géré 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 où l’administration SBC n’est pas une compétence clé, c’est souvent le levier de TCO le plus important.
Quand les SBC matériels restent pertinents
Tous les déploiements ne doivent pas être logiciels. Les appliances matérielles conviennent encore à des scénarios spécifiques :
- Exigences réglementaires ou de conformité lorsque des industries ou des régions imposent des plateformes matérielles certifiées pour l’infrastructure vocale. Si le cadre réglementaire impose l’appliance certifiée d’un fournisseur spécifique, la comparaison des coûts est secondaire par rapport à l’exigence de conformité.
- Investissement matériel existant important avec durée de vie restante si vous avez déployé un SBC matériel il y a deux ans et qu’il reste trois ans ou plus de vie utile et de support fournisseur, le remplacer maintenant génère un gaspillage inutile. Planifiez la migration logicielle pour le prochain cycle de renouvellement.
- Intégration profonde dans l’écosystème du fournisseur les organisations exploitant une infrastructure vocale entièrement Oracle ou Cisco peuvent bénéficier de l’intégration étroite qu’offre un écosystème mono-fournisseur. La simplicité opérationnelle d’un seul fournisseur peut compenser une partie de la prime de coût.
- Transcodage matériel haute densité les déploiements à fort volume de transcodage de codecs (G.711 vers G.729, AMR vers G.711) peuvent bénéficier de matériel DSP dédié. Le transcodage logiciel progresse, mais la densité DSP dédiée conserve un avantage pour les charges de travail de transcodage à très fort volume.
Même dans ces scénarios, un SBC logiciel mérite d’être évalué comme complément ou voie de migration à long terme. Faire fonctionner 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
| Fonctionnalité | ProSBC (logiciel) | SBC matériel (typique) |
|---|---|---|
| Modèle de déploiement | Logiciel uniquement : VMware, KVM, Proxmox, AWS, Azure, uCPE, baremetal | Appliance matérielle propriétaire |
| Modèle tarifaire | Abonnement annuel OPEX (licence) ; tarif publié à partir de $1.40/session/an. L’hôte est séparé (cloud, baremetal, ou VM sur KVM/Proxmox/VMware) | Achat CAPEX + maintenance annuelle + contrat de support ; l’appliance inclut le matériel hôte |
| Transparence tarifaire | Prix par session publié | Contactez le fournisseur pour un devis |
| Flexibilité d’hyperviseur | KVM, Proxmox et VMware supportés de manière égale ; les clients peuvent éviter le verrouillage VMware | Sans objet (châssis propriétaire) |
| Évolutivité | Ajuster le palier de licence ; instance unique jusqu’à 60,000 sessions | Acheter une appliance plus grande ou ajouter des unités |
| Sessions max. par instance | 60,000 | Variable selon le modèle (typiquement 1,000–30,000) |
| Enregistrements max. | 350,000 | Variable selon le modèle |
| Haute disponibilité | HA 1+1 (ProSBC+) ; disponible pour les petits déploiements | Nécessite une seconde appliance ; certains fournisseurs restreignent aux modèles haut de gamme |
| Gestion | Interface Web + API RESTful + CLI | Interface de gestion spécifique au fournisseur |
| Routage configurable | Modules API Ruby ; intégration ouverte avec tout service HTTP | Configuration de routage spécifique au fournisseur |
| STIR/SHAKEN | Modèle ouvert : choisissez votre partenaire de signature (TransNexus, Neustar, ou tout service de signature HTTP) | Intégration spécifique au fournisseur |
| Service géré | Entièrement géré par TelcoBridges (ou sur la plateforme du client) | Variable selon le fournisseur et le partenaire |
| Essai gratuit | Essai de 30 jours, en libre-service, configuration en ~20 min | Contactez le fournisseur ou le partenaire |
| Licence de laboratoire | ProLab : gratuite, permanente, 3 sessions | Variable ; certains fournisseurs proposent une évaluation via des partenaires |
| Renouvellement de l’infrastructure | Pas de cycle de renouvellement imposé par le fournisseur SBC | Cycle de vie de l’appliance de 5–7 ans, puis remplacement forcé |
Questions fréquentes
Un SBC logiciel est-il aussi fiable qu’une appliance SBC matérielle ?
La fiabilité provient de l’architecture plutôt que du facteur de forme. Un SBC logiciel fonctionnant sur une infrastructure correctement dimensionnée avec HA 1+1 offre la même continuité de service qu’une paire d’appliances matérielles. ProSBC+ inclut une redondance actif/veille pour une disponibilité maximale et un temps d’arrêt minimal. L’infrastructure sous-jacente (VMware, KVM, Proxmox, AWS, Azure) fournit ses propres couches de redondance que les appliances matérielles ne peuvent pas exploiter. De nombreux déploiements de classe opérateur fonctionnent aujourd’hui entièrement sur des SBC logiciels.
De quelle infrastructure ai-je besoin pour exécuter un SBC logiciel ?
ProSBC fonctionne sur KVM, Proxmox, VMware, AWS, Microsoft Azure, uCPE et des serveurs x86 baremetal. Les exigences minimales dépendent du nombre de sessions. Pour la plupart des déploiements, une VM standard ou une instance cloud avec un CPU et une mémoire adéquats suffisent. Si vous exploitez déjà des charges de travail virtualisées, vous disposez probablement de l’infrastructure nécessaire et le coût marginal de l’ajout du SBC est faible. De nombreux nouveaux déploiements choisissent KVM ou Proxmox spécifiquement pour éviter l’exposition aux licences VMware/Broadcom ; ProSBC supporte les trois hyperviseurs de manière égale.
Combien coûte un SBC logiciel par rapport à une appliance matérielle ?
La licence ProSBC démarre à partir de $1.40 par session par an. Un déploiement HA de 500 sessions coûte environ $2,000 par an en licences. L’hôte est séparé, et le choix de l’hôte affecte significativement le TCO. Sur une base entièrement chargée, un déploiement HA de 500 sessions sur KVM/Proxmox coûte environ $18,750–$35,500 sur cinq ans ; $28,500–$59,000 sur VMware (post-Broadcom). Une paire HA d’appliances matérielles comparables coûte $94,500–$330,000+ sur les mêmes cinq ans (CAPEX appliance + maintenance + HA + rack + renouvellement année 5). L’écart est d’environ 2x à 10x sur VMware (post-Broadcom), et considérablement plus important sur KVM ou Proxmox. Contactez TelcoBridges pour les tarifs et les forfaits en vigueur.
L’acquisition de VMware par Broadcom change-t-elle la donne ?
Oui, et c’est l’une des raisons les plus courantes pour lesquelles les nouveaux déploiements ProSBC se font sur KVM ou Proxmox plutôt que sur VMware. La tarification par cœur des abonnements VVF/VCF a entraîné des augmentations de 2x à 3x pour de nombreux clients au renouvellement. ProSBC est agnostique en matière d’hyperviseur et fonctionne aussi bien sur KVM, Proxmox et VMware. Les clients confrontés au choc tarifaire au renouvellement peuvent soit payer le nouveau tarif VMware, soit migrer la charge de travail SBC (et d’autres) vers la virtualisation open source sans changer de produit SBC.
Puis-je migrer d’un SBC matériel vers un SBC logiciel sans interruption de service ?
Oui, en pratique. La plupart des organisations font fonctionner le SBC logiciel en parallèle du matériel existant pendant une période de transition. Vous migrez les groupes de trunks et les connexions opérateurs de manière incrémentale, en validant chaque étape. Une fois que tout le trafic passe par le SBC logiciel, l’appliance matérielle est mise hors service. L’essai gratuit de 30 jours et la licence permanente ProLab de ProSBC sont conçus pour faciliter cette approche d’évaluation et de migration en parallèle.
Un SBC logiciel supporte-t-il les mêmes fonctionnalités qu’un SBC matériel ?
Pour la signalisation SIP, la sécurité, le routage, STIR/SHAKEN et les fonctions d’interopérabilité, oui. ProSBC supporte jusqu’à 60,000 sessions simultanées, 350,000 enregistrements de terminaux, 1,024 NAP, SIP sur TLS, SRTP, protection DoS/DDoS, liste de blocage dynamique, masquage de topologie et routage configurable via des modules API Ruby. Le principal domaine où les appliances matérielles conservent un avantage est le transcodage matériel haute densité utilisant des DSP dédiés. ProSBC gère le transcodage G.711 ALAW/ULAW ; le transcodage de codecs supplémentaires (Opus, G.729, AMR) nécessite du matériel DSP externe. Le transcodage logiciel de codecs supplémentaires figure sur la feuille de route produit de TelcoBridges.
Commencez avec ProSBC
ProSBC est un contrôleur de session en bordure (SBC) logiciel de classe opérateur, déployable sur KVM, Proxmox, VMware, AWS, Microsoft Azure, uCPE ou baremetal, là où se trouve votre bordure de réseau. Une seule instance monte jusqu’à 60,000 sessions simultanées et 350,000 enregistrements, avec HA 1+1 disponible même sur les petits déploiements grâce à ProSBC+.
L’essai gratuit de 30 jours se déploie en environ 20 minutes avec activation en ligne. La licence ProLab vous offre une licence gratuite, permanente et à 3 sessions pour vos tests de laboratoire et d’intégration en continu. Exécutez-le en parallèle de votre SBC matériel pour comparer côte à côte dans votre propre environnement. Pour les organisations qui préfèrent externaliser l’exploitation SBC, le service géré fournit ProSBC+ avec HA 1+1, support 24/7, installation, intégration, tests et supervision sur la plateforme du client ou hébergé par TelcoBridges.
Vous préférez évaluer par vous-même d’abord ? Démarrez votre essai gratuit de 30 jours.