소개
이 문서에서는 AS(Application Server)가 ACK 후 재초대를 너무 빨리 보내지 않도록 enableDelayQuickReinvite를 구성하는 방법에 대해 설명합니다.
사전 요구 사항
- SIP(Basic Session Initiation Protocol) 지식
- 기본 AS 지식
- 기본 BW bwcli 지식
요구 사항
- AS bwcli 및 관리자 사용자 사용 가능
- AS XSLogs를 검토할 수 있습니다.
실행 가져오기 명령을 사용하여 두 매개 변수의 현재 값을 확인합니다.
기본적으로 지연 빠른 다시 초대 사용 이(가) 비활성화되고(false) 기본값이 delayQuickReinviteMilliseconds 1000(1000ms 또는 1초)입니다.
가독성을 높이기 위해 get 명령 출력의 일부가 생략됩니다.
AS_CLI/Interface/SIP> get
...
enableDelayQuickReInvite = false
delayQuickReInviteMilliseconds = 1000
...
delayQuickReInviteMilliseconds 매개 변수를 구성합니다.
기본값을 사용하거나 사용자 환경에 가장 적합한 값을 사용합니다.
가능한 가장 낮은 값을 사용하십시오. 100ms의 값부터 시작해서 문제가 해결될 수 있을 정도로 충분히 늘린다.
AS_CLI/Interface/SIP> set delayQuickReInviteMilliseconds 100
...Done
delayQuickReInviteMilliseconds의 값을 구성한 후 enableDelayQuickReInvite를 활성화합니다.
AS_CLI/Interface/SIP> set enableDelayQuickReInvite true
...Done
다음을 확인합니다.
컨피그레이션이 완료되면 통화 시나리오를 다시 실행하여 AS에서 ACK와 재초대 사이의 지연 시간을 추가하는지 확인합니다.
예를 들어, AS가 100ms를 추가하도록 구성된 경우 지연이 최소 100ms 또는 다소 더 높을 것으로 예상합니다.
일반적으로 100ms이면 ACK 및 재초청이 잘못된 순서로 수신되는 것을 방지할 수 있습니다.
이 값은 네트워크 환경 및 신호 경로에 포함된 SIP 엔터티에 따라 더 높을 수 있습니다.
문제 해결
디바이스가 여전히 500 오류 코드로 응답하고 ACK 및 재초대 메시지가 올바른 순서로 전달된 경우 디바이스에 대한 추가 조사가 필요합니다.
AS의 XSLogs를 사용하여 AS가 구성된 대로 지연을 추가했는지 확인합니다.
패킷 캡처 또는 디바이스 로그를 사용하여 메시지가 올바른 순서로 전달되기에 충분한 지연인지 확인합니다.
이 작업은 AS가 ACK를 보낸 직후에 다시 INVITE를 보낸 경우에만 작동합니다.
AS가 ACK를 수신하고 AS가 다시 INVITE를 전송하도록 하는 경우에는 작동하지 않습니다.
피드백