我想知道我们是否可以使用非推荐的 DSCP 值设置/标记数据包标头。使用 Wireshark,我可以看到该数据包被标记为“未知 DSCP”。所以我的问题是“是否有必要始终设置 DSCP 的推荐值?
例如。如果我将 DSCP 设置为 62,它会显示未知的 DSCP。而如果我设置 32 或 40 或 list 中提到的其他值,它会给我适当的类名。
打包是否会被丢弃或以默认优先级发送?
我想知道我们是否可以使用非推荐的 DSCP 值设置/标记数据包标头。使用 Wireshark,我可以看到该数据包被标记为“未知 DSCP”。所以我的问题是“是否有必要始终设置 DSCP 的推荐值?
例如。如果我将 DSCP 设置为 62,它会显示未知的 DSCP。而如果我设置 32 或 40 或 list 中提到的其他值,它会给我适当的类名。
打包是否会被丢弃或以默认优先级发送?
正如wireshark所说,它是“未知的”,而不是“畸形的”。使用非推荐的 DSCP 值是完全可以的:通常(如果不总是)您有一个实验值范围,例如,如果您在 Cisco 或华为工作并开发新设备。
- IANA 考虑事项
DS 字段中的 DSCP 字段能够传送 64 个不同的代码点。出于代码点分配和管理的目的,代码点空间分为三个池:由 [CONS] 中定义的标准行动分配的 32 个推荐代码点池(池 1) ,16 个代码点池(池 2)保留用于[CONS] 中定义的实验或本地使用 (EXP/LU),以及最初可用于实验或本地使用的 16 个代码点池(池 3),但如果池,则应优先用于标准化分配1永远疲惫。
(强调我的)
至于这种非标准值的流量会发生什么,它被不识别它的设备默认优先处理:
- 差异化服务领域定义
[...]
使用无法识别的代码点接收的数据包应该被转发,就好像它们被标记为默认行为(参见第 4 节),并且它们的代码点不应更改。此类数据包不得导致网络节点发生故障。
所以它确实是实验性的:不要指望互操作性,它会被忽略(但会保留)。
来源:rfc2474 https://www.rfc-editor.org/rfc/rfc2474