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