Web 协议详解与抓包实战
陶辉
智链达 CTO,前阿里云高级技术专家
43211 人已学习
新⼈⾸单¥68
课程目录
已完结/共 121 讲
第一章:HTTP/1.1协议 (38讲)
时长 05:53
时长 06:57
Web 协议详解与抓包实战
登录|注册
留言
8
收藏
沉浸
阅读
分享
手机端
回顶部
当前播放: 100 | 拥塞控制(3):快速重传与快速恢复
00:00 / 00:00
高清
  • 高清
1.0x
  • 2.0x
  • 1.5x
  • 1.25x
  • 1.0x
  • 0.75x
  • 0.5x
网页全屏
全屏
00:00
付费课程,可试看
01 | 课程介绍
02 | 内容综述
03 | 浏览器发起HTTP请求的典型场景
04 | 基于ABNF语义定义的HTTP消息格式
05 | 网络为什么要分层:OSI模型与TCP/IP模型
06 | HTTP解决了什么问题?
07 | 评估Web架构的七大关键属性
08 | 从五种架构风格推导出HTTP的REST架构
09 | 如何用Chrome的Network面板分析HTTP报文
10 | URI的基本格式以及与URL的区别
11 | 为什么要对URI进行编码?
12 | 详解HTTP的请求行
13 | HTTP的正确响应码
14 | HTTP的错误响应码
15 | 如何管理跨代理服务器的长短连接?
16 | HTTP消息在服务器端的路由
17 | 代理服务器转发消息时的相关头部
18 | 请求与响应的上下文
19 | 内容协商与资源表述
20 | HTTP包体的传输方式(1):定长包体
21 | HTTP包体的传输方式(2):不定长包体
22 | HTML form表单提交时的协议格式
23 | 断点续传与多线程下载是如何做到的?
24 | Cookie的格式与约束
25 | Session及第三方Cookie的工作原理
26 | 浏览器为什么要有同源策略?
27 | 如何“合法”地跨域访问?
28 | 条件请求的作用
29 | 缓存的工作原理
30 | 缓存新鲜度的四种计算方式
31 | 复杂的Cache-Control头部
32 | 什么样的响应才会被缓存
33 | 多种重定向跳转方式的差异
34 | 如何通过HTTP隧道访问被限制的网络
35 | 网络爬虫的工作原理与应对方式
36 | HTTP协议的基本认证
37 | Wireshark的基本用法
38 | 如何通过DNS协议解析域名?
39 | Wireshark的捕获过滤器
40 | Wireshark的显示过滤器
41 | Websocket解决什么问题
42 | Websocket的约束
43 | WebSocket协议格式
44 | 如何从HTTP升级到WebSocket
45 | 传递消息时的编码格式
46 | 掩码及其所针对的代理污染攻击
47 | 如何保持会话心跳
48 | 如何关闭会话
49 | HTTP/1.1发展中遇到的问题
50 | HTTP/2特性概述
51 | 如何使用Wireshark解密TLS/SSL报文?
52 | h2c:在TCP上从HTTP/1升级到HTTP/2
53 | h2:在TLS上从HTTP/1升级到HTTP/2
54 | 帧、消息、流的关系
55 | 帧格式:Stream流ID的作用
56 | 帧格式:帧类型及设置帧的子类型
57 | HPACK如何减少HTTP头部的大小?
58 | HPACK中如何使用Huffman树编码?
59 | HPACK中整型数字的编码
60 | HPACK中头部名称与值的编码格式
61 | 服务器端的主动消息推送
62 | Stream的状态变迁
63 | RST_STREAM帧及常见错误码
64 | 我们需要Stream优先级
65 | 不同于TCP的流量控制
66 | HTTP/2与gRPC框架
67 | HTTP/2的问题及HTTP/3的意义
68 | HTTP/3: QUIC协议格式
69 | 七层负载均衡做了些什么?
70 | TLS协议的工作原理
71 | 对称加密的工作原理(1):XOR与填充
72 | 对称加密的工作原理(2):工作模式
73 | 详解AES对称加密算法
74 | 非对称密码与RSA算法
75 | 基于openssl实战验证RSA
76 | 非对称密码应用:PKI证书体系
77 | 非对称密码应用:DH密钥交换协议
78 | ECC椭圆曲线的特性
79 | DH协议升级:基于椭圆曲线的ECDH协议
80 | TLS1.2与TLS1.3 中的ECDH协议
81 | 握手的优化:session缓存、ticket票据及TLS1.3的0-RTT
82 | TLS与量子通讯的原理
83 | 量子通讯BB84协议的执行流程
84 | TCP历史及其设计哲学
85 | TCP解决了哪些问题
86 | TCP报文格式
87 | 如何使用tcpdump分析网络报文
88 | 三次握手建立连接
89 | 三次握手过程中的状态变迁
90 | 三次握手中的性能优化与安全问题
91 | 数据传输与MSS分段
92 | 重传与确认
93 | RTO重传定时器的计算
94 | 滑动窗口:发送窗口与接收窗口
95 | 窗口的滑动与流量控制
96 | 操作系统缓冲区与滑动窗口的关系
97 | 如何减少小报文提高网络效率
98 | 拥塞控制(1):慢启动
99 | 拥塞控制(2):拥塞避免
100 | 拥塞控制(3):快速重传与快速恢复
101 | SACK与选择性重传算法
102 | 从丢包到测量驱动的拥塞控制算法
103 | Google BBR拥塞控制算法原理
104 | 关闭连接过程优化
105 | 优化关闭连接时的TIME-WAIT状态
106 | keepalive 、校验和及带外数据
107 | 面向字节流的TCP连接如何多路复用
108 | 四层负载均衡可以做什么
109 | 网络层与链路层的功能
110 | IPv4分类地址
111 | CIDR无分类地址
112 | IP地址与链路地址的转换:ARP与RARP协议
113 | NAT地址转换与LVS负载均衡
114 | IP选路协议
115 | MTU与IP报文分片
116 | IP协议的助手:ICMP协议
117 | 多播与IGMP协议
118 | 支持万物互联的IPv6地址
119 | IPv6报文及分片
120 | 从wireshark报文统计中找规律
121 | 结课测试&结束语
本节摘要
登录 后留言

全部留言(8)

  • 最新
  • 精选
子杨
老师好 1. 接收方立刻发送它所期待的下一个 ACK 序号,例子中发送了 ACK9,那么针对报文 pkt6/7/8 的 ACK 确认什么时候发?还是说重复发的 ACK5 就相当于确认了? 2. 快速恢复中,为什么当新数据 ACK 到达后,设置 cwnd 为 ssthresh 呢?这时候不是已经恢复了吗,怎么拥塞窗口反而降低了。 3. 报文重复的意思是说,接收方收到了,但是发送方没有收到 ACK,所以发送方又重发了?

作者回复: 1、TCP的序列号是连续的,所以收到ACK9,就相当于6、7、8也确认了。 2、重新看了下,其实你的问题是,为什么快速恢复中cwnd会超过ssthresh。 因为,ssthresh在发生快速重传时,减为cwnd/2,这是最终目标,原因是发生了丢包,所以要减速。但为什么快速恢复中,cwnd会超过ssthresh呢?这是因为,此时网络不是那么差,还能够收到ACK,也许只丢了窗口中最早的那一个报文,如果不允许cwnd超过ssthresh,那么重发第一个报文再等到ACK,就是一个RTT的时延,这太长了。所以允许在这个过程中cwnd超过ssthresh,这仍然能保持着速度不会降得太快。但结束后已经没有丢包了,还是得回到最初的目标,把速度降下来,防止再次丢包。 https://www.isi.edu/nsnam/DIRECTED_RESEARCH/DR_WANIDA/DR/JavisInActionFastRecoveryFrame.html,这篇文章解释得很清楚,你可以看下。 3、网络中是会重复发送报文的,比如某个路由器出现故障。

2020-02-18
6
kissingers
老师,快速恢复后为什么cwnd 为ssthresh加3MSS,规定吗?又是出于什么考虑?谢谢

作者回复: 基于当时调研过的网络环境的经验数据

2019-09-02
4
胡波 allenhu
老师, 在接收端,是不是只要当他收到的包中的sequence number和接收窗口中的rcv.nxt一样的情况下,接收端才会把ACK中的acknowledge number更新为rcv.nxt的值。如果不一样,那么acknowledge的值就一直不变。这样在发送端在连续收到ACK中发现acknowledge number没变,就可以断定某个包接收端没有收到,从而可以快速重传这个包?

作者回复: 是的

2019-09-01
2
Hurry
例子中都是丢了一个数据包的情况,连续丢多个数据报,接收方如何返回ack序列号?

作者回复: 每次仍然返回应收、但未收到的sequence

2019-08-31
2
2
Lengend
老师,您好,请教您两个问题,望您解惑,谢谢! 1、为什么会出现连续收到3个ack报文的情况 ,既然已经收到1个了,为什么还会继续收到剩下的两个? 2、因为发送方发送tcp报文段,是并发发送的(tcp优化章节),所以有可能会出现pk4早于pk3被接收方收到,那接收方怎样判断失序的? 3、收到三个ack后,接收端要马上发送下一个期望的ack,下一个期望的ack是指发送方已发送报文,但还没有收到的最近的一个ack,如ac9(ppt图片中没有画发送pk9,确认下)

作者回复: 1、中转路由器可能出现重启、队列满丢包、变更网络路径等,所以会出现重复报文。 2、TCP报文段都有sequence,接收方凭这个字段来判断是否失序; 3、是的。 后两个问题都靠sequence字段的设计解决。但这个设计也导致了基于TCP的多路复用协议出现队头阻塞,所以http3才选择抛弃tcp

2019-10-25
1
z
老师,请教下,我遇到的这个问题能否用拥塞控制的知识来分析:A机房win2012服务器上调用B机房linux服务器上的接口,出现非常慢的情况(5s以上,实际接口300ms左右能返回);后来在win的服务器上关闭ECN(执行命令 netsh interface tcp set global ecncapability=disabled),接口就正常秒回了。
2020-04-25
1
疯狂的书生
文中提到的 RFC2851,像这种类似的文档,都是在哪里下载呢?官方路径?
2022-11-06
慌张而黑糖
每收到一个重复的ack,cwnd增加一个mss是什么意思?为什么? 是说在快速重传的过程中那三个相同的ack吗?如果按这个理解那他每收到一个重复的ack说明当前网络状况良好,cwnd可以稍微增加一点
2020-07-18
收起评论