保证转发每一跳行为组( 三 )


为答应保证转发PHB组运用在许多不同的操作环境下,丢包算法控制参数必须为每一个丢包优先级和每一个保证转发类独立配置 。
在上述限制下,本规范适用于一定范围内的包丢弃行为 。不一致的丢包行为导致不一致的端到端服务语义,并限制了在一个多卖方(multi-vendor)环境下保证转发PHB可能的使用范围 。如同实验中得到的,本文档今后的版本可能更多的定义合适的行为规范 。
5.隧道
当一个保证转发包进入隧道时,隧道包的PHB禁止减少进入隧道的包的转发保证,也不答应出现同一个微流的保证转发类的重排序 。
6.推荐编码点
下面给出4个通用保证转发类的推荐编码点 。这些编码点和其他通用的PHB组没有重叠 。
保证转发编码点的推荐取值为:AF11 = "001010", AF12 = "001100", AF13 = "001110", AF21 = "010010", AF22 = "010100", AF23 = "010110", AF31 = "011010", AF32 = "011100", AF33 = "011110", AF41 = "100010", AF42 = "100100", AF43 = "100110" 。
下表总结了推荐的保证转发编码点的取值 。
类 1 类 2 类 3 类 4
---------- ---------- ---------- ----------
低丢弃优先级001010010010011010100010
中丢弃优先级001100010100011100100100
高丢弃优先级001110010110011110100110
---------- ---------- ---------- ----------
7.与其他PHB组的互操作
上述推荐的保证转发编码点的映射和本地用户空间以及在[Nichols]中推荐的类选择编码点互不干涉 。因此类选择编码点选择的PHB可以和保证转发PHB组共存,并维持为它们定义的转发行为和关系 。非凡是,缺省的PHB编码点‘000000"仍然可以为传统的尽力而为流量所用 。类似的,编码点‘11x000"可以为网络控制流量所用 。
保证转发PHB组结合边界流量控制行为可以得到类选择器PHB包含的所有行为,这里的边界流量控制行为是限制每一个保证转发类的流量数(通常是不同的)不超过类所分配资源的百分比范围 。在这种情况下,最好在一个区分范围域内使用部分或者所有类选择器编码点作为保证转发编码点的别名 。
在同一个区分服务域中,除了类选择器PHB,任何其他的PHB组可以和保证转发PHB组共存 。然而,任何保证转发PHB组的实现应该证实以下规则:
(a)假如存在其他PHB组,它们可以抢先占有非凡分配给每一个保证转发PHB类的转发资源 。这种抢先占有禁止在普通的网络运营中发生,但是在一些不平常的状况下是可以的-例如,‘11x000"编码点可以抢先占有保证转发的转发资源,在需要的时候,给网络控制流量一个意想不到的高优先级 。
(b) “额外”的资源如何分配给保证转发PHB组和其他已实现的PHB组 。例如,一旦给每一保证转发类分配最小的资源,任何剩余的资源可以在保证转发类和缺省PHB中平均分配 。一个可选择的例子是,任何剩余资源可以被分配给转发额外的保证转发流量,只有当所有的保证转发要求都满足的时候,可以利用分配给缺省PHB的资源 。
本文档没有说明任何保证转发PHB组和其他已实现的PHB组的任何特定关系:这只需要选择任何一个想要证实的关系 。实现可能答应任一个或者所有可配置的关系 。希望可以证实这种级别的配置灵活度对于许多网络治理员是有价值的 。
8.安全因素
为了保护自身不受拒绝服务的攻击,一个提供方区分服务域应该将进入该域的流量限制在预定的特征描述内 。同时,为了保护到客户区分服务域的链路不受拒绝服务攻击,提供方区分服务域应该答应客户方区分服务域指定链路资源如何分配给一个保证转发包 。假如一种服务要求有保证转发编码点标记的流量,受到如源和目的地址这样的属性限制,网络的入口节点有责任检验这些属性的有效性 。

推荐阅读