rfc2474.txt

RFC文档

位的值在差分服务节点对某一包进行单段行为时忽略。
DS字段的结构如下所示：
0   1   2   3   4   5   6   7
    +---+---+---+---+---+---+---+---+---+---+
|         DSCP          |  CU  |
    +---+---+---+---+---+---+---+---+---+---+

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使业务提供者可以从一系列众所周知的包转发策略中构建他们的服务。而这些策
略可能已经配置在用户的设备中了。
4.	从前的码值定义与PHB需求

正如本节将要讨论的一样，DS字段与现行协议的先后兼容性有一定的限制。我们强调
的“向后兼容性”有两个含义。首先，有一些单段行为已经广泛应用了（比方说，有一些满
足[RFC1812]所指定的IPv4优先级队列条件的行为），我们希望使他们在DS与节点中能够
得到不变得服务。另外，有一些现行码值满足IP优先级字段的描述，我们保留这些码值，
并将他们映射到满足一般需要（在4.2.2.2中详细说明）的PHB上，但注意这些码值对应的
特定的差分服务PHB可能有一些附加的说明。
注意，我们并未在维护与“DTR”或IPv4服务类型八位组“TOS”的向后兼容性方面
做过努力。
4.1默认PHB

DS服务节点中必须有一个默认的PHB。而这个PHB就是现行路由器中普遍的尽力转
发行为（见[RFC1812]）。但没有达到其他共识时，节点就应该假设该包是属于默认聚合的。
这种类型的包个能没有进行任何处理（没有要求服务）就发到网络中，网络应该尽可能多、
尽可能快的转发这类包，当然这是受到其他一些运用资源的策略限制的了。对这种PHB的
一种合理的实现方式为：当输出链路未被其他PHB要求所占用时，尽力法这个聚合中的包。
而构建服务的一个合理的策略应该是：不要让聚合空闲。这种情况下的一种实现机制可以是：
每个节点预留一小部分资源（比如说缓冲、带宽）来为默认聚合服务。这样就可以是根本不
知道差分服务的用户像今天一样使用尽力转发的网络了。而一个域引入差分服务所给它的消
费者与旁观者带来的对服务质量期望的冲击不在本文范围之内。默认PHB的建议码值的形
式为‘000000’；而‘000000’这个值必须映射到满足这些规范的PHB上。这个默认码值的
选择是与现行的[RFC791]兼容的。但节点发现一个包的码值没有映射到标准的或本地定义的
PHB上时，因该将它映射到默认PHB。
一个开始时做了默认行为标记的包在它进入另一个DS域的边界处可能会重新作另一个
标记，这样它在这个域中的转发会使用不同的PHB。这可能受制于域与域之间的合约。
4.2   曾经和将来的IP优先级字段

	我们希望在差分业务中可以维护与现行IP优先级字段即IPv4TOS八位组的0-2比特位
的向后兼容性。现今的路由器在根据IP优先级字段选择不同的单段转发处理的操作与使用
我们所提议的DSCP字段是相同的。所以，适当的调整这些路由器就可以很快的构造出一个
简单的差分服务框架原型。另外，当今的IP系统知道IP优先级字段的位置，所以当我们配
置了用于DS服务的设备之后以相同的方式运用这个字段，不会在网络配置过程中出现重大
的错误。换句话说，就算在业务提供者的一个简单的网络中，若其DSCP字段的0-2比特与
其从前配置的IP优先级字段的配置方式相同或是包含于它的话，严格满足DS条件的设备
并不需要普遍存在。

4.2.1  IP优先级的历史与演变简述

从某种意义上说，IP优先级字段是DS字段的先驱，我们最初对IP优先级字段的定义
是在[RFC791]中。这个字段中的三个比特的值可能会指定起不同的作用，包括网络控制流、
路由信息流、或不同级别的优先级。其中的最低优先级是“路由信息流”。在[RFC791]中，
优先级的概念被广义的定义为“视数据流的重要程度而对其进行的独立处理”。并不是所有
的IP优先级字段的值在包通过边界节点时都被认为是有意义的，例如“网络控制的优先级
指定只会用在一个网段中，使用与管理这个指定权是网段自己的事”([RFC791])。
尽管早期的BBN IMPs（路由器）就实现了这种优先级特性，但早期的商用路由器与
UNIX IP转发机制不支持它。当网络越来越复杂、用户的要求越来越多时，上用路由器的卖
主们开始开发实现不同种类的排队服务的方法，包括优先级排队。优先级排队一般来说基于
路由器的过滤其中所编制的策略，它检查包的IP地址、IP端口号、TCP或UDP端口号与
其它字段。IP优先级字段就是过滤器可以检查的内容的一项。
总之，IP优先级已经广泛的配置与应用了，只不过它没有准确的按[RFC791]的方式进
行。[RFC1122]认识到了这个问题，它指出，设定IP优先级字段是正确的，但是[RFC791]
中明确指定的优先级已经成为历史。
4.2.2  包含IP优先级的类选择码值

根据IP优先级字段来规范一个包的转发策略在当今已经是十分普遍的了，但对于来构
建一个可预见服务质量的差分服务框架来说还不够完善。为了在不牺牲对于未来扩展的灵活
性的前提下保留对于现存IP优先级字段的部分兼容性，我们的方法是：用一系列PHB描述
最小的要求来与尽可能多的IP优先级字段配置的转发对策相对应。另外，我们给出了一系
列必须映射于满足这些最小要求的PHB的码值。注意，这些PHB可能在除了此处提到的条
件外还有一些详细的规范。剩余的码值可以映射的到这些PHB上。我们把这一系列码值叫
做类选择码值，而这些码值对应的PHB的最小需求叫类选择PHB条件。
4.2.2.1  类选择码值
由DS字段字为‘xxx000|xx’，或‘xxx000’加上未定义的CU自子段为保留类选择码
值。由这些码值所映射的PHB除保留‘000000’所对应的默认PHB需求外必须满足类选择
PHB条件（见4.1）。
4.2.2.2 类选择PHB条件
	
我们所说的类选择码值的数字越大，其相对的地位就越高；码值越小，其相对地位就越
低。八个类选择码所映射的一系列PHB至少要产生两类独立的流，而且在合理的操作情况
与业务负载下，一个类选择码值所规范的PHB应该给与对应包以不低于处于较低地位的类
选择码值所规范的、更及时的转发服务。丢包现象是不及时转发的极端情况。另外，码值
‘11x000’所选择的PHB必须要比码值‘000000’所选择的PHB优先，这是为了维护现行
的路由信息所对应的IP优先级值‘110’和‘111’的作用。
进一步说，明确的类选择码值选择的PHB应该被独立的转发，也就是说，作了不同的
类选择码值记号的包可能会被重新排序。一个网络节点可能会对每个PHB所需的节点资源
的量进行限制。
满足这些规范的PHB集就是满足类选择的PHB。
码值‘000000’的类选择PHB条件与4.1中所列出的默认PHB一致。
4.2.2.3  用类选择PHB条件与IP优先级兼容

一个DS服务节点中可以配置一系列的单个或多个类选择PHB集。本文已指出码自己
和‘xxx000’必须映射到这样的一系列PHB上。而由于多个码值可能映射到一个PHB，网
络的投资者或网络管理者可以在不考虑DSCP字段的3-5比特的情况下配置网络节点，这样
产生的网络必然与从前使用IP优先级的包兼容。比如说，码值‘011010’与码值‘011000’
在这种情况下受到的PHB是一样的。
4.2.2.4  实现满足类选择PHB集的机制举例

满足类选择PHB可通过多种机制实现，包括严格的优先级排队、加权公平排对（WFQ）、
WRR及其变种[RPS,HPFQA,DRR]、CBQ[CBQ]等等。这些机制及其对应PHB的区别将在第
五节中描述。
值得注意的是，这些机制可能会在某些的定卖主的设备中所可行的（标准或非标准的）
PHB中可行。举个例子来说，未来的文档可能会把严格优先级排队的PHB集定义在一组建
议码值上，而网络管理员会将这些路由器设置为选择码值‘xxx000’的包进行严格优先级排
队来满足该文档的要求。
再例如，某个卖主可能将CBQ机制做入了路由器，那么CBQ机制可能会被用来完成
严格优先级排队。这正如有很多特性的一系列类选择PHB在仅有最小的类选择PHB条件特
性下可行一样。
4.3  总结

本文定义了码值‘xxx000’来作为类选择码值，而由这些码值选择的PHB必须满足4.2.2.2
中描述的类选择PHB条件。这是为了保持当前所用的IP优先级字段的可用性的向后兼容性
且不影响未来的灵活性而指定的。另外，码值‘000000’用作默认PHB值而不准任意配置。
剩下的七个非零类选择码值可进行配置，但要满足4.2.2.2的要求。
5.	单段行为的标准化指南
	
此处要标准化的是PHB的操作特征，而不是具体的实现它们的特定算法与机制。一个
节点可能会有（相当大）一组参数来控制如何调度包，并将它们送到输出接口（比方说，N
个独立队列参数，队列长度，轮询加权值，丢包算法，丢包优先加权与门限等等）。为了说
明PHB与其机制的区别，我们应该看到类选择PHB可以为许多机制所实现，包括严格的优
先级排队、加权公平排对（WFQ）、WRR及其变种[RPS,HPFQA,DRR]、CBQ[CBQ]等等。
它们可以单独或混合使用。
PHB可以单独的设定，也可以作为集合而指定（单独的PHB是PHB集的特例）。PHB
集通常一个或多个PHB组成的集合。这些PHB具有相同的指定意义，可以同时完成，因为
这些PHB具有相同的约束，比如队列服务或队列管理策略。PHB集中有这样的情况：一个
包可能会为了在包中选择另一PHB而重新做了标记。在这里，建议完成PHB是不要对流中
包进行重新排序。还有，PHB集必须识别会发生在每个PHB上的包的重排序的任何可能，
以及在集合中一个微流中的不同的包做了不同的PHB标记的可能。
只有那些没有在现存PHB标准中描述过的、而被实现、配置且表明是有效的单段行为
是应该被标准化的。但是由于当今的差分服务的经验还十分有限，假定确切的单段行为的规
范是有欠成熟的。
任意一个标准化的PHB必须有一个对应的建议码值，这个码值是从32个值（见第六节）
中选择分配的。这一条给将来的演化发展流出了码值空间。这里定义的值（‘xxx000’）是有
意的定在了小范围内。
网络设备卖主可以提供它们认为有用的或由市场的任何参数和性能的设备。但一个节点
实现了特定的表准化PHB，买主可以在满足标准定义的PHB的情况下使用任意算法。节点
的性能与其特定设置决定了处理包的不同方法。
业务提供者不需要在其网络中使用不变的节点机制或配置来进行差分服务，他们可以任
意配置节点参数，只要它满足服务要求与业务工程目标即可。一段时间之后，某些通用的单
段行为可能要演变（即那些对实现端到端服务有其有效的操作），他们可能会与DS字段的
特定EXP/LU PHB码值有关，用来通过域边界（见第六节）。这些PHB有待未来的标准化。
建议参照[ARCH]来指定标准化PHB。
6.	IANA考虑