CH5-5ed运输层(2学时).ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * FIN = 1, seq = u ACK = 1, seq = v, ack= u ? 1 主动关闭 数据传送 通知 应用 进程 ESTAB- LISHED ESTAB- LISHED A B 客户 服务器 5.9.2 TCP 的连接释放 B 发出确认，确认号 ack = u ? 1， 而这个报文段自己的序号 seq = v。 TCP 服务器进程通知高层应用进程。 从 A 到 B 这个方向的连接就释放了，TCP 连接 处于半关闭状态。B 若发送数据，A 仍要接收。 FIN = 1, seq = u ACK = 1, seq = v, ack= u ? 1 FIN = 1, ACK = 1, seq = w, ack= u ? 1 主动关闭 被动关闭 数据传送 通知 应用 进程 ESTAB- LISHED ESTAB- LISHED A B 客户 服务器 数据传送 5.9.2 TCP 的连接释放 若 B 已经没有要向 A 发送的数据， 其应用进程就通知 TCP 释放连接。 FIN = 1, seq = u ACK = 1, seq = v, ack= u ? 1 FIN = 1, ACK = 1, seq = w, ack= u ? 1 主动关闭 被动关闭 数据传送 通知 应用 进程 ESTAB- LISHED ESTAB- LISHED A B 客户 服务器 数据传送 5.9.2 TCP 的连接释放 A 收到连接释放报文段后，必须发出确认。 ACK = 1, seq = u + 1, ack = w ? 1 FIN = 1, seq = u ACK = 1, seq = v, ack= u ? 1 FIN = 1, ACK = 1, seq = w, ack= u ? 1 主动关闭 被动关闭 数据传送 通知 应用 进程 ESTAB- LISHED ESTAB- LISHED A B 客户 服务器 数据传送 5.9.2 TCP 的连接释放 在确认报文段中 ACK = 1，确认号 ack ? w ? 1， 自己的序号 seq = u + 1。 ACK = 1, seq = u + 1, ack = w ? 1 CLOSED ACK = 1, seq = u + 1, ack = w ? 1 FIN = 1, seq = u ACK = 1, seq = v, ack= u ? 1 FIN = 1, ACK = 1, seq = w, ack= u ? 1 FIN- WAIT-1 CLOSE- WAIT FIN- WAIT-2 LAST- ACK 等待 2MSL TIME- WAIT ? 主动关闭 被动关闭 数据传送 通知 应用 进程 ESTAB- LISHED ESTAB- LISHED A B 客户 服务器 数据传送 CLOSED 5.9.2 TCP 的连接释放 TCP 连接必须经过时间 2MSL 后才真正释放掉。 A 必须等待 2MSL 时间的原因 第一，为了保证 A 发送的最后一个 ACK 报文段能够到达 B。 第二，防止 “已失效的连接请求报文段”出现在本连接中。A 在发送完最后一个 ACK 报文段后，再经过时间 2MSL，就可以使本连接持续的时间内所产生的所有报文段，都从网络中消失。这样就可以使下一个新的连接中不会出现这种旧的连接请求报文段。 习题 P220~223 3、5、6、 17 23、29、 37、38、 45、46 * * * * * * * * * * * * * * * * * * * * * * * * * 拥塞控制所起的作用 提供的负载 吞吐量 理想的拥塞控制 实际的拥塞控制 0 死锁（吞吐量 = 0） 无拥塞控制 拥塞 轻度 拥塞 拥塞控制的一般原理 拥塞控制是很难设计的，因为它是一个动态的（而不是静态的）问题。 当前网络正朝着高速化的方向发展，这很容易出现缓存不够大而造成分组的丢失。但分组的丢失是网络发生拥塞的征兆而不是原因。 在许多情况下，甚至正是拥塞控制本身成为引起网络性能恶化甚至发生死锁的原因。这点应特别引起重视。 开环控制和闭环控制 开环控制方法就是在设计网络时事先将有关发生拥塞的因素考虑周到，力求网络在工作时不产生拥塞。 闭环控制是基于反馈环路的概念。属于闭环控制的有以下几种措施： 监测网络系统以便检测到拥塞在何时、何处发生。 将拥塞发生的信息传送到可采取行动的地方。 调整网络系