连接传输速率限制因素的测量和诊断.ppt

文档如有侵权，请联系本人协改正删除，内容如有不当之处，请联系本人改正或者删除，谢谢。 连接传输速率限制因素的测量和诊断 该图来自/btg/ 背景 TCP被广泛使用 Web File downloading P2P sharing/streaming 90%以上数据包传输使用TCP协议 TCP速率受限怎样诊疗？ 研究动机 TCP速率限制原因 应用层协议 发送端窗口 → 增大发送端缓存(主机)? 接收端窗口 → 增大接收端缓存(主机)? 拥塞窗口 → 找出丢包原因(ISP)? 瓶颈带宽 → 提升瓶颈链路带宽(ISP)? 怎样诊疗 仅仅丢包和延迟不能说明问题 纲领 相关工作 基础思绪 诊疗方法 仿真结果 结论和以后工作 相关工作 从TCP协议栈中提取信息 Web100: 在Linux TCP协议栈中增加多种统计量 分析Packet trace Zhang, et al [SIGCOMM 2000] Siekkinen, et al [CoNEXT 2005] Timmer, et al [IEEE/IFIP 2006] 基础思绪: 分析Flight size改变 基础思绪 只考虑TCP Bulk Transfer TCP速率 = 平均窗口/平均RTT 平均窗口受限, RTT与窗口大小无关 瓶颈带宽限制, RTT随窗口线性增加 确定窗口受限原因(I)? 取得Flight size改变过程 确定确定包和数据包对应关系 发送端trace Fligh size = DATA.snd_max - ACK.snd_una TCP Stack Packet Capture ACK DATA 确定窗口受限原因(II)? 分析Flight size改变过程 接收端窗口限制确定 接收端窗口大小在TCP包头 发送端窗口和拥塞窗口限制区分 受限于发送端窗口: Flight size长时间不改变 受限于拥塞窗口: Flight size定时增加 模拟TCP拥塞窗口线性增加过程, 比较模拟值和实际Flight size RTT测量 RTT = T0 – T1 T0是收到确定包时间 T1是发送数据包时间 TCP Stack T1 DATA ACK Internet T0 仿真试验 试验床 网络环境 网路丢包 大带宽延迟积链路 瓶颈带宽 试验环境一: 网络丢包 Rcvwnd=200K Rcvwnd=20K Loss rate 0.1 0.01 0.001 0.1 0.01 0.001 Rate(Mb) 2 73 190 2 53 98 wnd(KB) 2 13 38 2 10 18 Rlimit(%) 0% 0% 0% 0% 28% 90% Climit(%) 27% 90% 99% 23% 64% 10% 试验环境二: 大带宽延迟积 Rcvwnd(bytes) 100K 200K 300K 400K 500K Rate(Mb) 6.6 13.0 19.2 14.8 17.8 wnd(KB) 84.2 166 247 190 230 RTT(ms) 102.1 102.3 102.7 105.0 103.7 Rlimit(%) 92% 91% 90% 1% 0% Climit(%) 6% 8% 9% 96% 97% 试验环境三:链路瓶颈带宽 Sndbuf(bytes) Rcvwnd(bytes) 10K 50K 100K 10K 50K 100K Rate(Mb) 53 91.5 90 43 95 95 wnd(KB) 13 65 125 8.7 49 100 RTT(ms) 1.7 5.6 10.9 1.6 4.1 8.3 Rlimit(%) 99.8 97.7 91.3 100 100 99.9 Slimit(%) 0 0 0 0 0 0 结论和以后工作 工具能很好定位TCP链接速率限制原因 应用到实际网络中 和web100进行比较 将分析扩展到对接收端trace支持 * * * * * * * * * * 文档如有侵权，请联系本人协改正删除，内容如有不当之处，请联系本人改正或者删除，谢谢。 * * * * * * * * * * * * *