分类业务的体系结构.docx
- 文档编号:2316017
- 上传时间:2022-10-28
- 格式:DOCX
- 页数:21
- 大小:46.58KB
分类业务的体系结构.docx
《分类业务的体系结构.docx》由会员分享,可在线阅读,更多相关《分类业务的体系结构.docx(21页珍藏版)》请在冰豆网上搜索。
分类业务的体系结构
分类业务的体系结构
版权:
本中文翻译文档版权归中国互动出版网所有。
能够用于非商业用途自由转载,但必须保留本文档的翻译及版权信息。
NetworkWorkingGroupS.Blake
RequestforComments:
2475TorrentNetworkingTechnologies
Category:
InformationalD.Black
EMCCorporation
M.Carlson
SunMicrosystems
E.Davies
Z.Wang
BellLabsLucentTechnologies
W.Weiss
LucentTechnologies
December1998
分类业务的体系结构
(AnArchitectureforDifferentiatedServices)
本文档的状态
本文档为互连网社区提供一样性的知识。
并未定义任何互连网标准。
对本文档资料的分发、传播不受限制。
版权声明
Copyright(C)TheInternetSociety(1998).AllRightsReserved.
摘要
本文档定义了一种能够在互连网上实现可扩展的分类业务的体系结构。
这种体系结构通过标记IP 层数据包的DS段[DSFIELD],体现不同的业务级别,从而提供扩展性业务。
在一个数据包的传输路径上的每一节点,都按照该数据包的分类标记为其提供特定的传输服务。
复杂的分类,标记,传输策略,及整形操作仅仅需要在网络边缘或用户主机上实现。
网络资源按照服务策略而被分配给不同的业务流。
这些服务策略治理着业务数据在进入一个具有分类业务能力的网络时,如何标记,调整,并在网络中向前传输。
在这些差不多分类业务模块的基础上,能够实现各种各样的服务。
介绍
综述
本文档定义了一种能够在互联网上提供可扩展的分类业务的体系结构。
一种“业务”,是由在一个网络内,在同一个传输方向上,通过一条或几条路径传输数据包时的某些重要特点所定义的。
这些特点可能由吞吐率,时延,时延抖动,和/或丢包率的量化值或统计值所指定,也可能由其猎取网络资源的相对优先权来指定。
业务分类要求能习惯不同应用程序和用户的需求,同时承诺对互联网服务的分类收费。
本体系结构由许多在网络节点上实现的功能实体组成,包括每一跳转发行为集合,数据包分类功能,和业务量调剂功能。
其中,业务量调剂功能又有测量,标记,整形,和监察四部分。
在本体系结构,只在网络的边界节点上实现复杂的分类和调剂功能。
同时,通过在IPv4和IPv6包头的DS段做适当的标记[DSFIELD],把业务量归为集合,然后按照所做的标记,采取不同的每一跳转发策略。
因此,本体系结构具备可扩展性。
“每一跳行为”保证了在每个网络节点,为互相竞争资源的业务流分配缓冲区和带宽资源时,有一个合理的处理粒度。
在核心网络节点上,为每个应用程序业务流或者为每个用户爱护一个转发状态是不可行的。
在以下功能中是有区别的:
向业务集合提供的服务
用于实现某种服务的调剂功能和每一跳行为
用于标记数据包从而选择每一跳行为的DS段值(DS编码点)
实现每一跳行为时,特定节点的实现机制
在网络内部节点,服务提供和业务量调剂策略被有效地同数据包转发策略分离开。
如此,保证了网络能够提供相当广泛的服务类型,并给以后的扩展留下足够的空间。
本体系结构只在一个业务流方向上提供分类业务,它是非对称的。
开发出一种对称式的体系结构是目前研究的一个课题,但差不多超出了本文档的描述范畴;感爱好的读者能够参考[EXPLICIT]。
1.2节是本文档使用的术语表。
1.3节列出了本体系结构所解决的需求。
1.4节提供了与其它分类业务解决方案的简要比较。
第2节详细介绍了本体系结构中的各个模块。
第3节建议了每一跳行为规范的设计准则。
第4节讨论了与没有实现本文档及[DSFIELD]定义的分类业务功能的节点和网络的互操作咨询题。
第5节讨论了与多点传送有关的咨询题。
第6节讨论安全和隧道咨询题。
术语
本节给出了在本文档中所使用术语的一样性概念讲明。
其中的某些术语将在文档后面章节中给出更准确的讲明。
行为集合(BehaviorAggregate:
BA)一个DS行为集合。
BA分类器(BAClassifier)仅基于DS段的内容选择数据包的分类器。
边界连接(BoundaryLink)连接两个域的边界节点的连接。
分类器(Classifier)按照已定义的规则和包头内容选择数据包的实体。
DS行为集合(DSBehaviorAggregate)在一个特定方向上,通过一条连路传输的具有相同DS编码点的数据包集合。
DS边界节点(DSBoundaryNode)在DS域中,负责连接另一个DS域或者连接一个没有DS功能的域的节点。
具有DS功能(DS-capable)实现了本体系结构中定义的分类业务功能的;通常用于形容一个由DS兼容节点组成的域。
DS编码点(DSCodepoint)DS段中DSCP部分的特定值,用于选择PHB。
DS兼容(DS-compliant)能够支持在[DSFIELD],本文档,和其它有关分类业务的文档中定义的分类业务功能的;通常用来形容一个节点或者网络设备。
DS域(DSDomain)具有DS功能的域;连续分布的节点的集合,它们具有共同的服务提供策略和PHB定义。
DS出口节点(DSEgressNode)处理离开此DS域的业务流的DS边界节点。
DS入口节点(DSIngressNode)处理进入此DS域的业务流的DS边界节点。
DS内部节点(DSInteriorNode)非边界节点的DS节点。
DS段(DSField)在IPv4中,指TOS字节;在IPv6中,指业务类型字节。
其中的DSCP段诸比特用于编码DS编码点,其它的比特目前没有使用。
DS节点(DSNode)DS兼容的节点
DS区(DSRegion)连续分布的DS域的集合,在其上能够建立跨过多个DS域提供分类业务的连路。
下游DS域(DownstreamDSDomain)一个边界连接中,位于业务流下游的DS域。
丢包器(Dropper)负责丢包的功能模块。
丢包(Dropping)基于一定的原则丢弃数据包;参见监察(Policing)。
遗留节点(LegacyNode)实现了在[RFC791,RFC1812]中定义的IPv4优先算法,但并非DS兼容的节点。
标记器(Marker)负责标记的功能模块。
标记(Marking)基于一定的原则设置一个数据包的DS编码点;参见预标记(Pre-marking),重标记(Re-marking)。
机制(Mechanism)在节点中用于实现一种或多种每一跳行为的专门算法或操作(例如,排队策略)。
测量器(Meter)负责测量的功能模块。
测量(Metering)运算由分类器选中的业务流的时刻性特点(例如,速率)。
这一过程的即时状态可能会阻碍标记器,整形器,或者丢包器的行为,也可能被用于记帐收费或者纯粹的测量目的。
微流(Microflow)一个独立的从应用程序到应用程序的数据包流,由源地址,源端口号,目的地址,目的端口号和协议标识符区分。
MF分类器(MFClassifier)按照任意数目的包头字段的内容来选择数据包的多字段(MF)分类器。
典型的字段组合可能包括源地址,目的地址,DS段,协议标识符,源端口号和目的端口号。
每一跳行为(Per-Hop-Behavior:
PHB)在DS兼容节点上,作用在DS行为集合上的外界可观看的转发行为。
PHB组(PHBGroup)由一个或多个PHB组成的集合。
这些PHB由于共同的限制,例如队列服务或队列治理策略,必须同时被指定及实现。
PHB组提供了构建服务的基石,使得一系列的转发行为能够被同时指定。
一个单独的PHB是PHB组的特例。
监察(Policing)按照按照某种业务量简档工作的测量器的状态,丢弃(通过丢包器)业务流的部分数据包。
预标记(Pre-mark)在数据包进入下游DS域之前,设置其DS编码点。
提供者DS域(ProviderDSDomain)具有DS功能的服务提供者所属的源域。
重标记(Re-mark)改变数据包的DS编码点。
通常由标记器按照TCA确定如何修改。
服务(Service)在DS域内或者在端到端条件下,对用户业务量的一个确定的子集所采取的所有处理措施。
服务水平协议(ServiceLevelAgreement:
SLA)用户和服务提供者之间达成的关于如何为用户提供转发服务的服务协议。
那个地点的用户可能是一个使用者组织(源域),也可能是另一个DS域(上游域)。
服务水平协议SLA能够包括部分或全部组成一个TCA的业务量调剂规则。
服务提供策略(ServiceProvisioningPolicy)关于业务调剂器如何配置到DS边界节点上,及业务流如何映射到特定的DS行为集合以获得某些服务的策略。
整形器(Shaper)负责业务量整形的功能模块。
整形(Shaping)有意延迟业务流中的某些数据包,以使业务流符合预先定义的业务量简档。
源域(SourceDomain)发出同意某种特定服务的业务流的节点所在的域。
业务量调剂器(TrafficConditioner)负责完成业务量调剂功能的功能实体。
包括测量器,标记器,丢包器,和整形器。
业务量调剂器能够重新标记业务流,或者丢弃或整形数据包,从而改变业务流的时刻特点,使业务流符合事先达成的业务量简档。
业务量调剂(TrafficConditioning)实现TCA中确定的操纵规则,包括测量,标记,整形,和监察。
业务量调剂协议(TrafficConditioningAgreement:
TCA)一份指明应用到分类器选中的业务流的分类规则,相应的业务量简档,以及对此业务流的测量,标记,丢弃,和/或整形规则的协议。
TCA包括来自三方面的业务量调剂规则:
SLA显式指定,有关的服务需求隐式指定,和/或来自于DS域的服务提供策略。
业务量简档(TrafficProfile)关于业务流的时刻特点的描述,例如速率和突发包大小。
业务流(TrafficStream)具有治理重要性的通过同一段路径的一个或多个微流的集合。
业务流可能包含由特定的分类器选出的活动的微流集合。
上游DS域(UpstreamDSDomain)一个边界连接中,位于业务流上游的DS域。
需求
在互联网的进展历史上,从主机数目,到应用程序的种类和数量,再到网络基础设施的能力,都有着连续的增长。
而且,这种增长在可预见的以后还会连续。
因此,必须有一种支持分类业务的可扩展体系结构与这种连续增长相习惯。
在这种体系结构中,下列需求必须得到认可,并能被满足:
提供从端到端或者在特定网络(或网络集合)内部的,多种多样的服务和提供策略。
承诺将服务从特定的应用程序中分离出来。
能够与已有的应用程序共存,而无须改变应用程序编程接口或者主机软件(假设适当配置了分类器,标记器,和其它的业务量调剂功能模块)。
应该在核心网络节点实现时,将业务量调剂和服务提供功能同转发行为相分离。
不应依靠逐跳的应用程序信令。
仅需要一个专门小的转发行为集合。
事实上现复杂性不应是网络设备开销的要紧部分,也不应给以后高速系统的实现引入瓶颈。
应该幸免在核心网络节点内为每个微流或者每个用户保持各自的状态。
在核心网络节点内,应仅储存集合分类状态。
承诺在核心网络节点实现简单的数据包分类(BA分类器)。
承诺同无DS兼容性的网络节点的合理的互操作性。
具备增量式布
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 分类 业务 体系结构
![提示](https://static.bdocx.com/images/bang_tan.gif)