下载
加入VIP
  • 专属下载特权
  • 现金文档折扣购买
  • VIP免费专区
  • 千万文档免费下载

上传资料

关闭

关闭

关闭

封号提示

内容

首页 计算机网络谢稀仁1 常见问题问题5-13

计算机网络谢稀仁1 常见问题问题5-13.doc

计算机网络谢稀仁1 常见问题问题5-13

tyl_22
2018-09-07 0人阅读 举报 0 0 暂无简介

简介:本文档为《计算机网络谢稀仁1 常见问题问题5-13doc》,可适用于IT/计算机领域

(问题:能否更详细些讨论一下糊涂窗口综合症及其解决方法?答:发送端产生的症状如果发送端为产生数据很慢的应用程序服务例如一次产生一个字节。这个应用程序一次将一个字节的数据写入发送端的TCP的缓存。如果发送端的TCP没有特定的指令它就产生只包括一个字节数据的报文段。结果有很多字节的IP数据报就在互连网中传来传去。解决的方法是防止发送端的TCP逐个字节地发送数据。必须强迫发送端的TCP收集数据然后用一个更大的数据块来发送。发送端的TCP要等待多长时间呢?如果它等待过长它就会使整个的过程产生较长的时延。如果它的等待时间不够长它就可能发送较小的报文段。Nagle找到了一个很好的解决方法。(Nagle算法Nagle算法非常简单但它能解决问题。这个算法是为发送端的TCP用的:发送端的TCP将它从发送应用程序收到的第一块数据发送出去哪怕只有一个字节。在发送第一个报文段(即报文段)以后发送端的TCP就在输出缓存中积累数据并等待:或者接收端的TCP发送出一个确认或者数据已积累到可以装成一个最大的报文段。在这个时候发送端的TCP就可以发送这个报文段。对剩下的传输重复步骤。这就是:如果收到了对报文段x的确认或者数据已积累到可以装成一个最大的报文段那么就发送下一个报文段(x)。Nagle算法的优点就是简单并且它考虑到应用程序产生数据的速率以及网络运输数据的速率。若应用程序比网络更快则报文段就更大(最大报文段)。若应用程序比网络慢则报文段就较小(小于最大报文段)。接收端产生的症状接收端的TCP可能产生糊涂窗口综合症如果它为消耗数据很慢的应用程序服务例如一次消耗一个字节。假定发送应用程序产生了字节的数据块但接收应用程序每次只吸收字节的数据。再假定接收端的TCP的输入缓存为字节。发送端先发送第一个字节的数据。接收端将它存储在其缓存中。现在缓存满了。它通知窗口大小为零这表示发送端必须停止发送数据。接收应用程序从接收端的TCP的输入缓存中读取第一个字节的数据。在入缓存中现在有了字节的空间。接收端的TCP宣布其窗口大小为字节这表示正渴望等待发送数据的发送端的TCP会把这个宣布当作一个好消息并发送只包括一个字节数据的报文段。这样的过程一直继续下去。一个字节的数据被消耗掉然后发送只包含一个字节数据的报文段。这又是一个效率问题和糊涂窗口综合症(见下图)。对于这种糊涂窗口综合症即应用程序消耗数据比到达的慢有两种建议的解决方法。(Clark解决方法Clark解决方法是只要有数据到达就发送确认但宣布的窗口大小为零直到或者缓存空间已能放入具有最大长度的报文段或者缓存空间的一半已经空了。(延迟的确认第二个解决方法是延迟一段时间后再发送确认。这表示当一个报文段到达时并不立即发送确认。接收端在确认收到的报文段之前一直等待直到入缓存有足够的空间为止。延迟的确认防止了发送端的TCP滑动其窗口。当发送端的TCP发送完其数据后它就停下来了。这样就防止了这种症状。迟延的确认还有另一个优点:它减少了通信量。接收端不需要确认每一个报文段。但它也有一个缺点就是迟延的确认有可能迫使发送端重传其未被确认的报文段。可以用协议来平衡这个优点和缺点例如现在定义了确认的延迟不能超过毫秒。

用户评价(0)

关闭

新课改视野下建构高中语文教学实验成果报告(32KB)

抱歉,积分不足下载失败,请稍后再试!

提示

试读已结束,如需要继续阅读或者下载,敬请购买!

文档小程序码

使用微信“扫一扫”扫码寻找文档

1

打开微信

2

扫描小程序码

3

发布寻找信息

4

等待寻找结果

我知道了
评分:

/2

计算机网络谢稀仁1 常见问题问题5-13

VIP

在线
客服

免费
邮箱

爱问共享资料服务号

扫描关注领取更多福利