简单理解三次握手和四次挥手

三次握手

• 第一次握手
• 序列号（seq）等于a，是随机生成的，也就是随机数，这个数值只有我们俩知道
• ack=0因为ack是用来做确认用的
• 把这个数进行加一，用来代表我收到了你发过来的数据
• 所以sck=0甚至可以不要
• flags就是控制位 SYN位就是请求链接，ACK位就是确认链接位
• 当我收到你的返回信息之后，以序列号等于确认号，确认号等于序列号加一

 

翻译理解一下就是

• 我喜欢你（序列1），可以做我女朋友吗（确认号a）
• 我也喜欢你（序列号2），我同意了（确认号a+1）
• 你同意了（确认号a+1），我也喜欢你（序列号2+1）

发送过程

为什么会显示a+1，

既然要挥手了，肯定就不是第一次了

为什么要加上12，

就是为了告诉发出者，你发送的这十二个我收到了，由此体现他的可靠

为什么确认号没有增长

因为pc2没有给pc1发送数据

• pc2收到的序列号等于pc1发送的确认号，pc2的确认号等于pc1的确认号+数据载荷长度

滑动窗口机制

• pc1在三次握手的时候就会说明，我的滑动窗口是多大，也就是其中的win=3 滑动窗口是以字节数来界定的
• 如图上面的seq=102，如果此时data=2B，那么下一个就会变成sep=104，因为序列号中会加上载荷长度（详见传输过程）
• 当滑动窗口满的时候，就会让pc1慢点，也就是网络卡顿的情况，等待pc2处理， 到达第4步的时候就是pc2处理了一部分，然后pc1继续发送数据
• 这个滑动窗口相当于pc2的一个缓冲空间，也就相当于是内存，数据先在滑动窗口中进行处理，处理不了就让pc1慢点
• 上面的win=3只是案例，正常情况下几千，毕竟3代表3B
• 简单理解就是，一共有四节课，我上三节课就需要休息消化一下知识，在我消化知识的时候，我会让老师先停下等等我，我消化了一节课的知识之后，才会让老师继续继续讲第四结课的知识

四次挥手

只有在握手和挥手的时候才会进行加一的操作

由上可见，FIN就是用来断开链接的

• 发送FIN置位，请求断开
• 收到你发送的请求，确认号等于序列号+1
• 发送FIN置位，要求断开链接
• 确认号等于序列号+1，确认断开链接