統一通信為何避實就“虛”
中心將從呼叫管理服務器虛擬化受益，因為它們的資源將被更加充分地使用。
在傳統的企業中，負責提供桌面電話運營的程控交換機(PBX)是一個專有的電路語音系統。這個系統和電腦網絡相互獨立，甚至在有的大型企業中它們分屬不同的管理部門。
但隨著互聯網協議語音技術(VoIP)和網絡電話技術(IPT)的出現，特別是基于SIP技術的統一通信中被廣泛應用，IP PBX已經變成了一個基于系統的應用服務器。隨著企業向服務器虛擬化前進，VoIP/IPT或語音多媒體服務器適應服務器整合嗎?是否需要，或者是否有必要虛擬化UC和其他的通信服務?業內專家給出了肯定的答案。
虛擬化的可能性
是否能有虛擬化語音系統取決于使用的是哪家廠商的語音服務器軟件。好的IP PBX廠商逐漸不提供專有產品，他們現在只能生產運行在多種服務器平臺上的軟件。專有服務器正在被通用服務器取代，這使企業考慮統一通信虛擬化變得更容易。
數據中心能從虛擬化呼叫管理服務器上受益，因為它們的資源未被充分使用。本質上，語音服務器對于多數的呼叫來說是閑置的，服務器僅僅是一個呼叫控制器。這臺服務器與端點、網絡電話、軟電話和網關相連，以建立電話呼叫。
端點與服務器相連，請求一個電話呼叫連接，使用像H.323信號協議和SIP標準協議或像SCCP專有協議。端點向服務器發送一個呼叫請求包。然后這個服務器與其他端點聯系，以建立呼叫。與端點聯系的服務器對于大多數IT應用程序來說是獨特的。一旦服務器能夠讓兩個端點接受這個呼叫，這臺服務器就退到一邊。
服務器對每個呼叫嘗試要處理6～10個短暫的數據包，這個流量不是太大。假設這臺服務器將在一小時內設置1000個呼叫，那么平均每秒術是2～4個數據包。當端點掛掉電話時，服務器也能收到2～4個數據包。因此，一個呼叫要完成處理8～14個短暫的數據包。
現在，如果運營一個大型呼叫中心，可能要考慮到服務器使用應該更高。在企業里，一個呼叫中心與普通的電話使用相比，大約能有5～20倍的提高。不過，就算在一個呼叫中心，這也不是一個重要的負荷。
如何虛擬統一消息
統一消息(UM)是指在同一個郵箱的E-mail、語音和傳真的結合，統一通信(UC)把UM與會議、合作和出席管理結合，它們呈現了虛擬化的更多可能性。對IP技術來說，UM和UC功能是相似的，UM和UC服務器不是持續繁忙的。因此，它們在操作周期里沒被充分利用。虛擬化能適用于UM和UC支持。
虛擬化的平臺
統一通信服務器變得越來越通用是虛擬化成為選擇的第二個原因。
Linux是比較流行的VoIP/IPT操作系統之一。像3Com、Intecom和西門子這樣公司的IP電話系統都運轉在運行Linux的IBM服務器上。3Com和西門子也能在IBM System i計算機上運行。一個較小的IP PBX廠商使用他們自己的Linux版本，就必須使用IP PBX軟件下載，在這種情況下，IP PBX軟件可能不能在虛擬化環境下運轉。
當然，UC虛擬化不受開源平臺的限制。Cisco 4.X版本軟件運行在Windows上，為好幾百個工作站服務的Avaya IP辦公室和大多數的小型IP PBX廠商也運行在Windows上。因此，如果有一個虛擬化的Windows環境，虛擬化的UC是有可能的。
【編輯推薦】
