最近工作中遇到某个服务器应用程序 UDP 丢包，在排查过程中查阅了很多资料，我在排查过程中基本都是通过使用 tcpdump 在出现问题的各个环节上进行抓包、分析在那个环节出现问题、针对性去排查解决问题，对症下药，最后终究能够解决问题。但是这种情况大多是因为服务本身的问题，如果是环境问题、操作系统、甚至硬件的问题，可能从服务本身出发不能解决问题，但是这篇文章另辟蹊径，从外部环境分析可能丢包的原因，看完之后，很受用，部分章节对原文有所修改，下面分享出来供更多人参考。
最近工作中遇到某个服务器应用程序 UDP 丢包，在排查过程中查阅了很多资料，总结出来这篇文章，供更多人参考。
本期分享一个比较常见的⽹络问题--丢包。例如我们去ping⼀个⽹站，如果能ping通，且⽹站返回信息全⾯，则说明与⽹站服务器的通信是畅通的，如果ping不通，或者⽹站返回的信息不全等，则很可能是数据被丢包了，类似情况想必⼤家都不陌⽣。针对⽹络丢包，本⽂提供⼀些常见的丢包故障定位⽅法，希望能够帮助⼤家对⽹络丢包有更多的认识，遇到丢包莫要慌，且跟着⼀起来涨姿(知)势(识)···
自从有了网络便有了网络故障，网络故障的最大体现是丢包。如何对丢包进行诊断一直是一个令工程师头疼的问题，可关注丢包原因分析的人却非常的少。 现实 目前对于网络中出现丢包的传统处理步骤如下： 首先，确定丢
视频流媒体已经快速增长，并成为主要的互联网流量。实时视频流媒体使用户能够从各种提供商（如Netflix和YouTube）检索媒体内容，并使用户能够进行实时流媒体或视频通话。随着录制和显示技术的进步，立体和360度视频可能成为未来的另一个选择。除了观看，视频流还可以应用于将物理环境与扩展现实相结合，例如角色重建和物体检测
在 Linux 系统下，丢包是一个较为常见的问题。由于丢包导致的网络问题可能会给用户带来不好的体验，因此解决 Linux 网络丢包问题是必不可少的。本文将介绍如何在 Linux 系统下进行网络丢包排查。
视频压缩技术的进步和互联网基础设施的普及，使得流媒体在互联网上广泛传输。但是网络丢包一直是一个困扰人们的问题。市面上已经有许多私有的解决方案用于解决流媒体传输的丢包问题，但是由于是私有协议，各个厂商的设备之间无法实现互操作性。为解决在公共网络上的丢包问题，同时解决各厂商设备之间缺乏互操作性的问题，Video Services Forum (VSF) 于2017年初成立了可靠的互联网流传输协议（Reliable Internet Stream Transport，RIST）小组，为协议创建通用规范[1][2]。
本文介绍了腾讯视频云海外直播系统在基础设施建设、分布式架构设计以及音视频传输优化等方面多年沉淀的音视频处理和分发技术。该系统为全球用户提供了高品质、高可用以及高性价比的直播流处理和分发服务。 为了服务于全球视频直播的开发者和用户，腾讯视频云团队从2017年开始建设海外直播系统，针对全球复杂多样的网络环境和终端分布，经过3年多时间真实环境的千锤百炼，目前已经构建了拥有8个中心源站、200多个边缘加速点、每天提供数以亿计访问请求的系统性平台。本文将从海外基础设施建设、系统架构设计以及传输优化等3个方面介绍
开发者在接入实时音视频终端组件 TRTC SDK时，开发者或者线上用户难免会遇见进房失败、接受到的观看端画面卡顿等情况。开发者可以通过 腾讯云实时音视频（TRTC）控制台 的 【监控仪表盘】功能来快速定位问题。另外，TRTC SDK 也有仪表盘，里面的指标数据也能用来排查定位问题。
华大影像团队成立的意义：通过集成机器人技术、实时远程控制技术及超声影像技术，解决偏远地区、基层医疗机构缺少超声医生、以及现有医生超负荷工作的现状；打破传统超声诊疗方式的局限，克服时空的障碍，改善医疗资源分布不均衡的现状；使全民平等的享受优质的医疗服务。
既然UDP天然适合流媒体场景，为什么还存在TCP的流媒体协议？UDP的实时性，低延迟，又支持组播，确实适合音视频场景，但由于UDP是不稳定不可靠传输技术，直接用它来传输音视频，在实际网络中拥塞，丢包等情况会导致大量的音视频丢包，甚至视频和音频关键帧丢失导致客户端无法解码。如果将UDP用在流媒体传输中，需要自己完成很多可靠性工作。即TCP中做的可靠性工作，都需要在UDP上层根据业务情况适当实现（注意不是照搬，是适当实现，允许少了丢包，增强可靠性）。
某个项目把服务器从 CentOS 操作系统从 5 升级到了 7（3.10.0-693），一切都很顺利，直到我在服务器上闲逛的时候，无意间发现了一个「大问题」：网卡 eth0 在 RX 上存在丢包（dropped）现象，丢得还很有规律，每一两秒丢一个包！
在今年10-11月份刚过去的英雄联盟S9总决赛中，SRT作为跨洋远距离传输方案，在源流制作环节中承担主线路的角色，稳定支持了总决赛的每一场比赛。目前腾讯视频云已将srt集成到现有直播体系中，包括推流和回源等。
最近和很多实时音视频领域的朋友交流中都有谈论到RUDP(Reliable UDP)，这其实是个老生常谈的问题，RUDP在很多著名的项目上都有使用，例如google的QUIC和WebRTC。在UDP之上做一层可靠，很多朋友认为这是很不靠谱的事情，也有朋友认为这是一个大杀器，可以解决实时领域里大部分问题。作为在教育公司来说，学霸君在很多实时场景下确实使用RUDP技术来解决我们的问题，不同场景我们采用的RUDP方式也不一样。先来看看学霸君哪些场景使用了RUDP：
WinMTR 是一个开源软件项目，在 Windows 中以可视化界面实现了 MTR（Matt's traceroute）。
基于「丢包反馈」的协议是一种 被动式 的拥塞控制机制，其依据网络中的 丢包事件 来做网络拥塞判断。即便网络中的负载很高时，只要没有产生拥塞丢包，协议就不会主动降低自己的发送速度。
BIGO从2014年创立至今一直聚焦在全球范围提供音视频服务，短短五年时间已稳定进入全球App收入排行榜前十。旗下全球视频直播社区Bigo live，短视频内容创作平台Likee，音视频通讯imo服务于全球150个国家的4亿多用户，已形成了涵盖「实时多人语音/视频+直播+点播」全面完善的音视频产品矩阵。
常用的 ping，tracert，nslookup 一般用来判断主机的网络连通性，其实 Linux 下有一个更好用的网络联通性判断工具，它可以结合ping nslookup tracert 来判断网络的相关特性，这个命令就是 mtr。mtr 全称 my traceroute，是一个把 ping 和 traceroute 合并到一个程序的网络诊断工具。traceroute默认使用UDP数据包探测，而mtr默认使用ICMP报文探测，ICMP在某些路由节点的优先级要比其他数据包低，所以测试得到的数据可能低于实际情况。
大家好，我是冼牛，此次分享和实时音视频、流媒传输的思考与实践有关。主要会为大家介绍实时音视频的超低延迟架构并简要阐述实时视频调度系统，同时结合拥塞控制策略和信道纠错策略，进一步探索解决网络延迟的最优方法。
11月份，W3C发布了WebRTC的标准。另外一个专注于WebRTC的国际组织RETF在12月份也发布了第一个RFC8298，目前还没有成为真正的标准。我今天讲的重点，是围绕网络传输的一些心得。
最近笔者在做视频通话相关业务，在分析一些花屏、卡顿等视频异常现象时，首先想到的就是抓包，于是笔者使用了tcpdump进行了抓包，命令如下：
常用的 ping，tracert，nslookup 一般用来判断主机的网络连通性，其实 Linux 下有一个更好用的网络联通性判断工具，它可以结合ping nslookup tracert 来判断网络的相关特性，这个命令就是 mtr。mtr 全称 my traceroute，是一个把 ping 和 traceroute 合并到一个程序的网络诊断工具。
作者 | 苏欣 来源 | https://cloud.tencent.com/developer/article/1491610 常用的 ping，tracert，nslookup 一般用来判断主机的网络连通性，其实 Linux 下有一个更好用的网络联通性判断工具，它可以结合ping nslookup tracert 来判断网络的相关特性，这个命令就是 mtr。 mtr 全称 my traceroute，是一个把 ping 和 traceroute 合并到一个程序的网络诊断工具。 traceroute 默
导语：4月21日，腾讯云+社区在京举办“‘音’你而来，‘视’而可见——音视频技术开发实战沙龙”，腾讯音视频实验室高级工程师张轲围绕网络传输方面讲解了《腾讯云H5语音通信QoE优化》，包含腾讯云H5解决方案，音频QOS优化整体框架及优化技术，和运营方法几个方面。QOS优化包含带宽估计拥塞控制、抗丢包技术、延时、抗抖动技术四个领域。张珂重点分享了WebRTC与WebRTC之间，tbs与WebRTC之间，tbs与natvie之间互通所涉及的QoS相关的技术问题，回溯分析工具能够提高工作效率，可以快速发现潜在技术改
类似云游戏这一类场景是实时视频传输领域中最难的场景，今天主要分享一下我们这两年云游戏场景上做的一些工作和思考，也会提到一些我们不同于行业的观点。
netem 是 Linux 2.6 及以上内核版本提供的一个网络模拟功能模块。该功能模块可以用来在性能良好的局域网中，模拟出复杂的互联网传输性能，诸如低带宽、传输延迟、丢包等等情况。使用 Linux 2.6 (或以上) 版本内核的很多发行版 Linux 都开启了该内核功能，比如Fedora、Ubuntu、Redhat、OpenSuse、CentOS、Debian等等。
有很多新手朋友在买来服务器之后不知道自己的服务器到底好不好，有时候快有时候又慢得令人发指；或者刚买来的时候速度不错，用久了却越用越卡；又或者总是间歇性的抽风。
听云发布《2017中国云计算评测报告》，本次报告从用户视角出发，对各家云服务提供商的综合用户体验、性能与可用性以及服务与易用性这三个方面进行了盘点，凸显出各家云的优势与不足，以持续提升云端用户体验。
// 编者按：自疫情开始席卷全球，人们对音视频的需求急剧上升。在需求上升的过程中，人们对网络延迟、音画质量的要求也在不断提高。LiveVideoStackCon 2022 音视频技术大会上海站有幸邀请到了七牛云资深开发工程师——于佳老师为我们讲述QRTN的网络架构是如何提升用户体验度的，以及分析其中的QRTP协议是如何对音画质量进行提升的。 文/于佳 整理/LiveVideoStack 大家好，我是于佳，来自七牛云开发团队，我今天给大家分享的主题是七牛云QRTC自研传输协议对音画质量的提升。今天的
数据中心网络连接数据中心内部通用计算、存储和高性能计算资源，服务器间的所有数据交互都要经由网络转发。当前，IT架构、计算和存储技术都在发生重大变革，驱动数据中心网络从原来的多张网络独立部署向全以太化演进。而传统的以太网无法满足存储和高性能计算的业务需求。超融合数据中心网络以全无损以太网来构建新型的数据中心网络，使通用计算、存储、高性能计算三大种类业务均能融合部署在一张以太网上，同时实现全生命周期自动化和全网智能运维。
对于网络在线直播系统而言，直播内容从主播端采集到用户端观看，需要经过采集→前处理→编码→推流→分发→拉流→解码→播放的过程，每一个阶段都会消耗部分时间，但直播又必须保证观看的即时性，那么如何降低直播延迟便成了在线直播源码开发中的关键问题。
前言 2020年疫情的突如其来，让数字通信成为了人与人沟通的重要手段；同时也对实时音视频通信（RTC）的稳定性和通讯效果提供了极大考验。由于业务量激增，在保障用户体验方面，RTC业务面临着诸多困难，包括但不限于通话质量、最小化卡顿、端到端延时、带宽成本等。在网络传输过程中，RTC方案，需要面对用户体验、运营成本的双重约束，挑战巨大。本白皮书，将聚焦RTC业务中网络抗性下的体验保障这一命题展开讨论。本文首先对相关技术的特点进行描述。然后，本文重点介绍腾讯天籁推出的音频联合信源信道编码方案。该方案已经在腾
HTTP/2 协议虽然大幅提升了 HTTP/1.1 的性能，然而，基于 TCP 实现的 HTTP/2 遗留下 3 个问题：
大家好，我是网易云信音视频工程师肖磊，目前致力于实时音视频领域的QoS研究，通过优化拥塞控制算法，为用户提供高带宽利用率，低延时，抗抖动能力强的实时音视频服务。
大家好，我叫鲁林俊，很高兴参加LiveVideoStackCon 2020线上峰会，本次我分享的主题是网易云信流媒体服务端架构设计与实现。
导读 | 一场突如其来的疫情，让数以亿计的白领只能居家办公，云视频会议系统突然成为最重要的办公软件。腾讯会议在2019年12月25日正式上线后，短短两个月时间内积累千万日活。除了时机，腾讯会议产品又为什么能脱颖而出呢？产品力是个不得不提的因素，腾讯多媒体实验室高级研究员王晓海在【腾讯技术开放日·云视频会议专场】中，对腾讯会议在复杂网络情况下如何保证高清音质进行了分享。 点击视频，查看直播回放 一、VoIP和PSTN的前世今生 PSTN（PublicSwitch Telephone Network公共交
海量的数据存储需求与以AI/大数据为代表的计算需求，推动多核、多处理器、服务器集群的普及，使得大规模的分布式计算与存储业务迅速增长。为了避免跨节点通信的时延及CPU占用成为大规模分布式计算与存储的性能瓶颈，工程师们发明了RDMA技术。
VPP 是美国思科网络开源的一个可扩展的框架，可提供开箱即用的生产质量交换机 / 路由器功能。它是思科矢量数据包处理（Vector Packet Processing，VPP）技术的开源版本：一种高性能的数据包处理堆栈，可以在商用 CPU 上运行。
SRD（Scalable Reliable Datagram，可扩展的可靠数据报文），是AWS年推出的协议，旨在解决亚马逊的云性能挑战。它是专为AWS数据中心网络设计的、基于Nitro芯片、为提高HPC性能实现的一种高吞吐、低延迟的网络传输协议。
导语: 腾讯云即时通信IM实现了一种网络自适应的X路QUIC传输加速技术AXP-QUIC（Adaptive X-PATH QUIC），已应用于IM SDK客户端到服务端的数据传输。该技术建立了一套客户端弱网自评估模型，根据网络链路的RTT，丢包率，吞吐量，并结合主动探测，判断终端当前是否处于弱网络环境。同时将QUIC协议和多通道传输技术相结合，根据终端所处的网络环境，实时自动决定切换网络链路或使用多链路进行传输。通过AXP-QUIC技术，即时通信IM能够在70%丢包的弱网络环境下，保证消息100%可靠传输
上一篇文章我们说了阻塞控制的原理,在本篇文章中我们将结合实际说一说TCP阻塞控制的原理.
大家好，我是叶峰峰，来自映客直播，从事实时音视频的开发工作大概有七八年时间了，在加入映客后，也参与了映客实时互动直播的开发过程。本次分享主要介绍映客互动直播开发过程中遇到的一些问题，以及对直播场景下互动直播的一些优化。
1. 确认网络丢包问题是否存在。可以使用ping命令测试网络连接并查看是否出现丢包情况。例如：ping www.baidu.com -c 100，其中“-c 100”表示ping 100次测试。
老实说，Dropwatch 并不是什么新鲜玩意，很多年前霸爷就专门撰文介绍过它，通过它可以大概找出系统为什么会丢包，其原理就是跟踪 kfree_skb 的调用行为。不过虽然很多人知道它的存在，但是却并不知道如何具体使用它，所以我写下了这篇文字。
服务器支撑着整个企业的信息数据，对公司的信息储存、业务开展、正常运作等等环节都具有着至关重要的意义。然而，服务器在日常运行过程中，由于其复杂的硬件结构、繁琐的运行原理，经常会出现一些大大小小的问题困扰着各位。下面精心整理一些服务器的常见问题汇总，帮助各位排忧解难。 1.系统蓝屏、频繁死机、重启、反映速度迟钝
导语 | WebRTC真是一套让人既爱又恨的开源代码。一方面，WebRTC里面有一套很完善很系统的QoS策略。但另一方面，WebRTC代码庞大且版本更新迭代特别快，代码的阅读和学习难度很大。为了方便大家学习了解，我们在这里对WebRTC的QoS思想及算法实现做了一些梳理总结，以系列分享的方式呈现给大家，供大家参考。 概述 目前总结出WebRTC用于提升QoS的方法有：NACK、FEC、SVC、JitterBuffer、IDR Request、Pacer、Sender Side BWE、Probe、VFR（
导语 | 随着音视频应用的不断更新，对传输能力和体验的需求也日益增加，促进了传输技术的发展，也带了如何选择的难题。本文详解了音视频领域的几种主要传输协议,希望能够帮助大家解决实际需求和业务场景中的技术选型问题。 随着互联网的发展，Web及移动智能手机端的兴起，音视频应用也得到了蓬勃发展。同时伴随着4G/5G的商业化，人们在娱乐直播、购物、教育、医疗等领域，对于实时音视频通信的需求不断增长。直播、实时音视频等技术也开始崭露头角。 众多的音视频应用都避免不了一个问题就是，如何在现有的网络条件下，提
TCP协议的重传机制对实时音视频传输而言，如果网络质量很差，丢包率很高，重传机制导致传输延迟急剧增加，传输质量严重下滑。实时音视频传输协议一般采用UDP（应用层基于UDP的RTP协议，为视频传输提供序号和音视频同步服务），UDP具有高吞吐和低延时的特点。然而，基于UDP的RTP传输在复杂的公网环境下，特别是3G、4G、WIFI网络时面临丢包、乱序、重复、抖动等问题，严重影响实时音视频的传输效果。应用层的 FEC （Forward Error Correction，前向纠错）是一项有效防止丢包的技术，是一种实时视频传输的有效可靠的解决方案。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
