rfcrfc2598.txt

本程序为在linux下实现FTP传输文件的实现

170 W. Tasman Drive
San Jose, CA 95134-1706
EMail: [e-mail]

Kedarnath Poduri
Bay Networks, Inc.
4401 Great America Parkway
Santa Clara, CA 95052-8185
EMail: [e-mail]
附录A：快速转发PHB的使用示例和经验
A.1 虚拟租用链路服务
	一个已知的特级服务[2BIT]虚拟租用链路（VLL）服务，用峰值带宽量化。
A.2 在能源科学网（ESNET）中的使用经验
	VLL服务原型在能源部[美]（DOE）的能源科学网（ESNet）的骨干网中配置。使用Cisco75xx系列路由器的加权循环队列特性实现快速转发PHB。早期测试非常成功，正在开展使该服务在常规生产基础上有效的工作。（详情参看 ftp://ftp.ee.lbl.gov/talks/vj-doeqos.pdf 和
   ftp://ftp.ee.lbl.gov/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编者活动基金现在由互联网社团提供。

RFC2598——An Expedited Forwarding PHB                                     快速转发每一跳行为

RFC文档中文翻译计划	1