Skip to main content
Un hostname guardado solo demuestra que se introdujo un endpoint. No demuestra dirección, autenticación, direcciones de origen ni una llamada entrante correcta. Mantén el DID exacto, enrútalo al FQDN SIP de la plataforma y obtén del proveedor los detalles de autenticación actuales entre el proveedor y el destino. Si no hay una lista estable publicada, pide al soporte los CIDR de origen de señalización SIP completos de la cuenta y las regiones de failover. Nunca uses rangos de medios ni las direcciones de otro cliente. ¿Tienes tu propia PBX o plataforma de contact center: 3CX, Asterisk/FreePBX, Starface, Genesys Cloud, Five9 o Aircall? Consulta Plataformas PBX y de contact center para la configuración paso a paso, los ajustes de codecs y los modos de fallo propios de cada una.
Si un proveedor no admite en absoluto una troncal SIP estática, no tienes que renunciar al número. Reenvíalo a un número comprado a través de la plataforma para las llamadas entrantes, y realiza las llamadas salientes desde ese número de la plataforma en su lugar.
Estado: sip.1und1.de suele ser un host de registro/terminación, no una prueba de reenvío FQDN externo. No se incluye ninguna lista de origen global verificada. Acción: confirma con 1&1 la compatibilidad del producto, el formato del DID enviado y todas las fuentes de señalización.
Estado: Fonial documenta usuarios SIP y trunking, pero el reenvío por SIP-URI depende de la cuenta. sip.plusnet.de es un host saliente, no una allowlist entrante. El trunking SIP con la plataforma requiere el plan de pago PLUS de Fonial; el nivel gratuito no puede usarse así. Acción: configura la salida por separado y obtén de Fonial los detalles actuales de reenvío/origen. Espera que el usuario SIP se muestre como Offline en el panel de Fonial de forma permanente; eso es lo esperado, ya que la plataforma nunca envía un SIP REGISTER, y no es señal de que la integración esté rota.
Estado: un endpoint de localphone.com por sí solo no es un perfil entrante verificado. Acción: confirma con Localphone el enrutamiento por SIP-URI externo, el formato del DID, el transporte y las fuentes de señalización.
Estado: el hostname puede identificar una PBX o un revendedor; no hay ninguna lista global verificada. Acción: identifica al operador real y obtén las direcciones de señalización públicas específicas de la cuenta.
Estado: el enrutamiento de un DID a una URI SIP es compatible, pero la autenticación y las fuentes siguen la documentación actual de la cuenta/troncal. DIDWW usa dos troncales independientes: la entrada se enruta al FQDN SIP de la plataforma, y la salida se autentica contra out.didww.com. Acción: usa las fuentes actuales de DIDWW; nunca reutilices direcciones de DIDLogic. Envía los números salientes en E.164 sin el + inicial; DIDWW espera exactamente ese formato, y es un detalle fácil de pasar por alto.
Estado: las credenciales y el enrutamiento son específicos de la cuenta; aquí no se verifica ninguna lista global. Zadarma ofrece dos vías de integración: una extensión de PBX, o una conexión SIP directa con External Services → SIP URI activado por número. Acción: confirma el reenvío por FQDN más el Digest documentado hacia el destino, o los CIDR de señalización actuales. En cualquier caso, revisa los Voice Geographic Permissions de Zadarma: la marcación internacional saliente está bloqueada por defecto según el país de destino, y una llamada a un país no habilitado falla en silencio en lugar de con un error evidente.
Estado: las capacidades varían según el producto y la región. El tipo de troncal predeterminado de sipcall se registra (Endgerät); la plataforma necesita en su lugar el modo estático sin registro Anlagenanschluss, que no es la opción que un cliente nuevo de sipcall elegiría normalmente. Acción: pide al soporte el enrutamiento por SIP-URI externo, el formato de número, el transporte y las fuentes actuales. Usa autenticación Digest y configura los codecs en G.711 a-law con Opus y G.722 desactivados (el valor predeterminado suizo). Si las llamadas salientes reciben un 403, comprueba que el identificador de llamada esté verificado en la cuenta.
Estado: el SIP/BYOC genérico depende del producto contratado. RingCentral no tiene una troncal SIP mayorista para cuentas minoristas; conéctate aprovisionando en su lugar un Generic SIP IP Phone, que requiere MVP/RingEX Standard o superior; los planes de entrada no lo exponen. Acción: confirma la compatibilidad con un destino SIP externo y solicita los rangos de señalización regionales actuales. Apunta siempre al host global sip.ringcentral.com, nunca a una dirección regional sipXX.ringcentral.com (esas están reservadas para los propios teléfonos de sobremesa de RingCentral). Un endpoint SIP recién creado necesita entre uno y dos minutos para propagarse por la protección antiflood de RingCentral; probarlo de inmediato produce errores 403/404 espurios, y reintentarlo durante esa ventana puede prolongar el bloqueo.
Estado: los Voice Connectors usan información de señalización específica de cada región. El Voice Connector de Chime tiene por defecto Encryption: Enabled, lo que requiere TLS y SRTP; si el lado de la plataforma de la troncal recurre a UDP simple en el puerto 5060, la llamada falla sin medios y sin un error evidente. Acción: usa los datos actuales de la región de AWS seleccionada; nunca reutilices las direcciones de otra región. El host saliente sigue el patrón <voice-connector-id>.voiceconnector.chime.aws. Chime también restringe la salida según el Calling Plan: un país de destino no habilitado explícitamente en la cuenta de AWS queda bloqueado, con independencia de cualquier permiso de marcación del lado de la plataforma.
Estado: aquí no se documenta ningún perfil FQDN externo directo verificado. Acción: trátalo como no compatible hasta que Placetel confirme por escrito la ruta, el formato de número, la autenticación, el transporte y los rangos de origen. ¿Sin troncal estática? Usa la alternativa indicada arriba.
Estado: las capacidades y las direcciones de SBC varían según el país/producto. Acción: solicita la ruta SIP externa exacta y las redes de origen regionales de la cuenta. ¿Sin troncal estática? Usa la alternativa indicada arriba.
Estado: la interconexión con Cloud PBX está controlada por el producto; no se afirma ninguna lista global. Acción: usa una configuración asistida por soporte y solo las redes de destino/origen proporcionadas por NFON. ¿Sin troncal estática? Usa la alternativa indicada arriba.
Estado: el trunking y el reenvío son específicos del producto; no se afirma ninguna lista global. Acción: confirma el enrutamiento por SIP-URI externo y las fuentes de señalización actuales antes de guardar. ¿Sin troncal estática? Usa la alternativa indicada arriba.
Estado: aquí no se documenta ningún perfil de autenticación actual entre el proveedor y la plataforma. Acción: identifica el producto y la región exactos, y obtén del proveedor o del portal de la cuenta el método de enrutamiento FQDN actual y todas las fuentes de señalización.
Estado: un hostname guardado o un modo de credenciales no demuestran compatibilidad con Digest hacia el destino. Acción: confirma la compatibilidad de la cuenta con un destino SIP externo, el formato del DID, el transporte y las fuentes de señalización públicas actuales.

​
Confirmación necesaria

Pregunta si el DID puede entregarse a un FQDN externo sin REGISTER; el formato exacto del DID en el Request-URI; si el proveedor autentica hacia el destino con Digest y dónde se configuran esas credenciales de origination; si no, todos los CIDR de señalización y las regiones de failover; TCP 5060 o TLS 5061; y si se requiere SRTP. Solo una llamada externa con un registro entrante en la plataforma, el asistente asignado y audio bidireccional confirma la integración. Rechaza las entradas de allowlist que contengan texto libre, marcadores de posición, hostnames o resolutores públicos no relacionados como 8.8.8.8. Una red de proveedor escrita sin su prefijo CIDR es solo un host y no debe ampliarse ni corregirse en silencio. Fuentes: DIDWW, Fonial, Amazon Chime, Zadarma, sipcall, RingCentral, Placetel, Peoplefone, NFON, Sipgate. Consultadas el 22 de agosto de 2026.