tcp/ip-Sequence Number和Acknowledgment Number计算方法
https://blog.csdn.net/huaishu/article/details/93739446
1 报文格式
网络上传输的报文由以下部分组成
以太网头14字节
Ip头20字节
Tcp头20字节
数据
1.1 例子
以太网数据帧：
1.1.1 以太网头
从截图看是14字节，定义了源和目的的MAC地址
1.1.2 IP头
20字节，定义了源ip目的ip等信息。
1.1.3 tcp头
20字节，定义了源端口，目的端口等信息
1.1.4 数据
数据部分，截图中，左边是字节流，右边是对应的ASCII码。可以看出我们真正要发送的数据是：HTTP/1.1 200..是一个响应报文。
2 tcp报文格式
其中上面的tcp头+数据组成tcp报文。
从上图tcp报文格式我们可以知道，为什么端口号最大65535个，2^16=65536
3 以太网上的传输
在以太网上，我们采用分组交换技术进行数据传输，首先，我们会对要传输的数据进行分组，每一个分组+以太网头+IP头+tcp头组成帧，在数据链路层上进行传播。数据链路层协议会把帧转化为高低电平在物理层(共享介质)上进行广播。同一局域网中广播。
4 Seq和Ask的计算
Seq和Ask是tcp层的概念，是tcp头中定义的，用于标识数据从什么位置开始发送，数据已经接收到什么位置了。
首先，我们要明白一个道理，对于数据通信的双方，他们的地位是相等的，没有客户端和服务端的区别，在一个时刻，甲是发送方乙是接收方，而在另一个时刻，可能乙是发送方甲是接收方。
4.1 三次握手
第一次握手
甲向乙发请求，甲的Seq随机生成一个随机数，甲的Ask=0；乙的Seq和Ask此刻都还没初始化
甲向乙发送Seq=4000590757，Ack=0，告诉乙我想和你通信，我将从这个位置4000590757开始传送数据，我也已准备好接收。
第二次握手
乙向甲发请求，乙的Seq随机生成，乙的Ask是甲的Seq+1
乙接收到报文，设置Ask=甲Seq+1=4000590758，Seq随机生成3573713383。乙向甲发报文Seq和Ask，告诉甲，我收到你的报文，我也准备好接收，从4000590758开始接收，我也准备好发送，从3573713383开始发送
第三次握手
甲向乙发请求，甲的Seq在上次请求的基础上+1，甲的Ask是乙的Seq+1
4.2 三次握手说明
经过3次握手，
甲明确了，发送数据，我将从4000590758开始发送，我将在3573713384开始接收
乙明确了，发送数据，我将从3573713384开始发送，我将在4000590758开始接收
从这个角度我们可以解释为什么需要3次握手。
4.3 传输数据
下面以相对Seq和Ask说明
4.3.1
4.3.2
甲Seq：1+120=121
4.3.3
对4.3.1的应答报文，Seq不变表示没有要发的数据。Ask应答，表示对4.3.1的应答，Ask=初始值+接收报文长度=1+120=121
4.3.4
对4.3.2的应答报文，Seq不变表示没有要发的数据。Ask应答，表示对4.3.1的应答，Ask=初始值+接收报文长度=121+24=145
同时，甲收到应答报文后，Seq更新，新Seq=老Seq+发送的报文长度=121+24=145
4.3.1和4.3.2是请求报文，请求内容为，4.3.1发送请求头和请求行，4.3.2发送请求体
POST http://192.168.xxx.xx:8080/api/produce/globalInfo HTTP/1.1
Content-Type: application/json
{"uid":"xxx"}
4.3.3和4.3.4分别为4.3.1和4.3.2的响应报文，报文载荷长度为0，作用是告诉甲收到请求了。
4.3.5
乙向甲发送报文，从位置Seq=1发送1460字节
4.3.6
继续发送另一个tcp报文，从Seq=1461位置开始发送
4.3.7
甲收到报文，向乙发送确认收到报文，Seq=145不变，Ack=1+1460+1073=2534表示已经接收到这个位置了。
4.3.8
乙给甲发送，Seq=1461+1073=2534，表示已经发到这个位置了。Ack=145不变.另外有5字节的数据量，猜测是传输完毕的标志，通信完毕，接下来要发送四次挥手。
