1. 项目概述与TSN技术背景在工业自动化、汽车电子和音视频传输这些对时间要求极其苛刻的领域传统的“尽力而为”以太网常常力不从心。一个毫秒级的网络抖动在运动控制中可能导致机械臂定位偏差在车载网络中可能意味着关键安全信号的延迟在专业音视频流中则会产生恼人的卡顿或音画不同步。时间敏感网络TSN正是为解决这一核心痛点而生它并非创造一种全新的网络而是对标准以太网进行了一系列增强使其具备了提供确定性服务质量的能力。简单来说TSN能让网络像铁路系统一样为不同类型的“列车”数据流规划好精确的“时刻表”和“轨道优先权”确保关键数据总能准时、可靠地到达。NXP的i.MX 8系列和LS1028A等嵌入式处理器凭借其集成的TSN硬件加速引擎成为了实现这类确定性网络的理想硬件平台。它们将复杂的流量调度、时间戳记录等任务从CPU卸载到专用硬件大幅降低了系统负载和软件复杂度。然而硬件能力只是基础如何正确配置并验证这些TSN特性使其在实际系统中发挥作用才是工程师面临的核心挑战。官方文档往往提供了命令示例但背后的原理、参数选择的考量以及实际调试中可能遇到的“坑”则需要一线实践经验来填补。本文将基于我在多个工业网关和控制器项目中的实操经验深入解析在NXP i.MX 8DXL、i.MX 8M Plus、i.MX 93以及LS1028A平台上配置与测试Qbv、Qbu、Qci、Qav等关键TSN特性的完整过程分享从环境搭建、命令解析到问题排查的实战细节。2. 测试环境搭建与核心工具解析在开始任何TSN特性测试之前一个稳定、可控的测试环境是成功的一半。这不仅仅是连接几块开发板那么简单更需要理解网络拓扑、工具链以及底层驱动的状态。2.1 硬件平台选择与接口确认不同的NXP平台其TSN功能的实现和对应的网络接口名称有所不同这是第一个容易混淆的点。根据我的实测经验i.MX 8M Plus EVK / i.MX 93 EVK / i.MX 93 14x14 EVK支持TSN的ENET_QOS端口通常是eth1。这里需要特别注意对于i.MX 93 14x14 EVK必须通过J9连接器外接TJA1103SDB ENET PHY子卡才能使用ENET_QOS接口。测试时两块板卡需要通过TJA1103ADB PHY子卡背对背连接并且其中一块子卡上的J14跳线需要短接2-3脚CONFIG 6这个硬件细节千万不能忽略否则链路可能无法正常建立或TSN特性不生效。i.MX 8DXL EVK / i.MX 93 9x9 LPDDR4 QSB支持TSN的ENET_QOS端口通常是eth0。LS1028A RDB其TSN功能主要通过ENETC集成化以太网控制器实现接口名通常为eno0,eno1等。实操心得上电后第一件事就是用ip link show或ifconfig -a确认所有网络接口。更可靠的方法是直接检查sysfs例如在i.MX 8M Plus上可以通过ls /sys/devices/platform/soc0/30800000.bus/30bf0000.ethernet/net/来确认eth1是否存在。如果接口不存在很可能是设备树Device Tree配置或内核驱动没有正确加载需要回头检查BSP和内核配置。2.2 核心软件工具tc与ethtoolTSN在Linux下的配置主要依靠两个强大的用户空间工具tc(Traffic Control) 和ethtool。tc(流量控制)这是Linux内核网络子系统中流量控制框架的用户态配置工具。TSN的队列调度Qbv、整形Qav等功能都是通过为网络接口添加特定的qdisc排队规则来实现的。例如taprioqdisc用于配置Qbv的时间感知整形器cbsqdisc用于配置Qav的基于信用的整形器。理解tc命令的结构qdisc,class,filter是进行TSN配置的基础。ethtool这是一个用于查询和设置网卡驱动及硬件参数的通用工具。在TSN上下文中我们主要用它来检查和配置帧抢占Qbu功能ethtool --show-mm/ethtool --set-mm。检查硬件时间戳能力ethtool -T这对于PTP时钟同步至关重要。查看和设置网卡的其他参数如速度、双工模式等。注意事项在i.MX 8M Plus等平台上其dwc_mac驱动在网卡设备如eth1未启动ifconfig eth1 up时部分硬件功能包括PTP和某些ethtool查询可能无法正常工作。这是一个常见的“坑”。安全的做法是在尝试任何PTP操作或详细的ethtool查询前先确保接口已经up。2.3 测试拓扑搭建对于功能验证最简单的拓扑是两块支持TSN的开发板通过以太网端口背对背直连。这种拓扑排除了交换机的干扰最适合验证点对点的TSN特性如Qbv门控、Qbu帧抢占、Qci流过滤等。对于需要观察流量整形效果的测试如Qav或者没有第二块板卡时可以使用网络测试仪如Spirent TestCenter、IXIA等作为流量发生器和分析仪。测试仪的一个端口连接开发板另一个端口可以模拟各种流量模式并精确测量延迟、抖动和带宽。如果以上设备都没有一个折中的方案是使用另一台Linux主机配合pktgen内核模块、iperf3和tcpdump进行基本的流量生成和捕获。虽然精度不如专业仪表但对于功能验证和初步性能评估已经足够。例如可以用一台主机运行iperf3 -s作为服务器开发板运行iperf3 -c作为客户端产生流量同时在开发板或另一台主机上用tcpdump -i eth0 -w tsn.pcap抓包然后用Wireshark分析pcap文件观察帧的间隔、大小等是否符合TSN调度预期。3. 时钟同步IEEE 802.1AS配置实践TSN所有基于时间的调度如Qbv都依赖于网络中所有设备拥有一个高度同步的时钟。这是TSN的基石通常通过IEEE 802.1ASgPTP或IEEE 1588v2PTP协议实现。NXP平台集成了硬件PTP时钟可以支持纳秒级同步。3.1 检查与配置PTP硬件支持首先需要确认你的网卡接口支持硬件时间戳。这是实现高精度同步的前提。ethtool -T eth1查看输出中是否有hardware-transmit和hardware-receive能力并且PTP Hardware Clock编号不为空。这表示内核已经识别到了硬件PTP时钟设备通常是/dev/ptp0,/dev/ptp1等。3.2 运行PTP守护进程ptp4l在两块背对背连接的板卡上我们需要运行ptp4lLinux PTP项目的一部分来建立主从时钟关系。为接口配置IP地址PTP报文传输需要ifconfig eth1 192.168.3.1 netmask 255.255.255.0 # 在另一块板卡上配置同网段IP如192.168.3.2在两块板卡上分别启动ptp4lptp4l -i eth1 -p /dev/ptp1 -m -2-i eth1: 指定网络接口。-p /dev/ptp1: 指定使用的PTP硬件时钟设备。这里是个关键点设备号ptp0, ptp1需要根据ethtool -T的输出和实际系统/dev/下的设备节点来确认不能想当然。-m: 将日志打印到标准输出。-2: 使用IEEE 1588v2的二层组播报文。对于802.1ASgPTP则需要使用特定的配置文件。观察同步状态启动后ptp4l会通过最佳主时钟算法BMCA自动选举出一台主时钟Master另一台成为从时钟Slave。在Slave设备的日志中你会看到offset时钟偏移和delay路径延迟的值逐渐收敛并稳定在纳秒级别这表示同步成功。3.3 针对802.1AS (gPTP) 的配置工业领域更常用的是802.1ASgPTP。它简化了PTP的配置更适合车载和工业网络。配置方式通常是使用一个预定义的配置文件。ptp4l -i eth1 -p /dev/ptp1 -f /etc/ptp4l_cfg/gPTP.cfg -m这里-f参数指定了gPTP的配置文件。你需要确保这个配置文件存在于目标文件系统中。在NXP的Real-Time Edge BSP里通常会提供这个文件。3.4 帧抢占Qbu环境下的时钟同步特殊处理这是一个非常重要的细节。当链路上启用了Qbu帧抢占功能时PTP同步报文有可能被标记为“可抢占”帧。如果这些报文在传输过程中被高优先级的“快速”帧打断就会引入额外的、不确定的延迟从而破坏时钟同步的精度。为了解决这个问题ptp4l提供了--hwts_filter参数。当对端设备启用了帧抢占且PTP报文可能被抢占时应在命令中增加此参数ptp4l -i eth1 -p /dev/ptp1 -f /etc/ptp4l_cfg/gPTP.cfg -m --hwts_filterfull--hwts_filterfull会告知ptp4l只处理那些时间戳记录完整的报文从而过滤掉因抢占而产生时间戳异常或不完整的同步报文确保主从时钟计算的准确性。踩坑记录在一次汽车网关项目中我们启用了Qbu来保证CAN FD over Ethernet流量的低延迟。但随后发现PTP同步精度从纳秒级恶化到了微秒级。排查了很久最终发现就是没有添加--hwts_filterfull参数。添加后同步精度立刻恢复。因此只要网络中存在帧抢占的可能性就强烈建议加上这个参数。4. Qbv时间感知整形器配置与测试详解Qbv是TSN的核心特性之一它像一个精确的“交通信号灯”为每个流量队列Traffic Class在特定的时间窗口内打开或关闭“门”Gate从而严格规划不同类型数据的发送时刻实现确定性的延迟和零拥塞丢失。4.1 Qbv核心概念与配置命令拆解在i.MX和LS1028A平台上我们使用tc工具的taprioqdisc来配置Qbv。下面以一个典型的配置命令为例逐部分解析tc qdisc replace dev eth1 parent root handle 100 taprio \ num_tc 5 \ map 0 1 2 3 4 \ queues 10 11 12 13 14 \ base-time 1577187882000000000 \ sched-entry S 01 100000 \ sched-entry S 02 100000 \ sched-entry S 04 100000 \ flags 2num_tc 5 声明我们使用了5个流量类别Traffic Class, TC编号从0到4。TC的数量需要与硬件支持的队列数匹配。map 0 1 2 3 4 这是优先级映射表。它定义了网络数据包的优先级如VLAN PCP值或IP DSCP值映射到哪个TC。map 0 1 2 3 4是一种最简单的映射表示优先级0映射到TC0优先级1映射到TC1以此类推。在实际应用中你需要根据你的流量类型来规划这个映射。queues 10 11 12 13 14 定义每个TC对应的硬件发送队列。10表示TC0使用1个队列队列索引为0。通常配置为一对一映射。base-time 1577187882000000000基准时间单位是纳秒。这是整个调度表开始执行的绝对时间点必须是一个未来的PTP时间。你需要先获取当前的PTP时间然后加上一个偏移量如2秒后来计算这个值。例如使用devmem2读取PTP时钟寄存器或者通过phc2sys工具获取系统时间对应的PTP时间。sched-entry S gate_mask interval 这是调度条目定义了在一段时间内哪些门是打开的。S 表示“SetGateStates”即设置门状态。gate_mask 一个8位的十六进制数每一位对应一个TC的门状态1开0关。例如01二进制0000 0001表示只打开TC0的门关闭TC1-TC7的门。02二进制0000 0010表示只打开TC1的门。interval 该调度条目持续的时长单位是纳秒。例如100000表示100微秒。flags 2 这个标志位非常关键。2对应TAPRIO_CMD_FLAG_FULL_OFFLOAD表示将整个Qbv调度表完全卸载到硬件中执行。软件内核只负责下发配置后续的门开关切换由硬件时钟精确触发不占用CPU资源这是实现低抖动和确定性的关键。务必确保此标志被设置。4.2 完整Qbv测试流程假设我们要测试一个简单的调度TC0的门打开100微秒然后TC1的门打开100微秒循环往复。准备工作确保两块板卡A和B的eth1接口已通过PTP同步。为eth1配置IP地址并启用接口。计算基准时间# 方法一使用devmem2直接读取PTP时钟寄存器需知道寄存器地址如i.MX 8M Plus的0x30bf0b08 devmem2 0x30bf0b08 # 假设返回 0x5E01F9B2这是以秒为单位的PTP时间。 # 计算2秒后的纳秒时间(0x5E01F9B2 120) * 1000000000 # 方法二更通用运行ptp4l后其输出日志中会打印当前时间。也可以编写小程序通过PTP设备ioctl获取。将计算出的未来时间作为base-time。在发送端板卡A配置Qbvtc qdisc replace dev eth1 parent root handle 100 taprio \ num_tc 5 map 0 1 2 3 4 queues 10 11 12 13 14 \ base-time 你计算出的基准时间 \ sched-entry S 01 100000 \ sched-entry S 02 100000 \ sched-entry S 04 100000 \ flags 2这个调度表周期为300微秒三个100微秒条目依次打开TC0、TC1、TC2的门。注意taprio要求调度表至少有两个条目且最后一个条目的间隔之后会循环回第一个条目。生成测试流量使用板载的pktgen脚本向特定队列发送流量。# 向队列1对应TC1发送数据包 /usr/share/samples/pktgen/pktgen_twoqueue.sh -i eth1 -q 1 -s 1000 -n 0 -m 90:e2:ba:ff:ff:ff # -q 指定队列-s 指定包大小-n 0表示无限发送-m 指定目的MAC你可以同时运行多个pktgen实例向不同队列如TC0和TC2发送流量。验证结果在接收端板卡B使用tcpdump抓包。tcpdump -i eth1 -e -nn -t -c 10000 -w qbv_test.pcap将抓到的qbv_test.pcap文件拷贝到电脑上用Wireshark打开。通过分析数据包的时间戳你应该能看到来自TC1队列1的数据包只在每个调度周期的第二个100微秒窗口内出现。来自TC0和TC2的数据包分别只在第一个和第三个100微秒窗口内出现。数据包之间几乎没有时间重叠且窗口间隔规律。检查Qbv状态可以通过读取硬件寄存器来确认Qbv调度器是否已激活。devmem2 0x30bf0c58 # i.MX 8M Plus上查询MTL_EST_Status寄存器如果状态寄存器显示为active则表明硬件调度器正在运行。常见问题与排查流量没有按预期被门控首先检查flags是否设置为2全卸载。如果不是调度可能由软件模拟精度和确定性很差。其次检查map配置确保你发送流量的优先级或直接指定的队列正确映射到了你希望控制的TC。基准时间已过如果base-time设置成了一个过去的时间taprio会尝试计算下一个合适的周期起点但行为可能不符合预期。最好总是设置一个未来时间如当前时间2秒。与Qbu的冲突如果同时启用了Qbv和Qbu帧抢占需要特别注意。对于被设置为“可抢占”队列的门控在Qbv中可能被视为常开Hold/Release模式控制。在配置Qbv前最好先用ethtool --show-frame-preemption eth1检查帧抢占状态如果已激活可能需要先禁用ethtool --set-frame-preemption eth1 disabled才能进行纯Qbv测试。5. Qbu帧抢占配置与测试详解传统以太网帧一旦开始传输就必须完整发送即使有一个更高优先级的帧到达也必须等待当前帧发完。这对于最大尺寸1522字节的帧来说可能引入超过120微秒的延迟。Qbu帧抢占机制允许一个高优先级的“快速”帧Express Frame中断一个正在传输的低优先级“可抢占”帧Preemptable Frame将后者分割成多个片段发送从而显著降低高优先级流的延迟。5.1 启用与验证帧抢占能力帧抢占能力依赖于链路两端的设备本端和对端都支持并通过LLDP链路层发现协议协商成功。在i.MX平台上启用流程如下启用MAC合并子层MAC Merge Sublayer, MMSethtool --set-mm eth1 tx-enabled on pmac-enabled on verify-enabled off tx-min-frag-size 60tx-enabled on 启用发送方向的帧抢占。pmac-enabled on 启用预空MACPreemptable MAC。verify-enabled off 关闭验证模式初始配置时可关闭后续验证时需要开启。tx-min-frag-size 60 设置最小可抢占片段大小为60字节不包括帧校验序列FCS。这是标准推荐值。配置队列的抢占属性使用mqprioqdisc的fpframe preemption参数来指定哪些队列是“快速”队列Express哪些是“可抢占”队列Preemptable。tc qdisc add dev eth1 root handle 1: mqprio num_tc 5 \ map 0 1 2 3 4 \ queues 10 11 12 13 14 \ fp P E P E E \ hw 1fp P E P E E 这个字符串定义了每个TC的抢占属性长度必须与num_tc一致。E表示快速队列ExpressP表示可抢占队列Preemptable。例如这里TC0和TC2是可抢占的TC1、TC3、TC4是快速的。注意硬件要求至少有一个快速队列。验证抢占状态在两块背对背连接的板卡上都执行上述配置后使用以下命令检查ethtool --show-mm eth1查看输出中的verify status和active字段。如果active显示为active则表示链路两端的帧抢占能力已成功协商并激活。5.2 帧抢占验证测试生成混合流量使用pktgen脚本同时向一个快速队列如TC1和一个可抢占队列如TC2发送流量。可抢占队列的包长可以设置得大一些例如1500字节以增加被抢占的概率。/usr/share/samples/pktgen/pktgen_twoqueue.sh -i eth1 -q 1 -s 150 -n 0 -m 90:e2:ba:ff:ff:ff # 这个脚本可能会同时向两个队列发流或者需要修改以指定不同队列。捕获与分析mPacket使用支持mPacket解析的专业测试仪如Spirent TestCenter捕获链路流量。你将能看到标准的以太网帧被拆分成了“mPacket”。一个mPacket包含SMDStart of Packet Delimiter 标识这是一个mPacket的开始。mPacket内容 可能是一个完整的快速帧或者是一个可抢占帧的片段。帧校验序列FCS 每个mPacket都有自己的FCS。 例如SMD值为0xD5表示包含一个快速帧0x4C表示包含一个可抢占帧的起始片段0x52表示包含一个可抢占帧的后续片段并带有片段计数。查看硬件计数器如果没有测试仪可以通过内核统计信息间接验证。ethtool -S eth1 | grep -i fragment查找类似mmc_tx_fpe_fragment_cntr的计数器。如果其值在流量发送期间不断增加说明发生了帧分割即帧抢占正在工作。5.3 Qbu与Qbv的联合测试当Qbu和Qbv同时启用时对于被标记为“可抢占”的队列其Qbv的门控逻辑会发生变化。此时不能简单地用SSetGateStates来开关门而需要使用HHold和RRelease来控制。HHold 暂停所有可抢占队列的传输。RRelease 恢复所有可抢占队列的传输。配置示例tc qdisc replace dev eth1 parent root handle 100 taprio \ num_tc 5 map 0 1 2 3 4 queues 10 11 12 13 14 \ base-time basetime \ sched-entry H 02 100000 \ sched-entry R 04 100000 \ flags 2这个配置表示在第一个100微秒窗口内Hold住gate_mask为02二进制00010即TC1所对应的可抢占队列根据之前的fp设置TC1是快速队列所以不受影响这里H作用于所有可抢占队列与mask关系需查证通常H/R控制所有可抢占队列mask可能用于其他目的或忽略。在第二个100微秒窗口内Release所有可抢占队列。这样可抢占队列的发送就被限制在了特定的时间窗口内实现了与Qbv类似的调度效果但控制粒度是所有可抢占队列一起。实操心得帧抢占的验证对链路两端设备有严格要求。务必确保对端设备另一块开发板或交换机也支持并启用了帧抢占。仅仅本端启用是无效的。在LS1028A上如果使用其内部的以太网交换机Switch端口进行测试需要确保交换机的相应端口也通过ethtool --set-mm swp0 tx-enabled on pmac-enabled on启用了合并Merge能力。初次调试时建议先用ethtool --show-mm反复确认active状态为active再开始流量测试。6. Qci流过滤与监管配置与测试详解Qci每流过滤与监管是TSN中的“交警”和“流量计”。它工作在网络入口Ingress可以对每个数据流Stream进行精细化的识别、计量和策略控制。一个完整的Qci处理管道包含三个模块流识别Stream Identification 根据MAC地址、VLAN ID、IP五元组等识别特定的流。流过滤Stream Filtering 将识别出的流引导到对应的流门Stream Gate和流量计Flow Meter。流门与流量计Stream Gate Flow Meter 流门基于时间表控制流的通断流量计通常采用双令牌桶算法对流的带宽进行监管标记或丢弃超速的帧。在LS1028A平台上NXP提供了tsntool这个专用工具来配置复杂的Qci硬件表项比通用的tc命令更直观。6.1 基础环境与流识别设置假设测试拓扑为LS1028A RDB的eno0端口连接测试仪或另一台设备。LS1028A的MAC地址设置为10:00:80:00:00:00对端设备MAC为99:aa:bb:cc:dd:ee。首先启动tsntool交互式shelltsntool tsntool verbose # 可选开启详细输出测试1无流句柄的流过滤这是最简单的情况所有未被其他规则匹配的“默认”流都走这条路径。# 1. 创建一个流过滤器条目索引2并将其关联到流门条目2。 tsntool qcisfiset --device eno0 --index 2 --gateid 2 # 2. 创建一个流门条目索引2初始状态为打开1。 tsntool qcisgiset --device eno0 --index 2 --initgate 1现在从对端设备ping LS1028A流量应该能通过因为门是开的。然后将流门初始状态改为关闭--initgate 0再次ping应该超时。通过qcisfiget --device eno0 --index 2可以查看该流过滤器的计数器观察match匹配次数、pass通过次数、gate_drop因门关闭而丢弃的次数等。6.2 基于MAC和VLAN的流识别测试2空流识别条目Null Stream Identify这种条目仅根据目的MAC和VLAN ID可选进行过滤。# 1. 设置流门1为常闭 tsntool qcisgiset --device eno0 --index 1 --initgate 0 # 2. 创建一个流识别条目索引1匹配目的MAC为10:00:80:00:00:00VLAN ID为10或任意由--nulltagged决定 tsntool cbstreamidset --device eno0 --index 1 --nullstreamid --nulldmac 0x000000800010 --nulltagged 3 --nullvid 10 --streamhandle 100 # --nulldmac: 目的MAC格式为48位整数的十六进制低位表示。0x000000800010 对应 10:00:80:00:00:00。 # --nulltagged 3: 3表示“带tag或未带tag的帧都匹配”1仅匹配未tagged2仅匹配tagged。 # --nullvid 10: 要匹配的VLAN ID如果tagged为3此字段可能被忽略或用于特定tagged帧匹配。 # --streamhandle 100: 一个用户定义的句柄用于关联流过滤器。 # 3. 创建一个流过滤器条目索引1关联上述流识别句柄100和流门1。 tsntool qcisfiset --device eno0 --streamhandle 100 --index 1 --gateid 1配置完成后从对端发送目的MAC为10:00:80:00:00:00的帧会被流识别条目1匹配然后交给流过滤器1由于关联的流门1是关闭的因此帧被丢弃gate_drop计数器增加。6.3 流量计FMI测试流量计用于限制流的带宽。LS1028A支持双令牌桶算法包含承诺信息速率CIR、承诺突发大小CBS、超额信息速率EIR和超额突发大小EBS。测试3流量监管# 1. 创建一个流过滤器条目2并关联一个流量计条目2。 tsntool qcisfiset --device eno0 --index 2 --gateid 2 --flowmeterid 2 # 2. 配置流量计条目2启用颜色模式--cm和耦合标志--cf设置CIR5Mbps, CBS1500字节, EIR5Mbps, EBS1500字节。 tsntool qcifmiset --device eno0 --index 2 --cm --cf --cbs 1500 --cir 5000 --ebs 1500 --eir 5000 # 3. 将关联的流门2设置为常开。 tsntool qcisgiset --device eno0 --index 2 --initgate 1--cm颜色模式 启用后流量计会根据帧的TCITag Control Information中的颜色位通常是DEI位来判断帧是“绿色”还是“黄色”。绿色帧受CIR/CBS约束黄色帧受EIR/EBS约束。如果不启用所有帧都视为绿色。--cf耦合标志 启用后黄色帧的令牌桶计算会考虑绿色帧已使用的带宽使得总带宽控制在CIREIR内。这是一种更灵活的整形方式。配置完成后从对端以高于10MbpsCIREIR的速率向eno0发送流量。通过qcifmiget --device eno0 --index 2查看流量计计数器你会看到bytecount总字节数增加但drop丢弃计数可能为0因为总带宽10Mbps尚未超过。如果你将EIR调低例如--eir 2000那么总带宽变为7Mbps此时发送10Mbps的流量就会看到drop计数器开始增加部分帧被丢弃。排查技巧Qci的配置较为复杂表项流识别、流过滤、流门、流量计之间存在关联关系。调试时务必遵循“自底向上”或“自顶向下”的逻辑。例如可以先配置一个“常开”的流门和“不限速”的流量计确保流识别和过滤能正常工作帧能匹配并通过。然后再逐步添加门控时间表或调低带宽限制观察帧被丢弃或延迟的现象。大量使用tsntool的get命令如qcisfiget,qcisgiget,qcifmiget来查询配置和计数器状态是定位问题的关键。7. Qav基于信用的整形器配置与测试详解Qav也称为Credit-Based Shaper, CBS是TSN中用于保证高优先级流量如音频视频桥接流低延迟和低抖动的关键机制。它不同于Qbv的严格门控而是为每个队列维护一个“信用值”。发送数据包会消耗信用信用为负时必须等待信用恢复为正才能发送从而平滑了流量突发限制了高优先级流的最大占用带宽。7.1 Qav在i.MX平台上的配置使用tc cbs在i.MX 8M Plus等平台上使用tc的cbsqdisc来配置Qav。首先设置mqprio定义流量类别到硬件队列的映射tc qdisc add dev eth1 root handle 1: mqprio num_tc 5 \ map 0 1 2 3 4 \ queues 10 11 12 13 14 \ hw 0 # 注意对于Qavhw参数通常设为0因为CBS整形可能在软件或混合模式下实现。为特定队列例如队列3对应TC3配置CBS参数限制其带宽为20 Mbpstc qdisc replace dev eth1 parent 1:4 cbs \ locredit -1470 \ hicredit 30 \ sendslope -980000 \ idleslope 20000 \ offload 1idleslope 空闲斜率单位是比特/秒。表示信用值增长的速度即允许的平均带宽。20000表示 20,000 bps 20 kbps注意这里文档示例是20000但描述是20Mbit/s可能存在单位混淆。通常idleslope应以bits per second为单位20 Mbps 应为20000000。需要根据硬件数据手册确认。示例中可能用了简化值。sendslope 发送斜率单位是比特/秒。表示发送数据时信用值下降的速度。计算公式为sendslope idleslope - link_speed。对于1Gbps链路sendslope 20,000,000 - 1,000,000,000 -980,000,000。示例中的-980000可能单位是kbps或存在笔误。hicredit和locredit 信用值的高低容限。它们与最大帧长和链路速度有关用于计算信用值的上下界防止信用值无限增长或减少。具体计算方式参考IEEE 802.1Q-2018标准。offload 1 尝试启用硬件卸载。生成测试流量并测量带宽/usr/share/samples/pktgen/pktgen_sample01_simple.sh -i eth1 -q 3 -s 500 -n 3000脚本运行后会输出结果查看Result:行中的带宽如19Mb/sec。你可能会发现实测带宽略低于设定的idleslope目标值如19 Mbps vs 20 Mbps。理解带宽偏差根据NXP文档提到的勘误TKT0649448实测带宽与目标带宽之间存在一个系统性的偏差其公式为实际带宽 目标带宽 * (1 – (12 / (8 平均包长)))其中12字节是每个包增加的“额外开销”可能包括帧间隔IFG等8是以太网前导码和帧起始定界符的长度。对于一个500字节的包平均包长 500计算如下实际带宽 20 Mbps * (1 – (12 / (8 500))) ≈ 20 Mbps * (1 – 0.02362) ≈ 19.528 Mbps这个结果与测试输出的19 Mbps接近。因此在配置Qav时如果需要精确的带宽需要根据这个公式进行反推设置一个略高的idleslope目标值。7.2 Qav在LS1028A平台上的配置使用tsntool在LS1028A上使用tsntool配置Qav更为简洁它直接使用百分比来设置带宽。启用mqprio同样需要tc qdisc add dev eno0 root handle 1: mqprio num_tc 8 \ map 0 1 2 3 4 5 6 7 \ queues 10 11 12 13 14 15 16 17 \ hw 1使用tsntool为流量类别设置带宽百分比tsntool cbsset --device eno0 --tc 7 --percentage 60 tsntool cbsset --device eno0 --tc 6 --percentage 20这表示TC7最高优先级的队列可以获得60%的链路带宽信用TC6获得20%的带宽信用。剩余的20%带宽留给其他未配置CBS的队列BE流量。验证带宽使用pktgen向TC7和TC6对应的队列发送流量并测量实际带宽。你应该能看到TC7的流量速率被限制在链路速度的60%左右TC6被限制在20%左右。当同时发送时它们应能共享链路且高优先级TC7的流量抖动更低。注意事项QavCBS通常用于保障高优先级、低数据量的实时流如音频而不是用于严格的带宽限制。它的目的是防止低优先级流量如大量TCP备份阻塞高优先级流量通过信用机制平滑发送从而降低最大帧延迟和抖动。在配置时需要仔细规划每个优先级类别的idleslope或百分比确保所有配置的CBS队列的idleslope之和不超过链路总带宽否则会导致信用无法恢复所有队列都被阻塞。