TSN 802.1CB測試
概述
本文的目的是介紹TSN 802.1CB測試定義如何實現。
- 目錄
- 1.簡介
- 2.問題需求的關鍵詞
- 3.問題需求定義
- 4.Xena Valkyrie的要求
- 4.1 TSN 802.1CB測試硬件
- 4.2 802.1CB測試界面
- 4.3 802.1CB測試CLI
- 4.4 物理接口
- 4.4.1 界面選項
- 4.4.1.1 線速要求
- 4.5 時鍾品質
- 4.6 參考規范標准
- 4.7 10G-5S-6P-TSN的802.1CB測試功能
- 4.7.1 測試案例1：接收復制的數據包
- 4.7.2 測試案例2：發送復制的數據包
- 4.7.3 測試案例3：發送和接收復制的數據包
- 4.7.4 10G-5S-6P-TSN和SUT 的同步
- 4.7.5 802.1CB數據包頭
- 4.7.6 結果記錄
- 4.7.7 報告結果
1.簡介
本文檔定義了用於測試802.1CB的Valkyrie產品系列的測試功能-可靠性的幀復制和消除。
2.反映需求的關鍵詞
本文檔中的關鍵詞“必須”，“不得”，“必須”，“應”，“應禁止”，“應”，“不應”，“推薦”，“可以”和“可選”是按照BCP 14，RFC 2119中的描述進行解釋。RFC 2119定義了這些關鍵字的使用，以幫助使標准跟蹤文檔的意圖盡可能清晰。盡管本文檔使用這些關鍵字，但本文檔不是標准的跟蹤文檔。
3.問題定義
802.1CB標准的一般目的是復制發送的數據包，以確保它們通過通信路徑。 802.1CB在圖7-1中對此進行了說明。
圖1：來自802.1CB的圖7-1
TSN 802.1CB測試的總體要求是通過系統發送復制的數據包，並驗證是否刪除了多余的數據包。復制數據包時，發送方（“ Talker”）必須添加在802.1CB中定義的標頭，該標頭將允許接收方識別重復數據，並且僅轉發/使用所發送數據的一個實例。
4.Xena Valkyrie-TSN的要求
4.1 TSN 802.1CB測試硬件
802.1CB測試功能將在Odin-10G-5S-6P-CU測試模塊（帶有專用固件的模塊）的特殊版本上實現。目前，該模塊將命名為Odin-10G-5S-6P-TSN。
4.2。 802.1CB測試界面
10G-5S-6P-TSN UI應與ValkyrieManager集成。
4.3。 802.1CB測試CLI
10G-5S-6P-TSN必須提供類似於Valkyrie CLI的CLI（命令行界面）。
4.4。物理接口
4.4.1 界面選項
接口是電口Copper（RJ45）接口。理想情況下，應該支持專用的汽車接口BroadReach，但是標准的以太網電接口就足夠了。
4.4.1.1 線速
要測試的線速：10G，5G，2.5G，1G，100M
4.5 時鍾品質
一個標准的以太網測試儀時鍾（類似於Odin-10G-5S-6P-CU測試模塊中使用的時鍾）將足以作為10G-5S-6P-TSN的時鍾。
4.6 標准品
10G-5S-6P-TSN 802.1CB測試功能必須符合以下標准：
802.1CB –幀復制和可靠性消除
4.7。 10G-5S-6P-TSN的802.1CB測試功能
4.7.1 測試案例1：接收復制的數據包
最重要的測試設置是Xena測試端口充當復制數據的“監聽器”（接收器），如下所示：
圖2：接收復制的數據包
“偵聽器”（接收者–“ B”）必須“解碼”由“話務員”（發送者–“ A”）添加的報頭進行復制，並檢查是否接收到相同數量的重復（從A點發送）通過兩條路徑（流3和4）。
點A和B可以直接連接。
流3和4有望在兩個物理端口上到達“偵聽器”。但是，應該可以在一個物理端口上接收兩個流。
來自“偵聽器”（“ B”）的預期統計信息：
接收到的數據包對的數量（正確的功能，即帶有雙鏈）
接收到的沒有duplet的數據包數量（功能不正確）
丟包數
遲到的數據包數量–在802.1CB窗口之外。注意：請參閱注1
內容無效（特別是無效的VLAN標簽）的數據包數量
數據包延遲和抖動。注意：請參閱注1
常規每個流的接收統計信息：
o每秒數據包，每秒L1位，每秒L2位，L1率（％），總數據包，總位
注1：此要求基於Molex的反饋。我無法在802.1CB中找到“窗口”的定義。此外，此功能將要求“ Talker”添加的標題包含時間戳，並且“ Talker”和“ Listener”必須同步。我看不到這是在802.1CB中指定的。如果我的發現是正確的，則必須忽略此要求。
4.7.2。測試案例2：發送復制的數據包
以下配置也將是相關的：
圖3：發送復制的數據包
“ Talker”必須在每個發送的流中插入一個802.1CB有效報頭。有待研究如何驗證“ B”動作盟軍執行所需的幀消除。如果可能，可以按照圖4所示進行操作，要求“ B”具有一個輸出，通過該輸出可以將消除了幀的流量轉發到Xena測試端口。
圖4：發送復制的數據包並消除后接收數據包
“通話者”必須發送標准Xena流（包括）。添加了802.1CB標頭的TPLD。
流1和2有望從“Talker”在兩個物理端口上發送。但是，應該可以在一個物理端口上發送兩個流。
來自“ G”的預期統計信息（如果有）：
丟包數
收到的重復數據包數量（功能不正確）
晚收到的數據包數量–在802.1CB窗口之外NB：請參見注釋2
數據包延遲和抖動
常規接收統計信息：
每秒數據包，每秒L1位，每秒L2位，L1率（％），總數據包，總位
來自“ Talker”（“ A”）的預期統計數據：
General按流傳輸統計信息：
每秒數據包，每秒L1位，每秒L2位，L1率（％），總數據包，總位
注意2：此要求基於Molex的反饋。我無法在802.1CB中找到此“窗口”的定義。此外，此功能將要求“ Talker”添加的標題包含時間戳，並且“ Talker”和“ Listener”必須同步。我看不到這是在802.1CB中指定的。如果我的發現正確，則此要求必須更改為：
遲到的數據包數量–超出用戶定義的閾值
4.7.3。測試案例3：發送和接收復制的數據包
下面說明的第三個支持配置也將是相關的：
圖5：發送和接收復制的數據包
流1和2有望從“Talker”在兩個物理端口上發送。但是，應該可以在一個物理端口上發送兩個流。
流3和4有望在兩個物理端口上到達“偵聽器”。但是，應該可以在一個物理端口上接收兩個流。
“通話者”必須發送標准Xena流（包括）。添加了802.1CB標頭的TPLD。
來自“偵聽器”（“ B”）的預期統計信息：
接收到的數據包對的數量（正確的功能，即帶有雙鏈）
接收到的沒有duplet的數據包數量（功能不正確）
丟包數
晚收到的數據包數量–在802.1CB窗口之外NB：請參見注釋2
內容無效（特別是無效的VLAN標簽）的數據包數量
數據包延遲和抖動
常規每個流的接收統計信息：
每秒數據包，每秒L1位，每秒L2位，L1率（％），總數據包，總位
來自“ Talker”（“ A”）的預期統計數據：
General按流傳輸統計信息：
每秒數據包，每秒L1位，每秒L2位，L1率（％），總數據包，總位
4.7.4。 10G-5S-6P-TSN和SUT的同步
注意：請參閱注1
對於第4.7.1節中定義的測試用例1，將要求10G-5S-6P-TSN和SUT同步，如下所示：
圖6：gPTP同步
4.7.5。 802.1CB數據包頭
在802.1CB第6章中，定義了“流識別” 4“流識別功能”。應支持所有4個。用戶必須選擇將其用於特定測試。
4.7.6。結果記錄
測試可能會運行多個小時（例如，24小時跨夜測試），並且需要記錄測試期間的結果。這意味着10G-5S-6P-TSN測試結果必須包含在ValkyrieManager的“統計信息”日志記錄功能中。
4.7.7。結果報告
必須有可能針對10G-5S-6P-TSN的結果生成報告。這意味着這些結果必須包含在ValkyrieManager的“報告生成器”功能中。
