Sip.js: UserAgent.stop() 함수는 시간이 너무 많이 걸립니다.

코드에서 확인...

@john-e-riordan 이것은 작업 순서 문제인 것 같습니다.

user-agent.stop() 의 상단에서 Stopped 상태로 전환합니다.

그런 다음 registerers , sessions , subscriptions 순으로 순환합니다.

subscription.dispose() 함수는 Expires=0 헤더와 함께 SUBSCRIBE 를 올바르게 보냅니다. 그러면 구독이 종료되었음을 나타내는 NOTIFY 가 SIP.js로 전송됩니다. 그러나 user-agent.onTransportMessage() 에 user-agent 가 중지되었는지 확인하는 수표가 있습니다. 그런 다음 사용자 에이전트 상태로 인해 NOTIFY 를 삭제합니다. 구독자가 시간 초과를 기다리게 합니다.

우리는 이것을 패치하기 위해 노력할 것입니다. 감사.

구독이 종료되었습니다. 그러나 user-agent.onTransportMessage() 에 user-agent 가 중지되었는지 확인하는 검사가 있습니다. 그리고 'NOTIFY' 때문에

빠른 대응과 문제의 근본 원인을 찾아주셔서 대단히 감사합니다! 곧 수정되기를 바랍니다. :)
그건 그렇고, 나는 REGISTER를 만들 때도하고있는 초기 SIP SUBSCRIBE를하지 않을 때 stop() 기능을 테스트했으며 모든 것이 빠르게 작동합니다. 하지만 물론 이 구독이 필요합니다.
다시 한번 감사합니다!

이 문제를 해결하려면 사용자 에이전트에서 stop() 를 호출하기 전에 구독을 수동으로 폐기할 수 있습니다.

이 문제를 해결하려면 사용자 에이전트에서 stop() 를 호출하기 전에 구독을 수동으로 폐기할 수 있습니다.

감사! 이미 완료되었지만 효율적인 방법은 아니라고 생각합니다. 당신이 나에게 더 나은 방법을 제안할 수 있다면 그것은 매우 도움이 됩니다.
사용자가 등록되어 있는 동안 몇 가지 구독을 하고 있습니다(예: 프레즌스, 회의 및 기타 이벤트).
모든 활성 구독을 반복하고 dispose 또는 unsubscribe 메서드를 호출하는 방법이 있습니까?
userAgentObject._subscriptions 를 수행하여 구독 목록을 얻을 수 있다는 것을 보았고 구독자의 일부 배열을 가져오고 어떤 이유로 반복이나 다른 것과 같이 그것을 가져갈 수 없습니다.

현재 내가 한 방식이지만 다시 마음에 들지 않습니다. 각 구독 이벤트 유형에 대해 구독자를 클래스의 다른 전역 변수에 저장하고 각 구독자 변수에 대해 unsubscribe 호출합니다.

그런데 dispose 와 unsubscribe 의 차이점은 무엇입니까? dispose 는 PBX에서 구독을 취소하지 않을 것이라고 가정합니다. 오른쪽? 그렇다면 덜 권장된다고 생각합니다. 제 경우에는 구독을 완전히 취소하지 않으면 PBX가 내 Kamailio에 관련 없는 NOTIFY 메시지를 계속 보낼 것이기 때문입니다. 그를 과부하).

이 문제를 해결하려면 사용자 에이전트에서 stop() 를 호출하기 전에 구독을 수동으로 폐기 할 수 있습니다.

진행상황😊? 버그가 수정되기 전에 이 작업을 수행하는 방법은 무엇입니까?

구독이 없지만 UA.stop() 도 매우 느립니다. 거의 1분...

감사합니다.

이 문제를 해결하려면 사용자 에이전트에서 stop() 를 호출하기 전에 구독을 수동으로 폐기 할 수 있습니다.

진행상황😊? 버그가 수정되기 전에 이 작업을 수행하는 방법은 무엇입니까?

구독이 없지만 UA.stop() 도 매우 느립니다. 거의 1분...

감사합니다.

아니요, 이 문제는 아직 해결되지 않았습니다.
그러나 내가 한 일을 할 수 있습니다 ... 다음 논리적 순서에 따라 수동으로 개체를 하나씩 파괴 할 수 있습니다.

1. 구독자Obj.unsubscribe();
2. registerer.unregister();
3. userAgent.transport.disconnect();
4. userAgent.stop();

가급적이면 모든 작업을 약속으로 수행하십시오. 내 말은, then 사용하면 각 행동 약속이 돌아올 때까지 기다렸다가 다음 단계를 수행하기 위해 그에 따라 행동할 수 있습니다.

같은 문제가 있습니다. 구독이 없습니다. 나에게 WebSocket을 닫는 데 시간이 너무 오래 걸립니다(20-50초).

나는 시도했다:

• @slavikbialik이 제안한 대로 수동으로 개체를 파괴합니다.
• 내 문제가 WebSocket과 관련되어 있는지 확인하기 위해 userAgent.transport.ws.close() 를 사용하여 WebSocket을 수동으로 닫습니다.
• 크롬과 파이어폭스에서.

특정 구성이 없으며 SIP.js 가이드를 따라 재현했습니다. 이것이 도움이 되거나 내 문제와 관련이 있는지는 모르겠지만 라이브러리 없이 sip 프로토콜을 사용하여 WebSocket을 열려고 시도하고 닫았습니다. 둘 다 1초 미만 지속되었습니다.