No entran ni salen llamadas

johandyck

Customer
Registrado
15 May 2024
Mensajes
5
Hola Team,
tenemos un problema.
Cambiamos de CPU unicamente y desde alli ya no salen ni entran llamadas.
No vambiamos nada de firewall ni red interna ni nada cambiamos.
Hicimos respaldos y montamos respaldos y aun asi nada.
Mira esto:

Última comprobación del firewall fallida. Ejecutar la comprobación de nuevo.
  • resolving 'stun-us.3cx.com'... done
  • resolving 'stun2.3cx.com'... done
  • resolving 'stun3.3cx.com'... done
  • resolving 'sip-alg-detector.3cx.com'... done
  • testing 3CX PhoneSystem 01 SIP Server... failed (How to resolve?)
    • stopping service... done
    • detecting SIP ALG... detected (sent 2c76c875 ≠ 78031844, received 8a29fbd2 ≠ 444deb78) (How to resolve?)
    • testing port 5060... full cone test failed (How to resolve?)
    • starting service... done
  • testing 3CX PhoneSystem Media Server... done
    • stopping service... done
    • testing port 5090... done
    • testing ports [9000..9398]... done
      • testing port 9000... done
      • testing port 9002... done
      • testing port 9004... done
      • testing port 9006... done
      • testing port 9008... done....

Tods los demás hacia abajo están bien, solamente estos 3 no marcan bien.

Puedes apoyarnos, por favor?

Saludos
Johan Dyck
 

Attachments

  • Captura de pantalla 2025-09-25 140213.png
    Captura de pantalla 2025-09-25 140213.png
    39,7 KB · Visitas: 0
detecting SIP ALG... detected (sent 2c76c875 ≠ 78031844, received 8a29fbd2 ≠ 444deb78) (How to resolve?)
esto quiere decir que está activo el SIP ALG en el router/firewall frente a la central o el proveedor de internet usado implementa algún tipo de SIP ALG alterando los paquetes sip y por eso se muestra que la comprobación de suma enviada es diferente a la recibida, indicando que esos paquetes están siendo alterados.

por otro lado, te recomiendo también revisar el registro de eventos referente a las llamadas de entrada y salida.

Pero primero arreglen ese tema del sip alg
 
esto quiere decir que está activo el SIP ALG en el router/firewall frente a la central o el proveedor de internet usado implementa algún tipo de SIP ALG alterando los paquetes sip y por eso se muestra que la comprobación de suma enviada es diferente a la recibida, indicando que esos paquetes están siendo alterados.

por otro lado, te recomiendo también revisar el registro de eventos referente a las llamadas de entrada y salida.

Pero primero arreglen ese tema del sip alg
Estimado Alejandro,
Gracias por su pronta respuesta.
Duda, entonces que es mi próximo paso que debo hacer, contactar con el proveedor de la troncal?

Gracias.
 
Hola @johandyck,

Primero verifica el Firewall o Router que se encuentra en la misma red de la central. Verifica que no tengan activo SIP ALG. Una vez confirmado, vuelve a realizar la comprobación de firewall.

De seguir el evento, debes contactar al proveedor de internet de la detección de SIP ALG
 
Estimado Alejandro,
Gracias por su pronta respuesta.
Duda, entonces que es mi próximo paso que debo hacer, contactar con el proveedor de la troncal?

Gracias.
el proveedor de la troncal lo deberás contactar una vez resuelto el tema del sip alg, además como te comentaba revisa el registro de eventos del pbx, ahí podrás obtener más información de las llamadas entrantes y salientes que te están fallando.

Si aún no resuelves el tema del SIP ALG no vale la pena que sigas haciendo algún otro troubleshooting ya que eso es un gran problema siempre.
 
el proveedor de la troncal lo deberás contactar una vez resuelto el tema del sip alg, además como te comentaba revisa el registro de eventos del pbx, ahí podrás obtener más información de las llamadas entrantes y salientes que te están fallando.

Si aún no resuelves el tema del SIP ALG no vale la pena que sigas haciendo algún otro troubleshooting ya que eso es un gran problema siempre.
1759788226586.png
 
Asegúrate de que el DID al que están marcando se encuentre definido en la troncal en la pestaña de DIDs, el proveedor debe enviar en el TO User Part el número del DID a donde va la llamada y no enviar cualquier otra cosa ya que de lo contrario es rechazada la llamada.

Si es una troncal no soportada, debes tener configurado correctamente los campos de entrada y fuente de identificación de la llamada sobre todo si la troncal no es basada en registro, acá en la siguiente guía se explica todo esto como el sistema autentica las llamadas entrantes https://www.3cx.com/docs/sip-trunk-inbound-calls/
 
Si revisas el mensaje SIP INVITE enviado por el proveedor, revisa el campo de FROM USER PART, ahí está el DID de tu troncal? si no es así no hay match y por eso el sistema no tiene a donde enrutar, en la guía que te pasé se explica bien claro como se autentica la llamada https://www.3cx.com/docs/sip-trunk-inbound-calls/

Si no pedile a tu proveedor que te de una troncal basada en registro y no en IP, así sea más fácil de conocer de donde está llegando la llamada.

Saludos!
 

Estadísticas del Foro

Temas
44.439
Mensajes
232.807
Miembros
78.338
Último miembro
neil.marsura