簡介
本文檔介紹如何配置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傳送重新邀請時，該功能不起作用。
意見