4. 流状态建立要求
本节描述有状态流标记场景的要求. 在有状态场景中, 路径上的节点维护关于流的状态信息, 并可以使用信令协议建立该状态.
一般要求
使用有状态流标记机制时, 适用以下要求:
-
信令协议: MUST 使用信令协议告知路径上的节点流标签值及其语义. 此类协议示例包括 RSVP [RFC2205] 和 GIST [RFC5971].
-
状态一致性: 为某个流维护状态的所有节点 MUST 对流标签值及其含义有一致理解.
-
状态生命周期: 流状态 MUST 具有定义明确的生命周期, 并且 MUST 在流终止或状态过期时刷新或移除.
与无状态操作的兼容性
有状态流标记机制 MUST 设计为可与无状态操作共存. 具体而言:
-
不参与有状态机制的节点 MUST 仍能够转发带有非零流标签的分组.
-
不理解有状态机制的节点存在 MUST NOT 导致分组被丢弃或错误路由.
信令协议要求
用于流状态建立的信令协议 MUST:
-
提供一种传达某个流要使用的流标签值的方法.
-
提供一种传达流标签语义的方法 (即应对带有此流标签的分组应用何种处理).
-
提供一种建立, 刷新和拆除流状态的方法.
-
能够稳健应对分组丢失和节点故障.
有状态操作的安全考虑事项
有状态流标记机制 MUST 处理 第 6 节 中描述的安全考虑事项. 特别是:
-
信令协议 MUST 提供认证和完整性保护, 以防止未经授权修改流状态.
-
MUST 具备相应机制, 防止通过过量创建流状态发动拒绝服务攻击.
与无状态操作的交互
当同一网络中同时使用有状态和无状态流标记时:
-
有状态机制 MUST NOT 干扰无状态操作.
-
同时实现有状态和无状态机制的节点 MUST 清楚地区分按有状态方式处理的流和按无状态方式处理的流.
-
默认行为 SHOULD 是无状态操作, 仅在显式配置或信令指示时使用有状态操作.