Skip to main content
Si tu organización usa su propia PBX o una plataforma de contact center, puedes conectarla igual que conectarías cualquier troncal SIP, sin necesidad de portar números. Empieza por Guías de proveedores SIP para el mecanismo compartido (el FQDN SIP de la plataforma, el DID exacto y la autenticación entrante); esta página cubre lo específico de seis plataformas de PBX y contact center, incluidas algunas cosas que parecen fallos pero son el comportamiento esperado.
El tipo de conexión Generic SIP Trunk (IP Based) de 3CX solo está disponible en StartUP PRO e instancias autogestionadas/Dedicated; el nivel de entrada StartUP no lo expone.
  1. Crea una Generic SIP Trunk en 3CX con autenticación basada en IP, no con registro SIP.
  2. Apúntala al FQDN SIP de la plataforma, configura el transporte de la troncal en TCP (UDP fragmenta los INVITE grandes) y restringe los codecs a PCMA/PCMU con DTMF RFC2833; desactiva Opus y G.722.
  3. Configura From: Display-Name y Remote-Party-ID de la troncal como OriginatorCallerID para que el asistente vea al llamante real, no el número de sistema propio de 3CX.
  4. Configura la entrada en dos partes: una regla saliente con un prefijo distintivo (por ejemplo, 999) enrutada a la troncal, y una regla entrante que marque 999<number> de vuelta a través de esa misma regla saliente.
  5. Asigna el DID en el lado de la plataforma y prueba.
Pestaña Options de la troncal 3CX con Transport Protocol configurado en TCP y SRTP Mode desactivado

Configura el protocolo de transporte de la troncal en TCP

Opciones de Caller ID de la troncal 3CX con From: Display Name y Remote Party ID - Calling Party: Display Name configurados ambos en OriginatorCallerID

Deja pasar el identificador de llamada real con OriginatorCallerID

La regla saliente por sí sola no entrega nada. El emparejamiento del paso 4 (una regla saliente más una regla entrante correspondiente que marca a través de ella) es lo que realmente enruta una llamada entrante hasta el asistente. Omitirlo es la causa más común de “troncal configurada, las llamadas nunca llegan”.
Configura una troncal estática, sin registro, en ambas direcciones: Asterisk nunca envía a la plataforma un SIP REGISTER, y la plataforma nunca espera uno.

FreePBX (interfaz gráfica)

Añade una troncal SIP genérica apuntando al FQDN SIP de la plataforma y desactiva el registro. Restringe los codecs a PCMA/PCMU. Si Asterisk está detrás de NAT, configura las direcciones externas de medios y señalización y el rango de red local para que el RTP negocie correctamente, y reenvía el rango de puertos RTP en el firewall.

Configuración en bruto (pjsip.conf)

El ejemplo usa el transporte que ya tenga definido tu instalación de Asterisk. Si nombras tus transportes explícitamente, añade una línea transport= correspondiente al endpoint; la URI SIP de la plataforma anuncia TCP por defecto.Si las llamadas conectan pero se cortan exactamente a los 30 segundos, al endpoint le falta un re-INVITE a través de NAT. direct_media=no y rewrite_contact=yes (ya incluidos en el ejemplo anterior) lo solucionan.
Conecta Starface con una línea SIP basada en host/IP, no con SIP REGISTER; la línea se mostrará como not registered en la vista de estado de Starface después. Eso es lo esperado, no un fallo.
  1. Crea la línea SIP como basada en host/IP, apuntando al FQDN SIP de la plataforma, y asigna el número.
  2. Activa CLIP No Screening para que pase el identificador de llamada real en lugar del número propio de la troncal.
  3. Para el enrutamiento por horario hacia el asistente, usa una cadena de marcado con prefijo de línea como **<line-digit>*<number>.
  4. Si el audio es unidireccional o no hay audio, configura Behind NAT? yes tanto en el servidor Starface como en la línea.
Nunca uses el reenvío de llamadas PSTN normal desde el asistente para transferir una llamada en Starface: crea un bucle de llamada entre Starface y la plataforma. Configura toda transferencia de asistente en una troncal Starface como una transferencia SIP.
Conecta la plataforma como una troncal externa bajo BYOC Carrier.
  1. Crea la troncal con la entrada (el FQDN que genera Genesys Cloud) y la salida (apuntando al FQDN SIP de la plataforma) configuradas como tramos independientes.
  2. Abre en tu firewall los puertos no estándar: TCP/UDP 32681 y TLS 32682, en lugar de los habituales 5060/5061. Un firewall que solo abre los puertos estándar falla en silencio.
  3. Ordena los codecs como PCMU y luego PCMA, y elimina G.722.
  4. Restringe el SIP Access Control únicamente a las direcciones de señalización actuales de la plataforma.
Nunca configures el SIP Access Control como Allow All. Una troncal abierta suele encontrarse y usarse para fraude telefónico en cuestión de horas.
Aprovisionar la plataforma como destino SIP externo en un SBC de Five9 es una integración exclusiva para Enterprise.
  1. Abre un ticket de soporte con Five9; no existe una vía de autoservicio.
  2. Configura los codecs solo en G.711 (sin Opus/G.722).
  3. Configura las transferencias a personas con SIP REFER; Five9 no respeta las redirecciones SIP 302.
  4. Apunta cada REFER a una URI totalmente cualificada (sip:queue@sbc-{region}.five9.com); una extensión sin cualificar se descarta en silencio.
Five9 corta de forma abrupta cualquier llamada exactamente a las 12 horas, sin importar la actividad. Ten en cuenta este límite en los flujos de larga duración y en las llamadas de campaña sin supervisión; no hay forma de ampliarlo desde el lado de la plataforma.
Aircall no tiene una troncal SIP mayorista. SIP Forwarding (solo en el plan Enterprise) cubre únicamente la entrada: entrega llamadas a la plataforma, pero Aircall no tiene una vía SIP para enviar una llamada de vuelta hacia fuera con un número de Aircall como identificador de llamada. Para usar un número en ambas direcciones, pórtalo a un operador compatible con SIP para la salida (consulta Guías de proveedores SIP) mientras mantienes Aircall para la entrada. Aircall tampoco admite SIP REFER: una transferencia debe realizar una nueva llamada saliente en lugar de intentar una transferencia SIP directa.

Validar la configuración

Llama al DID desde un teléfono externo y confirma un nuevo registro entrante en History, el asistente asignado y audio bidireccional. En las plataformas con un tramo de salida independiente (3CX, Asterisk, Genesys Cloud), haz también una llamada de prueba saliente: que la entrada funcione no confirma que la salida esté bien configurada, y viceversa. Consulta también Guías de proveedores SIP, Troncal SIP propia (BYO) y Otros proveedores SIP y personalizados. Fuentes: Troncales SIP de 3CX, Documentación de Asterisk, Base de conocimiento de Starface, Genesys BYOC Cloud, Documentación de Five9, Soporte de Aircall. Consultadas el 22 de agosto de 2026.