ISO/IEC 29341-8-5:UPnP服务质量 — QoS Policy v2

UPnP QoS Policy v2规范全面指南 — 策略结构、规则评估与部署策略

ISO/IEC 29341-8-5规定了UPnP QoS架构中的QoS Policy v2组件,定义了网络流量策略的结构化方式、存储方式以及在支持UPnP QoS的设备上的应用方式。QoS Policy服务提供了一种标准化机制,用于创建、管理和分发决定不同类型网络流量应如何处理策略规则。策略充当了高级应用需求与低级设备配置之间的桥梁,将抽象的QoS需求转化为QoS Device实例可以执行的具体数据包处理指令。

策略性地使用优先级值——数值越低表示评估优先级越高。当多个策略可能匹配同一流量流时,优先级值最低的策略首先被应用。

策略结构与规则评估模型

QoS Policy v2规范定义了一个分层策略模型,其中每个策略包含一个或多个规则,每个规则由一个条件集和一个动作集组成。条件集指定匹配条件,包括源和目标地址、协议类型、端口范围、DSCP值和VLAN标签。动作集指定条件匹配时应用的处理方式,包括目标流量类别、DSCP标记值、802.1p优先级和可选的计量参数。策略存储在策略仓库中,该仓库可以位于设备本地或集中在网络中。

规则评估遵循首匹配语义:入站流量按照优先级值递增的顺序针对策略规则进行测试。一旦找到匹配的规则,执行相应的动作,评估停止。这种确定性评估模型简化了故障排除并确保了可预测的行为。该规范还定义了一种PolicyInvalidation机制,允许QoS Manager在策略更新时通知设备,触发活动流量流针对新策略集的重新评估。

属性 描述 示例值
PolicyID 策略的唯一标识符 urn:upnp-qos:policy:voip:1
Precedence 评估优先级(越低优先级越高) 10
ConditionMatch 流量匹配条件表达式 Proto=UDP AND Port=5060
TargetTrafficClass 匹配时分配的流量类别 TC_AV(音频/视频)
MarkingAction 数据包标记行为 DSCP=46(EF)、802.1p=5
MeteringParams 速率限制和突发参数 CIR=256kbps、CBS=64KB
具有重叠条件集的策略规则可能创建难以诊断的冲突。在部署到生产环境之前,请始终使用策略冲突检测工具验证规则集。

QoS策略部署的工程设计模式

设计有效的QoS策略框架需要同时理解应用需求和网络拓扑。推荐的工程设计模式是分层策略方法:在网络边缘定义将流量分类为广泛类别(语音、视频、关键数据、尽力而为、后台)的基础策略,然后在网络深处应用根据本地拥塞条件和管理域细化处理的更具体的策略。这种方法最小化了需要维护的策略数量,同时确保在每个网络段都有适当的处理。

QoS Policy v2通过UPnP控制点接口实现企业级流量管理策略的自动化执行,与每台设备的CLI配置相比,可将手动配置工作减少高达90%。
一个匹配所有流量并分配最低优先级的错误配置策略实际上会禁用所有QoS优势。始终在最低优先级包含一个分配尽力而为处理的兜底规则,以确保没有流量未被分类。

常见问题解答

问:QoS Policy v2服务可以管理多少个策略?
答:规范没有规定具体限制,但MaxPolicyRules状态变量指示了设备的容量。典型实现根据硬件资源支持64到512条规则。
问:QoS策略可以依赖时间条件吗?
答:可以。QoS Policy v2支持规则匹配中的基于时间的条件,允许在一天中的不同时间或一周中的不同天激活不同的策略。这通常用于在高峰营业时段应用更严格的QoS控制。
问:当QoS Device收到无法完全实现的策略时会发生什么?
答:设备在策略应用期间报告其能力,QoS Manager可以查询QosDeviceCapabilities来确定支持哪些策略操作。不支持的操作通常被忽略或替换为尽力而为的默认值,并且设备返回警告状态。

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注