1、首先我們簡(jiǎn)單介紹一下IPPBX的背景常識。讀者朋友們可能都知道，目前的企業(yè)IPPBX或融合通信的解決方案逐漸形成兩種運營(yíng)模式，一種是基于本地安裝配置的單機IPPBX解決方案，一種是基于數據中心的托管型的IPPBX。這兩種模式的場(chǎng)景和區別我們在以前的講座中略有涉及，以前我們沒(méi)有做更多介紹，今天我們做一些比較深入地分析。另外，在單純介紹托管服務(wù)時(shí)，我們仍然需要考慮目前云計算的影響力。因為基于云技術(shù)各種業(yè)務(wù)模式的不斷出現，也導致企業(yè)IPPBX的托管服務(wù)發(fā)送了很多變化，這幾種服務(wù)方式也會(huì )對IPPBX的成本有所影響。以下圖例數據反映了公有云市場(chǎng)的預測，當然這里面也包括了企業(yè)語(yǔ)音服務(wù)的一些業(yè)務(wù)。
2、云為先是目前很多企業(yè)實(shí)現互聯(lián)網(wǎng)化提出的一個(gè)戰略口號。根據國外一個(gè)國外研究機構的的研究數據表明，托管的UC和托管的PBX的市場(chǎng)需求和5年前相比都會(huì )有很大的提升。因為互聯(lián)網(wǎng)技術(shù)的提升，帶寬的發(fā)展，終端移動(dòng)性的豐富和企業(yè)員工的移動(dòng)，本地部署擴容的局限性導致很多客戶(hù)逐漸從本地部署逐步遷移到基于云的托管數據中心。
目前的網(wǎng)絡(luò )環(huán)境和終端已經(jīng)有條件實(shí)現云托管服務(wù)。因為其他業(yè)務(wù)因素或企業(yè)本身的考慮，仍然有相當一部分的企業(yè)傾向于本地部署IPPBX。傳統的本地部署IPPBX具有以下幾個(gè)方面的優(yōu)勢：
- 企業(yè)完全可以自己控制IPPBX
- 可以直接和相對價(jià)格比較低廉的SIP運營(yíng)商合作
- 可以繼續和其他服務(wù)提供商保存對接狀態(tài)
- 因為是企業(yè)自己的IPPBX，具有所有權，成本控制相對比較容易
- 后續維護成本可預見(jiàn)
- 數據安全性相對比較高，企業(yè)IPPBX都在本地
本地部署的劣勢：
- 前期部署啟動(dòng)成本比較高
- 長(cháng)期維護成本相對比較高
- 需要有專(zhuān)業(yè)的技術(shù)團隊維護IPPBX
- 需要配備容災備份的策略來(lái)保證IPPBX那個(gè)完全正常工作
- 未來(lái)升級的問(wèn)題，需要盡可能考慮升級時(shí)帶來(lái)的問(wèn)題
和傳統的本地部署方式相比，和托管的IPPBX具有以下幾個(gè)方面的優(yōu)勢：
- 初始部署成本比較低，用戶(hù)在啟動(dòng)階段僅需要支付很少費用
- 維護費用相對比較低廉，可能無(wú)需支付維護費用
- 可以以相對比較低的價(jià)格獲得各種功能，呼叫費用也相對比較低廉
- 容易添加新用戶(hù)，可拓展
- 購買(mǎi)新的功能比較簡(jiǎn)單，付費即可使用
- 支持內部員工的多地工作環(huán)境
3、分機自動(dòng)部署（Auto Provisioning）的是托管IPPBX場(chǎng)景中非常重要的技術(shù)手段，通過(guò)自動(dòng)部署的方式，SIP終端才能成功配置，實(shí)現話(huà)機的正常工作。為什么必須使用自動(dòng)部署，筆者這里主要有以下幾個(gè)方面的原因：
- 終端數量很多時(shí)，現場(chǎng)工程師配置工作量很大，終端自動(dòng)部署可以輕松配置所有終端，節省工作時(shí)間。
- 異地維護的成本降低，如果用戶(hù)在異地的話(huà)，服務(wù)提供商不可能親自到現場(chǎng)為客戶(hù)提供現場(chǎng)支持。如果支持自動(dòng)部署的話(huà)，用戶(hù)可以輕松配置SIP話(huà)機。
- 可以檢測終端的使用狀態(tài)。
- 因為終端自動(dòng)部署涉及了網(wǎng)絡(luò )的環(huán)境，企業(yè)終端網(wǎng)絡(luò )等各種問(wèn)題，所以自動(dòng)部署需要托管服務(wù)商真正提供一套完整的解決方案來(lái)實(shí)現自動(dòng)部署。不同運營(yíng)商可能提供實(shí)現方式稍微有所不同，用戶(hù)可以查閱RFC6011來(lái)了解終端定位服務(wù)的實(shí)現方式。具體的自動(dòng)部署的實(shí)現架構包括以下幾個(gè)部分核心功能：Boot/激活服務(wù)器服務(wù)器（負責終端啟動(dòng)，配置文件下發(fā)），DNS服務(wù)器（負責SIP域名查詢(xún)等功能），SIP服務(wù)器（負責終端的定位注冊功能），企業(yè)IPPBX應用服務(wù)器（負責終端成功注冊以后的語(yǔ)音服務(wù)功能，例如語(yǔ)音IVR，隊列，轉接，語(yǔ)音留言服務(wù)器和錄音服務(wù)器）。
讓我們簡(jiǎn)單介紹一下自動(dòng)部署的實(shí)現流程：
終端通過(guò)自己的DHCP和DNS查詢(xún)到運營(yíng)商的DNS地址
- 首先運營(yíng)商需要一個(gè)Boot服務(wù)器，終端可以通過(guò)MAC地址來(lái)獲得Boot服務(wù)器的配置信息。
- 終端通過(guò)自己的DHCP和DNS查詢(xún)到運營(yíng)商的DNS地址。
- SIP終端通過(guò)運營(yíng)商DNS服務(wù)器獲得SIP話(huà)機的IP地址。獲得IP地址以后，和Boot服務(wù)器請求配置文件。Boot服務(wù)器發(fā)送到終端的cfg配置文件，包括所有終端相關(guān)配置信息。
- 終端獲得配置信息以后，查詢(xún)企業(yè)DNS服務(wù)器和運營(yíng)商DNS服務(wù)器，獲得SIP服務(wù)器注冊地址，配置SIP終端和創(chuàng )建SIP服務(wù)器的注冊，最后SIP終端成功注冊到SIP服務(wù)器。
- SIP終端注冊到SIP服務(wù)器。以下圖例說(shuō)明終端自動(dòng)部署已經(jīng)成功，并且實(shí)現對SIP服務(wù)器注冊。
- 注冊以后的SIP分機就可以實(shí)現雙方呼叫功能。
RFC6011描述了相關(guān)的定位，查詢(xún)和獲取文件的具體方式。但是，這里要提醒讀者，RFC6011不是一個(gè)標準的協(xié)議，RFC6011僅提供了UA定位，維護和獲取獲取服務(wù)提供商當前配置文件信息流程說(shuō)明。用戶(hù)可能根據不同的方式來(lái)實(shí)現UA的定位，查詢(xún)和獲取文件方式。另外，這里沒(méi)有介紹更多關(guān)于修改配置文件，訂閱失敗等細節問(wèn)題，讀者可以查閱RFC6011結合服務(wù)提供商的具體實(shí)現方式做進(jìn)一步的研究。
4、因為托管IPPBX牽涉到了企業(yè)網(wǎng)絡(luò )和數據中心的網(wǎng)絡(luò )配置問(wèn)題，企業(yè)托管的IPPBX需要面對一些挑戰：
語(yǔ)音質(zhì)量的問(wèn)題，這需要運營(yíng)商和客戶(hù)端具有良好的網(wǎng)絡(luò )連接。
- 如果托管IPPBX失去網(wǎng)絡(luò )連接，客戶(hù)端如何保持一個(gè)正常的呼叫，服務(wù)商是否提供了備份解決方案？
- 企業(yè)客戶(hù)是否配備了逃生解決方案來(lái)保證企業(yè)IPPBX的呼叫正常進(jìn)行？
- 托管服務(wù)器提供新功能以后，客戶(hù)是否馬上訂閱這些服務(wù)？
服務(wù)提供商如何提供一個(gè)相對穩定的價(jià)格，客戶(hù)可以獲得一個(gè)可預見(jiàn)性的成本。
服務(wù)提供商是否提供一個(gè)比較透明，易計算的價(jià)格體系，客戶(hù)盡量避免潛在的隱形成本。很多服務(wù)提供商提供了一個(gè)非常復雜的價(jià)格體系，并且隱藏很多潛在成本的說(shuō)明，這樣可能導致客戶(hù)不能非常清楚地了解真正的部署成本。
如何來(lái)保證客戶(hù)能夠持久地為客戶(hù)提供服務(wù)？這是很多互聯(lián)網(wǎng)公司經(jīng)常出現的問(wèn)題，突然第二天服務(wù)商消失了。
服務(wù)提供商是否可以提供一種相對開(kāi)放的接入方式，可以輕松遷移到其他運營(yíng)商IPPBX服務(wù)。如果客戶(hù)需要遷移到話(huà)，能夠快速實(shí)現遷移。
5、企業(yè)托管IPPBX是最近幾年一個(gè)新的企業(yè)IPPBX業(yè)務(wù)模式，改變了以前單一一體機本地部署的方式。我們在此章節簡(jiǎn)單介紹了云/數據中心IPPBX托管服務(wù)方式，兩種部署方式各自的優(yōu)缺點(diǎn)，筆者結合RFC6011重點(diǎn)描述了自動(dòng)部署的流程和實(shí)現方式的總結，最后對托管服務(wù)中的介紹了托管服務(wù)中可能面對的幾個(gè)挑戰，通過(guò)比較完整的介紹，用戶(hù)可以根據自己企業(yè)的實(shí)際需求來(lái)部署IPPBX。
參考資料：
https://www.mushroomnetworks.com/blog/five-market-trends-of-enterprise-voip/
https://www.onsip.com/blog/cloud-based-phone-system-pros-and-cons
https://www.rfc-editor.org/rfc/rfc6011.txt
