元素码农
基础
UML建模
数据结构
算法
设计模式
网络
TCP/IP协议
HTTPS安全机制
WebSocket实时通信
数据库
sqlite
postgresql
clickhouse
后端
rust
go
java
php
mysql
redis
mongodb
etcd
nats
zincsearch
前端
浏览器
javascript
typescript
vue3
react
游戏
unity
unreal
C++
C#
Lua
App
android
ios
flutter
react-native
安全
Web安全
测试
软件测试
自动化测试 - Playwright
人工智能
Python
langChain
langGraph
运维
linux
docker
工具
git
svn
🌞
🌙
目录
▶
网络层
▶
IP协议
IP数据报格式
子网划分原理
CIDR无类寻址
IP分片与重组
IP选项字段
▶
ICMP协议
差错报文类型
Ping实现原理
Traceroute原理
▶
ARP协议
地址解析原理
ARP缓存表
代理ARP
▶
路由协议
RIP协议详解
OSPF协议原理
BGP协议机制
▶
IPv6协议
IPv6地址结构
IPv6报文格式
IPv6扩展头
IPv6过渡技术
▶
移动IP
移动IP原理
代理发现机制
注册与路由优化
▶
网络QoS
QoS服务模型
IntServ架构
DiffServ架构
MPLS技术
▶
NAT技术
NAT原理与类型
NAT穿透技术
NAT64与DNS64
▶
组播路由
组播基础
IGMP协议
PIM协议族
▶
网络安全
IPSec协议族
VPN技术详解
DDoS防护
▶
传输层
▶
TCP协议
三次握手机制
滑动窗口原理
拥塞控制算法
四次挥手过程
超时重传机制
TCP状态转换
快速重传机制
快速恢复算法
选择性确认SACK
时间戳选项
▶
UDP协议
数据报结构解析
实时传输优化
UDP校验和计算
UDP广播与多播
UDP性能调优
UDP可靠传输
▶
SCTP协议
SCTP协议概述
多宿主支持
多流传输
关联建立过程
心跳机制
▶
传输层安全
TLS协议详解
DTLS协议
密钥交换机制
证书验证
▶
应用层
▶
HTTP协议
请求响应模型
持久连接机制
HTTP消息格式
状态码详解
Cookie机制
HTTP缓存机制
HTTP认证机制
HTTPS详解
TLS/SSL协议
HTTP/1.0详解
HTTP/1.1详解
HTTP/2详解
HTTP/3详解
▶
DNS系统
域名解析过程
记录类型详解
递归与迭代查询
DNS缓存机制
▶
FTP协议
FTP工作原理
主动与被动模式
FTP命令详解
▶
SMTP协议
邮件传输流程
SMTP会话过程
邮件格式规范
▶
DHCP协议
DHCP工作原理
地址分配过程
DHCP中继代理
▶
SNMP协议
SNMP架构
MIB数据库
SNMP操作
SNMPv3安全机制
▶
WebSocket协议
WebSocket原理
握手升级机制
数据帧格式
心跳与连接维护
▶
QUIC协议
QUIC协议特性
0-RTT建连
多路复用
丢包恢复
▶
gRPC协议
gRPC基础
服务定义
通信模式
负载均衡
发布时间:
2025-03-28 10:01
↑
☰
# TCP快速恢复算法 ## 概述 TCP快速恢复(Fast Recovery)是TCP拥塞控制的一个重要算法,它与快速重传(Fast Retransmit)机制密切配合。当发生丢包但网络并未严重拥塞时,快速恢复算法能够维持较高的数据传输速率,避免TCP进入慢启动阶段。 ## 工作原理 ### 触发条件 1. 检测到丢包 - 收到3个重复ACK - 快速重传触发 2. 网络状态判断 - 仍有数据在网络中传输 - 拥塞程度较轻 ### 算法流程 ```mermaid sequenceDiagram participant S as 发送方 participant R as 接收方 Note over S,R: 正常传输阶段 S->>R: 数据传输 R->>S: ACK确认 Note over S,R: 丢包发生 S->>R: 数据包丢失 S->>R: 后续数据包到达 R->>S: 重复ACK #1 R->>S: 重复ACK #2 R->>S: 重复ACK #3 Note over S: 进入快速恢复 Note over S: 1. ssthresh = cwnd/2 Note over S: 2. cwnd = ssthresh + 3 S->>R: 重传丢失数据 Note over S: 3. 每收到重复ACK Note over S: cwnd += 1 R->>S: 新的ACK Note over S: 4. cwnd = ssthresh Note over S: 进入拥塞避免 ``` ## 实现机制 ### 1. 拥塞窗口调整 1. 快速恢复开始时 - 将ssthresh设为cwnd的一半 - 将cwnd设为新的ssthresh + 3 2. 重复ACK期间 - 每收到一个重复ACK - cwnd增加1个MSS 3. 新ACK到达时 - 将cwnd设为ssthresh - 进入拥塞避免阶段 ### 2. 数据传输控制 1. 允许发送新数据 - 当新cwnd允许时 - 保持数据流动 2. 重传控制 - 仅重传丢失的报文段 - 避免不必要的重传 ## 优化策略 ### 1. 与SACK配合 1. 精确重传 - 准确定位丢失报文 - 提高恢复效率 2. 避免重复传输 - 识别已接收的数据 - 减少带宽浪费 ### 2. 参数优化 1. 初始窗口设置 - 合理设置ssthresh - 平衡吞吐量和稳定性 2. 增长策略调整 - 自适应增长速率 - 考虑网络状况 ## 性能分析 ### 优势 1. 避免慢启动 - 维持较高传输速率 - 提高网络利用率 2. 快速恢复吞吐量 - 减少恢复时间 - 提升用户体验 ### 局限性 1. 多包丢失场景 - 可能效果不佳 - 需要超时重传 2. 网络状况判断 - 依赖重复ACK - 可能误判网络状态 ## 最佳实践 ### 1. 监控指标 1. 拥塞窗口变化 - 观察cwnd调整 - 分析恢复效果 2. 重传统计 - 快速重传次数 - 超时重传比例 ### 2. 调优建议 1. 网络环境适配 - 根据RTT调整参数 - 考虑带宽延迟积 2. 应用场景优化 - 长连接优先使用 - 关注实时性要求