Hardware SBC vs software SBC: costo total de propiedad
Los appliances de Session Border Controller en hardware han sido el modelo de implementación de borde de voz por defecto durante más de dos décadas. Oracle, AudioCodes y Ribbon construyeron sus negocios sobre dispositivos de propósito específico: appliances en rack con procesadores dedicados, firmware propietario y capacidad vinculada a un modelo de hardware concreto.
Ese modelo tenía sentido cuando la infraestructura de voz era física y la voz era la única carga de trabajo en el borde. Tiene menos sentido hoy. La mayoría de los operadores ya han virtualizado sus firewalls, balanceadores de carga y funciones de enrutamiento. El SBC es, con frecuencia, el último appliance que sigue atornillado al rack.
Si está próximo a un ciclo de renovación, está ampliando capacidad o está implementando un SBC por primera vez, la pregunta ya no es “¿qué appliance debo comprar?”. La pregunta es si debe comprar un appliance en absoluto. Esta página compara el costo total de propiedad (TCO) de los appliances de SBC en hardware frente a los SBC en software a lo largo del ciclo de vida completo: adquisición, implementación, operaciones, escalabilidad, redundancia y fin de vida.
Si desea comparar proveedores específicos en lugar de categorías, consulte nuestras páginas detalladas sobre ProSBC vs. AudioCodes, ProSBC vs. Ribbon y ProSBC vs. Cisco CUBE. Para conocer el ángulo de migración más amplio, consulte Reemplazar un SBC en hardware por software.
Qué incluye el TCO de un SBC
El TCO no es el precio de compra. Ni siquiera es el precio de compra más el contrato anual de mantenimiento. El TCO real captura cada costo que se incurrirá a lo largo de la vida útil del sistema, generalmente un horizonte de cinco años.
Para un SBC, esos costos se agrupan en seis categorías:
- Adquisición es lo que se paga para obtener el SBC en primer lugar (hardware, software, licencias).
- Implementación cubre lo que cuesta ponerlo en operación (rack, energía, cableado, mano de obra de instalación, tiempo de configuración).
- Operaciones es lo que cuesta mantenerlo en funcionamiento (contratos de mantenimiento, actualizaciones de firmware, monitoreo, capacitación del personal, resolución de problemas).
- Escalabilidad mide lo que cuesta agregar capacidad cuando el tráfico crece.
- Redundancia es lo que cuesta protegerse ante fallas (pares HA, unidades de repuesto, infraestructura de failover).
- Renovación y fin de vida captura lo que cuesta cuando el proveedor discontinúa el producto o el hardware llega al fin de soporte.
La mayoría de los compradores comparan la adquisición. Los operadores que han vivido un ciclo completo de vida de un appliance comparan las seis.
SBC en hardware: el costo real de los appliances
Adquisición
Los appliances de SBC en hardware son gastos de capital. Un appliance de gama media de Oracle, AudioCodes o Ribbon suele costar entre $10,000 y $100,000 o más, según la capacidad de sesiones. El precio de Oracle Acme Packet ronda los $100 por sesión al año en un compromiso de varios años; una implementación Oracle de 1,500 sesiones cuesta aproximadamente $150,000 al año solo en licencias.
Se trata de partidas presupuestarias importantes que requieren ciclos de adquisición, negociaciones con proveedores y aprobación de capital. Para los proveedores de servicios y MSP que modelan el costo por cliente, un appliance de $50,000 que atiende a 20 clientes representa una asignación de capital de $2,500 por cliente antes de enrutar una sola llamada.
Implementación
Los appliances en hardware necesitan infraestructura física: espacio en rack, energía redundante, refrigeración y cableado. La instalación es presencial. Los plazos de adquisición (pedido, envío, recepción y puesta en escena) suelen ser de 4 a 12 semanas, según las condiciones de la cadena de suministro y el backlog del proveedor.
Cada semana de ese plazo es una semana de ingresos no realizados para los proveedores de servicios o una semana de riesgo de infraestructura sin resolver para las empresas.
Operaciones
Los proveedores de appliances cobran contratos anuales de mantenimiento y soporte del 15 % al 20 % del precio de compra original. Un appliance de $50,000 lleva entre $7,500 y $10,000 por año en tarifas de mantenimiento que cubren actualizaciones de firmware, corrección de errores y acceso al soporte técnico del proveedor.
Más allá del costo del contrato, los SBC en hardware requieren una inversión operativa en conocimiento específico de cada proveedor. Cada proveedor tiene su propia interfaz de gestión, sintaxis de CLI, proceso de actualización de firmware y metodología de resolución de problemas, y esa especialización no se transfiere entre proveedores. Las actualizaciones de firmware en los appliances también suelen requerir ventanas de mantenimiento, a veces con interrupción del servicio, lo que convierte la gestión de cambios en una carga operativa recurrente.
Escalabilidad
Los SBC en hardware tienen capacidad fija. El número máximo de sesiones simultáneas está vinculado al modelo del appliance. Si adquirió un appliance de 1,000 sesiones y su tráfico crece a 1,500 sesiones, tiene dos opciones: comprar un appliance más grande o agregar un segundo y configurar una arquitectura de balanceo de carga. Ninguna es incremental. Ambas implican nueva adquisición, nuevo capital y nueva complejidad operativa.
Esa capacidad fija genera un problema de planificación: comprar demasiado pequeño obliga a un gasto de capital no planificado; comprar demasiado grande significa pagar por capacidad ociosa. El modelo en hardware penaliza tanto el crecimiento como la planificación conservadora.
Redundancia
La alta disponibilidad de un SBC en hardware significa comprar un segundo appliance. Para una unidad primaria de $50,000, el HA duplica el costo de hardware a $100,000, sin contar el espacio en rack, la energía y el contrato de mantenimiento de la segunda unidad.
Algunos proveedores restringen el HA a modelos de gama alta. Ribbon, por ejemplo, ofrece HA solo en sus plataformas SBC de mayor envergadura, por lo que las implementaciones más pequeñas pueden encontrar que el HA no está disponible o está condicionado a actualizar a un nivel más costoso.
Renovación y fin de vida
Los appliances en hardware tienen un ciclo de vida finito. Los proveedores suelen dar soporte a un modelo de hardware durante 5 a 7 años tras su lanzamiento y luego emiten avisos de fin de venta y fin de soporte. Cuando su appliance llega al fin de soporte, se ve obligado a adquirir un reemplazo independientemente de si el hardware existente sigue funcionando.
Esto genera capital inmovilizado. Un appliance adquirido por $50,000 hace tres años y que funciona perfectamente se convierte en un pasivo cuando el proveedor anuncia el fin de vida. El valor depreciable restante se cancela y una nueva compra de capital inicia el ciclo nuevamente.
SBC en software: la economía del desacoplamiento
Adquisición
Un SBC en software es una licencia de software. No hay ningún appliance propietario que adquirir. La licencia, más un host donde ejecutarla, es el costo de adquisición.
Los SBC en software utilizan modelos de suscripción (OPEX anual) en lugar de licencias perpetuas (CapEx). Para las organizaciones que migran desde appliances en hardware, esto traslada el gasto en SBC del presupuesto de capital al presupuesto operativo, que generalmente es más fácil de aprobar y más predecible para los pronósticos.
ProSBC, por ejemplo, publica su precio desde tan solo $1.40 por sesión al año (contacte a TelcoBridges para conocer los términos vigentes). Los precios son escalonados según la cantidad de sesiones, con soporte 24/7 incluido en los niveles superiores. No hay ninguna licencia de plataforma propietaria debajo del SBC ni un contrato de mantenimiento separado con el proveedor. La licencia es el costo del software licenciado.
El host es independiente. Cuatro opciones comunes, con curvas de costo muy diferentes:
- KVM o Proxmox en servidores propios (virtualización de código abierto) no requiere licencia de hipervisor. KVM está integrado en Linux; Proxmox es gratuito, con una suscripción de soporte opcional que ronda los $100 a $1,000 por CPU al año. El hardware, la energía y el almacenamiento son costos reales que deben asignarse a la carga de trabajo, pero la ausencia de una línea de licencia de hipervisor es una ventaja estructural significativa después de Broadcom.
- VMware (vSphere Foundation o VMware Cloud Foundation) utiliza el mismo hardware, energía y almacenamiento que KVM, más la licencia de VMware. Tras la adquisición por parte de Broadcom, vSphere migró a precios de suscripción por núcleo agrupados en VVF o VCF. Muchos clientes existentes reportan incrementos de 2x a 3x al renovar. Asignada a un par HA de SBC de 500 sesiones, la línea de licencia de VMware suele agregar entre $2,000 y $5,000 por año sobre el hardware subyacente.
- Nube pública (AWS, Microsoft Azure) implica una instancia de cómputo, más almacenamiento y egreso de red. Para un SBC de 500 sesiones, un dimensionamiento típico de 4 vCPU y 16 GB de RAM ronda los $140 a $200 por mes por nodo con precios bajo demanda. Con HA se ejecutan dos nodos. Las instancias reservadas o los planes de ahorro suelen reducir el cómputo entre un 30 y un 50 %. El egreso depende del volumen de llamadas y la elección de codec, y puede ser significativo a escala.
- Bare metal dedicado es un servidor x86 estándar, dimensionado para la carga de trabajo, que usted posee e instala en rack. El costo de hardware es único (entre $3,000 y $8,000 por servidor es lo habitual para una implementación de 500 sesiones), más rack, energía y refrigeración. Sin licencia de hipervisor ni sobrecarga de múltiples inquilinos compartidos.
Las tablas de TCO que figuran a continuación detallan cada escenario con todos los costos del host incluidos.
Implementación
Los SBC en software se ejecutan sobre infraestructura que ya está en funcionamiento o que tiene precio de commodity: VMware, KVM/Proxmox, AWS, Microsoft Azure o bare metal estándar. Si ya opera un hipervisor o una cuenta en la nube, ya cuenta con la infraestructura necesaria para ejecutar un SBC en software. Si prefiere bare metal, el servidor es una adquisición estándar, no un appliance específico de un proveedor.
El tiempo de implementación se reduce de semanas a minutos una vez que el host está listo. ProSBC, como referencia, pasa de la descarga a una instancia en ejecución en aproximadamente 20 minutos con activación en línea y un asistente de configuración. Sin espacio en rack dedicado a un dispositivo propietario, sin diagrama de cableado específico del proveedor y sin puesta en escena de firmware.
Operaciones
Un SBC en software se ejecuta sobre la misma infraestructura x86 que su equipo ya gestiona. El sistema operativo, el hipervisor y las redes son todos estándar. No hay firmware propietario que gestionar, no hay diagnósticos de hardware específicos del proveedor que aprender ni visitas físicas al sitio por fallas de hardware distintas del resto de su flota.
El host tiene sus propias operaciones: parchado del sistema operativo, actualizaciones del hipervisor, monitoreo de hardware (para bare metal) o gestión de cuenta en la nube (para AWS o Azure). Para la mayoría de las organizaciones, esas actividades ya se realizan para otras cargas de trabajo, por lo que el SBC es un inquilino adicional en lugar de un nuevo silo operativo. Las actualizaciones de software se aplican a la capa de aplicación sin reemplazar la infraestructura subyacente. El mismo servidor que ejecuta la versión 3.x hoy ejecuta la versión 4.x mañana.
Escalabilidad
Escalar un SBC en software significa ajustar el nivel de licencia o implementar instancias adicionales sobre infraestructura que ya opera. No hay adquisición de appliance propietario, no hay un límite de capacidad vinculado a un número de modelo y no hay una actualización disruptiva. Si el tráfico crece de 500 a 2,000 sesiones, se actualiza la licencia. El mismo host maneja la carga si tiene CPU y memoria disponibles; si no, se amplía el host (se redimensiona la VM, se actualiza la instancia en la nube o se agrega un servidor) mediante adquisición de infraestructura estándar, que es incremental y competitiva en lugar de estar atada a un proveedor.
ProSBC admite hasta 60,000 sesiones simultáneas y 350,000 registros de endpoints por instancia. Una sola instancia de software maneja cargas de trabajo que requerirían múltiples appliances en hardware.
Redundancia
El HA de un SBC en software es una segunda instancia en un segundo host, no un segundo appliance propietario. El costo es la licencia adicional más los recursos de cómputo para la instancia en espera: una segunda VM, una segunda instancia en la nube o un segundo servidor. ProSBC+ incluye HA activo/en espera 1+1 para máximo tiempo de actividad y mínimo tiempo de inactividad, y está disponible incluso para implementaciones pequeñas. Un par de licencias HA de 500 sesiones (ProSBC+) cuesta aproximadamente $2,000 al año, más el costo del host del segundo nodo, que es el mismo costo de cómputo incremental que el primario. Compárelo con duplicar una inversión en hardware de $50,000, más un segundo contrato de mantenimiento y una segunda unidad de rack.
Renovación
No existe un ciclo de renovación de hardware impuesto por el proveedor de SBC para un SBC en software. El software se ejecuta en servidores estándar (o instancias en la nube) que siguen su propio ciclo de vida, que usted controla. Cuando actualiza o rota el host subyacente, el software de SBC migra junto con el resto de sus cargas de trabajo. No hay un cronograma de migración forzado por el proveedor, no hay capital inmovilizado en un chasis propietario y no hay un plazo de fin de soporte impuesto por el proveedor de SBC sobre el hardware.
Los servidores bare metal también tienen su propio ciclo de renovación (generalmente de 5 a 7 años), y ese costo está capturado en las tablas de TCO que figuran a continuación. La diferencia es que usted adquiere hardware x86 de commodity en un mercado competitivo en lugar de un appliance propietario de fuente única, y el momento lo determina su política de renovación de flota, no el aviso de fin de venta de un proveedor de SBC.
Comparación de TCO a 5 años: implementación HA de 500 sesiones
Todas las cifras que figuran a continuación están completamente cargadas: amortización de hardware, licencias de hipervisor donde corresponde, energía, rack, almacenamiento y tiempo de operaciones están incluidos en ambos lados de la comparación.
SBC en hardware (par HA)
| Categoría de costo | Costo a 5 años |
|---|---|
| Adquisición del appliance (primario + HA, CapEx) | $30,000–$100,000 |
| Mantenimiento / soporte anual (15–20 % de la compra, 5 años) | $22,500–$100,000 |
| Rack, energía, refrigeración (2 unidades, 5 años) | $10,000–$25,000 |
| Mano de obra de implementación | $2,000–$5,000 |
| Renovación en el año 5 (fin de soporte del proveedor) | $30,000–$100,000 |
| Total a 5 años | $94,500–$330,000+ |
SBC en software (par HA ProSBC+ en KVM o Proxmox)
Virtualización de código abierto. Sin costo de licencia de hipervisor. La ventaja estructural frente a VMware se ha ampliado materialmente desde la adquisición de Broadcom.
| Categoría de costo | Costo a 5 años |
|---|---|
| Licencia ProSBC+, par HA ($2,000/año × 5) | $10,000 |
| Amortización de hardware del servidor (porción asignada, renovación a 5 años) | $5,000–$12,500 |
| Energía, rack, refrigeración (asignado) | $1,500–$3,500 |
| Almacenamiento (SAN o NVMe local, asignado) | $1,000–$3,000 |
| Suscripción de soporte opcional de Proxmox (asignado; KVM es gratuito) | $250–$1,500 |
| Esfuerzo de respaldo, monitoreo y parchado del sistema operativo (asignado) | $1,000–$5,000 |
| Total a 5 años | $18,750–$35,500 |
SBC en software (par HA ProSBC+ en VMware, post-Broadcom)
La misma infraestructura física que el escenario de KVM, con licencias de vSphere o VCF añadidas encima. Los clientes con licencias perpetuas heredadas suelen ver el incremento solo al renovar; las nuevas implementaciones lo enfrentan desde el primer día.
| Categoría de costo | Costo a 5 años |
|---|---|
| Licencia ProSBC+, par HA ($2,000/año × 5) | $10,000 |
| Amortización de hardware del servidor (asignado) | $5,000–$12,500 |
| Energía, rack, refrigeración (asignado) | $1,500–$3,500 |
| Almacenamiento (asignado) | $1,000–$3,000 |
| Licencias de VMware vSphere Foundation / VCF (asignado, 5 años) | $10,000–$25,000 |
| Esfuerzo de respaldo, monitoreo y parchado del sistema operativo (asignado) | $1,000–$5,000 |
| Total a 5 años | $28,500–$59,000 |
Los costos ocultos que no aparecen en la cotización
Experiencia del personal y capacitación
Los SBC en hardware requieren capacitación certificada por el proveedor. La interfaz de gestión, la CLI y la metodología de resolución de problemas de cada proveedor son propietarias. Si opera appliances de AudioCodes, su equipo necesita capacitación en AudioCodes. Agregue Oracle para otra parte de la red y también necesitarán capacitación en Oracle. La experiencia no se transfiere.
Los SBC en software que se ejecutan sobre infraestructura x86 estándar aprovechan las habilidades que su equipo ya tiene: administración de Linux, gestión de virtualización (KVM, Proxmox, VMware) y operaciones en la nube. El conocimiento específico del SBC es incremental, no fundacional.
Plazo de adquisición
Los ciclos de adquisición de hardware duran de 4 a 12 semanas. Durante ese período, una ampliación urgente de capacidad, la incorporación de un nuevo cliente o el reemplazo de un appliance fallido están a la espera de la logística. Los SBC en software se implementan en horas. La diferencia en tiempo hasta la generación de ingresos para un proveedor de servicios que incorpora un nuevo cliente empresarial se mide en semanas, no en días.
Dependencia del proveedor (y la nueva dependencia de VMware)
Una vez que invierte en el ecosistema de un proveedor de SBC en hardware (appliances, plataformas de gestión, capacitación, contratos de soporte), cambiar de proveedor es un proyecto de capital. Migrar fuera de un ecosistema de SBC en hardware implica nueva adquisición, operación en paralelo, migración de troncales SIP y reentrenamiento del personal.
Una segunda dependencia está ahora muy presente para muchos equipos de infraestructura: VMware. La adquisición por parte de Broadcom ha llevado a muchos clientes de operaciones cómodas con licencias perpetuas a un impacto de precios en el momento de renovación. Para las nuevas implementaciones de ProSBC, KVM o Proxmox es cada vez más la opción por defecto precisamente porque elimina ambas dependencias (la del proveedor de SBC y la del proveedor de hipervisor) al mismo tiempo. ProSBC es agnóstico al hipervisor y admite ambas opciones de igual manera.
Los SBC en software sobre infraestructura estándar reducen la dependencia en cualquier caso. El SBC se convierte en una aplicación más en un servidor en lugar de un dispositivo propietario atornillado al rack. Migrar de un SBC en software a otro, o de VMware a KVM, se parece más a un cambio de configuración que a un reemplazo completo de infraestructura.
El servicio gestionado como factor de reducción del TCO
Para las organizaciones que prefieren no gestionar la infraestructura de SBC internamente, TelcoBridges ofrece un Managed Service: una implementación de ProSBC completamente gestionada que incluye ProSBC+ con HA 1+1, soporte 24/7, configuración, integración, pruebas y monitoreo. El Managed Service puede implementarse en la plataforma del cliente (AWS, Azure, VMware o KVM) o ser alojado por TelcoBridges. El cliente elige.
El Managed Service cuesta una fracción del salario de un ingeniero dedicado a SBC ($60,000–$100,000 al año). Para los MSP e ISP donde la administración de SBC no es una competencia central, este suele ser el factor de reducción del TCO más importante disponible.
Cuándo los SBC en hardware aún tienen sentido
No toda implementación debería ser en software. Los appliances en hardware aún se adaptan a escenarios específicos:
- Mandatos regulatorios o de cumplimiento se aplican cuando industrias o regiones exigen plataformas de hardware certificadas para la infraestructura de voz. Si el marco regulatorio exige un appliance certificado de un proveedor específico, la comparación de costos es secundaria frente al requisito de cumplimiento.
- Gran inversión en hardware existente con ciclo de vida restante significa que si implementó un SBC en hardware hace dos años y le quedan tres o más años de vida útil y soporte del proveedor, reemplazarlo ahora genera desperdicio innecesario. Planifique la migración a software para el próximo ciclo de renovación.
- Integración profunda en el ecosistema del proveedor importa para las organizaciones que operan una pila de voz totalmente Oracle o totalmente Cisco, que pueden beneficiarse de la estrecha integración que conlleva permanecer dentro de la familia de productos de un único proveedor. La simplicidad operativa de un solo proveedor puede compensar parte de la prima de costo.
- Transcodificación en hardware de alta densidad aplica a implementaciones con transcodificación de codec de alto volumen (G.711 a G.729, AMR a G.711) que pueden beneficiarse de hardware DSP dedicado. La transcodificación en software está expandiéndose, pero la densidad de DSP dedicado aún tiene ventaja para cargas de trabajo de transcodificación de muy alto volumen.
Incluso en estos escenarios, vale la pena evaluar un SBC en software como complemento o trayectoria de migración a largo plazo. Ejecutar software junto al hardware existente durante un período de transición es un enfoque habitual.
ProSBC vs. appliances de SBC en hardware: comparación de características
| Capacidad | ProSBC (software) | SBC en hardware (típico) |
|---|---|---|
| Modelo de implementación | Solo software: VMware, KVM, Proxmox, AWS, Azure, uCPE, bare metal | Appliance de hardware propietario |
| Modelo de precios | Suscripción OPEX anual (licencia); precio publicado desde tan solo $1.40/sesión/año. El host es independiente (nube, bare metal o VM en KVM/Proxmox/VMware) | Compra CapEx + mantenimiento anual + contrato de soporte; el appliance incluye el hardware del host |
| Transparencia de precios | Precio por sesión publicado | Contacte al proveedor para obtener una cotización |
| Flexibilidad de hipervisor | KVM, Proxmox y VMware admitidos de igual manera; los clientes pueden evitar la dependencia de VMware | No aplica (chasis propietario) |
| Escalabilidad | Ajuste el nivel de licencia; una sola instancia admite hasta 60,000 sesiones | Compre un appliance más grande o agregue unidades |
| Sesiones máximas por instancia | 60,000 | Varía según el modelo (generalmente 1,000–30,000) |
| Registros máximos | 350,000 | Varía según el modelo |
| Alta disponibilidad | HA 1+1 (ProSBC+); disponible para implementaciones pequeñas | Requiere un segundo appliance; algunos proveedores lo restringen a modelos de gama alta |
| Gestión | GUI web + API RESTful + CLI | Interfaz de gestión específica del proveedor |
| Enrutamiento configurable | Módulos de API en Ruby; integración abierta con cualquier servicio HTTP | Configuración de enrutamiento específica del proveedor |
| STIR/SHAKEN | Modelo abierto: elija su socio de firma (TransNexus, Neustar o cualquier servicio de firma HTTP) | Integración específica del proveedor |
| Managed Service | Totalmente gestionado por TelcoBridges (o en la plataforma del cliente) | Varía según el proveedor y el socio |
| Prueba gratuita | Prueba de 30 días, autoservicio, configuración en ~20 min | Contacte al proveedor o al socio |
| Licencia de laboratorio | ProLab: gratuita, permanente, 3 sesiones | Varía; algunos proveedores ofrecen evaluación a través de socios |
| Renovación de infraestructura | Sin ciclo de renovación impuesto por el proveedor de SBC | Ciclo de vida del appliance de 5–7 años, luego reemplazo forzado |
Preguntas frecuentes
¿Un SBC en software es tan confiable como un appliance de SBC en hardware?
La confiabilidad proviene de la arquitectura, no del factor de forma. Un SBC en software que se ejecuta sobre infraestructura adecuadamente aprovisionada con HA 1+1 proporciona la misma continuidad de servicio que un par de appliances en hardware. ProSBC+ incluye redundancia activo/en espera para máximo tiempo de actividad y mínimo tiempo de inactividad. La infraestructura subyacente (VMware, KVM, Proxmox, AWS, Azure) aporta sus propias capas de redundancia que los appliances en hardware no pueden aprovechar. Muchas implementaciones de grado operador se ejecutan completamente sobre SBC en software hoy en día.
¿Qué infraestructura necesito para ejecutar un SBC en software?
ProSBC se ejecuta en KVM, Proxmox, VMware, AWS, Microsoft Azure, uCPE y servidores x86 bare metal. Los requisitos mínimos dependen de la cantidad de sesiones. Para la mayoría de las implementaciones, una VM estándar o una instancia en la nube con CPU y memoria adecuadas es suficiente. Si ya opera cargas de trabajo virtualizadas, probablemente ya cuenta con la infraestructura necesaria y el costo marginal de agregar el SBC es pequeño. Muchas nuevas implementaciones eligen KVM o Proxmox específicamente para evitar la exposición a licencias de VMware/Broadcom; ProSBC admite los tres hipervisores de igual manera.
¿Cuánto cuesta un SBC en software comparado con un appliance en hardware?
Las licencias de ProSBC comienzan desde tan solo $1.40 por sesión al año. Una implementación HA de 500 sesiones cuesta aproximadamente $2,000 al año en licencias. El host es independiente, y la elección del host afecta materialmente el TCO. En base completamente cargada, una implementación HA de 500 sesiones en KVM/Proxmox ronda los $18,750–$35,500 a lo largo de cinco años; $28,500–$59,000 en VMware (post-Broadcom). Un par HA de appliances en hardware comparables ronda los $94,500–$330,000+ en el mismo período de cinco años (CapEx del appliance + mantenimiento + HA + rack + renovación en el año 5). La brecha es de aproximadamente 2x a 10x en VMware (post-Broadcom) y significativamente mayor en KVM o Proxmox. Contacte a TelcoBridges para conocer los precios y detalles de paquetes vigentes.
¿La adquisición de VMware por parte de Broadcom cambia el análisis?
Sí, y es una de las razones más frecuentes por las que las nuevas implementaciones de ProSBC se están realizando en KVM o Proxmox en lugar de VMware. Los precios de suscripción VVF/VCF por núcleo han generado incrementos de costos de 2x a 3x para muchos clientes al renovar. ProSBC es agnóstico al hipervisor y se ejecuta igual de bien en KVM, Proxmox y VMware, por lo que los clientes que enfrentan un impacto de precios al renovar pueden pagar la nueva tarifa de VMware o migrar la carga de trabajo del SBC (y otras) a virtualización de código abierto sin cambiar el producto SBC.
¿Puedo migrar de un SBC en hardware a uno en software sin tiempo de inactividad?
Sí, en la práctica. La mayoría de las organizaciones ejecutan el SBC en software en paralelo con el hardware existente durante un período de transición. Se migran los grupos de troncales y las conexiones con operadores de forma incremental, validando cada movimiento. Una vez que todo el tráfico fluye a través del SBC en software, el appliance en hardware se retira. La prueba gratuita de 30 días de ProSBC y la licencia permanente de ProLab están diseñadas para facilitar este enfoque de evaluación y migración en paralelo.
¿Un SBC en software admite las mismas funciones que un SBC en hardware?
Para funciones de señalización SIP, seguridad, enrutamiento, STIR/SHAKEN e interoperabilidad, sí. ProSBC admite hasta 60,000 sesiones simultáneas, 350,000 registros de endpoints, 1,024 NAPs, SIP sobre TLS, SRTP, protección contra DoS/DDoS, listas negras dinámicas, ocultamiento de topología y enrutamiento configurable mediante módulos de API en Ruby. El área principal donde los appliances en hardware conservan ventaja es la transcodificación en hardware de alta densidad mediante DSPs dedicados. ProSBC maneja la transcodificación G.711 ALAW/ULAW; la transcodificación adicional de codecs (Opus, G.729, AMR) requiere hardware DSP externo. La transcodificación en software para codecs adicionales está en el roadmap de productos de TelcoBridges.
Comience con ProSBC
ProSBC es un Session Border Controller de grado operador, basado en software, que se puede implementar en KVM, Proxmox, VMware, AWS, Microsoft Azure, uCPE o bare metal, donde sea que esté su borde. Una sola instancia escala hasta 60,000 sesiones simultáneas y 350,000 registros, con HA 1+1 disponible incluso en implementaciones pequeñas a través de ProSBC+.
La prueba gratuita de 30 días se implementa en aproximadamente 20 minutos con activación en línea. La licencia ProLab le ofrece una licencia gratuita, permanente y de 3 sesiones para pruebas de laboratorio e integración continuas. Ejecútela junto a su SBC en hardware para comparar lado a lado en su propio entorno. Para las organizaciones que prefieren externalizar las operaciones de SBC, el Managed Service ofrece ProSBC+ con HA 1+1, soporte 24/7, configuración, integración, pruebas y monitoreo en la plataforma del cliente o alojado por TelcoBridges.
Al enviar este formulario, su información será procesada de acuerdo con nuestra Política de privacidad.
¿Prefiere evaluar por su cuenta primero? Comience su prueba gratuita de 30 días.