三次握手
172.18.254.177为客户 111.13.2.158为服务端
1、主动打开。发送SYN，协商window size 、TCP MSS seq=0 len=0 MSS=1460 win=65535最大窗口大小
客户端为syn_sent
服务端为syn_recv
2、接收到syn。回复syn ack seq=0 ack=1=0+1 确认自己的最大win=14480 MSS=1460
客户端为established
服务端为syn_recv
3、接到到syn 回复ack seq=1 ack=1=0+1 至此三次握手成功建立。
客户端为established
服务端为established
四次断开
1、主动关闭，发送fin。Seq=328
服务端状态为fin_wait1
客户端状态为closed_wait
2、客户端发送确认ack ack=329=328+1
服务端状态为fin_wait2
3、客户端发送fin seq=133
客户端状态为last_ack
服务端状态为time_wait
4、服务端发送ack ack=134=133+1
客户端状态closed
服务端状态closed
TCP segment of a reassembled PDU (TCP数据包重组的一部分)
分段的数据包的ACKnum相同，
当请求的数据包大于TCP MSS时会将数据分为多个数据包进行传输。
局域网内的TCP MSS大小为1460=1500-20（IP包头）-20（TCP包头）
TCP window update （TCP 窗口更新）
是TCP通信中的一个状态，它可以发生的原因有很多，但最终归结于发送者传输数据的速度比接收者读取的数据还快，这使得接受端的在缓冲区必须释放一部分空间来装发送过来的数据，然后向发送者发送Windows Update，告诉给发送者应该以多大的速度发送数据，从而使得数据传输与接受恢复正常。
或者一个TCP Window变为0了, 或者接近0了, 这就会警告数据发送方没有更多空间来接受更多数据了.文件传输会停止, 直到收到一个update说buffer已经清空了.
TCP DUP ACK （重复的ACK）
表示数据段已丢失， 574是数据丢失的位置，#1 代表丢失一次。
TCP out-of-order
由于收到的数据包乱序，有可能是网络拥塞或者路由上存在负载分担的情况，导致后发送的数据包先达到。
TCP Restransmission 重传
170号数据包是为167号数据包做的重传操作，所以seq ack都是一样的，seq=2070 ack=6264