11.2. Flow Component Definitions (流组件定义)
11.2. Flow Component Definitions (流组件定义)
一个 Flow Specification 由一系列流组件组成, 这些组件由一个 8 位组件类型标识。IANA 已创建并维护一个名为 "Flow Spec Component Types" 的注册表。IANA 已将此注册表的参考更新为 RFC 8955。此外, 值的参考已根据下表进行更新 (注意: 本文档废弃了 [RFC7674] 和 [RFC5575], 对这些文档的所有引用已从注册表中删除。)
| Value | Name | Reference |
|---|---|---|
| 1 | Destination Prefix | RFC 8955 |
| 2 | Source Prefix | RFC 8955 |
| 3 | IP Protocol | RFC 8955 |
| 4 | Port | RFC 8955 |
| 5 | Destination port | RFC 8955 |
| 6 | Source port | RFC 8955 |
| 7 | ICMP type | RFC 8955 |
| 8 | ICMP code | RFC 8955 |
| 9 | TCP flags | RFC 8955 |
| 10 | Packet length | RFC 8955 |
| 11 | DSCP | RFC 8955 |
| 12 | Fragment | RFC 8955 |
Table 10: Registry: Flow Spec Component Types
为了管理有限的数字空间并适应多种用途, 使用了由 [RFC8126] 定义的以下策略:
| Type Values | Policy |
|---|---|
| 0 | Reserved |
| [1 .. 127] | Specification Required |
| [128 .. 254] | Expert Review |
| 255 | Reserved |
Table 11: Flow Spec Component Types Policies
对专家的指导:
范围 128-254 的注册策略是 Expert Review。专家应检查所请求代码点的目的和使用的清晰性。专家还必须验证在 IETF 中产生的任何请求这些代码点之一的规范已提供给 IDR 工作组审查, 并且在 IETF 之外产生的任何规范不会与 IETF 内正在进行或已经发布的工作冲突。必须指出, 引入新的组件类型可能会破坏与此协议现有实现的互操作性。