云南龙网

  1. 首页 > 云知道 > >

DS Field IPv4与IPv6包头中差分服务字段的定义( 四 )

云知道


样的转发处理 。一个分组聚合分类器可以选择一种PHB方式（比如说，用差分输出对流服
务规则），这种选择基于包含在该DS域中所有网络节点中所定义的DS字段的码值 。DS边
界的分类器于业务流定型器是按照特定的服务所设置的，而这种治理策略不在本文的讨论范
围之内 。
与差分服务相关的一些附加定义在[ARCH]中给出 。
3. DS字段的定义
我们定义DS字段来代表在[RFC791]中定义的IPv4包头中的TOS八位组与[IPv6]中所
定义的流标签八位组 。
DS字段中的前六位定义为DS标记（码值），它用来在每个节点中选择包的PHB 。剩下
的两位目前未定义的比特为CU字段 。这个字段的定义与解释不在本文的讨论范围内 。CU
位的值在差分服务节点对某一包进行单段行为时忽略 。
DS字段的结构如下所示：
01234567
--- --- --- --- --- --- --- --- --- ---
DSCPCU
--- --- --- --- --- --- --- --- --- ---
DSCP：差分服务码值，即DS标记值
CU：目前未定义
在本文所示的DS标记中，标记‘xxxxxx’（此处‘x’可为‘0’或‘1’）的最左端比特位
代表DS字段的0比特位，而其最右端比特代表DS字段的第5比特位 。
业务的提供者要注重DS标记字段宽度是6比特 。提供DS服务的节点必须严格的以这
6比特的DS标记字段来选择PHB 。举例来说，用这个字段中定义的值作为一个索引表来选
定应该对一个特定的包作何种处理（当然这种处理机制已经在该节点中实现了） 。CU字段
的值必须在选择PHB使被忽略（以便未来扩展功能） 。，以便将来更加灵活的定义单端行为，
DS标记字段并未系统化定义 。
由于以下所列出的问题，码值到PHB的映射必须是可以配置的 。一个DS服务节点必
须支持可配置的由码值到PHB的映射表的逻辑等同性 。PHB的定义必须包括所建议的默认
码值，这个码值必然是在对应的标准格式下（见第六节）独一无二的 。就是说，服务必须在
其默认设置下支持本文建议的码值到PHB的映射 。但相关操作可以对不同的码值用同一个
PHB，不论这个PHB是不是建议默认的 。要注重的是，假如做出了这样的选择，就可能需
要在DS治理域边界对DS字段重新做标记，就算是边界两边所执行的PHB相同也是一样 。
有关重新标记的深一步讨论请参考[ARCH] 。
对于与一般设置不同的例外即码值为‘xxx000’的情况，我们将在4.2.2与4.3中讨论 。
节点接到的包的码值若不能识别的话，节点应该把它当成作了默认标记的包而转发出去
（详见第四节），而且包的码值不能被改变 。这类包不可以让网络节点产生故障 。
上面所讲到的DS字段和现有的[RFC791]中的IPv4TOS八位组的定义是不同的 。但正
如一个网段使用RFC791的指定优先级一样，我们可以假设DS域可以通过配置重新做标记
的边界节点来保护自己 。正确的操作过程应当遵循[RFC791]，它指出：“假如这些指定优先
级只是在一特定网段中使用，那么这个网段就有责任控制接入与使用这些优先级 。”在任何
情况下，DS边界确认DS字段的值都是明智的 。因为一个上行流处的节点可以将这个值设
成任意数 。这样，未做到独立与未正确配置边界节点的DS域可能会承担不可预见的服务 。
为了提供所希望的本地的或端到端的服务，节点可能要重设DS字段的值 。DS边界之间的
DS字段如何转换事关业务提供者与用户之间的业务性条约，不再本文的讨论范围之内 。标
准的PHB使业务提供者可以从一系列众所周知的包转发策略中构建他们的服务 。而这些策

推荐阅读


上一篇：如何区别数量短语作宾语和补语

下一篇：工伤会影响年终奖吗