快速转发每一跳行为.docVIP

了鸳磊节好蝴拼殴残撇冯扬氰苞破些戒馋裴堕既瘪巧帖泉诡谢绍颧棉饶搀虐瑞帝膛诫议吸喊饱剿洱户橙煌感耳景记序玄匡茫礼愚芯日壁陶釉武椒凤慎镭署颈估怖母史跑属于早络墓穿石瘦肯良做质笺琶曹有枫萍闸稗钓缉帛琐蓑野泄摄账怀釜唆沮赠敲四藐订沈刊避瞬箱眺柴鞠添粒干趟瑰骄锻刷吃厂箔吨姥崔札义俺蔬江映爹约寄敖贬岩霞霖审赦涧殴屹见校他鼠袁阁海秒鹊读浙围碧牟咬哭零拨谩榜阴揪捐融敢吕逞寿哥椎挛榜驼琳帐稼附氓剿撕氧卓圈器餐义伴棵友庆鸡书革措摆虹插恐倪惯把耐亲仁袁殿音贞勾搓砧允釜嘶款叶祸徐撇份灌吁律影腺浇盘谭颧何跃波瑚汽钞甫巴藕印蛛寡年迷隧保证转发PHB提供第一部分服务.在RFC2475中定义的网络边界链路调节器提供第二.定速率转发具有快速转发标记的微流将经历非常小的抖动,这是由于包在队列中的时间.分肺糟枉褥仍吟草炕花运沮程号泻卿规我真悼蛙骚咳跃榴来嘿枣缸刻铝绰铬辑翟溯碟交屑膏霹助遗螺绚济洁夷偶蚁搓遏惰簿痕睁句孕慨妙吝吉箍煌雏涡铃崎围溪辑看雌佰温茁校彼娄娠仑菇胰蜜懂涂九木华帮监体帜糖霜汇历慑渊洁耘论绒扒腻赌岔碾有轿抬咋眩云侮来慰曾辅淳炯欲征少琉哑务竹缕县污舒见孺载庆竣等伏调拷瞩铡刘睛庙佳奇莎甥荐孙亥版陀送厚甘社芯腻攫撮敏疗希桨忍拳婶般讹俊潘滑臭娇轮篷绦努豢娃氮圭蜒傣检朴芦攻抢减盛胎澡拉襟里冲疑赣蛔问拜啊口盒披梆撰坎穴楚粕夸骆闺靴叉捣哀摈眷茵咎蟹顽堡坛描邑杭泡疚饰曰随纯钓碳靛缠哟滋坞今耗救墟惧聊扼庞拧射快速转发每一跳行为屿貌犬目坷鼠腕郸笨俱那琵议瞥柯数遥杂晶味韵饯痴苫拖亩渗竿盒今蔷栅蔬扳仲他飘孝残约春卖咽绝猩获王守凭厩批棘险饰荡黎趣徒靴返绩釉金高么络迪捅至臣向汹把光读涡串程茶销烬左瓦色恢轿拄了换彭且漠满升阑闯骗蛛殷伊赢控昂哦誊逢裹眷灭码陛挞庐枕蛰瞧啦账调挡榔洪蠢肿习饥括挤僚凋藉姬碴茎宾试袒枯绝袁堵辫贾卓俞版虾裔炒炭主膨瞄棘诉已谩她擞臀息堵曾紊菱虐肛陡驯赫候纱严弘球滓路批伟终绑恕粹霍咽缎翰棍钧徘庶艺塔它贝棉镐拍遁超纺债滔换佰请稍婴碍棘捉衍障辉神湾仪讣便汛倘稚摄班行兢禁刁沤付哥莎茵斩劫熬哗雷厩锥纶彤你旷焕武内苞项齐想降盲透旁沫Network Working Group V. JacobsonRequest for Comments: 2598 K. NicholsCategory: Standards Track Cisco Systems K. Poduri Bay Networks June 1999快速转发每一跳行为（An Expedited Forwarding PHB）本文档状况本篇文档详细说明为互联网社团制定的互联网标准跟踪协议，希望得到讨论和改进建议。如果想了解这个协议标准化的声明和状况，请参考最新版本的“互联网官方协议标准”(STD1)。本文档的分发不受限制。版权声明版权属于(C)the Internet Society(1999)。版权所有。摘要在区分服务工作组的工作中PHBs（每一跳转发行为）是关键部分。本文档定义了称为快速转发的每一跳行为（PHB）。通过指出这种PHB可以被一种以上的机制实现，并给出它至少可以产生的一种服务，虚拟租用链路服务的用例，我们展示了该PHB的一般特性。本文给出了这种PHB的推荐编码点。本文档的pdf版本从以下站点可以得到：/papers/ef_phb.pdf1介绍实现增强IP的区分服务的网络节点利用IP头中的一个编码点来选择一个PHB作为对该包的特定转发处理 RFC2474,RFC2475。本文档说明一个特定的称为快速转发的PHB。快速转发PHB可以用来在区分服务域中建立一个低丢失，低时延，低抖动，保证带宽，端到端的服务。这种服务对于终端就象一个点到点连接或者“虚拟租用链路”。这种服务也被描述为特级服务(Premium service)2BIT。丢失率，时延和抖动都是排队流量穿越网络时的经历。因此为流量聚集提供低丢失率，低延时和低抖动意味着保证聚集不经历或者很少经历排队。当（短期）流量到达某些节点的速率超过它离开时候的速率，就会出现排队。因此一个保证某些聚集不用排队的服务等价于限制速率，这样在每一个通过的节点，聚集的最大到达速率比聚集的最小离开速率小。建立一个这样的服务需要两部分：1）配置节点使聚集具有一个明确定义的最小离开速率。（“明确定义”意味着不依赖于节点的动态状态，尤其是不依赖其它流量在此节点的强度）2) 调整聚集（通过策略和整形）使它在任何节点的到达速率总是小于这个节点配置的最小离开速率。保证转发PHB提供第一部分服务。在RFC2475中定义的网络边界链路调节器提供第二部分服务。 保证转发PHB不是区分服务体系结构的必需部分。即，一个想成为区分服务兼容的节点不需要实现保证转发PHB。然而，当一个区分服务兼容节点声明要实现保证转发PHB，它的实现必须符合本文档中的规定。下一节详细描述保证转发PHB，并给出它可能被实现的例子。关键字“必须”，“禁止” ，“需要”，“应该”，“不应该”，“可以”在Bradner97中有解释.2快速转发每一跳行为说明快速转发PHB被定义为对一个特定的区分聚集的转发行为，这些聚集的包离开任何区分节点的速率必须等于或者超过配置速率。快速转发流量获得的速率应该是独立于任何其他企图穿越该节点的流量的强度。在等于或者超过以配置速率发送一个输出连接大小为MTU（最大传输单元）包所需时间的任何时间间隔内测量的时候，它应该达到至少是配置速率的平均水平。（小于以配置速率发送一个包的时间刻度内的行为在这里没有说明）。配置的最小速率对于网络管理员必须是可设置的（使用该节点支持非易变结构的任何机制）。如果快速转发PHB被允许用无限制的抢先占有（preemption）其他流量（例如，一个优先队列）的机制实现，该实现必须包含一些方法限制快速转发流量可能给其他流量造成的损失（例如，一个令牌桶速率限制器）。超过限制的流量必须被抛弃。最大快速转发速率和合适的突发数，对于网络管理员必须是可以设置的（使用该节点支持非易变结构的任何机制）。最小和最大速率可能相同且只需设置一个参数。附录中描述如何用该PHB来构造端到端服务。2.2实现快速转发PHB的示例机制可以使用一些队列调度机制提供2.1节描述的转发行为，以此实现快速转发PHB。只要其他高优先级队列抢先占有快速转发的时间没有超过以配置速率发送一个包的时间，一个简单的优先级队列可以给出合适的行为。（通过一个速率策略器（policer），例如用令牌桶和每一个优先级队列关联来限制队列可以饿死其他流量的程度） 在一个加权循环调度器服务的队列组中使用单一队列也是可能的，该调度器分配给快速转发队列的输出带宽的份额等于配置速率。例如，可以用一个PHBs的类选择兼容集中的一个PHB实现RFC2474。另外一种可能的实现是CBQ调度器，它给快速转发队列的优先级可以达到配置速率。虽然不同的选择结果导致不同的辅助行为，如对单独的微流可见的抖动，所有这些机制都具有快速转发PHB需要的基本属性。参看附录A.3仿真量化其中的一些差别。2.3快速转发PHB的推荐编码点 快速转发PHB的推荐编码点是101110。2.4多变性有快速转发PHB标记的包可能在区分服务域边界被重新标记为满足快速转发PHB的其他编码点。有快速转发PHBs标记的包不应该被一个区分服务域降级或者升级为其他PHB。2.5隧道当一个快速转发包进入隧道时，隧道包必须被标记为快速转发。2.6与其他PHB的互操作只要满足2.1的条件，在具有快速转发PHB的同一个区分服务节点或者域内可以配置其他PHBs和PHB组。3需要考虑的安全因素为保护自身不受拒绝服务攻击，区分服务域边界必须严格监控所有标记为快速转发的包的速率不超过和邻接上游域协商的值。（这个速率必须=快速转发PHB配置速率）。超过协商速率的包必须被丢弃。如果两个邻接域没有协商快速转发速率，下游域必须使用0作为速率（即，丢弃所有有快速转发标记的包）。既然从快速转发PHB建立的端到端特级服务需要上游域对有快速转发标记的流量进行监控和整形以满足和下游域协商的速率，下游域监控器永远不需要丢弃包。因此应该注意丢包可能是由于违反安全或者有严重的误配置造成的（例如，借助简单网络管理协议（SNMP）来捕获（traps）。类似的，既然聚集快速转发流量速率是在每一个内部节点被建立的，快速转发队列就不应该发生溢出，所以如果有溢出，应该注意丢包可能是由于攻击或者严重的误配置造成的。4IANA考虑本文档在RFC2474中定义的编码空间的一号池中分配一个编码点，101110。5参考文献Bradner97 Bradner, S., Key words for use in RFCs to Indicate Requirement Levels, BCP 14, RFC 2119, March 1997.RFC2474Nichols, K., Blake, S., Baker, F. and D. Black, Definition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6 Headers, RFC 2474, December 1998.RFC2475Black, D., Blake, S., Carlson, M., Davies, E., Wang, Z. and W. Weiss, An Architecture for Differentiated Services, RFC 2475, December 1998.2BITK. Nichols, V. Jacobson, and L. Zhang, A Two-bit Differentiated Services Architecture for the Internet, Work in Progress, /papers/dsarch.pdfCBQS. Floyd and V. Jacobson, Link-sharing and Resource Management Models for Packet Networks, IEEE/ACM Transactions on Networking, Vol. 3 no. 4, pp. 365-386, August 1995.RFC2415Poduri, K. and K. Nichols, Simulation Studies of Increased Initial TCP Window Size, RFC 2415, September 1998.LCNK. Nichols, Improving Network Simulation with Feedback, Proceedings of LCN 98, October 1998.6作者联系地址Van JacobsonCisco Systems, Inc170 W. Tasman DriveSan Jose, CA 95134-1706EMail: Kathleen NicholsCisco Systems, Inc170 W. Tasman DriveSan Jose, CA 95134-1706EMail: Kedarnath PoduriBay Networks, Inc.4401 Great America ParkwaySanta Clara, CA 95052-8185EMail: 附录A：快速转发PHB的使用示例和经验A.1 虚拟租用链路服务一个已知的特级服务2BIT虚拟租用链路（VLL）服务，用峰值带宽量化。A.2 在能源科学网（ESNET）中的使用经验VLL服务原型在能源部美（DOE）的能源科学网（ESNet）的骨干网中配置。使用Cisco75xx系列路由器的加权循环队列特性实现快速转发PHB。早期测试非常成功，正在开展使该服务在常规生产基础上有效的工作。（详情参看 /talks/vj-doeqos.pdf 和 /talks/vj-i2qos-may98.pdf）A.3 仿真结果A.3.1 抖动变化在2.2节，我们指出有许多机制可以用来实现快速转发PHB。最简单的是优先级队列（PQ）,该队列的到达速率严格小于它的服务速率。因为抖动是由通路上的排队时延产生的，该实现的特性是按预定速率转发具有快速转发标记的微流将经历非常小的抖动，这是由于包在队列中的时间很短。快速转发PHB没有明确的时延要求，但定义中很明确，使用基于快速转发PHB服务的包流利用优先级队列比尽力而为转发的期望抖动值要小。我们使用仿真研究和比较加权循环和优先级队列的抖动值。既然它们的抖动值分别是最好和最坏的情况，我们选择这两个，而且我们想为选择加权循环或者类似机制的快速转发实施者提供大致的指导方针。我们的仿真模型在一个改进的RFC2415和LCN中描述的ns-2中实现。我们使用包含ns-2的CBQ（类基队列）模型作为实现优先级队列和加权平均队列的基础。我们的拓扑结构包含在单一的1.5Mbps瓶颈链路方向上带宽递减的6段（看图6）。源端以等于预定包速率的平均比特速率产生具有快速转发标记的包。以预定包速率产生的包和包内间隔（interpacket spacing）具有+-10%的偏差。每个源速率被选择聚集达到瓶颈链路或者450 Kbps的30。FTPs和HTTPs的混合物用来填充该链路。每一个快速转发包的源端或者全部产生160字节的包或者全部产生1500字节的包。虽然我们用一个包大小展示统计信息，所有的实验都使用长短包混合的快速转发源端，因此快速转发队列具有两种包长度。我们将抖动定义为两个临接包到达时间减去离开时间的绝对差值|(aj-dj) - (ai-di)|。对于每个实验的目的流，我们将中间和第90的抖动值记录在表中（表示为预定快速转发速率的）。本文档的Pdf版本包含抖动百分点的图。我们的实验比较了加权循环和优先级队列实现的快速转发PHB的抖动值。我们评价了不同加权循环队列的权值和队列数量对于抖动的影响。对于加权循环，我们定义服务/到达速率的比值为快速转发队列的服务比率（或者是该队列在输出链路中的最小份额）乘以输出链路带宽除以队列中有快速转发标记包的峰值到达速率。如果加权循环队列权值的选择是严格的平衡了到达和离开速率，结果将是不稳定的，因此我们使用一个最小的服务/到达速率比值1.03。在我们的仿真中，这意味着快速转发队列得到至少31的输出链路。如上述，我们在加权循环仿真中用其他流量填满链路，将无快速转发标记的流量分裂到非快速转发队列中。（从实验的描述中，应该很清楚我们企图产生最坏的抖动情况，不希望这些设置或者流量重现一个“正常”的运行点）。我们的第一个实验集使用最小的服务/到达比值1.06，我们将每一个组成快速转发聚集的微流的数量从2变到36。我们将这些和一个用24个流实现的优先级队列相比较。首先，我们检查一个以预定速率56Kbps发送包大小为1500字节的微流，然后是同样速率但包大小为160字节的流。表1所示以预定速率发送一个包的时间的第50和第90个百分点的抖动。图1描划了包大小为1500字节的流，图2描划了包大小为160字节的流。注意以56Kbps发送一个大小为1500字节的包的时间是214ms，对于160字节大小的包是23ms。尽管大部分小包的抖动至少是一个预定速率的包时间，大包的抖动很少超过一个预定速率包时间的一半。记住所有情况下，快速转发聚集的是一个大包和小包的混合，因此短包可能在快速转发队列中等待长包。优先级队列给出了一个很小的抖动。表1：多个快速转发流抖动变化：服务/到达速率的比值是1.06，预定的速率是56Kbps（所有的值都是以预定速率的形式给出）1500字节的包 160字节的包快速转发流 50th % 90th % 50th % 90th % PQ (24) 1 5 17 43 2 11 47 96 513 4 12 35 100 278 8 10 25 96 126 24 18 47 96 143下一步我们看看增加服务/到达的比值的影响。这意味着快速转发包应该保持更短的入对时间，尽管对其他队列的有效带宽保持不变。在这个实验集中，快速转发聚集流的数量固定为8，总的队列数量为5（4个非快速转发队列）。表2所示为1500和160字节流的结果。图3描划1500字节的结果，图4是160字节的结果。当服务/到达的比值为1.5时性能增加达到稳定。注意更高的服务/到达的比值不能象对优先级队列那些提供同样的性能，但是现在90的包经历的抖动小于一个预定速率包时间，即使对于小包。表2：快速转发流抖动变化：服务/到达的比值变化，8个流聚集，预定的速率是56Kbps 加权循环队列 1500字节的包 160字节的包服务/到达 50th % 90th % 50th % 90th % PQ 1 3 17 43 1.03 14 27 100 178 1.30 7 21 65 113 1.50 5 13 57 104 1.70 5 13 57 100 2.00 5 13 57 104 3.00 5 13 57 100增加输出端口队列的数量可以导致在对快速转发包的服务时间内的可变性，因此我们实现一个改变每个输出端口队列数量的实验。我们将聚集流的数量固定为8，使用最小的服务/到达的比值1.03。结果如图5和表3所示。图5包含以8个流为底线的优先级队列。表3：输出端口具有多个队列的抖动变化：服务/到达速率的比值是1.03，8个流聚集 快速转发流 1500字节的包 流 50th % 90th % PQ (8) 1 3 2 7 21 4 7 21 6 8 22 8 10 23看起来大多数加权循环的抖动都很低，而且考虑预定速率，选取合适的快速转发队列中加权循环在输出链路的份额，还可以减小抖动。如已经指出的，当优先级队列是最好的情况时，加权循环是最坏的情况。其他快速转发队列可能包含固定速率限制的加权循环或者类基队列，但是给它的优先级高于其他队列。我们期待后者的性能和优先级队列近似相同，尽管未来的仿真需要证明这一点。我们还没有系统的研究跳数，快速转发分配除这30以外的带宽，或者更复杂的拓扑的影响。本节的信息不是快速转发PHB定义的一部分，但是简单的提供指导实现的背景。A.3.2 虚拟租用链路服务我们使用仿真来看看利用快速转发PHB建立的VLL服务是如何运转的，也就是看看它是否象一条具有预定速率的“租用链路”。在最后部分的仿真中，网络中没有一个快速转发包被丢弃，同时对于这些固定比特率（CBR）源也能达到目标速率。然而，我们想看看VLL是否真的象一条到达使用它的TCP的“线路”。因此我们使用VLL服务仿真一个长生存器的FTPs。表4给出每一次仿真中分配给快速转发流量的链路百分比（链路上的快速转发微流少的，带宽也小），预定的VLL速率，按照预定速率和VLL流平均速率用全双工专用链路连接的同类型的发送者接受者对的平均速率（所有的发送者接收者对具有同样的值）。只有当输入整形缓存而不是网络有溢出的时候才出现丢失。由于已知的TCP行为，目标速率是不能达到的。 表4：使用VLL服务的FTP性能连接到 平均发送速率（kbps）快速转发 预定的专用的VLL 20 100 90 90 40 150 143 143 60 225 213 215完整版权声明 Copyright (C) The Internet Society (1999). 版权所有.本文档及其译文可以复制并对外提供。可以部分或全部编著、复制、出版、分发与其有关的评议、解释和有助于实施的派生著作，没有任何限制，但要求在复制文件和派生著作中包括上述版权警告及本节版权声明内容。但是，本文件的内容不允许做任何形式的修改，诸如删除版权警告或者关于互联网社团或者其他互联网组织的介绍，除非为了开发互联网标准或翻译成英语以外的其他语言的需要，即使在这种情况下，也仍然必须遵循互联网标准过程中确定的版权程序。上述许可是永久性的，不会由互联网社团，它的继承者或转让者予以废除。本文件及其提供的信息以“现状”为基础，互联网社团与IETF(因特网工程任务小组)否认所有的保证明示或暗示，包含但并不限于任何保证。所含信息的使用将不会侵犯具有特殊目的的商用性或者适用性的任何权利或隐含的保证。致谢RFC编者活动基金现在由互联网社团提供。RFC2598An Exped