⑤重新啟動測試，再從時鐘結果顯示界面，可以檢查Sync Latency的值（接近0，低于100ns），Delay Request Latency的值（接近0，低于100ns），Latency Asymmetry的值（接近0，低于50ns），Offset From Master (OFM)的值（接近0，低于100ns）的參數：

可以微調校準因子（Calibration Factor），使得以上參數接近0。

●在兩個測試端口分別模擬主時鐘和從時鐘

在主時鐘測試接口發送Sync message的速率，在從時鐘測試接口發送Delay Request的速率可以調節。測試拓撲如圖2所示。

●測試結果

如圖4所示，測試結果會非常直觀地顯示在界面上，測試系統會實時顯示Sync Correction Factor Error和Delay Request Correction Factor Error等。

圖4 CF Error測試結果

●變化以下條件，重復上述測試步驟

①加快Sync和Delay Request消息的發送速率。

②增加在一個測試端口模擬從時鐘的數量。

③用多對端口，并分布在不同的時間域中雙向測試，由于端口的不對稱，發現商用透傳時鐘在多端口存在測試結果的差異性，因此需要我們用多對端口測試，可以觀察在大的壓力下透傳時鐘計算CF值的準確性。

④同時在多個時間域中執行測試。這將測試透傳時鐘是否會與上行多個主時鐘（在多個時間域）同步。如果不能同步上，透傳時鐘的時間基準就會不準確，造成CF值的計算錯誤。

⑤在測試過程中，在數據平面可以增加背景業務流，模擬真實環境。

⑥在控制平面，可以同時仿真多個協議，例如同時仿真最小生成樹和其它路由協議。

⑦PTP協議可以在單播和組播兩種模式下分別進行測試。

2.2 PTP大規模測試（PTP Scalability）

大多數PTP系統里有很多從時鐘。在系統中隨著從時鐘數量的增加，會加重主時鐘或邊界時鐘的處理負擔。因此，在設計、布置和升級PTP設備的時候，主時鐘、邊界時鐘和透傳時鐘的大規模基準測試非常重要。利用IXIA測試系統，可以非常容易模擬在多個時間域里大量的主時鐘和從時鐘。PTP設備所能支持的規模與很多因素有關，例如，Sync和Delay-Request消息的發送速率，是用單播模式還是組播模式等。以下詳細介紹測試主時鐘規模的測試方法。測試拓撲如圖5所示。

圖5 PTP大規模測試拓撲圖

（1）測試步驟

●IXIA測試系統可以實時監測每塊板卡上CPU和內存的占用情況。啟動Dashboard功能，以保證測試的瓶頸不是由于測試儀表造成的。如果發現測試儀表板卡的CPU和內存的占用過高，可以使用更多數量的測試板卡，以降低每塊測試板卡的壓力，并可把壓力匯聚到被測系統。

●仿真50個從時鐘，建立從時鐘的速率可以設置為5 slaves/100sm。

●判斷被測設備主時鐘能支持的最大從時鐘數量。根據兩個條件判斷，即所有仿真的從時鐘都達到Slave狀態；經過一段測試時間，從時鐘所發送的Delay response 消息數應等于所接收的Delay request消息數。

●如果通過測試，則再增加從時鐘的數量；如果沒有通過測試，就減少從時鐘的數量。用二次折半法，可以測試出被測設備所能支持的最大從時鐘數量（見表1）。也可以通過改變不同消息的發送速率，來測量被測設備所能支持最大的從時鐘數量（見表2）。

表1 用二次折半法查找被測設備所支持的最大從時鐘數量

表2 在不同的條件下測量被測設備所支持的從時鐘數量

●在測試過程中，改變條件（在多個時間域中測試，在單播和多播兩種模式下進行測試，在one-step模式和two-step模式下進行測試）來測試被測設備的規模基準。
2.3 最佳主時鐘選擇算法（Best Master Clock）

最佳主時鐘（MBC）選擇算法主要應用在從時鐘和邊界時鐘的從時鐘端口上，在本時間域選擇質量最好的主時鐘。此算法主要是比較不同的時鐘質量參數，以特定的優先級順序選擇最佳主時鐘。IXIA測試系統可以模擬多個帶有不同時鐘質量參數的主時鐘。如果被測設備是邊界時鐘，則下游IXIA測試系統所仿真的從時鐘可以很容易地確定系統的祖時鐘（Grandmaster）和被測設備所選擇的是否相同。以測試邊界時鐘為例，詳細介紹測試過程，測試拓撲如圖6所示。

圖6 BMC測試拓撲圖