🔌Conecta tu propio SIP trunk (custom / BYO)
Conecta tu propio Twilio Elastic SIP Trunking, carrier, PBX o SIP trunk a Dapta para llamadas entrantes y salientes con Agentes de Voz.
Usa un SIP trunk custom cuando tu empresa ya tiene Twilio Elastic SIP Trunking, otro carrier SIP, un PBX, un contact center o enrutamiento telefónico que Dapta debe usar. Tu administrador de telefonía entrega los detalles del trunk y Dapta usa ese trunk para llamadas entrantes, salientes o ambas.
Antes de comenzar
Necesitas acceso al equipo que administra tu carrier o PBX. No envíes credenciales por canales públicos; compártelas solo mediante el proceso seguro indicado por Dapta Support o tu contacto de implementación.
Algunos carriers solo permiten llamadas salientes desde caller IDs registrados con ellos. Confirma los caller IDs permitidos antes de probar llamadas salientes.
Escenarios comunes de BYO SIP trunk
Tu empresa es dueña de la cuenta o números de Twilio
Tu empresa usa otro carrier SIP, PBX, SBC o contact center
Necesitas enrutamiento dedicado, proxy SIP, transferencia a cola humana o mayor concurrencia
En esta guía, "Twilio" significa tu propia cuenta de Twilio. No es lo mismo que un número manejado por Dapta comprado dentro de Dapta.
Paso 1 - Reúne las credenciales del trunk
Pide a tu administrador de carrier o PBX:
Host / dominio SIP y puerto, por ejemplo
<tu host SIP>y puerto5060.Usuario SIP auth y contraseña SIP auth.
Los DID(s) o extensión que Dapta debe usar.
Qué caller IDs el carrier presentará y aceptará.
Si el trunk debe soportar saliente, entrante o ambos.
El número de canales concurrentes provisionados por el carrier.
Si tu carrier o PBX requiere allowlisting por IP, contacta a Soporte de Dapta para obtener las IPs de señalización que tu carrier debe permitir.
Ejemplo de Twilio Elastic SIP Trunking
Usa esta sección cuando quieres que Dapta haga o reciba llamadas por medio de tu propia cuenta de Twilio.
Términos de Twilio para mapear en Dapta
Termination
Llamadas salientes desde Dapta hacia Twilio y luego desde Twilio a la red telefónica pública.
Termination SIP URI / Domain Name
El dominio SIP de Twilio al que Dapta debe llamar, normalmente terminado en pstn.twilio.com.
Credential List
Usuario y contraseña SIP que Dapta puede usar para autenticar llamadas salientes hacia Twilio.
IP Access Control List
Allowlist opcional de Twilio para la IP de señalización de Dapta, en vez de, o además de, usuario/contraseña.
Origination
Llamadas entrantes desde un número de Twilio hacia Dapta.
Origination SIP URI
SIP URI provisto por Dapta donde Twilio debe enviar llamadas entrantes.
Phone Numbers
Números de Twilio asociados al trunk para enrutamiento entrante.
Para llamadas salientes por Twilio
Pide a tu administrador de Twilio:
Crear o abrir un Elastic SIP Trunk en Twilio.
Configurar Termination para ese trunk.
Compartir con Dapta el Termination SIP URI, por ejemplo
<tu-trunk>.pstn.twilio.com.Crear un Credential List para Dapta o permitir la IP de señalización de Dapta en el IP Access Control List de Twilio. Si ambos están configurados en Twilio, ambos deben coincidir.
Confirmar qué caller IDs aceptará Twilio para llamadas salientes. Twilio normalmente requiere que el caller ID sea un número de Twilio en la cuenta o un caller ID verificado.
Confirmar que los números destino salientes se enviarán en formato E.164 completo con
+, por ejemplo+15555550123.Confirmar si tu equipo habilitó Secure Trunking de Twilio. Si lo hizo, coordina los requisitos de TLS/SRTP con Dapta antes de probar.
Luego configura el SIP trunk en Dapta usando:
Nombre
Una etiqueta clara, como Main Twilio trunk.
SIP host / domain
Dominio de termination de Twilio, como <tu-trunk>.pstn.twilio.com.
Puerto
El puerto indicado por tu configuración de Twilio. Usa 5060 salvo que tu setup de Twilio o seguridad requiera otro puerto.
Auth username
Usuario SIP del Credential List de Twilio.
Auth password
Contraseña SIP del Credential List de Twilio.
DID / Extension
Número de Twilio o caller ID que Dapta debe usar, si aplica para el workspace.
Dial Pattern
ISO / with country code para enviar números en E.164 con prefijo +.
No pegues Twilio Auth Tokens, contraseñas SIP ni números de producción en tickets públicos o documentos compartidos. Usa el proceso seguro indicado por Dapta Support o tu contacto de implementación.
Para llamadas entrantes desde Twilio hacia Dapta
Pide a Dapta Support o a tu contacto de implementación el SIP URI que Twilio debe usar para llamadas entrantes. Luego pide a tu administrador de Twilio:
Configurar Origination en el trunk de Twilio.
Configurar el Origination SIP URI con el SIP URI provisto por Dapta.
Asociar el número de Twilio con el trunk.
Confirmar que Twilio pueda alcanzar el SIP URI de Dapta desde el edge o región seleccionada.
Enrutar primero un número de prueba antes de mover números de producción.
Cuando el lado de Twilio esté listo, elige el Agente entrante en Dapta y guarda el SIP trunk.
Para un setup de Twilio propio, Dapta necesita los detalles de conexión SIP trunk. Dapta no necesita acceso completo a tu cuenta de Twilio salvo que el proceso de implementación lo requiera explícitamente.
Otros SIP trunks y proveedores PBX
Usa esta sección para carriers, PBX, SBCs y contact centers que no sean Twilio.
Pide a tu administrador de telefonía la misma información base:
Endpoint SIP
Dominio del carrier, dominio PBX, FQDN del SBC o IP pública.
Autenticación
Usuario/contraseña SIP o allowlisting por IP.
Formato de número
E.164 con +, E.164 sin +, formato nacional o formato de extensión.
Política de caller ID
Qué DIDs o caller IDs acepta el proveedor para llamadas salientes.
Enrutamiento entrante
Qué DID, extensión o ruta debe llegar al Agente de Voz de Dapta.
Reglas de media y firewall
Puertos RTP, IPs de señalización SIP y requisitos de NAT/SBC.
Capacidad
Canales concurrentes y límites de llamadas por segundo.
Para proveedores que requieren allowlisting por IP, contacta a Soporte de Dapta para obtener las IPs de señalización que tu proveedor debe permitir.
Si el proveedor usa tu SBC o PBX, confirma que el SBC o PBX no reescriba headers SIP o SDP de forma que rompa el enrutamiento o el audio. Si el audio va en una sola dirección o las llamadas se caen después de conectar, pide al administrador de telefonía revisar NAT, RTP, codecs y firewall.
Paso 2 - Configura llamadas salientes
Llamadas salientes significa que Dapta marca a través de tu trunk. En Dapta, ve a Agentes de Voz > SIP Trunks y haz clic en New Sip Trunk Extension.
Completa los campos con los valores del carrier:
Nombre
Una etiqueta clara, como Main SIP trunk.
SIP host / domain
Host de tu carrier o PBX, como your-carrier.example.com.
Puerto
Usualmente 5060, salvo que tu carrier haya dado otro puerto.
Auth username
Usuario SIP de tu carrier o PBX.
Auth password
Contraseña SIP de tu carrier o PBX.
DID / Extension
Número o extensión que Dapta debe usar para este trunk.
En la configuración del trunk, define Dial Pattern según lo que espera tu carrier.
ISO / with country code
Tu carrier espera el número internacional completo.
E.164 completo, como +15555550123.
Local / without country code
Tu carrier espera números locales y un country code separado.
Número local más el campo Country Code en Dapta.
Antes de probar llamadas salientes, confirma:
El caller ID que presenta Dapta está registrado o aceptado por tu carrier.
Tu carrier acepta el formato de número que Dapta envía.
Algunos carriers requieren el
+inicial en números E.164, por ejemplo+15555550123.El firewall o control de acceso del proveedor permite la IP de señalización de Dapta si requiere allowlisting.
Si las llamadas salientes fallan en el carrier, revisa primero el dial pattern y el prefijo +. Un número que funciona como +15555550123 puede fallar si el carrier recibe 15555550123.
Paso 3 - Configura llamadas entrantes
Llamadas entrantes significa que las llamadas a tu DID o extensión llegan a un Agente de Voz de Dapta.
En la configuración del trunk, elige el Agente entrante que debe contestar llamadas para este trunk o extensión, y guarda el trunk.
En el lado de tu carrier o PBX, enruta el DID o extensión hacia Dapta usando la configuración del trunk. Si tu carrier requiere allowlisting por IP, asegúrate de que las IPs de señalización entregadas por Soporte de Dapta estén permitidas.
Paso 4 - Prueba ambas direcciones
Prueba primero salientes y luego entrantes:
Haz una llamada saliente de prueba desde el Agente de Voz usando el SIP trunk.
Confirma que el teléfono receptor vea el caller ID esperado.
Llama al DID o extensión desde un teléfono externo.
Confirma que el Agente de Voz asignado conteste.
Revisa los logs de llamada antes de lanzar una campaña o flujo de producción.
Solución de problemas
El carrier rechaza la llamada saliente
Dial pattern incorrecto, falta + o caller ID no aceptado
Confirma Dial Pattern, E.164 completo y caller ID registrado con tu carrier.
Twilio rechaza llamadas salientes
Termination domain, Credential List, IP ACL, caller ID o formato de número incorrecto
Confirma el dominio de termination de Twilio, credenciales SIP o allowlist IP, caller IDs aceptados y formato E.164.
Las llamadas entrantes no llegan al agente
DID/extensión no está enrutado a Dapta o el agente asignado es incorrecto
Revisa enrutamiento del carrier, IP de señalización de Dapta permitida y configuración de Agente entrante.
Las llamadas entrantes de Twilio no llegan a Dapta
Falta Origination SIP URI o asociación del número al trunk
Confirma que el trunk de Twilio tenga el Origination SIP URI provisto por Dapta y que el número esté asociado al trunk.
Las transferencias fallan o no llegan al equipo humano
El destino no es alcanzable por telefonía o necesita configuración del carrier
Confirma que el destino pueda llamarse directamente y que los requisitos SIP de transferencia estén habilitados por el carrier.
Dial Pattern parece guardado pero cambia después de recargar
El setting puede no haberse persistido
Reabre el trunk, guarda de nuevo y contacta a Support si sigue revirtiéndose.
Las llamadas conectan pero muestran el caller ID incorrecto
El carrier está sobrescribiendo o rechazando el caller ID presentado
Pregunta al carrier qué caller IDs están registrados y permitidos para este trunk.
Las llamadas conectan pero el audio va en una dirección o se cae
Firewall, NAT, RTP o codecs entre el proveedor y Dapta
Pide al administrador revisar reglas SIP/RTP, manejo de IP pública y codecs soportados.
Última actualización