跳到主要内容

5.2. Traffic Classification Sub-Data Item 类型值 (Traffic Classification Sub-Data Item Type Values)

IANA 已创建一个名为 "Traffic Classification Sub-Data Item Type Values" 的新 DLEP 注册表.

表 2 显示该注册表的注册策略 [RFC8126]:

              +=============+=========================+
              | Range       | Registration Procedures |
              +=============+=========================+
              | 1-65407     | Specification Required  |
              +-------------+-------------------------+
              | 65408-65534 | Private Use             |
              +-------------+-------------------------+

                    Table 2: Registration Policies

表 3 显示该注册表的初始内容:

   +=============+=================================+=============+
   | Type Code   | Description                     | Reference   |
   +=============+=================================+=============+
   | 0           | Reserved                        | RFC 9892    |
   +-------------+---------------------------------+-------------+
   | 1           | Diffserv Traffic Classification | [RFC2474]   |
   +-------------+---------------------------------+-------------+
   | 2           | Ethernet Traffic Classification | [IEEE8021Q] |
   +-------------+---------------------------------+-------------+
   | 3-65407     | Unassigned                      |             |
   +-------------+---------------------------------+-------------+
   | 65408-65534 | Reserved for Private Use        | RFC 9892    |
   +-------------+---------------------------------+-------------+
   | 65535       | Reserved                        | RFC 9892    |
   +-------------+---------------------------------+-------------+

                  Table 3: Initial Registry Contents

该注册表涵盖数据包流量分类, 其中数据包或数据帧中的标准数据包头部标识符指示 Quality of Service (QoS) 处理. 它包括两个特定条目, 用于 IP 和 Ethernet 网络中 QoS 管理广泛认可的标识符. 保留值为未来可能出现的类似标识符预留, 这些标识符可用于表示 QoS 处理. 但是, 预计新增条目的请求不会很频繁.

该注册表内的分配须满足以下要求:

  1. 按照 [RFC8126] 中定义的 "Specification Required" 策略, 记录所请求值的预期用途.

  2. 获得 IESG 任命的 designated expert (DE) 批准. DE 必须执行以下事项:

    • 验证所请求的值已有清晰文档, 且其目的和用法明确无歧义.

    • 确保提议的值不与 IETF 内现有工作或正在进行的工作冲突.

    • 确认任何请求代码点的规范均已由 MANET Working Group (或 IESG 指定的后继邮件列表) 审查.

    • 验证请求代码点的外部规范可公开获取, 已永久归档, 且不与活跃或已发布的 IETF 工作冲突.

    • 确保审查过程及时进行, 并通过与适当工作组协商解决任何争议.

最后于 更新