TCP
三次握手
通过三次握手,双方都确定自己发送、接收正常且对方发送、接收正常
四次挥手
通过四次挥手,双方都确认自己、对方都无数据要发送了。
- 客户端发送含FIN释放连接报文,表明自己没有数据要发送了
- 服务器收到释放报文,返回含ACK确认报文,表明知道客户端没有数据要发送了。服务器可能有数据要发送给客户端
- 客户端收到确认报文,等待服务器可能要发送的数据。
- 服务器发送数据给客户端,客户端收到数据
- 服务器没有要发送的数据后,发送释放连接报文
- 客户端收到释放连接报文,知道服务器没有数据要发送了,发送确认报文,等待2*最长报文寿命时间后关闭连接
- 服务器收到确认报文后关闭连接
为什么客户端要等待2*最长报文寿命时间才关闭连接
- 能容忍偶然的确认报文丢失,服务器迟迟未收到确认报文会再次发生释放连接报文
- 等待时间过后,本次连接的所有报文都将死亡,确保不会对未来建立的新链接造成影响。
TCP如何保证可靠传输
原理
:确认和重传。
tcp将报文分割成多个分组
- 接收方,对接收到的正确分组回复确认报文。对出错的分组不确认。丢弃接收到的重复的分组但要进行确认。确认、不确认对应让发送方不重传、重传。
- 发送方,迟迟未收到确认报文,即发送的分组丢失或分组出错,将超时重传分组。收到迟到的确认什么也不做。
实现
:超时重传计时器+滑动窗口+拥塞窗口状态量。
超时重传计时器
,分组发送后计时,等待确认达到阈值后重传分组。用滑动窗口实现流量控制。用拥塞窗口状态量控制滑动窗口大小来实现拥塞控制。
滑动窗口
:每一方都有发送缓冲区和接收缓冲区,发送窗口的大小不能大于对方接收窗口的大小。发送窗口中的是已发送待确认的分组和未发送的分组,收到相应分组的确认后发送窗口向前移。接收方确认,可以一个分组一个确认或者累计多个分组后对最后一个分组确认。
流量控制
是控制发送方的发送速率让接收方来得及接收,接收方告诉发送方自己的接收窗口大小,表明接收方能接收多少分组,让发送方不要发送过快。
拥塞控制
是当网络发生拥塞时,控制发送方的发送速率,防止网络进一步拥塞。判断拥塞的依据是出现了超时。发送窗口的大小不能大于拥塞窗口状态量,拥塞窗口状态量简称拥塞窗口。拥塞算法有慢开始、拥塞避免、快重传、快恢复。
第一次发送和发生超时时执行慢开始算法,慢开始是成倍增长,慢开始只是起点低但增加很快。
执行慢开始算法,拥塞窗口达到门限值后改为拥塞避免。拥塞避免是线性加一增加。
收到三个重复确认时,执行快重传,立即重传丢失的分组,以避免超时。并执行快恢复,拥塞窗口减半后执行拥塞避免。