-
RFC2475
——
An
Architecture for Differentiated Services
分类业务的体系结构
<
/p>
组织：中国互动出版网（
/
）
RFC
文档中文翻译计划
(
/compters/emook/
)
E-mail
：
ouyang@
译者：徐国栋（
xgdong_y994
xgdong@
）
译文发布时间：
2001-6-27
版权：本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载，但必
须保留本文档的翻译及版权信息。
Network Working Group
S. Blake
Request for Comments: 2475
Torrent Networking Technologies
Category: Informational
D. Black
EMC Corporation
M. Carlson
Sun Microsystems
E. Davies
Nortel UK
Z. Wang
Bell Labs Lucent Technologies
W. Weiss
Lucent Technologies
December 1998
分类业务的体系结构
(An Architecture for Differentiated
Services)
本文档的状态
本文档为互连网社区提供一般性的知识。并未定义任何互连网标准。对本文档资料的
分发、传播不受限制。
版权声明
Copyright
(C) The Internet Society (1998). All Rights
Reserved.
摘要
本文档定义了一种可以在互连网上实现可扩展的分类业务的体系结构。这种体系结构
通过标记
IP
层数据包的
DS
段
[DSFIELD]
，体现不
同的业务级别，从而提供扩展性业务。
在一个数据包的传输路径上的每一节点，都根据该
数据包的分类标记为其提供特定的传输
服务。复杂的分类，标记，传输策略，及整形操作
仅仅需要在网络边缘或用户主机上实
现。网络资源根据服务策略而被分配给不同的业务流
。这些服务策略管理着业务数据在进
入一个具有分类业务能力的网络时，如何标记，调整
，并在网络中向前传输。在这些基本
分类业务模块的基础上，可以实现各种各样的服务。
RFC
中文文当翻译计划
1
RFC2475
——
An
Architecture for Differentiated Services
分类业务的体系结构
目
录
1
1.1
1.2
1.3
1.4
2
2.1
介绍
..................................................
..................................................
...................................
3
综述
<
/p>
.
............................
..................................................
.................................................
3
术语
<
/p>
.
............................
..................................................
.................................................
3
需求
<
/p>
.
............................
..................................................
.................................................
6
和其它方法的比较
.
..............................................
..................................................
.......
7
分类业务体系结构模型
.................
..................................................
....................................
8
分类业务域（
DS
域）
.
................................................ ..................................................
8
2.1.1
DS
边界节点和内部节点
..................
..................................................
..............
8
2.1.2
DS
入口节点和出口节点
..................
..................................................
..............
9
2.2
分类业务区域
.
.................................
..................................................
............................
9
2.3
业务量分类和调节
.
..............................................
..................................................
.......
9
2.3.1
分类器
.............
..................................................
..................................................
...
9
2.3.2
业务量简档
......................
..................................................
..................................
1
0
2.3.3
业务量调节器
.....................
..................................................
...............................
1
0
2.3.4
业务量调节器和
MF
分类器的位置
............
..................................................
..
1
1
2.4
每一跳行为
.
..................................
..................................................
.............................
1
3
2.5
网络资源分配
.
................................................ .................................................. ...........
1
3
3
4
5
6
6.1
6.2
6.3
7
8
9
10
每一跳行为（
PHB
）的规范设计指导方针
.............
..................................................
.........
1
4
与非分类业务兼容节点的互操作
.............
..................................................
......................
1
6
关于组播
.......................
..................................................
..................................................
..
1
6
安全和隧道问题
....................
..................................................
...........................................
1
7
窃取和拒绝服务
.
< br>............................................... .................................................. ........
1
7
IP
SEC
和隧道交互
..................................................
..................................................
....
1
8
审查
.
..
..................................................
..................................................
.......................
1
9
感谢
.........................
..................................................
..................................................
........
1
9
参考文献
.......................
..................................................
..................................................
..
2
0
作者联系地址
.....................
..................................................
..............................................
2
1
完整版权声明
.....................
..................................................
..........................................
2
2
RFC
中文文当翻译计划
2
RFC2475
——
An
Architecture for Differentiated Services
分类业务的体系结构
1
介绍
1.1
综述
本文档定义了一种可以在互联网上提供可扩展的分类业务的体系结构。一种“业务”，是
由在一个网络内，在同一个传输方向上，通过一条或几条路径传输数据包时的某些重要特
征所
定义的。这些特征可能由吞吐率，时延，时延抖动，和
/<
/p>
或丢包率的量化值或统计值所指定，
也可能由其获取网络资源的相
对优先权来指定。业务分类要求能适应不同应用程序和用户的需
求，并且允许对互联网服
务的分类收费。
本体系结构由许多在网络节点上实现的功能实
体组成，包括每一跳转发行为集合，数据包
分类功能，和业务量调节功能。其中，业务量
调节功能又有测量，标记，整形，和监察四部
分。在本体系结构，只在网络的边界节点上
实现复杂的分类和调节功能。并且，通过在
IPv4
和
IPv6
包头的
DS
段
做适当的标记
[DSFIELD]
，把业务量归为集合，然后
根据所做的标记，
采取不同的每一跳转发策略。因此，本体系结构具备可扩展性。“每一
跳行为”保证了在每个
网络节点，为互相竞争资源的业务流分配缓冲区和带宽资源时，有
一个合理的处理粒度。在核
心网络节点上，为每个应用程序业务流或者为每个用户维护一
个转发状态是不可行的。在以下
功能中是有区别的：
?
?
?
?
向业务集合提供的服务
用于实现某种服务的调节功能和每一跳行为
< br>用于标记数据包从而选择每一跳行为的
DS
段值（
DS
编码点）
实现每一跳行为时，特定节点的实现机制
在网络内部节点，服务提供和业务量调节策略被有效地同数据包转发策略分离开。这样，
保证了网络可以提供相当广泛的服务类型，并给未来的扩展留下足够的空间。
本体系结构只在一个业务流方向上提供分类业务，它是非对称的。开发出一种对称式的体
系结构是目前研究的一个课题，但已经超出了本文档的描述范围；感兴趣的读者可以参考
[EXPLICIT]
。
1.2
节是本文档使用的术语表。
1.3
节列出了本体系结构所解决的需求。
1.4
节提
供了与其
它分类业务解决方案的简要比较。第
2
节详细介绍了本体系结构中的各个模块。第
3
节建议了
每一跳行为规范的设计准则。第
4
节讨
论了与没有实现本文档及
[DSFIELD]
定义的分类业务
功能的节点和网络的互操作问题。第
5
节讨论了与多点传送有关的问题。第
6
节讨论安全和隧
道问题。
1.2
术语
本节给出了在本文档中所使用术语的一般性概念解释。其中的某些术语将在文档后面章节
中给出更准确的解释。
行为集合（
Behavior Aggregate :
BA
）
BA
分类器（
BA
Classifier
）
一个
DS
行为集合。
仅基于
< br>DS
段的内容选择数据包的分类器。
连接两个域的边界节点的连接。
根据
已定义的规则和包头内容选择数据包的
实体。
边界连接（
Boundary
Link
）
分类器（
Classifier
）
RFC
中文文当翻译计划
3
RFC2475
——
An
Architecture for Differentiated Services
分类业务的体系结构
DS
行为集合（
DS
Behavior Aggregate
）
DS
边界节点（
DS
Boundary Node
）
具有ＤＳ功能（
DS-
capable
）
ＤＳ编码点（
DS
Codepoint
）
ＤＳ兼容（
DS-
compliant
）
ＤＳ域（
DS
Domain
）
ＤＳ出口节点（
DS Egress
Node
）
ＤＳ入口节点（
DS Ingress
Node
）
ＤＳ内部节点（
DS Interior
Node
）
ＤＳ段（
DS
Field
）
ＤＳ节点（
DS
Node
）
ＤＳ区（
DS
Region
）
下游ＤＳ域（
Downstream DS
Domain
）
丢包器（
Dropper
）
丢包
（
Dropping
）
遗留节点（
Legacy
Node
）
标记器（
Marker
）
标记（
Marking
）
机制（
Mechanism
）
测量器（
Meter
）
RFC
中文文当翻译计划
在一个特定方向上，通过一条连路传输的具
有相同
< br>DS
编码点的数据包集合。
在
DS
域中，负责连接另一个ＤＳ域或者连接
一个没有ＤＳ功能的域的节点。
实现了本体系结构中定义
的分类业务功能
的；通常用于形容一个由ＤＳ兼容节点组成
的域
。
ＤＳ段中ＤＳＣＰ部分的特定值，用于选择
ＰＨＢ。
能够支持在
[DS
FIELD]
，本文档，和其它有
关分类业务的文档中定义的分
类业务功能
的；通常用来形容一个节点或者网络设备。
具有ＤＳ功能的域；连续分布的节点的集
合，它们具有共同的服务提供
策略和ＰＨＢ
定义。
处理离开此ＤＳ
域的业务流的ＤＳ边界节
点。
处理进
入此ＤＳ域的业务流的ＤＳ边界节
点。
非边界节点的ＤＳ节点。
在ＩＰｖ４
中，指ＴＯＳ字节；在ＩＰｖ６
中，指业务类型字节。其中的ＤＳＣＰ段诸
比特用于编码ＤＳ编码点，其它的比特目前
没有使用。
ＤＳ兼容的节点
连续分布的ＤＳ
域的集合，在其上可以建立
跨越多个ＤＳ域提供分类业务的连路。
一个边界连接中，位于业务流下游的ＤＳ
域。
负责丢包的功能模块。
基于一定的原则丢弃数据包；参见
监
察
（
Policing
）。
实现了在
[RFC791
，
RFC1812]
中定义的
IPv
4
优先算法，但并非
DS
兼容的节点。
负责标记的功能模块。
基于一定的原则设置一个数据包的
DS
编码
点；参见
预标记（
Pre-
marking
），重标记
（
Re-
marking
）。
在节点中用于实
现一种或多种每一跳行为的
特殊算法或操作（例如，排队策略）。
负责测量的功能模块。
4
RFC2475
——
An
Architecture for Differentiated Services
分类业务的体系结构
<
/p>
测量（
Metering
）
计算由分类器选中的业务流的时间性特征
（例如，
速率）。这一过程的即时状态可能
会影响标记器，整形器，或者丢包器的行
为，也可能被用于记帐收费或者纯粹的测量
目的。
一个独立的从应用程序到应用程序的数据包
流，由源地址，源端
口号，目的地址，目的
端口号和协议标识符区分。
根据任意数目的包头字段的内容来选择数据
包的多字段（
< br>MF
）分类器。典型的字段组合
可能包括源地址，目的地
址，
DS
段，协议标
识符，源端口号和
目的端口号。
在
DS
兼容节点上，作用在
DS
行为集合上的
外界可观察的转发行为。
由一个或多个
PHB
组成的集合。这些
PHB
由于共同的限制，例如队列服务或队列管理
策略，必须同时被指定及实现。
PHB
组提供
了构建服务的基石，使得一系列的
转发行为
可以被同时指定。一个单独的
PHB
< br>是
PHB
组的特例。
根据依照某种业务量简档工作的测量器的状
态，丢弃（通过丢包器）业务
流的部分数据
包。
在数据包进入下游
DS
域之前，设置其
DS
编
码点。
具有
DS
功能的服务提供者所属的源域。
改变数据包的
DS
编码点。通常由标记器根据
TCA
确定如何修改。
< br>在
DS
域内或者在端到端条件下，对用户业务
量的一个确定的子集所采取的所有处理措
施。
<
/p>
微流（
Microflow
）
MF
分类器（
MF
Classifier
）
每一跳行为（
Per-Hop-Behavior :
PHB
）
PHB
组（
PHB
Group
）
监察（
Policing
）
预标记（
Pre-
mark
）
提供者
< br>DS
域（
Provider DS
Domain
）
重标记（
Re-
mark
）
服务（
< br>Service
）
服务水平协议（
Service Level
Agreement
：
SLA
）
用户和服务提供者之间达成的关于如
何为用户提供转发服务的服
务协议。这里的
用户可能是一个使用者组织（源域），也可
能是
另一个ＤＳ域（上游域）。服务水平协
议
SLA
可以包括部分或全部组成一个ＴＣＡ
的业务量调节规则。
服务提供策略（
Service
Provisioning Policy
）
关于业务调节器如何配置到ＤＳ边界节点
上，及业务流如何映射到特定的ＤＳ行
为集
合以获得某些服务的策略。
整形
器（
Shaper
）
整形（
Shaping
）
负责业务量整形的功能模块。
有意延
迟业务流中的某些数据包，以使业务
流符合预先定义的业务量简档。
RFC
中文文当翻译计划
5
RFC2475
——
An
Architecture for Differentiated Services
分类业务的体系结构
源域（
Source
Domain
）
业务量调节器（
Traffic
Conditioner
）
发出接受
某种特定服务的业务流的节点所在
的域。
负责完成业务量调节功能的功能实体。包括
测量器，标记器，丢包器，和整形器。业
务
量调节器可以重新标记业务流，或者丢弃或
整形数据包，从而
改变业务流的时间特征，
使业务流符合事先达成的业务量简档。
实现ＴＣＡ中确定的控制规则，包括测量，
标记，整形，和监察
。
业务量调节（
Traffic
Conditioning
）
业务量调节协议（
Traffic Conditioning
Agreement : TCA
）
一份指明应用到分类器选中
的业务流的分类规则，相应的业务量简档，
< br>以及对此业务流的测量，标记，丢弃，和／
或整形规则的协议。ＴＣＡ包括来自三
方面
的业务量调节规则：ＳＬＡ显式指定，相关
的服务需求隐式
指定，和／或来自于ＤＳ域
的服务提供策略。
业务量简档（
Traffic
Profile
）
业务流（
Traffic
Stream
）
关于业务流的时间特
征的描述，例如速率和
突发包大小。
具有管理重要性的通过同一段路径的一个或
多个微流的集合。业务流可能包含由特定的<
/p>
分类器选出的活动的微流集合。
一个边
界连接中，位于业务流上游的ＤＳ
域。
上游ＤＳ域（
Upstream DS
Domain
）
1.3
需求
在互联网的发展历史上，从主机数目，到应用程序的种类和数量，再到网络基础设施的能
力，都有着持续的增长。而且，这种增长在可预见的未来还会持续。因此，必须有一种支
持分
类业务的可扩展体系结构与这种持续增长相适应。
在这种体系结构中，下列需求必须得到认可，并能被满足：
?
?
?
?
?
?
?
?
?
提供从端到端或者在特定网络（或
网络集合）内部的，多种多样的服务和提供策略。
允许将服务从特定的应用程序中分离出来。
< br>能够与已有的应用程序共存，而无须改变应用程序编程接口或者主机软件（假设适当
配置了分类器，标记器，和其它的业务量调节功能模块）。
应该在核心网络节点实现时，将业务量调节和服务提供功能同转发行为相分离。
不应依赖逐跳的应用程序信令。
仅需
要一个很小的转发行为集合。其实现复杂性不应是网络设备开销的主要部分，也
不应给未
来高速系统的实现引入瓶颈。
应该避免在核心网络节点内为每
个微流或者每个用户保持各自的状态。
在核心网络节点内，应仅保存集合分类状态。
允许在核心网络节点实现简单的数据包分类（
BA
分类
器）。
6
RFC
中文文当翻译计划
RFC2475
——
An
Architecture for Differentiated Services
分类业务的体系结构
?
?
允许同无
DS
兼容性的网络节点的合理的互操作性。
具备增量式布署能力。
1.4
和其它方法的比较
在本文档中定义的
分类业务体系结构可以同其它已存在的分类业务模型相比较。我们把这
些可选的模型分为
如下几类：相对优先级标记，服务标记，标签交换，集成业务
/RSVP
，和静
态逐跳分类。
相对优
先级标记模型的例子包括
[RFC791]
定义的
IPv4
优先级标记，
802.5
< br>令牌环优先级
[TR]
，和缺省的
802.1p
业务量分类
[802.1p]
< br>。在这个模型中，应用程序，主机，或者代理节
点为数据包选择一个相对优先级（
例如，延迟或者丢弃优先级）。在整个传输路径上的网络节
点根据包头中指定的优先级采
取相应的转发行为。我们的体系结构可以被认为是这种模型的更
新。在这种体系结构中，
更清楚的指明了边界节点和业务量调节器的作用及重要性；并且，每
一跳行为模型也允许
比相对延迟或丢弃优先级更具一般性的转发行为。
服务标记模
型的一个例子是
[RFC1349]
定义的
IPv4 TOS
。在这个例子中，每个数据包被
标记为需
求某种“服务类型”，包括“延迟最小化”，“吞吐量最大化”，“可靠性最大
化”，或
者“费用最小化“。网络节点根据标记的服务类型选择路由或者转发行为。这个模型
同我
们的体系结构有细微的差别。请注意，我们并没有描述使用
DS
段做为路由选择的输入。
[RFC1349]
定义的
TOS
标记具有广泛的一般性，无法扩展可能的服务语义范围。而且，其服
务需求是与每一个数据包相关联的，但有些服务语义可能依赖于一系列数据包的整体转发
行
为。服务标记模型不能很容易的适应未来服务范围和数量的增长（鉴于其编码空间太小
），而
且在每一个核心网络节点都会涉及“
TOS
到转发行为”的转换。服务标记的标准化还意味着提
供服务的标准化，这已经
超出了
IETF
的工作范围。注意服务提供记录在分配的
DS
编码空间
中，从而允许具有本地重要性的
编码点被提供者用于提供服务标记语义
[DSFIELD]
。<
/p>
标签交换（或叫做虚电路）模型的例子包括帧中继，
ATM
，和
MPLS[FRELAY
，
ATM]
。
在这种模型中
，沿网络路径的每一跳，都建立业务流的路径转发状态和业务管理或
QoS
状态。
各种不同粒度的业务量集合在入口节点处与一条标签交换路径相关联。
在每一标签交换路径
内，数据包或信元被赋予一个转发标签。转发标签负责寻找下一跳节
点，每一跳转发行为，和
在每一跳时的标签置换。由于标签并非全局性的，而只是在一条
链路上有效，所以这种模型允
许对业务量分配资源时能采取更好的粒度。也正因为如此，
网络资源可以被预留给在某条链路
上收到的具有特定标签的数据包或信元集合，同时，标
签交换语义控制着下一跳路由选择，允
许业务流通过特别设计的路径穿过网络。这种改进
的粒度控制是以增加建立和维护标签交换路
径的管理和配置需求为代价的。并且，在最好
情况下，每个节点保存的转发状态数量与边界节
点数量成正比（假设存在多点到点的标签
交换路径）；在最坏情况下（采用提供资源的边到边
标签交换路径），与边界节点数量的
平方成正比。
集成业务
/RSVP<
/p>
模型在缺省情况下依赖传统方式转发数据包，同时，它也允许发送方和接
< br>收方通过信令交互在两者之间的路径上每个节点处建立额外的数据包分类和转发状态
[RFC1633
，
RSVP]
。由
于缺少对业务流的归类，每个节点保存的状态数将与并发的资源预留
数成正比。在一些高
速链路上，这个数目可能会很大。这个模型还需要应用程序支持资源预留
信令协议。在核
心网络节点，可以使用分类业务机制将集成业务
/RSVP
状态
归类
[BERNET]
。
集成业务
/RSVP
模型的一个变种通过在网络路
径沿途的每个节点处只采用“静态”分类和
转发策略，使逐跳进行信令交互变的不再需要
。这些策略是管理级的，并非针对网络中的活动
微流。这个变种的状态需求可能会比
RSVP
更多，特别是在骨干网节点处。因为随着时间推
移，一个节点所采用的静态策略数可能比在此节点请求资源预留的活动的发送
-
接收对话数还要
RFC
中文文当翻
译计划
7
RFC2475
——
An
Architecture for Differentiated Services
分类业务的体系结构
<
/p>
多。虽然采用大数量的分类规则和转发策略在计算复杂性上可行，但由此而需要在业务流必
经
的骨干网节点处安装和维护这些规则的管理负担也是需要认真考虑的。
以上把我们提出的体系结构与其它的分类业务模型进行了比较。需要注意的是
，采用这些
技术的链路和节点应该是通过基于第二层交换的网络结构（例如，
802.1p
局域网，帧中继
/ATM
骨干网）互连
DS
节点，来提供分类业务行为和
语义。对于
MPLS
（多协议标签交换）
条件下，可以作为可选的域内实现技术。在
DS
域（或者在提
供
DS
域接入的网络内）的特定
区域采
用特殊的链路层技术，意味着对业务流更粗粒度的分类。依赖于从
PHB
到不同的链路
层服务的映射和把数据包安排到有限优先级（或者不同类型和能力
的虚电路）的方式，全部或
部分使用中的
PHB
是可被支持的（或者是不可辨别的）。
2
分类业务体系结构模型
分类业务体系
结构基于这样一个简单模型：进入网络的业务量在网络边缘处进行分类和可
能的调节，然
后被分配到不同的行为集合中去。每一个行为集合由唯一的
DS
编码点标识。在
网络核心处，数据包根据
DS
< br>编码点对应的每一跳行为转发。在本节中，我们讨论在分类业务
区域中的关键组件
，业务量分类和调节功能，以及分类业务是如何通过业务量调节和基于
PHB
的转发而实现的。
2.1
分类业务域（
DS
域）
DS
域是邻接的
DS
节点集合。这些
DS
节点执行共同的服务提供策略，并实现相同的
PHB<
/p>
组。每个
DS
域都拥有完好定义的边界。
位于边界处的
DS
边界节点负责将进入此
DS
域
的业务流分类及进行可能的调节，以保证穿过此
DS
域的数据包被适当标记，并按照
DS
域所
支持的
PHB
组中的一个
PHB
转发。
DS
域内的节点根据
DS
编码点为数据包选择转发行
为。
从
DS
编码点值到某个被支持的<
/p>
PHB
组的映射，依赖的是推荐的编码点到
PHB
的映射规则或
者用户定义的本地化映射规则
[DSFIELD]
。如果在
DS
域中包含非
DS
兼容节点，那么很可能
导致性能表现的无法预测，并且会妨碍服务水平协议（
SLA
< br>）的实现。
一个
DS
域通常包含一个或多个处于同一组织管理下的网络；例如，一个组织的内部网或
< br>者一个
Internet
服务提供商（
< br>ISP
）。域管理者必须保证有足够的资源被提供和
/<
/p>
或预留，从
而足以支持域提供的
SLA<
/p>
。
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
边界节点功能。<
/p>
RFC
中文文当翻译计划
8
RFC2475
——
An
Architecture for Differentiated Services
分类业务的体系结构
2.1.2
DS
入口节点和出口节点
DS
边界节点对于不同方向的业务流，既可以是
DS
入口节点，又可以是
DS
出口节点
。业
务流在
DS
入口节点处进入
DS
域，在
DS
出口
节点处离开
DS
域。
DS
入口节点负责保证进入
DS
域的业务流符合本域和此
节点直连的另一个域之间的
TCA
。
D
S
出口节点依据两个域之间
的
TCA<
/p>
细节，对转发到其直连的对等域的业务流执行业务量调节功能。注意
DS
边界节点在某
些接口中可以作为
DS
内部节点。
2.2
分类业务区域
一个或多个邻接的
DS
域统称为分类业务区域（
DS
区）。
DS
区可以支持贯穿区内多个
DS
域的分类业务。
D
S
区中的
DS
域可能支持不同的
PHB
组，和编码点到
PHB
的映射规则。不过，为了提
供贯穿多个
DS
域的业务，每个对等的
DS
域都必须建立定义（无
论显式的或是隐式的）了
TCA
的对等
SLA
。
TCA
指明了如何在域边界处
调节从一个
DS
域传向另一个
DS
域的业务
流。
D
S
区内的
DS
域也可以采用相同的服务
提供策略，并支持相同的
PHB
组和编码点映射。
这样的好处是消除了在
DS
域间进行业务量调节的需
求。
2.3
业务量分类和调节
分类业务通过在上
游网络和下游
DS
域之间建立服务水平协议（
< br>SLA
）跨越
DS
域边界。
SLA
指定了数据包分类和重标记规则，也指定了业务量简档和对于
符合或不符此简档的业务流
采取的处理方法（参见
2.3.2<
/p>
节）。域间的
TCA
就是从
SLA
以直接或间接的方式取得的。
数据包分类策略负责识别出业务量子集，这个子集通过被调节和
/
或映射到一个或多个行为
集合（通过
DS
编码点重标记）而取得分类服务。
业务量调节
包括测量，整形，监察和
/
或重标记。其目的是为保证进入
DS
域的业务流符合
TCA
指定的规则。业务量调节的外延依赖于具体的服务细节，涵盖的范围从简单的编码点重标
记到复杂的业务监察和整形操作。业务量调节策略的细节应该由网络间协商确定，这个问题不
在本文档论述范围内。
2.3.1
分类器
数据包分类器根据数据包包头
的某些字段内容选取业务流中的数据包。我们定义了两种分
类器。行为集合分类器（
BA
分类器）仅根据
DS
< br>编码点对数据包分类。多字段分类器（
MF
分
类器）根据包头中的一个或多个字段值，例如源地址，目的地址，
DS
段，协议标识符，源端
口号，目的端口号，以及其它信息如引入接口
，对数据包分类。
分类器的任务就是选出匹配某种规则的数据
包，然后指导它们进入其它的业务量调节器模
块接受进一步处理。分类器必须由某个管理
例程根据合适的
TCA
进行配置。
分类器还必须鉴别它用来分类数据包的信息的有效性。（
参见第
6
节）
RFC
中文文当翻译计划
9
RFC2475
——
An
Architecture for Differentiated Services
分类业务的体系结构
<
/p>
注意，在上游数据包分片的情况下，
MF
分类器在检察传输层包头时，可能将来自同一数
据包的后续分片错误分类。这个问题的一
种可能的解决方案是保存分片状态信息；然而，由于
上游分片可能乱序到达，也可能采取
不同的路由，导致这种解决方案缺少一般性。解决数据包
分片问题的策略不在本文档论述
范围内。
2.3.2
业务量简档
业务量简档描述了分类器
选出的业务流的时间特征。它提供了判断一个特定的数据包是否
符合业务量简档的规则。
例如，一份基于令牌桶的简档可能会如此描述：
codepoint=X, use token-bucket r,b
上面的简档说明，所有
DS
编码点值为
X
的数据包应该通过速率为
r
，桶大小为
b
的令牌
桶测量器的检
测。在本例中，不符合简档的数据包是那些当它们到达时，桶中剩下的令牌已不
足的。符
合及不符简档这样的两级标准可以扩展到多级。就是说，可以定义多个级别的简档一
致性
，而不仅是符合，不符合这样两种情况。
对于符合简档和不符
合简档的数据包可以采取不同的调节行为，或者不同计费方法。符合
简档的数据包无须进
一步的调节便可进入
DS
域；或者，可选的，可以改变它们的<
/p>
DS
编码
点。后一种情况发生在
DS
编码点第一次被设为非缺省值时
[DSFI
ELD]
，或者发生在数据包进
入一个对此业务流使用不同的<
/p>
PHB
组或编码点到
PHB
映射策略的
DS
域时。不符合简档的数
据包被放入队列，直到它们符合简档（整形），被丢弃（监察），标记一个新编码点（重标
记），或者直接转发但需采用另外的计费标准。不符合简档的数据包可能被映射到一个或多个
更低优先级的行为集合。这里的更低优先级是指在转发性能的某些方面，低于同类数据包中符<
/p>
合简档的那些所属的行为集合（
BA
）。
注意，业务量简档是
TCA
的可选组件，其使用依赖于服务提供和域服务提供策略的详细说
明。
2.3.3
业务量调节器
业务量调节器包括下列
组件：测量器，标记器，整形器，和丢包器。业务流首先经过分类
器的选择，然后被分类
器送往业务量调节器的某个组件处。测量器负责（在适当处）测量业务
流是否符合业务量
简档。测量器对一个特定数据包的测量结果（例如，是否符合简档）会影响
对此数据包的
标记，丢弃，或整形行为。
当数据包在
DS
边界节点处离开业务量调节器时，每个数据包的
DS
编码点都会被赋予一
个适当值。
图
1
说明了分类器和业务量调节器的模块结构。
注意，业务量调节器并不一定需要所有四
个组件。例如，在没有有效的业务量简档时，数
据包可能只通过分类器和标记器。
RFC
中文文当翻译计划
10
RFC2475
——
An
Architecture for Differentiated Services
分类业务的体系结构
<
/p>
测量器
数据包
分类器
标记器
整形器/
丢包器
图
1
：数据包分类器和业务量调节器逻辑框图<
/p>
2.3.3.1
测量器
业务量测量器负责测量由分类器根据
TCA
指定的业务
量简档选出的数据包流的时间特征。
测量器将其测量结果（也称为测量器状态）传递给其
它调节功能模块，从而引发对符合或不符
（在某种程度上）业务量简档的每个数据包的特
殊处理。
2.3.3.2
标记器
数据包标记器负责把数据包的
DS
段设置为特定的编码
点值，并将标记过的数据包加入到
特定的
DS
< br>行为集合中去。标记器可能被配置为把所有送给它的数据包标记为唯一的编码点
值
，也可能被配置为根据测量器状态把数据包标记为一些编码点值中的一个值。如果标记器改
变了数据包的编码点，那么我们就说标记器“重标记”了此数据包。
2.3.3.3
整形器
整形器负责延迟一个业务流中部分或全部数据包的传输，以便使业务流符合业务量简档的
要求。整形器通常有一个有限大小的缓冲区，当缓冲区没有更多的空间容纳需延迟的数据包
时，数据包就会被丢弃。
2.3.3.4
丢包器
丢包器负责丢弃一个业务流中部分或全部的数据包，以便使业务流符合业务量简档的要
< br>求。这一过程也被称做“监察”业务流。注意，丢包器可以作为一个特殊的整形器（该整形器
缓冲区大小为零或仅能容纳几个数据包）而实现。
2.3.4
业务量调节器和
MF
分类器的位置
业务量调节器通常位于
DS
入口和出口
边界节点处，但也可能位于
DS
域，或非
DS
域的
内部节点处。
RFC
中文文当翻译计划
11