亚洲欧美不卡中文字幕_保證VoIP的5個(gè)9_voip

保證VoIP的5個(gè)9

2005/02/04

　　如果您不得不選擇其中之一的話(huà)，您到底會(huì )選擇電話(huà)還是電子郵件？網(wǎng)絡(luò )管理者肯定不希望做出這樣的選擇。但如果非選不可，多數人可能會(huì )放棄電子郵件，至少也算是兩害取其輕吧！因為他們明白，如果電話(huà)系統在自己的監視下出現全面癱瘓，自己肯定是最先失業(yè)的人。

　　這種恐懼多年來(lái)一直縈繞著(zhù)VoIP——因為對于電話(huà)用戶(hù)來(lái)說(shuō)，“網(wǎng)絡(luò )癱瘓”是一個(gè)無(wú)法接受的解釋。正是由于這一原因，許多公司都不太情愿將電信基礎設施的賭注，押在服務(wù)器設備、IP廣域網(wǎng)和接入以太網(wǎng)交換機的電話(huà)上。

　　但是，隨著(zhù)眾多的公司都轉向新的數據中心計算模式，集成式企業(yè)IP PBX群集已經(jīng)顯現出越來(lái)越大的優(yōu)勢，而離散式PBX和按鍵電話(huà)系統硬件的弱點(diǎn)也開(kāi)始日漸明顯。語(yǔ)音也可以像其他應用一樣通過(guò)主機托管和自管的方式放在數據中心里。另外，一些專(zhuān)家和有經(jīng)驗的用戶(hù)也認為，可靠性并不是不可逾越的障礙。

　　要想實(shí)現像“貝爾”電話(huà)服務(wù)那樣高的可靠性，就必須利用冗余呼叫處理硬件和網(wǎng)關(guān)，而且需要隨時(shí)可用的備用電源，并且要實(shí)施最嚴格的安全制度、補丁管理和病毒防護。

　　為5個(gè)9而設計

　　資深音頻及視頻基礎設施顧問(wèn)Ray Ortega說(shuō)，首先要做的是理解自己的帶寬需求。IP PBX、網(wǎng)絡(luò )設備和IP電話(huà)都可以組合在一起工作，但如果帶寬設計得不好就可能導致網(wǎng)絡(luò )擁塞，并使VoIP網(wǎng)絡(luò )完全變成廢物，就好像IP PBX或路由器全都癱瘓了。

　　Ortega 說(shuō)，要想防止這種現象的產(chǎn)生，必須選擇正確的編碼解碼器，或者稱(chēng)為壓縮方法。它的作用是對打成數據包的語(yǔ)音進(jìn)行編碼和解碼。ITU標準G.711編解碼器可將VoIP壓縮至65Kb/s，使之可以在局域網(wǎng)上傳輸，而G.729編解碼器則可以壓縮至9Kb/s，適用于帶寬較低的T-1或寬帶共享式廣域網(wǎng)連接。一些廠(chǎng)商也在推廣使用ITU的其他編解碼器標準，如支持更高頻率語(yǔ)音的G.722，但G.711和G.729是目前部署最廣泛的標準。當然，其中的關(guān)鍵還是確定自己究竟需要什么樣的質(zhì)量。交換機、路由器和呼叫處理器的冗余配置應當是VoIP藍圖中下一個(gè)需要考慮的因素。許多廠(chǎng)商都提供負荷平衡的IP PBX。這些IP PBX可以運行在一個(gè)數據中心里，或分別運行在兩個(gè)獨立的數據中心里，目的是防止主站點(diǎn)從網(wǎng)絡(luò )中斷開(kāi)。Ortega說(shuō)：“我們選擇了后者，而且必須將網(wǎng)絡(luò )延遲的問(wèn)題考慮進(jìn)去。我們還要測量出廣域網(wǎng)的延遲和抖動(dòng)。如果延遲大于100毫秒，就可能對語(yǔ)音質(zhì)量產(chǎn)生不良影響。”

　　對于IP電話(huà)，要想取得99.999%的可靠性就必須保證VoIP網(wǎng)絡(luò )的電源能夠得到切實(shí)的保證。傳統的PBX可以向電話(huà)供電，只需要電話(huà)交換機具備自己的備用電源即可。但在IP電話(huà)中，無(wú)論是服務(wù)器、局域網(wǎng)交換機和廣域網(wǎng)路由器都必須有自己的備用電源。許多最新的IP電話(huà)可以通過(guò)以太網(wǎng)電源交換機獲得電力供應，但早期的型號在運行時(shí)仍然需要帶備用電池的交流變壓器。

　　不間斷電源（UPS）基本上就是一個(gè)巨大的電池組，適用于VoIP網(wǎng)絡(luò )的所有組件。這類(lèi)備用電源的供電時(shí)間從15分鐘到幾個(gè)小時(shí)不等，具體時(shí)間要依所用設備的類(lèi)型而定。Ortega表示：“如果商業(yè)機構希望在停電期間保持數小時(shí)的電話(huà)服務(wù)，它們就必須做出更為長(cháng)遠的規劃。” Ortega建議，一般情況下，維持一個(gè)小時(shí)的備用電源是比較好的作法。有些電池組的運行時(shí)間更長(cháng)，但總的來(lái)說(shuō)是有些“殺傷力過(guò)大”。如果是醫院、公眾安全機構或政府部門(mén)，最好的解決方案是選擇備用發(fā)電機。

　　將計劃付諸實(shí)踐

　　由于設計得當，加利福尼亞州內華達縣的VoIP網(wǎng)絡(luò )在長(cháng)達兩年的運行期間只有過(guò)5分鐘的停機。該縣桌面服務(wù)經(jīng)理Bill Miller指出，這部分停機時(shí)間還是按計劃進(jìn)行系統維護時(shí)造成的。

　　Bill Miller表示: “我們對VoIP網(wǎng)絡(luò )進(jìn)行了全面的調整，多數時(shí)間里，網(wǎng)絡(luò )都能自己照顧自己。”

　　Miller在該網(wǎng)絡(luò )中使用了VLAN技術(shù)，使語(yǔ)音不至于與數據流量爭奪帶寬。在數據中心內，負責電子郵件和辦公應用的服務(wù)器群都被連接至一臺3Com 4007三層交換機。另外一臺4007則連接至冗余的3Com SuperStack NBX 750 IP PBX，并由后者為該縣的600名雇員提供語(yǔ)音服務(wù)，這些冗余NBX位于獨立的子網(wǎng)中。

　　Miller說(shuō)：“如果由于電話(huà)故障而使有些人無(wú)法接通學(xué)校或市政廳，那么我肯定會(huì )被炒魷魚(yú)。” 如果主NBX發(fā)生故障，Miller的傳呼機和電子郵件中都會(huì )接到警報。他會(huì )立即將備用NBX的IP地址改為原先的主NBX地址。他還會(huì )利用交換機將備份系統的虛擬局域網(wǎng)轉為主語(yǔ)音子網(wǎng)。

　　Miller一直在使用Qovia的VoIP監視和管理設備對語(yǔ)音網(wǎng)絡(luò )的一舉一動(dòng)保持著(zhù)密切的監視。利用Qovia的工具，他還可以對IP PBX和廣域網(wǎng)設備上的傳輸活動(dòng)和錯誤信息進(jìn)行設置，并且可以監視該縣語(yǔ)音網(wǎng)關(guān)上的T-1卡。如果設備出現錯誤信息數量異常，Qovia設備還可以通過(guò)電子郵件通知IT人員，通常會(huì )在系統崩潰前發(fā)出適當的警報。該系統采用的是APC制造的具備SNMP功能的不間斷電源，它讓Miller能夠對備用電源設備的健康狀況有充分的了解。

　　當然，確保VoIP網(wǎng)絡(luò )的可靠性只是成功的一半。另一半的精力要用于對付VoIP服務(wù)器的操作系統。這就是說(shuō)，假設某公司的IP PBX擁有三重冗余系統，并且安置在防核武器的掩體中，但如果運行的是沒(méi)有打過(guò)補丁的Windows NT操作系統，IP PBX依然會(huì )暴露出許多的弱點(diǎn)和漏洞。

5個(gè)9的5條規則

　　為了建設一個(gè)無(wú)故障的IP電話(huà)基礎設施，VoIP網(wǎng)絡(luò )設計者們提出了以下這些建議。

測試：在部署之前確定IP傳輸帶寬的可用性、抖動(dòng)和延遲。

冗余：運行冗余呼叫處理服務(wù)器，如果可能，應將其分別放置在不同的地點(diǎn)。

備份：確保呼叫處理服務(wù)器本身也有冗余的處理器、網(wǎng)絡(luò )接口卡和磁盤(pán)驅動(dòng)器。

經(jīng)常打補丁：IP PBX也是服務(wù)器，因此應當利用最新的操作系統軟件補丁保持服務(wù)器的更新狀態(tài)。

電池：為呼叫處理器、路由器、交換機和電話(huà)配備備用的電源。

http://tech.tom.com

縱論VoIP 2005-01-28

數據說(shuō)話(huà)——VoIP測試方法和測試數據分析 2005-01-28

大話(huà)VoIP——H.323、SIP和MGCP協(xié)議應用淺析 2005-01-28

有效部署VoIP 2005-01-28

分類(lèi)信息: 文摘技術(shù)_voip_文摘
亚洲精品网站在线观看不卡无广告,国产a不卡片精品免费观看,欧美亚洲一区二区三区在线,国产一区二区三区日韩永州市| 昌乐县| 榆社县| 大名县| 盐津县| 依安县| 弥勒县| 东山县| 太康县| 宝丰县| 依兰县| 湘潭市| 诸城市| 绥棱县| 海城市| 延庆县| 田阳县| 顺昌县| 靖西县| 阿克陶县| 温州市| 于都县| 长春市| 开原市| 张家口市| 曲水县| 厦门市| 阿瓦提县| 尉氏县| 仁怀市| 达尔| 中宁县| 万载县| 大足县| 阜康市| 宁武县| 孙吴县| 台安县| 个旧市| 镇沅| 邯郸县| http://444 http://444 http://444 http://444 http://444 http://444