重传机制TCP实现可靠传输的方式之一，是通过序列号与确认应答。在TCP中，当发送端的数据到达接收主机时，接收端主机会返回一个确认应答消息，表示已收到消息。但在错综复杂的网络，并不一定能如上图那么顺利能正常的数据传输，万一数据在传输过程中丢失了呢？所以TCP针对数据包丢失的

https://perthcharles.github.io/2015/08/27/timestamp-NAT/netstat-st输出的两个重要信息来源分别是/proc/net/snmp和/proc/net/netstat本文将分类整理这些counterd的含义以及一些注意事项。在整理的过程中，发现RoverYu前辈已经对这些counter做过详细的整理。关于Rov

  当TCP收到乱序数据包时，它会立即发送一个SACK（选择确认）数据包，这会产生网络负载，同时迫使接收方发送1-MSS的病态数据包，增加其重传（RTX）队列的长度/深度，从而增加处理时间。WiFi网络会受到这种激进行为的影响，但一般来说，当网络拥塞时，这些SACK数据包会火上浇油，使情况更加糟糕。

重传包括超时重传、快速重传、带选择确认的重传（SACK）、重复SACK四种。一、TCP重传机制1.1超时重传超时重传，是TCP协议保证数据可靠性的另一个重要机制，其原理是在发送某一个数据以后就开启一个计时器，在一定时间内如果没有得到发送的数据报的ACK报文，那么就重新发送数据，直到发送成

转载自：http://perthcharles.github.io/2015/11/10/wiki-netstat-proc/netstat-st输出的两个重要信息来源分别是/proc/net/snmp和/proc/net/netstat本文将分类整理这些co

目的：自己所了解的东西太过于少，太太少了，再深入学习（看书）一个东西同时，我想先通过广泛阅读好的文章来去扩宽我对计算机知识的了解，就弄了个这个博客去搞。记录下来，很多好的文

​ TheProblemYourthroughputissuesappeartobecausedbyabuggyimplementationofTCPSequenceNumberrandomization.IhaveseenthisinthepastonCisco