遵义网站制作外包,餐饮管理培训课程,用wordpress做博客,eclipse开发安卓app[TCP Previous segment not captured] 在TCP的传输阶段#xff0c;同一台主机发出的数据段应该是连续的#xff0c;即后一个包的Seq等于前一个包的SeqLen#xff08;三次握手和四次挥手是个例外#xff09;。如果wireshark发现后一个包的Seq号大于前一个包的SeqLen#xf…[TCP Previous segment not captured] 在TCP的传输阶段同一台主机发出的数据段应该是连续的即后一个包的Seq等于前一个包的SeqLen三次握手和四次挥手是个例外。如果wireshark发现后一个包的Seq号大于前一个包的SeqLen就知道中间缺失了一段数据(丢包)就会提示这个。
[TCP ACKed unseen segment] 这应该是Wireshark中最常见的提示这种提示一般也不需要在意。 这种提示一般是说被ACK 的包wireshark没有抓到阿。。。其实既然有ACK 了这个包一定是被确认了至于没抓到那是wireshark的问题。
[TCP Out-of-Order] 一个包的Seq号等于其前一个包的SeqLen。但是当发现后一个包的Seq号小于前一个包的SeqLen时就会认为是乱序了因此提示[TCP Out-of-Order] 。
[TCP Dup ACK] 这个最好理解了。如果发生了乱序比如服务端发送12345 号包客户端收到的是125 4。迟迟收不到3号包那么客户端就会发Dup Ack 问服务端要 3号包而不是发来5和4 。 至于为什么客户端没收到3号包有可能是网络堵塞3号包传的有些慢。也有可能真丢了。当服务端连续3次收到客户端的Dup Ack。服务端就会认为应该是传丢了那我从3号包开始重传吧。如果收到不满3次服务端会认为应该只是传的有些慢客户端现在应该收到了那我就不重传了。
[TCP Fast Retransmission] 这个也好理解就是上面的Dup Ack 后的快重传。 下图看到 三次 Dup Ack 都是要求服务端114发Seq44289的包 20183#1 就是对20183 号的包重新发送也就是让客户端发来44289 号包。后面的1 代表这是第几次发送。满3次就会触发服务端的快重传。 [TCP Retransmission] 如果真的有一个包丢了有没有后续的包可以让接收端触发Dup Ack。那么就只能等待超时重传一般会等待100ms。
[TCP Spurious Retransmission] 虚假重传。发送端认为我发送的数据包丢失了然后开始重传。但是实际上接收端已经收到了而且也回了确认包。而接收端又收到一样的包的时候就会导致发送端出现 [TCP Spurious Retransmission] 提示。 导致虚假超时重传的原因有很多种 1对于部分移动网络当网络发生切换时会导致网络延时突 2当网络的可用带宽突然变小时网络rtt会出现突增的情况这会导致虚假超时重传 3网络丢包原始和重传的包都有可能丢包会导致虚假重传超时。
[TCP zerowindow] 当接收方的 win0 的时候就会带上 TCP zerowindow。表示缓存区已满不要再发数据了我接收不了了。很好理解。
[TCP window Full] 这个很容易和 TCP zerowindow混淆。 这表示把对方所声明的接受窗口耗尽了。 TCP zerowindow 表示没法接收数据了TCP window Full 表示没有办法再发数据了。
