¿Qué es un Session Border Controller (SBC)?
Un Session Border Controller (SBC) es un dispositivo de red o software situado en el borde de una red VoIP que controla la señalización SIP y los flujos de audio (RTP) que la atraviesan. En los pagos de centro de contacto, el SBC suele ser el punto donde se interceptan y sustituyen los tonos DTMF del teclado del cliente antes de que lleguen al agente o a la grabación de la llamada.
Un Session Border Controller, o SBC, es el dispositivo de red que se sitúa en el borde de la red VoIP de un centro de contacto y vigila cada llamada SIP que entra o sale. Se encarga de los trabajos aburridos pero críticos —normalización de señalización, ocultación de topología, atravesamiento de NAT, interfuncionamiento de códecs, terminación TLS y SRTP— y hace algo que importa enormemente para los pagos telefónicos: puede ver y modificar el flujo de audio en tiempo real. Por eso el enmascaramiento DTMF basado en SBC es una de las formas más limpias de mantener los números de tarjeta fuera del alcance auditivo del agente y fuera de las grabaciones de llamadas.
El Session Border Controller se sitúa entre dos redes SIP —normalmente la telefonía interna de un centro de contacto y un proveedor de SIP trunk externo— y actúa como punto de aplicación de políticas para todo lo que cruza ese límite. Como el SBC ya ve cada tramo de llamada, es el lugar natural para conectar el enmascaramiento de datos de pago: cuando un cliente teclea su número de tarjeta, el SBC detecta los tonos DTMF en el flujo RTP, los elimina y reenvía los dígitos al procesador de pagos por un canal seguro aparte. Los grandes fabricantes de SBC en los centros de contacto del Reino Unido son AudioCodes, Ribbon, Oracle, Avaya SBCE y Cisco CUBE; nos integramos con todos ellos.
¿Qué es un Session Border Controller?
Un Session Border Controller, SBC, es un dispositivo de red o software que se sitúa en el borde de una red de Voz sobre IP y controla la señalización SIP y los flujos de medios. Los SBC se encargan de la ocultación de topología, el interfuncionamiento de códecs, la política de seguridad, el atravesamiento de NAT y, en contextos de pago, la interceptación de tonos DTMF.
Por qué importan los SBC en los pagos de centro de contacto
Para los centros de contacto que aceptan pagos con tarjeta por teléfono, el SBC suele ser el punto del tramo de llamada donde se implementa el enmascaramiento DTMF. Los dígitos tecleados por el cliente se interceptan en el SBC antes de llegar al flujo de medios del agente, se sustituyen por silencio o un tono de marcador de posición en la ruta grabada y se reenvían al procesador de pagos por un canal seguro aparte.
La posición del SBC en el borde de la red le da una vista limpia de cada tramo de llamada que entra y sale del centro de contacto. Esto lo convierte en el punto natural de inserción para cualquier tecnología que tenga que actuar sobre el flujo de audio antes de que llegue al agente: enmascaramiento de datos de pago, redacción de transcripciones, detección de patrones de fraude.
Fabricantes de SBC comunes en el mercado de centros de contacto
Distintos fabricantes de SBC implementan el enmascaramiento DTMF de forma diferente. Algunos soportan el enmascaramiento inline de forma nativa; otros requieren una integración de partner. Los SBC que vemos con más frecuencia en el mercado de centros de contacto del Reino Unido:
- Avaya SBCE
- AudioCodes
- Ribbon (antes Sonus)
- Oracle Communications SBC
- Cisco CUBE
Paytia se integra con todos los principales fabricantes de SBC vía SIP y soporta varios patrones de integración distintos según en qué punto del tramo de llamada ocurre el enmascaramiento.
El SBC frente a otros puntos de inserción del enmascaramiento
El SBC no es el único sitio donde puede ocurrir el enmascaramiento DTMF. El enmascaramiento también puede producirse en el IVR, en una pasarela de medios aguas abajo o en un salto dedicado de pasarela de pagos. Para los centros de contacto con telefonía on-prem o PBX en la nube, el SBC suele ser el punto de inserción más limpio porque ve cada llamada independientemente de qué agente o cola la responda.
Para las plataformas de centro de contacto totalmente en la nube (CCaaS) en las que el SBC lo opera el fabricante de la plataforma, el enmascaramiento suele ocurrir más aguas abajo: en la propia capa de manejo de medios de la plataforma o vía integración por API con una pasarela de pagos.
El enmascaramiento DTMF de Paytia se sitúa en la capa del SBC para los centros de contacto que operan telefonía on-prem o híbrida. La integración no es disruptiva: el SBC sigue gestionando todas sus responsabilidades existentes de enrutamiento, códec y seguridad, con la interceptación de DTMF añadida como un pequeño hook de política sobre los tramos de llamada que implican un pago.
Para los centros de contacto solo en la nube en los que el cliente no opera su propio SBC, Paytia se integra más aguas abajo vía SIP trunk, API o mediante asociación con la plataforma de medios del propio fabricante de CCaaS. El resultado final es el mismo: los datos de tarjeta nunca llegan al tramo de audio del agente ni a la grabación de la llamada.
Preguntas frecuentes
¿Es un SBC lo mismo que una PBX?
No. Una PBX (Private Branch Exchange) es el sistema de manejo de llamadas que enruta llamadas entre los agentes y las líneas externas dentro del centro de contacto. Un SBC se sitúa en el borde de la red entre la PBX y la red pública VoIP/SIP, controlando la señalización, la seguridad y los medios cuando las llamadas cruzan ese límite. Trabajan juntos pero hacen trabajos distintos.
¿Necesitan todos los centros de contacto un SBC?
Los centros de contacto on-prem e híbridos casi siempre necesitan un SBC: es la frontera segura estándar entre la telefonía interna y la red SIP pública. Las plataformas CCaaS totalmente en la nube (Genesys Cloud, Five9, Talkdesk, Amazon Connect) gestionan la función de SBC dentro de la plataforma, así que el centro de contacto no opera uno directamente. El SBC sigue ahí; simplemente lo gestiona el fabricante.
¿Puede funcionar el enmascaramiento DTMF sin un SBC?
Sí. El enmascaramiento DTMF puede implementarse en el IVR, en una pasarela de medios aguas abajo, en un proxy del lado de la pasarela de pagos o dentro del manejo de medios de una plataforma CCaaS. El SBC es el punto de inserción más limpio para la telefonía on-prem e híbrida porque ve cada tramo de llamada, pero no es la única opción. Para configuraciones solo en la nube, el enmascaramiento ocurre más adelante en la ruta de la llamada.
Ready to take secure payments?
Book a demo with our team. We'll show you DTMF masking live, talk through PCI DSS scope reduction, and put together pricing based on your call volume.
Trusted by law firms, insurers, healthcare providers and regulated businesses worldwide. Learn more about Paytia