RFC896TCPIP互聯网上的拥塞控制.doc

组织：中国互动出版网（/） RFC文档中文翻译计划（/compters/emook/aboutemook.htm） E-mail：ouyang@ 译者：（ ） 译文发布时间：2001-12-28 版权：本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载，但必须保留本文档的翻译及版权信息。 Network Working Group John Nagle Request For Comments: 896 6 January 1984 Ford Aerospace and Communications Corporation TCP/IP互联网上的拥塞控制 （RFC896——Congestion Control in IP/TCP Internetworks） 这个文档讨论了TCP/IP互联网上拥塞控制的某些方面的问题。它旨在激发人们对这个问题的思考和进一步的讨论。为了实现改良的拥塞控制而提出某些具体建议时,这个文档并不具体制定任何标准。 引 言 拥塞控制在复杂的网络中公认的问题。我们发现，国防部的网间网协议（IP），一种纯数据报协议，和传输控制协议（TCP），一种传输层协议，当把它们一起使用时容易遭受不寻常的拥塞问题，这是由在传输层和数据报层之间的相互作用而引起的。特别的，IP网关对于被我们称为“拥塞崩溃”的现象而言是脆弱的，特别是当这种网关连到大范围的不同带宽的网络上的时候。我们研究了防止拥塞崩溃的方案。 由于这些协议在基于ARPANET IMP技术的网络上使用频繁，这些问题没有得到普遍的认识。基于ARPANET IMP的网络通常有一致的带宽和完全相同的交换节点，并且容量很大。对大多数TCP/IP主机和网络而言, 盈余的容量以及IMP系统控制主机传输量的能力已足以处理拥塞。然而,随着最近ARPANET分成两个互连的网络以及连到ARPANET上的具有不同特性的其他网络的增长,IMP系统良性特性中的可靠性已不足以允许主机迅速而可靠的通信。为了使网络成功的运转,必须改善拥塞控制。 福特航空航天及通信股份有限公司,和它的总公司,福特汽车公司,经营着如今实际存在的唯一一家私有的TCP/IP长距离网络。这个网络与四个网点相连(一个在Michigan,两个在Galifornia,另一个在England),它们中的一些还有大规模的本地网。这个网络交叉连接在ARPANET上但却使用它自己的长距离线路。福特公司各网点之间通过私人租赁线路进行传输，包括一条专用的横渡大西洋的卫星通讯线路。所有的交换节点都是没有点到点流量控制的纯IP报交换，并且所有主机运行的软件都是由福特公司或它的子公司编写或者经他们大量修改的软件。这个网络上的链接带宽变化很大，从1200到10，000，000bps。通常，我们已经没有能力购买昂贵的ARPANET那样的额外的长距离带宽，而且我们的长距离链接在高峰时期是超负荷的。几秒的传输时间在我们的网络里是如此的平常。由于我们的纯数据报定向,负荷过重和带宽的大范围变化，我们不得不去解决ARPANET/MILNET组织才刚开始认识到的问题。我们的网络对主机的TCP实现的次最优性能很敏感，包括与我们的网络连接或断开。我们力图检查在不同条件下的TCP性能，并且已经解决了一些TCP普遍存在的问题。在这里我们提出了两个问题及其解决办法。许多TCP实现有这些问题；如果对于某个给定的TCP实现，经过ARPANET/MILNET网关的吞吐量比经过一个单一的网络糟，那么很可能这个TCP实现存在这些问题中的一个或两个。 拥塞崩溃 在我们开始讨论这两个具体问题及其解决办法之前，描述一下当这些问题没有解决时会发生什么是妥当的。在负载较重的带有端到端重发机制的纯数据报网络中，当交换节点拥塞时，网络上的往返时间增加，在网络上传输的数据报的数量也增加了。这在轻负载下是正常的.只要在传输中仅有每个数据报的一个拷贝，拥塞就在控制之中。一旦还没递送成功的数据报开始重传，潜在的严重问题就可能会出现。 主机TCP的实现预期在增加的时间间隔内多次重传数据报，直到重传间隔的某个时间上限已到。通常，这个机制足以防止严重的拥塞问题。虽然有更好的自适应主机重传算法，但是网络上的意外负载能使往返时间的增长速度比发送方估计