TCP三次握手四次挥手

阅读量：697 次

发布时间：2019-03-15

本文共 1047 字，大约阅读时间需要 3 分钟。

TCP三次握手四次挥手

一、从TCP报文段内容上

序号seq：32bit，4字节，用来标记数据段的顺序，TCP把数据看成无结构、有顺序的字节流。

TCP把连接中发送的所有数据字节都编上一个序号，第一个字节的编号由本地随机产生；给字节编上序号后，就给每一个报文段指派一个序号。

序列号seq就是这个报文段中的第一个字节的数据编号。

确认号ack：32bit，4字节，期待收到对方下一个报文段的第一个数据字节的序号。

序列号表示报文段携带数据的第一个字节的编号；而确认号指的是期望接收到下一个字节的编号；因此当前报文段最后一个字节的编号+1即为确认号。

确认ACK：占1位，仅当ACK=1时，确认号字段才有效。ACK=0时，确认号无效。

发起SYN：发起创建连接。

终止FIN：发起拆除连接。

另外接收窗口或窗口是进行流量控制的，指定接收的字节数量

在这里插入图片描述

二、三次握手

C	S
SYN=1=》通知建立连接； seq=client_isn=》随机初始序号。
	ACK=1=》确认收到 SYN=1；ack=client_isn+1=》希望客户端下次发送的下一个字节的序号；seq=server_isn=》指定服务器发送报文段初始序号；
ACK=1；SYN=0=》连接已建立； seq=client_isn+1=》发送报文段第一个字节的序号；ack=server_isn+1=》希望服务端发送的下一个报文段第一个字节的序号；

为什么需要三次握手而不是两次或四次

TCP三次握手是为了确定双方数据原点的序号！！！

两次

C	S
SYN=1；seq=x
	ACK=1；SYN=1；seq=y；ack=x+1=》确C的序列化
没有ack无法确定S的序列号

四次

C	S
SYN=1；seq=x
	ACK=1；ack=x+1;
	SYN=1；seq=y//二三步可以合并
ACK=1；ack=y+1；seq=x+1

三、四次挥手

C	S
Fin=1=》拆除客户端连接； seq=x=》最后的server ack；
	ACK=1；seq=z；ack=x+1；
	Fin=1=》拆除服务端连接；seq=Y；ack=x+1；
ACK=1；seq=x+1； ack=Y+1；

四、参考

https://mp.weixin.qq.com/s/NIjxgx4NPn7FC4PfkHBAAQ

可能访问不了。

图片是老师ppt上的本来想自己画一个但是画图网站登录不了了。

四次挥手为什么是四次，下一篇。

内容如有错误不吝赐教，感谢。

转载地址：http://wlgmz.baihongyu.com/

你可能感兴趣的文章

mysql中int、bigint、smallint 和 tinyint的区别、char和varchar的区别详细介绍

mysql中json_extract的使用方法

mysql中json_extract的使用方法

mysql中kill掉所有锁表的进程

mysql中like % %模糊查询

MySql中mvcc学习记录

mysql中null和空字符串的区别与问题！

MySQL中ON DUPLICATE KEY UPDATE的介绍与使用、批量更新、存在即更新不存在则插入

MYSQL中TINYINT的取值范围

MySQL中UPDATE语句的神奇技巧，让你操作数据库如虎添翼！

Mysql中varchar类型数字排序不对踩坑记录

MySQL中一条SQL语句到底是如何执行的呢？

MySQL中你必须知道的10件事，1.5万字！

MySQL中使用IN（）查询到底走不走索引？

Mysql中使用存储过程插入decimal和时间数据递增的模拟数据

MySql中关于geometry类型的数据_空的时候如何插入处理_需用null_空字符串插入会报错_Cannot get geometry object from dat---MySql工作笔记003

mysql中出现Incorrect DECIMAL value: '0' for column '' at row -1错误解决方案

mysql中出现Unit mysql.service could not be found 的解决方法

mysql中出现update-alternatives: 错误: 候选项路径 /etc/mysql/mysql.cnf 不存在 dpkg: 处理软件包 mysql-server-8.0的解决方法（全）

Mysql中各类锁的机制图文详细解析（全）