OSI七层模型
- 物理层:传输比特流
- 数据链路层:如何格式化数据。将比特数据变成帧
- 网络层:网络地址翻译成物理地址,如何将数据由发送方路由到接收方。(IP协议)
- 传输层:保证大量文件传输准确性,需对发送文件进行切分。对数据流控和差错校验。保证传输质量(TCP UDP)
- 会话层:建立、管理、终止会话
- 表示层:语义转化
- 应用层:(HTTP)
TCP三次握手、四次挥手
TCP报文头
序列号seq:4字节。
确认ACK:1 有效 0 无效
同步SYN:1 表示连接请求。0 握手成功之后会被置0
终止FIN:释放连接。1 表示发送方数据已经发送完毕 请求释放传输连接
三次握手
第一次:建立连接。客户端发送syn包到服务器,进入到SYN_SEND状态,等待服务器确认。
第二次:服务器收到syn包,确认客户端SYN,同时发送syn+ack包,进入到SYN_RECV状态。
第三次:客户端收到SYN ACK包,向服务器发送syn+ack包,发送完毕之后客户端服务器均进去ESTABLISHED状态。
连接成功。
四次挥手
第一次:客户端发出释放FIN=1 seq=x 进入FIN_WAIT_1状态
第二次:服务器收到客户端请求后,发出ACK=1、客户端确认号ack = x + 1、服务器序号seq=y,进入CLOSE_WAIT状态
第三次:客户端收到服务确认结果之后,进入FIN_WAIT_2状态。服务器发送FIN=1信号、ACK=1、ack = x + 1、seq=z,进入LAST_ACK状态
第四次:客户端收到回复,发送确认ACK=1,ack = z + 1,seq= x + 1 进入TIME_WAIT。客户端进过两个最长报文寿命后,客户端CLOSE,服务器接收到确认后立刻CLOSE。
Q1:为什么三次握手四次挥手
三次握手,服务器直接发送SYN+ACK报文。SYN是用来同步的 ACK是用来确认的。
四次挥手,服务器收到FIN报文时不会立刻关闭,所以只能先回复一个ACK确认,告诉客户端请求收到了。等服务器所有报文都发完了之后才能发FIN。
Q2:为什么TIME_WAIT要经过两个最长报文生存时间(2MSL)才CLOSE
由于网络不可靠可能ACK报文丢失,服务器若没有收到ACK会不断重复的发送FIN。所以客户端不能立即关闭,用来重新发送可能丢失的ACK。客户端重新发送ACK后,会再次等待2MSL。
Q3:为什么要三次握手两次不行么
为了确保双方都准备好建立连接了。
UDP
UDP特点
- 面向非连接:不存在建立连接需要的时延。
- 不维护连接状态,支持同时多个客户端传输相同消息
- 数据包报头8个字节,额外开销小
- 吞吐量只受限于数据生成速率、传输速率以及机器性能
- 尽最大努力交付,不保证可靠交付
- 面向报文,不对应用程序移交的报文进行拆分合并
TCP/UDP区别
TCP | UDP |
---|---|
可靠通信 | 不可靠 |
面向连接 | 无连接 |
有序 | 无序 |
速度慢 | 速度快 |
重量级 | 轻量级 (体现在报文头 20字节 8字节) |
TCP滑动窗口
现实中不能可一段一段顺序的数据发送,是批量发送数据。为解决可靠传输和包乱序传输问题,而使用滑动窗口做流量控制和乱序重排。
RTT&RTO
- RTT:发动一个数据包到收到对应ACK所花费的时间
- RTO:重传间隔
滑动窗口作用
- 保证TCP可靠性
- 保证TCP流控特性
发送端:
- LastByteAcked :连续最大ack的位置(已经被接收端确认收到的数据位置)
- LastByteSent :已发送的最后一个字节的位置(数据已经发送但是还没有收到ACK)
- LastByteWritten :上层应用已经写完的数据字节位置
接收端:
- LastByteRead : 已收到最后一个字节的位置 (收到数据且已经发送了ACK)
- NextByteExpected : 收到连续最大seq数据字节的位置
- LastByteRcvd : 已收到最后一个字节的位置(收到但没有发送ACK)
接收方还能够接收的数据量(AdvertisedWindow) = 接收方缓存池大小 - (LastByteRcvd - LastByteRead )
发送端要保证 LastByteSent - LastByteAcked <= AdvertisedWindow
即已发送待确认的数据量要小于等于接收方还能够接收的数据量。
窗口内剩余可发送的数据量(EffectiveWindow) = AdvertisedWindow - (LastByteSent - LastByteAcked )
发送方窗口滑动
当收到ACK确认后,窗口滑动到相应位置。
接收方窗口滑动
收到连续最大seq数据字节的位置发送确认ACK后,窗口滑动到相应位置。 方法同上。
如果仅剩32没有发送,33到51都发送完毕,则需要等到32接收到并发送ACK后窗口才会滑动。