《实施Cisco统一通信管理器(CIPT2)》一1.2 概述部署多站点环境时将会遇到的挑战...
生活随笔
收集整理的這篇文章主要介紹了
《实施Cisco统一通信管理器(CIPT2)》一1.2 概述部署多站点环境时将会遇到的挑战...
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
本節書摘來異步社區《實施Cisco統一通信管理器(CIPT2)》一書中的第1章,第1.2節,作者: 【美】Chris Olsen 譯者: 劉丹寧, CCIE#19920 , 盧銘 , 陳國輝 , 田果 責編: 傅道坤,更多章節內容可以訪問云棲社區“異步社區”公眾號查看。
1.2 概述部署多站點環境時將會遇到的挑戰
實施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端口必須在防火墻上開放。
總結
以上是生活随笔為你收集整理的《实施Cisco统一通信管理器(CIPT2)》一1.2 概述部署多站点环境时将会遇到的挑战...的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 《Adobe Illustrator C
- 下一篇: Linux 性能监测:Memory