rfcrfc2598.txt

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

组织：中国互动出版网（http://www.china-pub.com/）
RFC文档中文翻译计划(http://www.china-pub.com/compters/emook/aboutemook.htm)
E-mail：[e-mail]
译者：王保利（wwwbl [e-mail]）
译文发布时间：2002-6-1
版权：本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载，但必须保留本文档的翻译及版权信息。

Network Working Group                                             		V. Jacobson
Request for Comments: 2598                                                       K. Nichols
Category: 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版本从以下站点可以得到：
ftp://ftp.ee.lbl.gov/papers/ef_phb.pdf
1．介绍
	实现增强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））。类似的，既然聚集快速转发流量速率是在每一个内部节点被建立的，快速转发队列就不应该发生溢出，所以如果有溢出，应该注意丢包可能是由于攻击或者严重的误配置造成的。
4．IANA考虑
	本文档在[RFC2474]中定义的编码空间的一号池中分配一个编码点，101110。
5．参考文献
[Bradner97] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2474]Nichols, 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.
[RFC2475]Black, D., Blake, S., Carlson, M., Davies, E., Wang, Z. and W. Weiss, "An Architecture for Differentiated Services", RFC 2475, December 1998.
[2BIT]K. Nichols, V. Jacobson, and L. Zhang, "A Two-bit Differentiated Services Architecture for the Internet", Work in Progress, ftp://ftp.ee.lbl.gov/papers/dsarch.pdf
[CBQ]S. 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.
[RFC2415]Poduri, K. and K. Nichols, "Simulation Studies of Increased Initial TCP Window Size", RFC 2415, September 1998.
[LCN]K. Nichols, "Improving Network Simulation with Feedback", Proceedings of LCN '98, October 1998.
6．作者联系地址
Van Jacobson
Cisco Systems, Inc
170 W. Tasman Drive
San Jose, CA 95134-1706
EMail: [e-mail]

Kathleen Nichols
Cisco Systems, Inc