概述
本文的目的是介绍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的“报告生成器”功能中。