Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO/IEC 29341-8-17 QoS 分类器服务
UPnP QoS 架构 — 流量分类与规则评估服务
QoS 分类器服务概述
ISO/IEC 29341-8-17 标准定义的 QoS 分类器服务为 UPnP QoS 架构 v3 提供了一种专用的网络流量分类服务。分类器根据从流量描述符派生的分类规则集检查传入数据包，并将每个数据包分配到特定的流量类别。这一分类决策决定了数据包将获得的 QoS 处理——包括排队优先级、丢弃概率和流量整形参数。
QoS 分类器将分类逻辑与策略执行分离，允许网络工程师更新分类规则而无需修改底层的排队或标记配置。
分类引擎与规则评估
分类器维护一个有序的分类规则列表。每条规则包含对流量描述符（在第 8-16 部分中定义）的引用以及由此产生的 TrafficClass 分配。当数据包到达时，分类器按优先级顺序评估规则，并将第一个匹配规则的 TrafficClass 分配给该数据包。
| 参数 | 描述 | 示例值 |
|---|---|---|
| ClassifierID | 分类器实例的唯一标识符 | urn:upnp-org:serviceId:QoSClassifier:1 |
| ClassifierRuleList | 有序的分类规则数组 | [{RuleID, DescriptorID, TrafficClassID}] |
| ClassifierRuleUpdateID | 规则更改的单调递增计数器 | 42 |
| DefaultTrafficClass | 无规则匹配时的回退类别 | BestEffort |
始终定义 DefaultTrafficClass 以处理未匹配的流量。将默认值设置为 BestEffort 等低优先级类别可确保未分类流量在仍然送达的同时不会干扰更高优先级的流。
工程设计要点
QoS 分类器的性能对整体网络吞吐量至关重要。每个数据包必须在排队前进行分类，这会引入每数据包的处理开销。对于千兆位速度的网络，这种分类必须在微秒级完成，以避免成为瓶颈。
硬件卸载是一个关键考虑因素。许多现代网络交换机和 NIC 支持使用 TCAM（三态内容寻址存储器）条目进行硬件分类。在此类硬件上实现 QoS 分类器时，必须将 UPnP 分类规则转换为 TCAM 兼容格式。TCAM 条目数量有限（通常每级流水线 128-512 个），这为并发分类规则的数量设置了实际的上限。
规则顺序具有语义重要性。更具体的规则应放在更通用的规则之前。例如，匹配特定 VoIP 电话 IP 地址的规则应出现在匹配所有到端口 5060 的 UDP 流量规则之前。首匹配语义意味着放置过前的通用规则可能会遮蔽后面更具体的规则。
分类器服务还通过 ClassifierRuleUpdateID 变量暴露事件通知。控制点订阅这些事件以检测分类规则何时发生变化，使其能够在不持续轮询的情况下更新对网络 QoS 拓扑的理解。
分类规则的错误配置可能导致完全的服务中断。例如，将来自关键 IoT 传感器的所有流量分类为 BestEffort，同时传感器的控制流量被降级，可能导致系统超时和误报。在生产部署前，始终在测试环境中验证分类规则。
常见问题
问：QoS 分类器与流量描述符服务有何区别？
流量描述符服务（第 8-16 部分）定义标识流量流的模式。QoS 分类器将这些模式用作匹配标准，并将 TrafficClass 值分配给匹配的数据包。简而言之：描述符定义要查找的内容，分类器决定对匹配结果执行什么操作。
问：分类规则能否在无需重启设备的情况下更新？
可以。QoS 分类器服务通过其动作支持动态规则更新。可以在运行时添加、修改、删除或重新排序规则。ClassifierRuleUpdateID 变量随每次修改而改变，使控制点能够跟踪更新。
问：如何配置默认流量类别？
可以通过 SetDefaultTrafficClass 动作设置 DefaultTrafficClass 变量。如果未显式配置默认值，标准要求设备使用 BestEffort 作为默认类别，以确保所有未分类流量的基本连通性。
问：分类器是否支持有状态分类？
基础标准定义了无状态的、基于每数据包的分类。然而，架构允许进行跟踪连接状态的有状态分类扩展。此类扩展需要维护流表，属于实现特定的功能。
