rfc2475.txt

RFC文档

外界可观察的转发行为。
PHB组（PHB Group）	由一个或多个PHB组成的集合。这些PHB
由于共同的限制，例如队列服务或队列管理
策略，必须同时被指定及实现。PHB组提供
了构建服务的基石，使得一系列的转发行为
可以被同时指定。一个单独的PHB是PHB
组的特例。
监察（Policing）	根据依照某种业务量简档工作的测量器的状
态，丢弃（通过丢包器）业务流的部分数据
包。
预标记（Pre-mark）	在数据包进入下游DS域之前，设置其DS编
码点。
提供者DS域（Provider DS Domain）	具有DS功能的服务提供者所属的源域。
重标记（Re-mark）	改变数据包的DS编码点。通常由标记器根据
TCA确定如何修改。
服务（Service）	在DS域内或者在端到端条件下，对用户业务
量的一个确定的子集所采取的所有处理措
施。
服务水平协议（Service Level Agreement ：SLA）	用户和服务提供者之间达成的关于如
何为用户提供转发服务的服务协议。这里的
用户可能是一个使用者组织（源域），也可
能是另一个ＤＳ域（上游域）。服务水平协
议SLA可以包括部分或全部组成一个ＴＣＡ
的业务量调节规则。
服务提供策略（Service Provisioning Policy）	关于业务调节器如何配置到ＤＳ边界节点
上，及业务流如何映射到特定的ＤＳ行为集
合以获得某些服务的策略。
整形器（Shaper）	负责业务量整形的功能模块。
整形（Shaping）	有意延迟业务流中的某些数据包，以使业务
流符合预先定义的业务量简档。
源域（Source Domain）	发出接受某种特定服务的业务流的节点所在
的域。
业务量调节器（Traffic Conditioner）	负责完成业务量调节功能的功能实体。包括
测量器，标记器，丢包器，和整形器。业务
量调节器可以重新标记业务流，或者丢弃或
整形数据包，从而改变业务流的时间特征，
使业务流符合事先达成的业务量简档。
业务量调节（Traffic Conditioning）	实现ＴＣＡ中确定的控制规则，包括测量，
标记，整形，和监察。
业务量调节协议（Traffic Conditioning Agreement : TCA）	一份指明应用到分类器选中
的业务流的分类规则，相应的业务量简档，
以及对此业务流的测量，标记，丢弃，和／
或整形规则的协议。ＴＣＡ包括来自三方面
的业务量调节规则：ＳＬＡ显式指定，相关
的服务需求隐式指定，和／或来自于ＤＳ域
的服务提供策略。
业务量简档（Traffic Profile）	关于业务流的时间特征的描述，例如速率和
突发包大小。
业务流（Traffic Stream）	具有管理重要性的通过同一段路径的一个或
多个微流的集合。业务流可能包含由特定的
分类器选出的活动的微流集合。
上游ＤＳ域（Upstream DS Domain）	一个边界连接中，位于业务流上游的ＤＳ
域。

1.3	需求
在互联网的发展历史上，从主机数目，到应用程序的种类和数量，再到网络基础设施的能
力，都有着持续的增长。而且，这种增长在可预见的未来还会持续。因此，必须有一种支持分
类业务的可扩展体系结构与这种持续增长相适应。
在这种体系结构中，下列需求必须得到认可，并能被满足：
?	提供从端到端或者在特定网络（或网络集合）内部的，多种多样的服务和提供策略。
?	允许将服务从特定的应用程序中分离出来。
?	能够与已有的应用程序共存，而无须改变应用程序编程接口或者主机软件（假设适当
配置了分类器，标记器，和其它的业务量调节功能模块）。
?	应该在核心网络节点实现时，将业务量调节和服务提供功能同转发行为相分离。
?	不应依赖逐跳的应用程序信令。
?	仅需要一个很小的转发行为集合。其实现复杂性不应是网络设备开销的主要部分，也
不应给未来高速系统的实现引入瓶颈。
?	应该避免在核心网络节点内为每个微流或者每个用户保持各自的状态。
?	在核心网络节点内，应仅保存集合分类状态。
?	允许在核心网络节点实现简单的数据包分类（BA分类器）。
?	允许同无DS兼容性的网络节点的合理的互操作性。
?	具备增量式布署能力。

1.4	和其它方法的比较
在本文档中定义的分类业务体系结构可以同其它已存在的分类业务模型相比较。我们把这
些可选的模型分为如下几类：相对优先级标记，服务标记，标签交换，集成业务/RSVP，和静
态逐跳分类。
相对优先级标记模型的例子包括[RFC791]定义的IPv4优先级标记，802.5令牌环优先级
[TR]，和缺省的802.1p业务量分类[802.1p]。在这个模型中，应用程序，主机，或者代理节
点为数据包选择一个相对优先级（例如，延迟或者丢弃优先级）。在整个传输路径上的网络节
点根据包头中指定的优先级采取相应的转发行为。我们的体系结构可以被认为是这种模型的更
新。在这种体系结构中，更清楚的指明了边界节点和业务量调节器的作用及重要性；并且，每
一跳行为模型也允许比相对延迟或丢弃优先级更具一般性的转发行为。
服务标记模型的一个例子是[RFC1349]定义的IPv4 TOS。在这个例子中，每个数据包被
标记为需求某种“服务类型”，包括“延迟最小化”，“吞吐量最大化”，“可靠性最大
化”，或者“费用最小化“。网络节点根据标记的服务类型选择路由或者转发行为。这个模型
同我们的体系结构有细微的差别。请注意，我们并没有描述使用DS段做为路由选择的输入。
[RFC1349]定义的TOS标记具有广泛的一般性，无法扩展可能的服务语义范围。而且，其服
务需求是与每一个数据包相关联的，但有些服务语义可能依赖于一系列数据包的整体转发行
为。服务标记模型不能很容易的适应未来服务范围和数量的增长（鉴于其编码空间太小），而
且在每一个核心网络节点都会涉及“TOS到转发行为”的转换。服务标记的标准化还意味着提
供服务的标准化，这已经超出了IETF的工作范围。注意服务提供记录在分配的DS编码空间
中，从而允许具有本地重要性的编码点被提供者用于提供服务标记语义[DSFIELD]。
标签交换（或叫做虚电路）模型的例子包括帧中继，ATM，和MPLS[FRELAY，ATM]。
在这种模型中，沿网络路径的每一跳，都建立业务流的路径转发状态和业务管理或QoS状态。
各种不同粒度的业务量集合在入口节点处与一条标签交换路径相关联。在每一标签交换路径
内，数据包或信元被赋予一个转发标签。转发标签负责寻找下一跳节点，每一跳转发行为，和
在每一跳时的标签置换。由于标签并非全局性的，而只是在一条链路上有效，所以这种模型允
许对业务量分配资源时能采取更好的粒度。也正因为如此，网络资源可以被预留给在某条链路
上收到的具有特定标签的数据包或信元集合，同时，标签交换语义控制着下一跳路由选择，允
许业务流通过特别设计的路径穿过网络。这种改进的粒度控制是以增加建立和维护标签交换路
径的管理和配置需求为代价的。并且，在最好情况下，每个节点保存的转发状态数量与边界节
点数量成正比（假设存在多点到点的标签交换路径）；在最坏情况下（采用提供资源的边到边
标签交换路径），与边界节点数量的平方成正比。
集成业务/RSVP模型在缺省情况下依赖传统方式转发数据包，同时，它也允许发送方和接
收方通过信令交互在两者之间的路径上每个节点处建立额外的数据包分类和转发状态
[RFC1633，RSVP]。由于缺少对业务流的归类，每个节点保存的状态数将与并发的资源预留
数成正比。在一些高速链路上，这个数目可能会很大。这个模型还需要应用程序支持资源预留
信令协议。在核心网络节点，可以使用分类业务机制将集成业务/RSVP状态归类[BERNET]。
集成业务/RSVP模型的一个变种通过在网络路径沿途的每个节点处只采用“静态”分类和
转发策略，使逐跳进行信令交互变的不再需要。这些策略是管理级的，并非针对网络中的活动
微流。这个变种的状态需求可能会比RSVP更多，特别是在骨干网节点处。因为随着时间推
移，一个节点所采用的静态策略数可能比在此节点请求资源预留的活动的发送-接收对话数还要
多。虽然采用大数量的分类规则和转发策略在计算复杂性上可行，但由此而需要在业务流必经
的骨干网节点处安装和维护这些规则的管理负担也是需要认真考虑的。
以上把我们提出的体系结构与其它的分类业务模型进行了比较。需要注意的是，采用这些
技术的链路和节点应该是通过基于第二层交换的网络结构（例如，802.1p 局域网，帧中继
/ATM骨干网）互连DS节点，来提供分类业务行为和语义。对于MPLS（多协议标签交换）
条件下，可以作为可选的域内实现技术。在DS域（或者在提供DS域接入的网络内）的特定
区域采用特殊的链路层技术，意味着对业务流更粗粒度的分类。依赖于从PHB到不同的链路
层服务的映射和把数据包安排到有限优先级（或者不同类型和能力的虚电路）的方式，全部或
部分使用中的PHB是可被支持的（或者是不可辨别的）。

2	分类业务体系结构模型
分类业务体系结构基于这样一个简单模型：进入网络的业务量在网络边缘处进行分类和可
能的调节，然后被分配到不同的行为集合中去。每一个行为集合由唯一的DS编码点标识。在
网络核心处，数据包根据DS编码点对应的每一跳行为转发。在本节中，我们讨论在分类业务
区域中的关键组件，业务量分类和调节功能，以及分类业务是如何通过业务量调节和基于PHB
的转发而实现的。

2.1	分类业务域（DS域）
DS域是邻接的DS节点集合。这些DS节点执行共同的服务提供策略，并实现相同的
PHB组。每个DS域都拥有完好定义的边界。位于边界处的DS边界节点负责将进入此DS域
的业务流分类及进行可能的调节，以保证穿过此DS域的数据包被适当标记，并按照DS域所
支持的PHB组中的一个PHB转发。DS域内的节点根据DS编码点为数据包选择转发行为。
从DS编码点值到某个被支持的PHB组的映射，依赖的是推荐的编码点到PHB的映射规则或
者用户定义的本地化映射规则[DSFIELD]。如果在DS域中包含非DS兼容节点，那么很可能
导致性能表现的无法预测，并且会妨碍服务水平协议（SLA）的实现。
一个DS域通常包含一个或多个处于同一组织管理下的网络；例如，一个组织的内部网或
者一个Internet服务提供商（ISP）。域管理者必须保证有足够的资源被提供和/或预留，从
而足以支持域提供的SLA。
2.1.1	DS 边界节点和内部节点
DS域由DS边界节点和DS内部节点组成。DS边界节点连接本DS域和其它DS域或者
无DS能力的域，DS内部节点连接同一DS域的其它DS内部节点或者边界节点。
无论是DS边界节点还是内部节点都必须能够按照DS编码点信息采用合适的PHB转发数
据包；否则会导致有不可预测的行为发生。另外，DS边界节点可能还需要实现其所在DS域
和其连接的对等DS域之间的业务量调节协议（TCA）所定义的业务量调节功能（参见2.3.3
节）。
内部节点可能会实现有限的业务量调节功能，例如DS编码点的重新标记。那些实现了更
为复杂的分类和业务量调节功能的内部节点与DS边界节点类似（参见2.3.4.4节）。
一台DS域网络中的主机对于源于其上运行的应用程序的业务流，相当于一个DS边界节
点；因此我们称这台主机在DS域内。如果这台主机并未实现边界节点功能，那么在拓扑结构
上最靠近此主机的DS节点，将为主机业务流提供DS边界节点功能。

2.1.2	DS 入口节点和出口节点
DS边界节点对于不同方向的业务流，既可以是DS入口节点，又可以是DS出口节点。业
务流在DS入口节点处进入DS域，在DS出口节点处离开DS域。DS入口节点负责保证进入
DS域的业务流符合本域和此节点直连的另一个域之间的TCA。DS出口节点依据两个域之间
的TCA细节，对转发到其直连的对等域的业务流执行业务量调节功能。注意DS边界节点在某
些接口中可以作为DS内部节点。

2.2	分类业务区域
一个或多个邻接的DS域统称为分类业务区域（DS区）。DS区可以支持贯穿区内多个
DS域的分类业务。
DS区中的DS域可能支持不同的PHB组，和编码点到PHB的映射规则。不过，为了提
供贯穿多个DS域的业务，每个对等的DS域都必须建立定义（无论显式的或是隐式的）了
TCA的对等SLA。TCA指明了如何在域边界处调节从一个DS域传向另一个DS域的业务
流。
DS区内的DS域也可以采用相同的服务提供策略，并支持相同的PHB组和编码点映射。
这样的好处是消除了在DS域间进行业务量调节的需求。