使用DP83640實現標準網絡IEEE1588的同步
測試平臺對包和控制的處理能力進行了限制,它限制了 可以處理的同步周期的數量。每秒多達8個同步脈沖時同步工 作良好,但是超過這個值則不能維持速率。由于電信和其它 的應用需要的速率是每秒大約100個同步消息,這個平臺不 能提供嵌入式平臺能夠提供的相同等級下的同步。DP83640 硬件沒有限制器件工作在更高同步速率環境中的器件。
這個 限制特殊針對*估平臺。 ALP平臺提供了一個GUI和支持Python腳本語言的腳本 機理。通過ALP GUI,在Python中運行PTPv2協議和時鐘伺服算法可以得到全面測試。
對于最簡單的測試,由單HP網絡設備開關組成網絡。使 用獨立的ALP平臺并設置為想提供網絡的規定比例利用率的 開關發送廣播流量來產生額外的流量。針對有主機、從機之 間三個開關組成的網絡的測試也做過。
PTP主機使用一個OCXO作為參考時鐘源,PTP從機使 用的是一個廉價TCXO參考。
4.0 測試結果
建議算法通過流量負載達到80%以上的單開關或者多開關來測試性能。設定主機每秒發送8個同步消息,而從機相對 于每個同步消息,發送一個延時-響應消息。流量負荷通過隨 機大小的廣播包來產生,變化內部包間隔以產生特定流量。 流量通過測試網絡中的一個開關的可用端口引入。時間誤差 數據采用DP83640 PTP主機的事件時間戳能力來捕獲并保存以備*估。除計算標準偏差外,在每個流量條件下,還產生 MTIE和TDEV(時間偏差)圖。測試持續時間最短為4小時, 最長為8小時。

4.1 單開關結果
下圖顯示了單開關在20%,50%和80%流量負載時的 MTIE,TDEV的結果。除了測試結果,測試圖形還顯示了通 信規格中的兩個屏蔽。這個結論很容易滿足G.823對于PDH 接口的要求,但不能完全滿足G.811 PRC要求。需要進一步 優化,尤其是提高同步速度,來滿足PRC要求。

4.2 多開關測試
測試是在三個開關網絡中完成的,三個開關由一個DLink DES1105 5端口開關、一個Linksys SD205 5端口開關和一個 HP網絡設備8000M組成。測試結果是在三個開關20%,50% 的利用率,流量注入到第三個開關的條件下得到的。如所期 望,這個結果不如單開關好,但是仍然顯示出所示滿足規格 的潛力。如下圖形表明不同流量條件下的MTIE和TDEV。

4.3 其它測試結果
雖然沒有得到具體的結果,但是算法表現為對流量在0到 80%之間變化的良好響應。如果流量超過80%,算法仍然需要精簡以便處理明顯更少的最小延時包。

評論