ProSBC para enrutamiento directo (Direct Routing) de Microsoft Teams

Qué hace un SBC para Microsoft Teams y por qué su red lo necesita

Microsoft Teams gestiona el chat interno, las reuniones y la pantalla compartida de forma nativa, pero conectar a los usuarios de Teams con números de teléfono externos requiere un controlador de borde de sesión. Un SBC para Microsoft Teams funciona como la pasarela entre el entorno en la nube de Teams y la red telefónica pública conmutada (PSTN), traduciendo entre los protocolos de Microsoft y la señalización SIP estándar utilizada por los operadores en todo el mundo.

El rol de un SBC en Direct Routing de Teams

Direct Routing de Teams es la arquitectura de Microsoft para la conectividad PSTN que otorga a los proveedores de servicios y las empresas control total sobre su infraestructura de voz. En lugar de adquirir Microsoft Calling Plans, las organizaciones conectan sus propias troncales SIP a través de un SBC compatible. El SBC de Direct Routing en Teams gestiona varias funciones simultáneamente:

• Normalización de señalización SIP: Teams envía y recibe mensajes SIP en un formato específico. El SBC traduce entre el dialecto SIP de Teams y el formato que cada operador o PBX espera, gestionando las diferencias en encabezados SIP, temporizadores de sesión y señalización DTMF.
• Procesamiento de medios y transcodificación de códecs: cuando un usuario de Teams llama a un número externo, el SBC conecta el flujo de medios entre los dos extremos, gestionando la negociación de códecs y, cuando es necesario, la transcodificación entre formatos.
• Aplicación de cifrado: Microsoft exige TLS para la señalización y SRTP para los medios en todas las conexiones de Direct Routing. El SBC termina estas conexiones cifradas y puede interconectar con operadores que usan RTP sin cifrar, protegiendo cada llamada sin requerir que cada operador soporte SRTP.
• Ocultación de topología: el SBC oculta las direcciones de red internas a las partes externas, impidiendo el reconocimiento de su infraestructura y aislando el entorno de Teams de la internet pública.

Arquitectura SBC multiinquilino para proveedores de servicios

Para los MSP e ISP que ofrecen llamadas en Teams a múltiples clientes, una arquitectura SBC multiinquilino es esencial. ProSBC soporta hasta 1024 grupos de troncales (NAP), lo que permite a los proveedores de servicios mantener reglas de enrutamiento de llamadas, políticas de seguridad y configuraciones de troncales SIP independientes para cada cliente desde una única instancia de SBC para Microsoft Teams. Una sola implementación de SBC puede atender a decenas o cientos de clientes finales, cada uno con sus propias conexiones de operador y reglas de manejo de llamadas.

El monitoreo por inquilino brinda a los proveedores visibilidad sobre las métricas de calidad de llamada (puntuaciones MOS, jitter, pérdida de paquetes) de cada cliente de forma independiente, respaldando los compromisos de SLA sin hardware dedicado por inquilino. ProSBC expone estas métricas a través de CDR, SNMP y una API REST, lo que facilita la integración con plataformas de monitoreo existentes.

Implemente en la infraestructura que ya gestiona

ProSBC se ejecuta como un SBC por software en VMware, KVM o Proxmox en su propio centro de datos, en AWS o Microsoft Azure para arquitecturas nativas en la nube, o en servidores bare-metal para máximo rendimiento. Una configuración de alta disponibilidad activo/standby garantiza que, si el SBC primario de Direct Routing en Teams falla, el standby asume el control con una interrupción mínima. Para los proveedores de servicios que prefieren no gestionar el SBC ellos mismos, TelcoBridges ofrece un servicio de SBC completamente gestionado que cubre implementación, monitoreo y mantenimiento continuo.

Cumplimiento normativo integrado en la ruta de llamada

Las organizaciones que implementan un SBC para Microsoft Teams también deben abordar requisitos regulatorios. En Norteamérica, la FCC exige la autenticación de identificador de llamadas STIR/SHAKEN para las llamadas de voz. ProSBC se integra con los servicios de firma y verificación STIR/SHAKEN en la capa del SBC, aplicando el nivel de atestación correcto (A, B o C) por llamada según el tipo de tráfico. Esto es particularmente importante para los MSP que gestionan tráfico mixto: los clientes minoristas pueden requerir atestación completa, mientras que el tráfico mayorista o de pasarela recibe atestación parcial, todo gestionado a través de una única implementación de SBC para Teams.

Precios de suscripción diseñados para proveedores de servicios

A diferencia de los dispositivos SBC tradicionales que requieren grandes inversiones iniciales en hardware, ProSBC utiliza un modelo de suscripción basado en sesiones en lugar de licenciamiento por puesto o por usuario. Este enfoque OPEX permite a los MSP escalar la capacidad de su SBC para Microsoft Teams hacia arriba o hacia abajo a medida que crece su base de clientes, sin el riesgo de capital de las compras tradicionales de SBC por hardware.

Pruebe su configuración de Direct Routing en Teams antes de pasar a producción

ProSBC Lab ofrece una licencia gratuita y permanente de 3 sesiones que incluye capacidad completa de Direct Routing en Teams. Los proveedores de servicios pueden validar la configuración de sus troncales SIP, probar las reglas de enrutamiento de llamadas y confirmar la interoperabilidad con la infraestructura de su operador antes de comprometerse con una licencia de producción. El laboratorio ejecuta el mismo firmware que el SBC de producción, por lo que las configuraciones probadas en el laboratorio se transfieren directamente a producción sin retrabajo. Esto es particularmente valioso para los MSP que evalúan si agregar llamadas en Microsoft Teams a su portafolio de servicios: puede construir y probar el flujo de llamadas completo, desde el cliente de Teams a través del SBC hasta el operador PSTN, sin costo.

Escenarios comunes de implementación de SBC para Teams

Los proveedores de servicios implementan un SBC para Microsoft Teams para abordar varios escenarios comunes. Un MSP que gestiona servicios de voz para pequeñas y medianas empresas típicamente conecta una única instancia multiinquilino de ProSBC a uno o más proveedores de troncales SIP, y luego configura NAP separados para el inquilino de Teams de cada cliente. Cada cliente obtiene sus propios números de teléfono, reglas de enrutamiento de llamadas y monitoreo de calidad, mientras que el MSP gestiona todo desde una sola plataforma. Un ISP que ofrece llamadas en Teams junto con servicio de internet utiliza la misma arquitectura para agregar voz como un servicio de valor agregado, diferenciando su oferta de competidores que proporcionan solo conectividad.

Las empresas con infraestructura PBX local existente utilizan ProSBC para conectar sus sistemas telefónicos heredados con Teams. El SBC gestiona la traducción del flujo de llamadas SIP entre el PBX y Teams, lo que permite a las organizaciones migrar a llamadas en Teams a su propio ritmo en lugar de reemplazar toda su infraestructura de telefonía de una sola vez. En entornos de centro de contacto, ProSBC conecta Teams con plataformas CCaaS y troncales SIP de operadores simultáneamente, enrutando las llamadas de clientes al destino correcto según las reglas definidas en el motor de enrutamiento del SBC.