《實施Cisco統一通信管理器（CIPT2）》——1.5 可用性方面面臨的挑戰

本節書摘來異步社群《實施cisco統一通信管理器（cipt2）》一書中的第1章，第1.5節，作者：【美】chris olsen，更多章節内容可以通路雲栖社群“異步社群”公衆号檢視

實施cisco統一通信管理器（cipt2）

在多站點環境中部署cucm時，集中式部署的cucm服務是通過ip wan網絡進行通路的。受此影響的服務如下所示。

在cucm多站點部署環境中，與集中式呼叫處理相關的信令：遠端站點的cisco ip電話會在集中部署的cucm伺服器上進行注冊。遠端站點的mgcp網關由充當mgcp呼叫代理的cucm伺服器進行控制。

在cucm多站點部署環境中，與分布式呼叫處理相關的信令：在這類環境中，站點之間通過h.323（非網守控制的、由網守控制的或h.225）中繼或者sip（會話初始協定）中繼進行連接配接。

媒體交換：分别位于不同站點的端點之間的rtp流。

其他服務：包括cisco ip電話xml服務（可擴充标記語言）和對應用的通路，這裡所說的應用包括ac、cucm助理（cucm assistant）等。

圖1-3所示為一個uc網絡，其中主站點通過一個集中部署的呼叫處理環境來與遠端站點進行連接配接。主站點同時還通過ict（叢集間中繼）與遠端叢集相連，而ict代表了分布式的呼叫處理環境。這種結合采用了集中式和分布式兩種部署方式的手段，可以看成是一種混合式的呼叫處理模型，在這類模型中，小型遠端站點往往會使用主站點的cucm資源，而大型遠端站點則會擁有自己的cucm叢集。在圖1-3的左下方是一條sip中繼，它一般會通過城域以太網連接配接到一個itsp（internet電話服務提供商）。使用sip中繼的優勢在于itsp提供了與pstn連接配接的網關，而不需要主站點提供pstn 網關。

在圖1-3中，ip wan的中斷會使集中式部署模型為遠端站點提供的呼叫處理服務一同中斷。雖然遠端叢集的呼叫處理服務并不會是以而中斷，但遠端叢集在ip wan中斷期間無法通過ip wan撥叫主站點。是以，在wan鍊路故障期間，任何其他站點都将無法通路位于主站點的重要語音應用（如語音郵件、ivr[互動式語音響應系統]等）。

如果連接配接itsp的鍊路與實作ip wan連通性的鍊路相同，那麼站點就無法再發出和接收pstn呼叫了。

注釋：

圖1-3所示的部署方式是一個很糟糕的設計方案，因為這種方案沒有實作ip wan和pstn的備份。