zyj-第14讲 传输层(2)解析.ppt

内容回顾 运输层TCP协议功能、特点 在不可靠的传输网络上实现可靠的通信 面向连接 端口概念 复用/分用 TCP报文段首部格式 学习目标 目 录 1 TCP连接建立与释放 2 可靠通信的基本原理 3 TCP 可靠通信的具体实现 1. 运输层连接管理三个阶段 连接建立 数据传送 连接释放 2. 连接建立 连接建立需要解决的问题： 使每一方能够确知对方的存在。 允许双方协商参数。 如最大报文段长度、最大窗口大小、服务质量等。 能够对运输实体资源进行分配。 如缓存大小、连接表中的项目等。 工作模式：客户/服务器（Client/Server） Client - 主动发起连接建立的应用进程。 Server - 被动等待连接建立的应用进程。 Three-way Handshake Three-way Handshake Three-way Handshake Three-way Handshake 2. 建立连接（续） 三次握手建立 TCP 连接，状态变化。 Why? Client为什么发送确认？ 防止已失效的连接请求报文（在网络中滞留）到达Server端，重复建立连接（无用）。 Client丢弃Server回复的过失（失效）的确认应答。 报文出现差错如何处理？ 3. 数据传送 如何实现可靠传输？ 采用停等协议——发送方发送消息，等待接收方确认。 报文发生差错或丢失，如何处理？ 采用超时重传机制。 4. TCP连接释放 数据传输结束后，通信的双方都可释放连接。 以 A 为例主动关闭连接，A 应用进程执行关闭原语，停止发送数据。A 的TCP构造并发送连接释放(FIN)报文段，主动关闭 TCP 连接。 A 为什么必须等待 2MSL 时间？ MSL(Maximum Segment Lifetime)最长报文寿命 第一，为了保证 A 发送的最后一个 ACK 报文段能够到达 B。 第二，防止 “已失效的连接请求报文段”出现在本连接中。 A 在发送完最后一个 ACK 报文段后，再经过时间 2MSL，就可以使本连接持续的时间内所产生的所有报文段，都从网络中消失。确保下一个新的连接中，不会出现旧的连接请求报文段。 RFC 793建议：MSL = 2 分钟 目 录 1 TCP连接建立与释放 2 可靠通信的基本原理 3 TCP 可靠通信的具体实现 数据传送需要解决的问题 如何实现可靠传输？ 采用停等协议——发送方发送消息，等待接收方确认。 停等协议 停等协议 停等协议 停等协议 停等协议 需要注意的几个问题 在发送完一个分组后，必须暂时保留已发送的分组的副本。 分组和确认分组都必须进行编号。 超时计时器的重传时间应当比数据在分组传输的平均往返时间更长一些。 可靠传输的实现 使用上述的确认和重传机制，可以实现在不可靠的传输网络上实现可靠的通信。 这种可靠传输协议常称为自动重传请求ARQ (Automatic Repeat reQuest)。 ARQ 重传的请求是自动进行的。接收方不需要请求发送方重传某个出错的分组 。 信道利用率 停止等待协议的优点是简单，但缺点是信道利用率太低。 流水线传输 发送方可连续发送多个分组，不必每发完一个分组就停顿下来等待对方的确认。 由于信道上一直有数据不间断地传送，这种传输方式可获得很高的信道利用率。 连续 ARQ 协议 累积确认 接收方一般采用累积确认的方式：即不必对收到的分组逐个发送确认，而是对按序到达的最后一个分组发送确认，这样就表示：到这个分组为止的所有分组都已正确收到了。 优点是：效率高、容易实现，即使确认丢失也不必重传。 Go-back-N（回退 N） 如果发送方发送了前 5 个分组，而中间的第 3 个分组丢失了。这时接收方只能对前两个分组发出确认。发送方无法知道后面三个分组的下落，而只好把后面的三个分组都再重传一次。 称作 Go-back-N（回退 N），表示需要再退回来重传已发送过的 N 个分组。 可见当通信线路质量不好时，连续 ARQ 协议会带来负面的影响。 目 录 1 TCP连接建立与释放 2 可靠通信的基本原理 3 TCP 可靠通信的具体实现 TCP 可靠通信的具体实现 TCP 连接的每一端都必须设有两个窗口：一个发送窗口和一个接收窗口。 TCP 的可靠传输机制用字节的序号进行控制。TCP 所有的确认都是基于序号而不是基于报文段。 TCP 两端的四个窗口经常处于动态变化之中。 以字节为单位的滑动窗口 发送缓存 接收缓存 发送缓存与接收缓存的作用 发送缓存用来暂时存放： 发送应用程序传送给发送方 TCP 准备发送的数据； TCP 已发送出但尚未收到确认的数据。 接收缓存用来暂时存放： 按序到达的、但尚未被接收应用程序读取的数据； 不按序到达的数据。 需要强调