Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO/IEC 29341-8-16 流量描述符服务
UPnP QoS 架构 — 流量分类与描述服务
流量描述符服务概述
ISO/IEC 29341-8-16 标准定义的流量描述符服务为 UPnP QoS 架构提供了一种描述网络流量流的标准化机制。流量描述符定义了识别哪些数据包属于特定流量流的分类标准——包括源和目标 IP 地址、端口号、协议类型和 DSCP 标记。这些描述符作为应用 QoS 策略的基本构建块。
可以将流量描述符视为流量分类的可重用模板。架构允许策略引用命名的描述符，而不是将分类规则嵌入到每个 QoS 策略中，从而实现更清晰的策略管理和描述符在多个策略间的重用。
描述符结构与类型
该服务定义了多种类型的流量描述符，以覆盖不同的分类场景。每种描述符类型使用特定的参数集以不同的粒度级别识别流量流。
| 描述符类型 | 范围 | 关键参数 |
|---|---|---|
| IPv4Flow | 匹配 IPv4 单播流 | SourceIP、DestIP、SourcePort、DestPort、Protocol、DSCP |
| IPv6Flow | 匹配 IPv6 单播流 | IPv6SourcePrefix、IPv6DestPrefix、SourcePort、DestPort、Protocol、TrafficClass |
| EthernetFrame | 匹配二层以太网帧 | SourceMAC、DestMAC、EtherType、VLAN_ID、802.1pPriority |
为获得最大灵活性，请使用最适合您流量的最具体描述符类型。如果需要匹配应用流量而不依赖于 IP 地址，请将 IPv4Flow 描述符与应用特定的端口号结合使用，而不是使用过于宽泛的 EthernetFrame 描述符。
工程设计要点
实现流量描述符服务时，主要的工程挑战是平衡分类准确性与处理效率。每个经过 QoS 设备的数据包都必须与所有活动描述符进行匹配评估——对数百个描述符进行线性搜索会显著影响高速链路的吞吐量。
一种常见的优化技术是构建分层分类树。描述符以协议和端口范围为键组织在 trie 或基于哈希的结构中，将分类搜索从 O(n) 减少到 O(log n) 或在常见情况下达到 O(1)。这种方法对于 IPv4Flow 描述符尤其有效，因为其五元组（源 IP、目标 IP、源端口、目标端口、协议）非常适合基于哈希的查找。
谨慎使用描述符中的通配符参数。仅指定目标端口而未限制源 IP 的描述符可能匹配到非预期的流量，导致错误分类。始终使用能够正确标识目标流量的最严格参数集。
该服务还管理描述符的生命周期——创建、修改和删除。每个描述符由唯一的 DescriptorID 标识，该 ID 被通过 QoS 设备服务安装的 QoS 策略引用。当描述符被删除时，所有引用它的策略必须被废止或更新。
描述符 ID 耗尽在资源有限的设备上是真实存在的问题。实现适当的引用计数和垃圾回收机制，以在描述符不再被任何活动策略引用时回收描述符 ID。否则，32 位 ID 空间可能在快速的创建/删除循环中被耗尽。
常见问题
问：单个 QoS 策略能否引用多个流量描述符？
可以。一个 QoS 策略可以引用多个流量描述符，使得相同的 QoS 处理可以应用于不同的流量流。这在相同的优先级和标记规则需要同时应用于同一应用的 IPv4 和 IPv6 版本时非常有用。
问：当流量描述符被删除时，活跃的流量流会怎样？
被删除描述符匹配的活动流通常根据设备实现处理。有些设备继续应用上次已知的 QoS 处理直到流结束，而另一些则立即重新分类该流。标准推荐后一种方式以保持一致性。
问：设备支持的流量描述符数量是否有限制？
标准未规定具体限制，但每个设备通过 QoS 设备服务的 GetQoSDeviceInfo 动作广告其容量。嵌入式设备可能只支持 16 个描述符，而基于软件的实现可以支持数千个。
