Aquí hay uno interesante, tengo una aplicación SIP VoIP que puede registrarse en el servidor PBX, y puedo invitar y ver la llamada del usuario en el destinatario de la llamada recibiendo una invitación, y en el extremo de la persona que llama veo la respuesta de timbre. .. ahora aquí viene la parte interesante, si cierro mi aplicación sin ninguna notificación al servidor, mi enrutador se desconecta y se reinicia, después de un momento (30 - 150 segundos). Podría solucionarlo si completara el proceso ACK BYE, pero me pregunto por qué mi enrutador cuelga.
¿algunas ideas?
Mi enrutador es TNN-Siemens SL2-141, pensé que esto podría importar
Actualizar: esto es lo que encontré:
SIP ALG permite dos o más llamadas telefónicas VoIP simultáneas realizadas por clientes VoIP a través de este enrutador.
lo que significa que si lo desactivo no podría hacer las pruebas que tanto estoy intentando hacer, y como no tengo acceso a otro enrutador, debo manejarlo con el error entonces...
Puedo decir que esto nunca me pasó con un usuario conectado, pero tampoco tenía a nadie a quien invitar en ese momento, recibí del SIP UAS 503 cuando intenté invitar a un usuario imaginario. Este error solo ocurre después de que conecté el segundo SIP UAC, lo invité y cerré la aplicación.
Adán.
Respuesta1
Lo único que se me ocurre es si su enrutador tiene unALG SIPy falla debido a algún error cuando no recibe el ACK. Si su enrutador tiene un SIP ALG, debería intentar encontrar una manera de apagarlo. Actualmente se acepta generalmente que los SIP ALG son malas noticias y causan muchos más problemas de los que jamás resuelven.
Actualizar:Si está escribiendo su propia aplicación SIP y está detrás de un ALG, le resultará difícil localizar los problemas, ya que nunca estará seguro de que el paquete SIP que está enviando es el que se recibe. Intente apagar su SIP ALG y asegúrese de que los dispositivos SIP en el lado de su red usen un puerto diferente, es decir, configúrelos para que no usen el puerto 5060 como su puerto local. De esa manera, el enrutador no debería tener que involucrarse en ningún comportamiento específico para permitir que el tráfico SIP funcione para múltiples dispositivos.