請利用這個頁面來配置階段作業起始通訊協定 (SIP) 的 SIP 儲存器設定。
若要檢視這個管理主控台頁面,請按一下
。指定儲存器所要管理的 SIP 應用程式階段作業數目上限。當抵達上限時,不會再啟動新的 SIP 交談作業。 當在叢集環境中超出上限時,伺服器不會轉遞新的對話,直到應用程式階段作業數目不再超出上限為止。
應用程式階段作業通常是新的送入呼叫所建立,但其他事件也可以建立應用程式階段作業。 應用程式階段作業數目不會影響失效接手,它只適用於因送入呼叫而建立的新階段作業。
當因為失效接手而在應用程式伺服器之間傳送應用程式階段作業時,作用中的應用程式伺服器會繼承在失敗的伺服器上建立的階段作業。 另外,Servlet 可能會呼叫 SipFactory.createApplicationSession(),而在 SIP 儲存器中建立新的應用程式階段作業。
因為啟動 SIP 交談作業之外的事件而建立的新應用程式階段作業,並不受到這個設定的控制。 不過,當計算接受的應用程式階段作業數目上限時,所有新的應用程式階段作業都會包括在內。 因此,所有作用中的應用程式階段作業都可能造成超出上限,與啟動 SIP 交談作業無關的事件也包括在內。
資料類型 | 整數 |
預設值 | 120000(建議) |
範圍 | 1 <= n <= java.lang.Integer.MAX_VALUE |
指定每個平均期間所處理的 SIP 訊息數目上限。 這個平均期間是儲存器收到的平均訊息數的計算時段。
這個平均值用來判斷儲存器的負載,以及判斷訊息數目是否接近上限。 當超出上限時,獨立式伺服器或 Proxy 伺服器會繼續處理所有對話訊息。 其他非對話要求便予以拒絕。 當儲存器在超載狀態時,Proxy 伺服器會傳回 503 錯誤。
資料類型 | 整數 |
預設值 | 5000(建議) |
範圍 | 1 <= n <= java.lang.Integer.MAX_VALUE |
指定內部分派佇列的大小。當抵達佇列大小上限臨界值時,儲存器佇列會變成超載,並開始除去新階段作業的要求。 在這個情況下,儲存器不會向 Proxy 伺服器報告它的超載狀態。
請配置您的系統來限制佇列大小,以防止佇列抵達這個臨界值。 如果內部佇列達到超載狀態,便會除去送入的 UDP 封包,直到佇列不再處於超載狀態為止。 如果有其他程序或執行緒使用 CPU,限制佇列大小可以提供較佳的回復能力,並避免儲存器發生記憶體不足的情況。 當這個值設為 0 時,佇列大小不受限制。
資料類型 | 整數 |
預設值 | 5000(建議) |
範圍 | 0 <= n <= java.lang.Integer.MAX_VALUE |
指定應用程式的回應時間上限(以毫秒為單位)。 當超出這個時間量時,儲存器會通知叢集架構它已無法使用。 您可以在管理主控台中取消選取這個勾選框以及指定 0 值,以停用這項特性。
當使用「SIP 回應時間上限」設定時,請特別小心,因為計算的回應時間,並不能符合所有應用程式的行為。 對於因使用者互動而產生回應的要求,例如 INVITE 要求,計算的回應時間量會比較長。 不過,回應時間較長並不是 SIP 儲存器中的延遲所造成。 因此,您不應將回應時間當作一項負載因素來計算。 為能有效計算回應時間,建議採用能立即回應而不需要和使用者交談的應用程式。訂閱和登錄應用程式是相關的範例。
資料類型 | 整數 |
預設值 | 0 |
範圍 | 1 <= n <= java.lang.Integer.MAX_VALUE |
指定可用的執行緒儲存區,在分派工作時,您可以從下拉清單中選取這些儲存區以供 SIP 儲存器使用。如果您並未從下拉清單中選取執行緒儲存區,便會使用儲存器自動建立的預設執行緒儲存區。
建議您建立一個專供 SIP 應用程式使用的 WebSphere 執行緒儲存區。 一般用途最少有 15 個執行緒,最多有 30 個執行緒(每個佇列一個執行緒)。 當結合 WebSphere 當掉的執行緒偵測時,它很方便。 當掉的執行緒可能會封鎖許多 SIP 訊息,儘早將它偵測出來,非常重要。 不過,大部分 SIP 實務的預設當掉的執行緒偵測臨界值都太長,建議您將它改成 30 秒。 請參閱「配置當掉偵測原則」主題(鏈結如下),以瞭解確切的內容名稱。
資料類型 | 功能表清單 |
預設值 | 無 |
標示(線上)的鏈結表示需要存取網際網路。