rfc896_在iptcp internet网络中的拥塞控制

rfc896_在iptcp internet网络中的拥塞控制

ID:11142201

大小:46.00 KB

页数:7页

时间:2018-07-10

rfc896_在iptcp internet网络中的拥塞控制 _第1页
rfc896_在iptcp internet网络中的拥塞控制 _第2页
rfc896_在iptcp internet网络中的拥塞控制 _第3页
rfc896_在iptcp internet网络中的拥塞控制 _第4页
rfc896_在iptcp internet网络中的拥塞控制 _第5页
资源描述:

《rfc896_在iptcp internet网络中的拥塞控制 》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、RFC896——CongestionControlinIP/TCPInternetworksTCP/IP互联网上的拥塞控制组织:中国互动出版网(http://www.china-pub.com/)RFC文档中文翻译计划(http://www.china-pub.com/compters/emook/aboutemook.htm)E-mail:ouyang@china-pub.com译者:()译文发布时间:2001-12-28版权:本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载,但必须保留本文档的翻译及版权信息。Networ

2、kWorkingGroupJohnNagleRequestForComments:8966January1984FordAerospaceandCommunicationsCorporationTCP/IP互联网上的拥塞控制(RFC896——CongestionControlinIP/TCPInternetworks)这个文档讨论了TCP/IP互联网上拥塞控制的某些方面的问题。它旨在激发人们对这个问题的思考和进一步的讨论。为了实现改良的拥塞控制而提出某些具体建议时,这个文档并不具体制定任何标准。引言拥塞控制在复杂的网络中公认的问题。我们发现,

3、国防部的网间网协议(IP),一种纯数据报协议,和传输控制协议(TCP),一种传输层协议,当把它们一起使用时容易遭受不寻常的拥塞问题,这是由在传输层和数据报层之间的相互作用而引起的。特别的,IP网关对于被我们称为“拥塞崩溃”的现象而言是脆弱的,特别是当这种网关连到大范围的不同带宽的网络上的时候。我们研究了防止拥塞崩溃的方案。由于这些协议在基于ARPANETIMP技术的网络上使用频繁,这些问题没有得到普遍的认识。基于ARPANETIMP的网络通常有一致的带宽和完全相同的交换节点,并且容量很大。对大多数TCP/IP主机和网络而言,盈余的容量以及IM

4、P系统控制主机传输量的能力已足以处理拥塞。然而,随着最近ARPANET分成两个互连的网络以及连到ARPANET上的具有不同特性的其他网络的增长,IMP系统良性特性中的可靠性已不足以允许主机迅速而可靠的通信。为了使网络成功的运转,必须改善拥塞控制。7RFC文档中文翻译计划RFC896——CongestionControlinIP/TCPInternetworksTCP/IP互联网上的拥塞控制福特航空航天及通信股份有限公司,和它的总公司,福特汽车公司,经营着如今实际存在的唯一一家私有的TCP/IP长距离网络。这个网络与四个网点相连(一个在Mich

5、igan,两个在Galifornia,另一个在England),它们中的一些还有大规模的本地网。这个网络交叉连接在ARPANET上但却使用它自己的长距离线路。福特公司各网点之间通过私人租赁线路进行传输,包括一条专用的横渡大西洋的卫星通讯线路。所有的交换节点都是没有点到点流量控制的纯IP报交换,并且所有主机运行的软件都是由福特公司或它的子公司编写或者经他们大量修改的软件。这个网络上的链接带宽变化很大,从1200到10,000,000bps。通常,我们已经没有能力购买昂贵的ARPANET那样的额外的长距离带宽,而且我们的长距离链接在高峰时期是超负

6、荷的。几秒的传输时间在我们的网络里是如此的平常。由于我们的纯数据报定向,负荷过重和带宽的大范围变化,我们不得不去解决ARPANET/MILNET组织才刚开始认识到的问题。我们的网络对主机的TCP实现的次最优性能很敏感,包括与我们的网络连接或断开。我们力图检查在不同条件下的TCP性能,并且已经解决了一些TCP普遍存在的问题。在这里我们提出了两个问题及其解决办法。许多TCP实现有这些问题;如果对于某个给定的TCP实现,经过ARPANET/MILNET网关的吞吐量比经过一个单一的网络糟,那么很可能这个TCP实现存在这些问题中的一个或两个。拥塞崩溃在

7、我们开始讨论这两个具体问题及其解决办法之前,描述一下当这些问题没有解决时会发生什么是妥当的。在负载较重的带有端到端重发机制的纯数据报网络中,当交换节点拥塞时,网络上的往返时间增加,在网络上传输的数据报的数量也增加了。这在轻负载下是正常的.只要在传输中仅有每个数据报的一个拷贝,拥塞就在控制之中。一旦还没递送成功的数据报开始重传,潜在的严重问题就可能会出现。主机TCP的实现预期在增加的时间间隔内多次重传数据报,直到重传间隔的某个时间上限已到。通常,这个机制足以防止严重的拥塞问题。虽然有更好的自适应主机重传算法,但是网络上的意外负载能使往返时间的增

8、长速度比发送方估计的往返时间的更新更快。当一个新的大量数据传输时,这样的负载就产生了,这样的文件传输开始填充一个大的窗口。如果这个往返时间超过了所有主机的最大重传间

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。