传输
文章平均质量分 79
fdsafwagdagadg6576
这个作者很懒,什么都没留下…
展开
-
WebRTC发送端带宽估计(trendline)
下文前面是理论介绍,后面是源码分析,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,整体架构上面这张图是一个比较老的架构图,但是也基本能说明整体架构,早期webrtc版本带宽估计是放到接收端处理,目前最新版本带宽估计放到了发送端,但是接收端计算得到的带宽并没有废弃,而是通过rtcp remb反馈给发送端。在发送端带宽估计由3个元素结合决定,基于丢包率估算的带宽(丢包率通过rtcp rr得到)、接收端的remb反馈的带宽、发送端带宽估计(方法原创 2021-07-15 23:59:07 · 1206 阅读 · 1 评论 -
Webrtc DecodeFec源码分析
void ForwardErrorCorrection::DecodeFec(const ReceivedPacket& received_packet, RecoveredPacketList* recovered_packets) {//是传出去的,不是传进来的 const size_t max_media_packets = fec_header_reader_->MaxMediaPackets(); .原创 2022-01-18 17:15:54 · 415 阅读 · 0 评论 -
Quic 0RTT详解
系列文章:DTLS详解_fdsafwagdagadg6576的专栏-CSDN博客_dtls1、基本概要QUIC handshake中有两个加密密钥, initial key 和 forword-secure key。前者用于实现 0-RTT 的握手,后者则用于握手成功以后整个会话的数据加密;QUIC 的密钥使用 Diffe-Hellman 算法生成;2、Diffe-Hellman 算法的密钥生成过程Alice 和 Bob 都知道两个素数(g、p)的存在Alice 有 a(privat.原创 2022-01-11 21:18:51 · 1826 阅读 · 0 评论 -
QUIC协议草稿
1.QUIC是啥? 1.1 什么是QUIC 1.2 HTTP协议发展 1.2.1 HTTP历史进程 1.2.2 HTTP1.0和HTTP1.1 1.2.3 HTTP2 1.2.4 HTTP3——QUIC 2.QUIC的关键特性 2.1 连接迁移 2.1.1 TCP连接重连之痛 2.1.2 基于UDP的QUIC连接迁移实现 2.2 低连接延时 2.2.1 TLS的连接时延问题 2.2.2 真...原创 2022-01-08 18:11:03 · 215 阅读 · 0 评论 -
Quic 草稿
0 QUIC是什么QUIC(全称Quick UDP Internet Connections)是谷歌公司制定的一种基于协议的低时延互联网传输协议.它提供了多项改进,旨在加速HTTP传输并使其更加安全,目标是想最终取代TCP和TLS协议。可以用一个公式大致概括如下:TCP + TLS + HTTP2 = UDP + QUIC + HTTP2’s API。1. QUIC报文格式2. QUIC的优势: 补充0rtt3. QUIC握手流程4 4 4...原创 2022-01-06 11:10:28 · 910 阅读 · 0 评论 -
BBR源码-tcp-bbr.c
/* Bottleneck Bandwidth and RTT (BBR) congestion control * * BBR congestion control computes the sending rate based on the delivery * rate (throughput) estimated from ACKs. In a nutshell: * * On each ACK, update our model of the network path: * .原创 2022-01-04 18:16:15 · 1390 阅读 · 0 评论 -
wireshark tcptrace分析
用Wireshark打开一个pcap文件,过滤出一个TCP流之后,点击“统计-TCP流图形-时间序列(tcptrace)”,你会看到一张图,眯着眼看你会看到大致3条线,我对这3条线大致解释一下notes:Wireshark网络抓包(四)——工具 - 咖啡机(K.F.J) - 博客园 wireshark tcptrace使用注意下面的理想线和实际线不同。实际线一直上探理想线,多了又回调。理想线是当前网络的实际情况首先我们看下CUBIC算法然后我们再看下BBR算法是如何完...转载 2022-01-04 09:58:20 · 1413 阅读 · 0 评论 -
Linux Kernel 4.9 中的 BBR 算法与之前的 TCP 拥塞控制相比有什么优势
中国科大在 LUG HTTP 代理服务器上部署了Linux4.9 的 TCP BBR 拥塞控制算法。从科大移动出口到新加坡DigitalOcean的实测下载速度从647 KB/s提高到了22.1 MB/s(截屏如下).(应评论区各位 dalao 要求,补充测试环境说明:是在新加坡的服务器上设置了 BBR,新加坡的服务器是数据的发送方。这个服务器是访问墙外资源的 HTTP 代理。科大移动出口到 DigitalOcean 之间不是 dedicated 的专线,是走的公网,科大移动出口这边是 1 G..转载 2022-01-03 22:41:14 · 601 阅读 · 0 评论 -
BBR 拥塞控制算法blog笔记
Google's BBR拥塞控制算法模型解析_Netfilter,iptables/OpenVPN/TCP guard:-(-CSDN博客_bbr拥塞控制算法; 笔记:全文的大意: BBR的模型设计是基于延时策略的,完全不同于之前一直基于丢包策略判断网络的,比如cubic.基于延时发现带宽上限更早一点.BBR原理是发现了,RTT最小,则BDP最大。BBR的BDP不算路由器缓存。cubic则算.两者定义BDP意义不同。BBR与vega的区别:vega也是基于延时的算法,但是其依赖于单一rtt测量。只原创 2022-01-03 12:30:50 · 810 阅读 · 0 评论