目錄

簡介

必要條件

需求

驗證

疑難排解

簡介

本文檔介紹如何配置enableDelayQuickReinvite，以防止應用伺服器(AS)在ACK後過快傳送重新INVITE。

必要條件

- 基本作業階段啟始通訊協定(SIP)知識

- 基本AS知識

- 基本BW bwcli知識

需求

- 可以使用AS bwcli和管理員使用者

- 能夠檢視AS XSLogs

運行 獲取 命令檢查兩個引數的當前值。

預設情況下 enableDelayQuickReInvite 已禁用(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和重新INVITE之間增加了延遲。

例如，如果已將AS配置為增加100ms，則預計延遲至少為100ms或稍高。

100ms通常足以防止ACK和re-INVITE接收順序混亂。

根據網路環境和訊號路徑中涉及的SIP實體，該值可能更高。

疑難排解

如果裝置仍以500錯誤代碼做出響應，並且ACK和re-INVITE已按正確順序傳送，則需要對裝置進行進一步調查。

使用AS上的XSLogs驗證AS是否按配置新增了延遲。

使用資料包捕獲或裝置日誌確保延遲足夠以正確的順序傳送消息。

請注意，這僅當AS在傳送ACK之後傳送re-INVITE時有效。

當AS收到ACK並導致AS傳送重新邀請時，該功能不起作用。