CHed运输层培训资料课件.ppt

为什么需要进行第三次握手？ 若半打开连接，会出现什么情况？ 若A的连接请求报文迟到，则重发。 B将收到两个连接请求报文，分别ACK。 A和B之间建立了两个TCP连接，耗费资源。 若进行第三次握手，为什么能避免上述情况？ A对B的第二个确认不予理会。 B收不到A的第二个确认。 在双方看来，均不存在第二个TCP连接。 第一百二十六页，共一百三十七页。 FIN = 1, seq = u CLOSED 主动关闭 数据传送 ESTAB- LISHED ESTAB- LISHED A B 客户 服务器 CLOSED 5.9.2 TCP 的连接释放 数据传输结束后，通信双方都可释放连接。 假定 A 先发出连接释放报文段，停止再发送数据，主动关闭 TCP 连接。 A 把连接释放报文段首部的 FIN = 1，其序号 seq = u，等待 B 的确认。 FIN-WAIT-1 第一百二十七页，共一百三十七页。 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 仍要接收。 CLOSE-WAIT FIN-WAIT-2 第一百二十八页，共一百三十七页。 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 释放连接。 LAST-ACK 第一百二十九页，共一百三十七页。 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 TIME-WAIT 第一百三十一页，共一百三十七页。 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，就可以使本连接持续的时间内所产生的所有报文段，都从网络中消失。这样就可以使下一个新的连接中不会出现这种旧的连接请求报文段。 第一百三十三页，共一百三十七页。 TCP中的计时器