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


略可能已经配置在用户的设备中了 。
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.1IP优先级的历史与演变简述
从某种意义上说,IP优先级字段是DS字段的先驱,我们最初对IP优先级字段的定义
是在[RFC791]中 。这个字段中的三个比特的值可能会指定起不同的作用,包括网络控制流、
路由信息流、或不同级别的优先级 。其中的最低优先级是“路由信息流” 。在[RFC791]中,
优先级的概念被广义的定义为“视数据流的重要程度而对其进行的独立处理” 。并不是所有
的IP优先级字段的值在包通过边界节点时都被认为是有意义的,例如“网络控制的优先级

推荐阅读