该文被密码保护。 阅读全文
摘要：
TCP发送端不能够清除SACK序号块确认的数据，因为接收端很可能由于内存压力等原因，删除乱序队列中SACK确认过的报文。 发送端重传队列中的报文只有在接收到ACK报文的Acknowledge序号字段确认之后，才能移除队列和释放。 接收端丢弃OFO报文 如下在检测的已用接收缓存大于套接口总的接收缓存s 阅读全文
摘要：
回看： rack分析 tcp拥塞控制一 主要看RTO超时、SACK、RACK等情况下的报文丢失判断 此次看的内核版本是linux-5.10 RTO超时标记丢失报文 在RTO超时处理中，tp_sk进入TCP_CA_Loss状态，由函数tcp_timeout_mark_lost标记套接口丢失报文。 /* 阅读全文
摘要：
rfc文档 Taming the elephants: New TCP slow start 标准的慢启动在长肥管道--带宽延迟乘积（BDP）较大网络环境下表现不好，不好的原因主要有两个： 1） 标准慢启动的拥塞窗口指数式的增长方式过于激进容易导致大量丢包，丢包恢复性能损耗太大。 2） 被优化过的慢 阅读全文
摘要：
BIC是binary increase congestion contrl的缩写。不同拥塞控制算法的核心差异其实都体现在拥塞避免阶段。过去reno拥塞控制算法的主要缺点是增cwnd采用的方式是累加的线性增窗（AI，additive increase)。线性增窗主要缺点是： 每经过一个RTO，cwnd 阅读全文
摘要：
转载：https://github.com/leandromoreira/linux-network-performance-parameters Introduction Linux network queues overview Fitting the sysctl variables into 阅读全文
摘要：
转载自https://www.kawabangga.com/posts/5217 途中，每根竖线的高度可以理解为一次性发送的数据多少：第一个请求中（图中第一次升高），一开始慢慢发，越发越快，这是因为 TCP 要避免出现拥塞，所以在链接刚建立的时候会 slow start，慢慢发送，如果网络能接受，就 阅读全文
摘要：
参考：http://packetbomb.com/understanding-the-tcptrace-time-sequence-graph-in-wireshark/ cwnd 查看方式 Congestion control 是发送端通过算法得到的一个动态变量，会实时调整，并不会体现在协议的传输 阅读全文
