回1楼碧血微剑的帖子
可是同事说，同样的wifi，访问别的游戏比如天天酷跑啊，就是ok的，就是我们的游戏不行，郁闷啊，主要是不懂这个tcp spurious retransmission ，tcp retransmission在这里为何会出现~~~~(>_<)~~~~
-------------------------
回1楼碧血微剑的帖子
还有编号196这条，提示 tcp dup ack 195#1，我按照tcp握手规则来对照的啊，木有发现dup啊啊啊，郁闷死我啊，下面是我百度的http握手过程：
三次握手：
握手过程的第一个段的代码位设置为SYN，序列号为x，表示开始一次握手。接收方收到这个段后，向发送者回发一个段。代码位设置为SYN和ACK，序列号设置为y，确认序列号设置为x+1。发送者在受到这个段后，知道就可以进行TCP数据发送了，于是，它又向接收者发送一个ACK段，表示，双方的连接已经建立。
Client --> 置SYN标志 序列号 = J，确认号 = 0 ----> Server
Client <-- 置SYN标志 置ACK标志 序列号 = K, 确认号 = J + 1 <-- Server
Clinet --> 置ACK标志 序列号 = J + 1，确认号 = K + 1 --> Server
a 发起方 b接受方
a发送一个SYN包给b，b回一个[SYN,ACK]给b，a再回一个ACK包给b；
数据交换：
a ----》b
a 发送数据完毕，（PSH,ACK） aseq = x，ack=y，datalen = z
b 接受到以后发送（ACK） bseq = aack， back = aseq + alen， datalen=blen
b 发送数据完毕 （PSH,ACK）bseq = bseq + blen，back = back，datalen = blen
a 确认接受 （ACK） aseq = back ，aack = bseq + blen
注：PSH标志指示接收端应尽快将数据提交给应用层。从我协议分析的经历来看，在数据传输阶段，几乎所有数据包的发送都置了PSH位；而ACK标志位在数据传输阶段也是一直是置位的
在数据传输阶段，按照常理应用层数据的传输是这样的：(我们假定建立连接阶段Client端最后的确认包中序列号 = 55555, 确认号 = 22222)
Client --> 置PSH标志，置ACK标志 序列号 = 55555, 确认号 = 22222，数据包长度 = 11 ---> Server
Client <-- 置ACK标志，序列号 = 22222, 确认号 = 55566 (=55555 + 11)，数据包长度 = 0 <--- Server
Client <-- 置PSH标志，置ACK标志 序列号 = 22223, 确认号 = 55566，数据包长度 = 22 <--- Server
Client --> 置ACK标志，序列号 = 55566, 确认号 = 22244(=22222+22)，数据包长度 = 0 ---> Server
/////////////////////////////////////////////////////////////////////////////////////////
