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