QOS流量整形

什么是流量整形（Traffic Shaping）

在网络质量服务（QoS）体系中，**流量整形（Traffic Shaping，TS）**是一种主动调节流量输出速率的技术手段。它的核心目标是让本地发送的报文速率与下游网络节点的承载能力保持一致，从而避免因突发流量导致的拥塞、丢包或服务质量下降。典型的应用场景是基于下游网络结点的 TP（Throughput） 指标，动态控制本地流量的输出速率，使得发送速率不超过对端可接受的上限。

关键点：流量整形并不是简单地“丢弃”超出速率的报文，而是将这些报文暂时缓存，待条件满足后再有序发送。

流量整形的工作原理

流量整形的实现通常依赖 令牌桶（Token Bucket） 算法。令牌桶的基本概念如下：

令牌生成：系统以固定的速率向令牌桶中注入令牌，每个令牌对应一个固定大小的字节（或一个报文）。
报文发送：当有报文需要发送时，调度器检查令牌桶中是否有足够的令牌。如果有，则消耗相应数量的令牌并立即发送报文；如果没有，则将报文放入 缓冲区或队列 中等待。
缓冲与延迟：被缓存的报文会在令牌桶积累足够令牌后，按一定的间隔均匀地发送出去。这一过程会引入 额外的排队延迟，但能够保证输出流量的平滑性。

令牌桶的关键参数

参数	含义	常见取值
令牌生成速率（r）	每秒注入的令牌数量，决定了长期平均发送速率	与下游链路带宽匹配
桶容量（b）	令牌桶能够累计的最大令牌数，决定了短时突发的容忍度	取决于业务对突发流量的容忍程度
报文大小	每个报文对应消耗的令牌数	通常按字节或固定报文大小计算

通过调节 r 与 b，可以实现不同的流量整形策略：

严格的平滑输出：令牌生成速率与链路带宽严格匹配，桶容量较小。
容忍短时突发：增大桶容量，使得在突发流量出现时仍能短暂保持较高的发送速率。

与流量监管（Policing）的区别

特性	流量整形（Shaping）	流量监管（Policing）
处理方式	将超出速率的报文缓存（放入缓冲区或队列）	直接丢弃（或标记）超出速率的报文
延迟影响	会增加排队延迟，因为报文被暂存后再发送	几乎不引入额外延迟，报文要么立即通过要么被丢弃
适用场景	需要保持业务平滑、对延迟容忍度较高的场景	对时延要求极低、且可以接受一定丢包率的场景
对网络的影响	有助于平滑流量、降低突发导致的拥塞	可能导致瞬时拥塞加剧，因为突发报文直接进入网络

总结：流量整形通过缓存机制在保证输出速率的同时引入了可控的延迟；而流量监管则通过直接丢弃报文来实现速率限制，几乎不产生额外延迟，但可能导致突发流量的瞬时冲击。

常见的应用场景

下游链路受限的接入网络
当接入设备（如工业网关）连接到带宽受限的上游网络时，使用流量整形可以防止本地产生的突发流量超过上游链路的承载能力。
多业务混合的工业现场
在同一网络上同时运行监控、控制、数据采集等业务时，流量整形可以为关键控制流量预留带宽，避免因大流量的监控视频或文件传输导致控制指令延迟。
云端数据上报
边缘设备向云平台上报大量传感器数据时，使用流量整形可以平滑上报速率，防止因瞬时大量数据导致的网络拥塞。
QoS策略的细粒度控制
在需要对不同业务流进行差异化服务时，流量整形可以配合 分类（Classification） 与 标记（Marking），实现对每类流量的独立速率控制。

在 Linux 中使用 `tc` 实现流量整形

Linux 内核提供了强大的流量控制工具 tc（Traffic Control），可以基于令牌桶算法实现流量整形。下面给出一个最小可运行的示例，帮助读者快速上手。

# 1. 创建根 qdisc（使用 HTB 作为父调度器）
tc qdisc add dev eth0 root handle 1: htb default 10

# 2. 为根 qdisc 添加一个 class，限定最大速率为 10Mbps，突发容量为 1MB
tc class add dev eth0 parent 1: classid 1:1 htb rate 10mbit burst 1mbit

# 3. 在该 class 下挂载一个 fq_codel qdisc（可选，用于进一步缓冲管理）
tc qdisc add dev eth0 parent 1:1 handle 10: fq_codel

# 4. 为特定的流量（例如目的 IP 为 192.168.1.100）绑定到该 class
tc filter add dev eth0 protocol ip parent 1:0 prio 1 u32 \
    match ip dst 192.168.1.100 flowid 1:1

说明：

第一步创建了一个 HTB（Hierarchical Token Bucket） 根调度器，它本身实现了令牌桶的概念。
第二步定义了一个子 class，rate 参数对应令牌生成速率，burst 参数对应桶容量。
第三步可选地在子 class 上挂载 fq_codel，它提供了更细粒度的排队管理，能够进一步平滑突发流量。
第四步使用 filter 将目标流量绑定到上述 class，实现对该流量的整形控制。

注意：实际部署时请根据业务需求调整 rate 与 burst 参数，并结合 tc -s qdisc show dev eth0 监控实时排队情况。

实践要点与常见问题

问题	可能原因	解决思路
整形后出现明显的 RTT 增加	桶容量设置过大，导致报文在缓冲区排队时间过长	调整 `burst` 参数，使其与业务对突发容忍度相匹配
带宽利用率低，实际发送速率远低于设定值	令牌生成速率 `rate` 设定过低，或上游链路实际可用带宽更高	重新评估下游链路的实际吞吐能力，适当提升 `rate`
报文丢失，但使用的是整形而非监管	缓冲区溢出（队列长度不足）	增大 qdisc 的 `limit` 参数或使用更高效的排队算法（如 fq_codel）
配置失效，`tc` 命令执行后无效	可能是网络接口名称错误或已有冲突的 qdisc	使用 `tc qdisc show dev <iface>` 检查现有配置，确保接口名称正确

监控与调优

实时统计：tc -s class show dev eth0 能够显示每个 class 的发送字节、丢包数、排队时长等关键指标。
日志分析：结合系统日志（如 dmesg）观察是否出现内核警告或异常。
逐步调优：先从保守的 rate 与 burst 开始，观察业务性能后逐步放宽限制，避免一次性大幅度调高导致网络拥塞。

小结

流量整形（Traffic Shaping）是一种通过 令牌桶 机制对输出流量进行平滑控制的技术手段。它与流量监管（Policing）的根本区别在于：

整形：对超速报文进行缓存，在令牌足够时均匀发送，可能引入 额外延迟。
监管：对超速报文直接丢弃，几乎不产生额外延迟。

在实际工业计算与边缘 AI 场景中，合理使用流量整形可以有效防止突发流量冲击下游链路，提升整体网络的稳定性和服务质量。通过 Linux tc 工具的 HTB qdisc，工程师可以快速实现基于令牌桶的整形策略，并通过监控数据进行细致调优。

实践建议：在部署前先在测试环境验证 rate 与 burst 参数的组合，确保业务对延迟和带宽的需求得到平衡；在生产环境中持续监控 qdisc 统计信息，及时发现并处理潜在的缓冲溢出或带宽浪费问题。

流量整形示意图