《(2.1.7)--6-7_TCP传输策略计算机网络课件.pdf》由会员分享，可在线阅读，更多相关《(2.1.7)--6-7_TCP传输策略计算机网络课件.pdf（17页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、第六章第六章 传输层传输层TCP 传输策略传输策略TCP 传输策略Update窗口尺寸受制于接收方！TCP 传输层策略 当窗口数为 0 时，发送者不能正常发送数据段，除非:Urgent数据。比如，用户想杀掉远端机器上的进程的时候，可以发送数据发送者可以发送一个字节的数据段，以便让接收者再次发送期待接收的字节号和窗口数（避免死锁）发送者不需要马上发送应用程序产生的数据接收者也不需要马上发送应答（当收到数据的时候）考虑一个指向某交互式编辑器（远程）的TELNET 连接，该编辑器对用户的每次击键都作出响应，在最坏的情况下：当用户敲入一个字符的时候，被送到传输实体，创建一个21字节的数据段，在传到网络
2、层，变成了41字节的IP分组接收方（运行着编辑器的远端机）收到这个信息后，会立发送一个40字节的确认分组（20字节的 TCP段头和20字节的IP头）考虑一个指向某交互式编辑器（远程）的TELNET 连接，该编辑器对用户的每次击键都作出响应，在最坏的情况下：随后，当编辑器读取出这个字节，TCP实体发送一个窗口更新，这个分组也是40字节最后，当编辑器处理了这个字符，它发送一个41字节的分组作为该字符的回显总共累计起来，对于每个敲入的字符，需要至少 162 字节的带宽（还没有考虑到链路层的开销），发送4个数据段。远程交互telnet的最坏情形图示用户端编辑器发送个字符Telnet接收确认ack更新窗
3、口win返回处理结果处理一个字符需要传送4次数据段，占用162字节带宽怎样优化接收端接收端可以推迟500ms发送确认分组和窗口更新窗口，以便可以免费搭载在处理后的回显分组内（free ride）怎样优化发送端Nagles algorithm(1984):当数据以一次一字节的速度到达的时候，只发送第一个字节，然后将后续的字节缓存起来，直到发出的字节得到确认 将缓存起来的字节在一个数据段中发出，再继续缓存，直到发出的数据得到确认 Nagle算法在很多TCP上实现，但是有些时候最好禁用，比如：当一个X-Windows应用在互联网运行的时候，鼠标的移动事件必须发送给远程计算机，把这些移动事件收集起来一
4、批一批发送出去，使得鼠标的移动极不连贯Nagles 算法图示字符1 字符2 字符3 字符4 字符5 字符6 字符7 字符8 字符9 字符10 .字符1 字符2 字符3 字符4 字符5 字符6 字符7 字符8字符1 字符2 字符3 字符4 发送确认缓存缓存确认发送发送傻瓜窗口综合症另一个使TCP性能退化的问题是傻瓜窗口综合症（silly window syndrome problem）：当有大块数据被传递给发送端TCP实体，但接收端的交互式应用每次只读取一个字节的时候，问题就来了每次接收1字节 Read Character Read Character 发送1Byte发送1Byte傻瓜窗口综合症
5、 Clark解决方案：阻止接收方发送只有1个字节的窗口更新，相反，它必须等待一段时间，当有了一定数量的空间之后再告诉发送方 接收方可以可以维护一个内部缓冲，且阻塞上层应用的READ 请求，直到它有大块的数据提供Clark解决方案 Read Character 发送4Byte发送方和接收方 尽量不发送数据含量小的数据段 缓存应用层的数据，达到一定量再发送发送方（Nagles algorithm）不请求对方发送短数据段(window size)延迟窗口变更信息，使接收缓冲区足够大接收方（Clarks solution）TCP传输的是全双工的字节流。TCP适配收发双方的数据流量Window size TCP还需要效率发方优化：Nagles algorithm收方优化：Clarks solution 小结小结 TCP怎样进行流控？怎样提高TCP传输的效率？TCP的发方怎样优化？傻瓜窗口综合症的症状是怎样的？TCP的收方怎样优化？思考题思考题谢谢观看谢谢观看