Sip.js: La función UserAgent.stop () lleva demasiado tiempo

Confirmado en el código ...

@ john-e-riordan, esto parece ser un problema de orden de operaciones.

En la parte superior de user-agent.stop() hacemos la transición al estado Stopped .

Luego recorremos registerers , sessions , luego subscriptions .

La función subscription.dispose() envía legítimamente un SUBSCRIBE con un encabezado Expires=0 . Eso hace que se envíe NOTIFY a SIP.js, lo que indica que la suscripción se ha cerrado. Sin embargo, hay un cheque en user-agent.onTransportMessage() que verifica si el user-agent está detenido. Y luego descartar el NOTIFY debido al estado del agente de usuario. Causando que el suscriptor espere el tiempo de espera.

Trabajaremos para arreglar esto. Gracias.

señalando que la suscripción se ha cerrado. Sin embargo, hay un cheque en user-agent.onTransportMessage() que verifica si el user-agent está detenido. Y luego dejar caer el`NOTIFY debido a

¡Muchas gracias por responder rápidamente y encontrar la causa raíz del problema! Espero que se solucione pronto :)
Por cierto, probé la función stop() cuando no estoy haciendo mi SIP SUBSCRIBE inicial que también estoy haciendo al hacer el REGISTRO, y todo está funcionando rápido. Pero, por supuesto, necesitaré este SUSCRIBIRSE.
¡Gracias de nuevo!

Para solucionar esto, puede deshacerse de sus suscripciones manualmente antes de llamar a stop() en el agente de usuario.

Para solucionar esto, puede deshacerse de sus suscripciones manualmente antes de llamar a stop() en el agente de usuario.

¡Gracias! Ya hecho, pero creo que no de una manera eficiente. Si puede sugerirme una mejor manera, será de gran ayuda.
Tengo algunas suscripciones que estoy haciendo mientras el usuario está registrado (como presencia, conferencia y algunos otros eventos).
¿Hay alguna forma de iterar en todas las suscripciones activas y llamar al método dispose o unsubscribe ?
Vi que puedo obtener la lista de suscripciones haciendo: userAgentObject._subscriptions y está obteniendo una serie de suscriptores y, por alguna razón, no puedo tomarla y hacer nada con ella, como iterar o algo más.

De la forma en que lo hice actualmente, pero nuevamente, no me gusta, para cada tipo de evento de suscripción, almacené el suscriptor en una variable global diferente en la clase y para cada variable de suscriptor estoy llamando a unsubscribe método.

Por cierto, ¿cuál es la diferencia entre dispose y unsubscribe ? Supongo que dispose no cancelará la suscripción en el PBX. ¿Correcto? Si es así, creo que es menos recomendable, porque en mi caso, si no me doy de baja por completo, el PBX seguirá enviando mensajes NOTIFICAR irrelevantes a mi Kamailio (lo que puede llevar a un bloqueo total porque Kamailio bloqueará mi PBX si sobrecargarlo).

Para solucionar este problema, puede deshacerse de sus suscripciones manualmente antes de llamar a stop() en el agente de usuario.

¿Algún progreso😊? ¿Cómo hacer esto antes de que se solucione el error?

No tengo ninguna suscripción, pero el UA.stop() es muy lento. Casi 1min ...

Gracias.

Para solucionar este problema, puede deshacerse de sus suscripciones manualmente antes de llamar a stop() en el agente de usuario.

¿Algún progreso😊? ¿Cómo hacer esto antes de que se solucione el error?

No tengo ninguna suscripción, pero el UA.stop() es muy lento. Casi 1min ...

Gracias.

No, este problema aún no se ha resuelto.
Pero puedes hacer lo que yo hice ... puedes destruir tus objetos manualmente uno por uno con el siguiente orden lógico:

1. subscriberObj.unsubscribe ();
2. registerer.unregister ();
3. userAgent.transport.disconnect ();
4. userAgent.stop ();

Preferiblemente, haga todas las acciones con promesas. Quiero decir, use then para que pueda esperar cada promesa de acción para volver y actuar en consecuencia para hacer el siguiente paso.

Tengo el mismo problema. No tengo suscripciones. Para mí, cerrar WebSocket lleva demasiado tiempo (20-50 segundos)

Lo intenté:

• destruir el objeto manualmente como sugiere @slavikbialik .
• cerrando el WebSocket manualmente con userAgent.transport.ws.close() para asegurarme si mi problema está relacionado con WebSocket.
• en Chrome y Firefox.

No tengo ninguna configuración específica, solo seguí la guía SIP.js para reproducir. No sé si esto ayuda o está relacionado con mi problema, pero intenté abrir un WebSocket con protocolo sip sin ninguna biblioteca y lo cerré. Ambos duraron menos de 1 segundo.