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/

你可能感兴趣的文章

mysqldump 导出数据库中每张表的前n条

mysqldump: Got error: 1044: Access denied for user ‘xx’@’xx’ to database ‘xx’ when using LOCK TABLES

Mysqldump参数大全（参数来源于mysql5.5.19源码）

mysqldump备份时忽略某些表

mysqldump实现数据备份及灾难恢复

mysqldump数据库备份无法进行操作只能查询 --single-transaction

mysqldump的一些用法

MySQLIntegrityConstraintViolationException异常处理

mysqlreport分析工具详解

MySQLSyntaxErrorException: Unknown error 1146和SQLSyntaxErrorException: Unknown error 1146

Mysql_Postgresql中_geometry数据操作_st_astext_GeomFromEWKT函数_在java中转换geometry的16进制数据---PostgreSQL工作笔记007

mysql_real_connect 参数注意

mysql_secure_installation初始化数据库报Access denied

MySQL_西安11月销售昨日未上架的产品_20161212

Mysql——深入浅出InnoDB底层原理

MySQL“被动”性能优化汇总

MySQL、HBase 和 Elasticsearch：特点与区别详解

MySQL、Redis高频面试题汇总

MYSQL、SQL Server、Oracle数据库排序空值null问题及其解决办法