《實施Cisco統一通信管理器（CIPT2）》——1.2 概述部署多站點環境時将會遇到的挑戰

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

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

在多站點部署環境中，設計者有可能要面臨如下挑戰。

品質問題：語音和視訊的實時通信必須在包交換網絡得到優先處理。然而，在路由器和交換機的預設模式下，它們卻會一視同仁地處理這些流量。但語音和視訊資料包對延遲是十分敏感的，是以需要授予它們更高的優先級來避免延遲和抖動（不穩定的延遲），因為這兩種現象都會降低語音的品質。

帶寬問題：cisco uc可以包含語音和視訊資料流量、信令流量、管理流量以及應用流量（如富媒體電話會議）。是以，在部署cisco uc解決方案之前，設計者必須計算出這些必需的額外帶寬，這樣才能確定資料應用和cisco uc應用不會超過帶寬的限制。管理者可以通過部署qos來為某些應用保留一些帶寬。

可用性問題：在采用集中式呼叫處理的方案部署cucm時，ip電話要跨越ip vlan（有時還要跨越ip wan）來注冊到cucm上。如果遠端站點的網關正在使用mgcp（媒體網關控制協定）作為信令協定，那麼這些網關也要依賴于cucm來充當mgcp的呼叫代理。在這種情況下，管理者有必要為ip電話和網關實施回退（fallback）解決方案，以預防通往cucm伺服器的連接配接由于ip wan的故障而斷開。h.323網關也可以提供回退解決方案，并且在正确的h.323網關配置中，應該已建立好了回退所需的h.323撥号對等體（dial peer）。

注釋：

cucm就是過去所說的cisco呼叫管理器（ccm，cisco callmanager）。

撥号計劃問題：目錄号碼（dn，directory number）可以覆寫多個站點。管理者可以通過設計一個強健的多站點撥号計劃，來解決重疊的撥号計劃（overlapping dial plan）和号碼不連續的問題。

nat和安全問題：目前，在企業ip網絡中使用私有ip位址是一種很常見的做法。但itsp（internet電話服務提供商）卻必須使用唯一的公有ip位址來路由ip電話的呼叫。是以，必須将企業内部的私有ip位址轉換為公有ip位址。然而，公有ip位址又會使ip電話暴露在internet網絡中，進而使ip電話更容易受到攻擊。

nat和安全性的問題不僅存在于多站點部署環境中。比如，cisco呼叫坐席控制台（ac，attendant console）能夠從每個記錄條目中獲得每個使用者主用線路的線路狀态（line-state）和呼叫前轉狀态（call-forwarding status）。當管理者通過網絡位址轉換（nat）接口來連接配接cucm與cisco ac的時候，或者當它們之間部署了防火牆裝置的時候，tcp流量可以正常地執行nat轉換。是以，大多數ac功能都可以正常工作。問題是，ac的線路狀态資訊使用的是udp（使用者資料報協定）協定。而cucm伺服器發來的udp流量是不能穿越nat接口的。是以，所需的udp端口必須在防火牆上開放。