對于網關來說，對T.38傳真的支持能力測試，是個非常重要的指標。

?

　　對于傳真測試，有條件的用戶應當采用專用的測試儀進行多頁數，長時間的測試，如前面提到的Sage960測試儀。如果沒有測試儀，多找幾臺傳真機做定性測試，也是可以的。另外，需要注意的是，T.30傳真對于丟包很敏感，要想測試成功，一般需要保證比較好的網絡條件。相比之下，T.38傳真就健壯的多。對于網關是否正確的工作在T.38模式的判斷，比較簡單的辦法是利用WireShark等抓包工具抓一下包，簡單一看就知道了，并不需要非常特別的技能。

　　3.2 IAD性能篇

　　3.2.1 語音質量測試(Voice Quality Test )

　　IAD產品采用T/P二線接口，也就是我們常見的聯接電話機到電信局的電話線接口。二線電接口的測試配置圖如圖表13所示。

?

　　圖表13 IAD二線電接口測量配置圖

　　其中的“測量系統”仍舊采用Sage960測試儀。

　　3.2.2 呼叫健壯性測試

　　IAD的呼叫健壯性測試必須專門的呼叫測試儀，如Sage960等。因為相比IP電話而言，在呼叫健壯性測試中，我們同時需要對IAD的FXS接口特性進行測試，如振鈴電壓、振鈴波形、饋電電壓、摘機電流等。這就不是一般的軟件系統能夠處理的了，必須借助專門儀器。

　　呼叫健壯性測試是Sage960等呼叫及語音質量測試儀的基本功能，如果讀者能夠接觸到這類測試儀，很容易就明白怎么使用，這里就不再展開說明。

　　3.2.3 網口性能測試

　　網口性能測試方法與IP電話相同，參見“IP電話篇”中相應章節。

　　4 批量部署與管理

　　4.1 VoIP終端支持的網管方式概述

　　作為網絡終端產品的一種，無論IP電話還是ATA產品，肯定都會支持WEB訪問方式。此外，SNMP作為最流行的網管手段，一般產品也會支持。

　　不過，VoIP終端與路由器等其它網絡產品相比，又有其特殊的地方。首先就是VoIP終端是用來打電話的，這就有一個電話號碼的配置問題。大家可以想像一下手機的例子：手機是怎么能打電話的呢?我們一般是首先要購買一個“裸機”，這個是不能打電話的，也沒有電話號碼;然后，還要到電信運營商那里購買一張SIM，把SIM卡插進手機后，手機就有了號碼并能夠打電話了。也就是說，手機(終端設備)是通過SIM卡來實現身份標識并進而自動獲得配置信息的。只要對應的SIM卡在電信運營商的系統中注冊后，你的手機插上卡后一開機，就會被移動通信網絡識別出來，也就是所謂的“連上網了”，進而就可以接打電話了。

　　對于VoIP終端來說，無論IP電話還是ATA，也都需要一種類似的方式來開通電話服務，這就是我們后面要講的“Provision”功能。一般而言，IP電話和ATA都會用網口的MAC地址(具有全球唯一性)或產品序列號(同樣具有唯一性)來作為產品標識。設備聯網后，首先會向配置服務器(ACS，Auto Configuration Server)申請配置文件，通過必要的身份認證程序后，ACS會下發配置文件給IP電話或ATA，然后這部IP電話或ATA就可以打電話了。整個過程都應該是自動完成的，只要IP電話或ATA所安裝的地方是能夠聯上Internet的，其它的配置都應當自動實現，不需要用戶干預，就和手機插上SIM卡就能用一樣簡單。

　　實現Provision的方式，目前主要有兩類：一類是以CISCO的SPA系列產品為代表的，基于HTTP/HTTPS協議開發的自動配置方式。在這種方式中，雖然每家公司的配置文件格式可能不同，但文件傳輸都基于標準的HTTP/HTTPS協議，ACS也可以用任何WEB Server(如Apache)來擔任。另一類是由寬帶論壇(www.broadforum.org)開發的TR069協議族。TR069同樣采用HTTP/HTTPS作為傳輸協議，但它比較詳細的約定了可配置的變量名稱及雙向配置的詳細規約。

　　一般而言，TR069的功能要強大一些，更適合于面向大規模運營的應用。但其需要專門設計的ACS，且一般費用不菲。所以，目前運營商可能會選擇TR069，而一般企業用戶會選擇較為簡單的第一類Provision方式。

　　4.2 基于DHCP+TFTP的批量配置方式

　　當企業購買了一批IP電話或IAD產品，比如說，1000臺。在把他們發放到員工手里之前，信息部一般要負責對其進行初始配置，如配置SIP服務器的地址和電話號碼等。顯然，一臺臺通過WEB界面登錄上去手工配置，效率是非常低的。那么怎么辦呢? 一般會分兩步來做：首先，我們給所有設備配置一個統一的ACS路徑，比如http：//192.168.20.4/$MAC/cfg.txt，這句話的意思是告訴每臺設備到服務器192.168.20.4的以其MAC地址命名的目錄去獲取真實的配置文件cfg.txt，其中就包含了這臺設備工作必須的諸如電話號碼，SIP服務器地址等信息。其次，我們利用文本編輯工具生成一系列配置文件，放在配置服務器(前面例子中是192.168.20.4，其實也就是一個普通的WEB服務器)的相應目錄下(上面例子中是以設備的MAC地址來區分目錄)。

　　DHCP+TFTP的配置方式，就是用來給每個設備配置統一的ACS路徑的。

　　DHCP+TFTP的批量配置方式，對于需要對購買的一批設備，統一配置初始的配置文件非常有用。這個統一的配置文件一般僅包含一個實際使用的ACS服務器地址及必要的訪問口令就可以了。

　　圖表14是CISCO的SPA系列設備獲取默認ACS路徑的流程說明。

?

　　圖表14 CISCO SPA系列產品的In house Provision流程

　　4.3 基于HTTPS/HTTP的批量配置方式

　　更進一步，設備在已知了初始ACS配置后，就可以去取得自己的配置文件。根據配置文件中相關控制變量的指示，還可能進行固件的自動下載升級等工作。圖表15描述了這一過程。

?

　　圖表15 Provision系統工作原理說明

　　4.4 SNMP的應用

　　SNMP作為歷史悠久且廣泛應用的網絡管理手段，在IP電話及IAD終端中仍然十分有用。但由于某些網絡防火墻的限制，SNMP報文在突破防火墻或NAT限制方面，不如HTTP/HTTPs協議方便。所以，SNMP在IP電話和IAD終端中，一般只作為輔助管理手段。比較常見的是在重啟時及其后定時向SNMP管理服務器發一個Trap，通知相關重啟事件及作為“心跳”事件。同時，定期發送的“心跳”事件也可以起到NAT?；畹淖饔?，為管理員主動發送SNMP報文到IP電話或IAD終端設備創造條件。

　　關于SNMP的測試主要是需要遍歷相關的MIB庫及驗證Trap報文的正確性，可以借助任何手頭的SNMP網管客戶端進行。

　　4.5 TR069

　　TR069的網絡拓撲模型如圖表16所示。

?

　　圖表16 TR069的網絡拓撲模型

　　TR069的傳輸協議同樣選擇HTTP/HTTPs。但與前述簡單基于HTTP/HTTPs的配置協議比較，TR069對于每個可操作的變量的名稱和類型做了嚴格的約定，同時，TR069定義了從ACS直接訪問設備中某個可配置項的操作方法。但也因此導致TR069實施起來相對困難，專用的ACS服務器也一般價格昂貴。

　　詳細的討論TR069的測試超過了本文的范圍。一般而言，Motive，Works等TR069配置服務器供應商都有嚴格的兼容測試流程，讀者可自行上其網站了解或電話咨詢。

　　5 SIP平臺兼容性測試

　　SIP平臺兼容性方面，是評估IP電話及IAD終端適用性的一個重要方面。當然，如果用戶已經建設好了SIP服務器設備，有了明確的使用環境，則只需要針對特定的SIP環境測試就可以。

　　如果用戶還不能確定將來的SIP服務器廠商，希望綜合測試IP電話和IAD終端的兼容性能力，則推薦至少在BroadSoft，Avaya和Asterisk三個平臺下進行兼容性測試。

　　之所以推薦這三個平臺，是因為這三個平臺廠商都已經建立了相對比較嚴格的兼容性測試流程，用戶往往只需要向終端廠商索要相關的測試報告或證書就可以。尤其是BroadSoft的測試，測試用例及功能分級都做的非常詳細。Asterisk認證方面，推薦Elastrix的兼容性認證測試。