(6.8)--8.TCP的流量控制计算机网络.ppt

《(6.8)--8.TCP的流量控制计算机网络.ppt》由会员分享，可在线阅读，更多相关《(6.8)--8.TCP的流量控制计算机网络.ppt（9页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、利用滑动窗口实现流量控制TCP 的传输效率TCP 的流量控制利用滑动窗口实现流量控制l一般说来，我们总是希望数据传输得更快一些。但如果发送方把数据发送得过快，接收方就可能来不及接收，这就会造成数据的丢失。l流量控制(flow control)就是让发送方的发送速率不要太快，既要让接收方来得及接收，也不要使网络发生拥塞。l利用滑动窗口机制可以很方便地在 TCP 连接上实现流量控制。A 向 B 发送数据。在连接建立时，B 告诉 A：“我的接收窗口 rwnd=400（字节）”。seq=1,DATAseq=201,DATAseq=401,DATAseq=301,DATAseq=101,DATAseq=

2、201,DATAseq=501,DATAACK=1,ack=201,rwnd=300ACK=1,ack=601,rwnd=0ACK=1,ack=501,rwnd=100AB允许 A 发送序号 201 至 500 共 300 字节A 发送了序号 101 至 200，还能发送 200 字节A 发送了序号 301 至 400，还能再发送 100 字节新数据A 发送了序号 1 至 100，还能发送 300 字节A 发送了序号 401 至 500，不能再发送新数据了A 超时重传旧的数据，但不能发送新的数据允许 A 发送序号 501 至 600 共 100 字节A 发送了序号 501 至 600，不能再发

3、送了不允许 A 再发送（到序号 600 为止的数据都收到了）丢失！可能发生死锁lB 向 A 发送了零窗口的报文段后不久，B 的接收缓存又有了一些存储空间。于是 B 向 A 发送了 rwnd=400 的报文段。l但这个报文段在传送过程中丢失了。A 一直等待收到 B 发送的非零窗口的通知，而 B 也一直等待 A 发送的数据。l如果没有其他措施，这种互相等待的死锁局面将一直延续下去。TCP的传输效率 TCP 报文段发送时机的选择1.第一种机制是 TCP 维持一个变量，它等于最大报文段长度 MSS。只要缓存中存放的数据达到 MSS 字节时，就组装成一个 TCP 报文段发送出去。2.第二种机制是由发送方

4、的应用进程指明要求发送报文段，即 TCP 支持的推送(push)操作。3.第三种机制是发送方的一个计时器期限到了，这时就把当前已有的缓存数据装入报文段（但长度不能超过 MSS）发送出去。仍会存在问题:糊涂窗口综合症发送方糊涂窗口综合症1 字节数据1 字节20 字节1 字节20 字节20 字节TCP 报文段首部IP 数据报首部TCP 报文段IP 数据报此时，有效数据传输效率=1/41=2.44%解决方法：Nagle算法发送第1个数据字节收到确认？发送缓存中的所有数据到达的数据已达到发送窗口一半 或 已达到报文段的最大长度时？立即发送数据是是否否接收方糊涂窗口综合症原因：接收方应用进程消耗数据太慢

5、，例如：每次只读取一个字节。seq=601,DATAACK=1,ack=601,rwnd=0AB允许 A 发送序号 601 至 601 共 1 字节不允许 A 再发送（到序号 600 为止的数据都收到了）应用进程读取 1 字节。接收缓存大小=1 字节ACK=1,ack=601,rwnd=1A 发送了序号 601 至 601 字节，不能再发送了应用进程读取 1 字节。接收缓存大小=1 字节seq=602,DATA允许 A 发送序号 602 至 602 共 1 字节ACK=1,ack=602,rwnd=1A 发送了序号 602 至 602 字节，不能再发送了 让接收方等待一段时间，使得接收缓存已有足够空间容纳一个最长的报文段，或者等到接收缓存已有一半空闲的空间。只要出现这两种情况之一，接收方就发出确认报文，并向发送方通知当前的窗口大小。解决方法