Google WebRTC 发布了 M150 更新，修复多个安全漏洞，迁移数据包处理到网络线程，重新设计有效载荷类型，改进 SCReAMv2 拥塞控制，支持 Cryptex 和 SFrame，并更新 API 以增强现代化。此次发布包含 31 位作者的 174 次提交。

本文分享了WebRTC音视频面试的五个关键点：SFU架构、拥塞控制、QoS机制、安全连接和音画同步。重点讨论了Simulcast与SVC的区别、Google拥塞控制的协同工作、FEC与ARQ的选择策略、DTLS握手过程中的角色确定，以及通过RTCP实现音视频同步。

本文探讨音视频技术面试题，重点在网络传输优化，包括优化目标、传输层协议选择、UDP裸流发送、拥塞控制算法及弱网对抗技术，提供代码示例和性能优化建议，适合音视频开发者学习。

最近宽带丢包严重，使用BBR算法后带宽从2mbps提升至20mbps。BBR是Google开源的TCP拥塞控制算法，能够实时估算网络瓶颈，提升网页加载和视频流畅度。在OpenWrt上启用BBR需确认内核支持，安装相应模块并修改配置。

我们在哔哩哔哩开发并测试了一种改进的BBR拥塞控制算法。在此过程中，遇到了内核错误，通过热交换和套接字窃取等方法成功修复了该错误。

文章总结了WBUT考试中常见的网络问题，包括分层网络架构、ALOHA协议、CRC算法、数据隐私、IPv6优势和拥塞控制等。问题按频率排序，涵盖15分、10分和5分的问题，涉及SMTP、FTP、DNS等主题。

传输层是网络协议栈中的关键层，负责主机间进程的端到端通信，提供分段、流量控制、错误控制和复用等服务，确保数据的可靠与高效传输。主要内容包括进程间通信、UDP、TCP、SCTP、拥塞控制和服务质量。

该团队提出了一种高效的拥塞控制机制PBQ-Enhanced QUIC，结合了PPO和BBR算法，实验结果显示其在吞吐量和RTT方面优于现有的QUIC版本。该机制利用DRL的环境感知和决策优势，提高拥塞控制算法的效率。

IT相关工作离不开网络，最重要的协议是TCP，它可以实现可靠传输、流量控制、拥塞控制等特性，通过滑动窗口、超时重传、累积确认、选择确认、连续ARQ等方法实现可靠传输。

TCP的性能问题主要体现在公平与效率的取舍上，关键因素包括确认与重传、滑动窗口和拥塞控制。慢启动可能导致延迟，丢包严重影响性能，尤其在HTTP/2中更为明显。TCP的顺序保证可能引发请求阻塞。改进方法包括优化拥塞控制算法和连接建立过程。TCP性能受限于硬件和物理条件，开发者需深入理解TCP/IP以解决实际问题。

TCP的拥塞控制通过动态调整拥塞窗口（cwnd）来应对网络状况，主要包括慢启动、拥塞避免、快速重传和快速恢复。慢启动阶段逐步增加cwnd，拥塞避免阶段线性增长以防止拥塞。发生拥塞时，TCP会减小cwnd并进入恢复阶段。不同算法（如Reno、Cubic）在处理拥塞时各有特点，旨在提高网络性能并减少丢包。

TCP 可靠传输的核心机制包括确认与重传、滑动窗口和拥塞控制。确认机制通过序列号和确认号确保数据包按序接收，丢包时发送方可重传。超时重传和快速重传是两种重传策略，选择性确认进一步优化重传效率，仅重传丢失的数据包。