本文转载自 WebRTC中文网 ,文章翻译自 Dr.Alex 的博客

QUIC 自从2013年为人所知,最近两年一直是讨论的热门话题。原因是,QUIC作为传输层协议发挥了TCP、UDP的优点,添加了加密,速度倍增,其它方面也有改进,使得设备上部署速度和更新速度较之前都有提升。

你可能认为传输层协议应该与在它上面运行的App分开设计,QUIC的历史与HTTP/2有千丝万缕的联系,并且QUIC上的HTTP/2几乎是同时发展的。关于IETF103,QUIC工作组实际上需要正在进行的工作局限于单一使用情况。这项技术很热门,并有很多公司投入了大量资金,这就是为什么如今有多种实施方式。

QUIC背后的主要参与者当然是网络公司,还有CDN。Akamai是此技术的一个重度参与者,并且其中许多员工都是规范和说明的制定者。

通常网络上的媒体会被分为两个生态系统:广播和实时。在广播领域里,大多数分布是基于文件和HTPP的。在实时领域里,大多数通信是基于RTP(RTSP/RTCP/STRP/WebRTC…)。

这里有一个关于RTP和QUIC的问题需要额外讨论:我们应该用RTP作为实时媒体,还是应该放弃它,因为RTP中的某些机制对于QUIC中的某些机制来说是多余的?如果我们使用RTP,我们应该如何规划架构,并且基于这些协议应该如何规划多路传输?如果我们放弃它,我们如何管理不在QUIC中的媒体机制?

事实上,许多组织和个人都很对于通过 QUIC 传输(实时)媒体感兴趣,并且开始着手去做了。QUIC 小组也有任何理由继续迟疑。

下面是一些我们知道的一些举措,可能有更多。

A. 来自ORTC,一些人已经实现了早期的QUIC传输和QUIC流,代码可以在Chromium代码库找到。目标是只让数据传输,而不包括媒体。

B. 为了在媒体栈中提供更灵活的pipeline,就像在斯德哥尔摩的一次会议提出的一样,Google团队正在推动WebRTC中更多的模块类来允许人们使用自己的编解码器,加密方式,媒体和网络传输方式。

这里有一些关于下一代 WebRTC 版本的信息:

支持添加与视频帧层第一个包不同的RTP扩展

重构类表示编码的视频frame

将代表视频编解码配置的类数量降低到合理的数字

将每一帧加密接口集成到WebRTC

实现可插入的媒体传输

将图片Id加入一般的RTP打包形式

将帧加密解密加入媒体频道中

C. RMCAT工作组的主席,负责处理带宽评估和拥堵控制的问题,和来自callstats.io的另一位成员,一同在做direct-media-over-QUIC与RTP-over-QUIC。

D. AVTCORE工作组,负责管理与RTP有关的一切,正在研究QUIC多路传输,以及其它RTP需要支持的协议。

E. TAPS工作组正在关注如何如何支持QUIC为它们的传输协议之一。

这些工作组各自的目标不同,并且在同一个分组里可能还有更多的分支。QUIC的使用情况数量等于UDP和TCP的使用情况数量之和。当然了,对于每个人来说,他们的use case才应该是最重要的。

1.0为止不再增加新特性

这是包括Apple在内的许多公司的明确立场。不同的人对此有不同的理由。W3C工作组正在结束目前章程的进度,但是一些计划的延期执行和simulcast所需的 APIs使得simulcast测试变得困难。就像近期在Lyon的一次会议上提到的:“Simulcast目前最大的难题,像一座高山。不仅需要考虑难度,更大的疑问是需要花费我们多少时间。”对于W3C员工和主席来说,这是一个主要的担忧。Apple和其它的供应商也想稳定webrtc1.0版本,还有一些供应商表示,正在研究包括QUIC在内的其它方面。

QUIC仍不够成熟

这是Mozilla在去年一直以来都坚持的态度,不仅仅在斯德哥尔摩的面对面会议中提出过,还在近期在 Lyon 举行的 TPAC 会议中提到了。那些不同意的人表示,QUIC小组的主席(一个Mozilla员工)致力于在Q4完成标准文档,其它小组(包括 WebRTC)不应该继续等下去,因此WebRTC应不应该采取QUIC成为了一个棘手的问题。也有人认为,QUIC 已经被应用了起来,所以如果 WebRTC 小组不作出决定,那么他们将自己来分别着手解决。(这样的争论也发生在 SVC condec 上)

我个人认为:

QUIC是未来,我们可以推迟它,但是无法避免。WebRTC也曾有过相同经历。

直接放弃RTP将会让很多现存的WebRTC基础设施受到影响。QUIC背后的团队起初花费了很多时间设计技术选型,使得QUIC可以帮现在的传输技术得到更大的优化,并且让这项技术得到更快更广泛的采用。我相信他们也在 QUIC 应用于实时传输方面做出了同样的努力。

最后给希望开发实时音视频App,或希望学习 WebRTC 的开发者推荐一些博文与资料

QUIC 将会是 WebRTC 的未来么?相关推荐

  1. 如何从零开始搭建直播平台,从flash时代的rtmp到过渡期的flv和webrtc的未来以及简单聊聊webassmbly

    前言 在2020年12月flash正式落幕之后,流媒体领域是否有新的技术替代?有没有较为成熟的整体方案?市面上的直播/流媒体平台都在使用哪些方案?有没有通用又简单快速的搭建方案?不同的方案在行业内部也 ...

  2. 对话Justin Uberti:RTC的过去、现在和未来

    内容编辑:Alex 技术审校:刘连响.许耀武 Justin Uberti 人物对话 #003# 2021年1月,WebRTC成为了官方标准,对于这个2011年由谷歌发布的开源项目来说,它是一个重要里程 ...

  3. WebRTC的现状和未来:专访W3C WebRTC Chair Bernard Aboba(上)

    正文字数:8279  阅读时长:12分钟 每年,我都会在IIT-RTC会议上与许多WebRTC标准人员进行交流,这场疫情显然让今年有所不同.虽然我们在今年的Kranky Geek会议上确实谈到了标准化 ...

  4. WebRTC的现状和未来:专访W3C WebRTC Chair Bernard Aboba(下)

    正文字数:6285  阅读时长:9分钟 每年,我都会在IIT-RTC会议上与许多WebRTC标准人员进行交流,这场疫情显然让今年有所不同.虽然我们在今年的Kranky Geek会议上确实谈到了标准化和 ...

  5. 三十年TCP与七年QUIC 谁才是未来?

    本文为LiveVideoStack对来自Akamai网络协议优化组的高级工程经理Darren Ng的采访整理而成,Darren Ng早年供职于TCP优化明星公司FastSoft.十年间,Darren ...

  6. 展望2018:WebRTC大规模商用元年

    历经6年长跑,WebRTC终于在去年迎来了1.0标准(candidate recommendation)的发布,而它也将成为2018年视频通信商业应用场景爆发的主要技术推动力.一站式WebRTC通信技 ...

  7. 专访赵加雨:WebRTC在网易云信的落地

    去年的这个时候,在市面上公开表示使用WebRTC的公司还没几家,但2018年以来,宣布采用或支持WebRTC的公司已经越来越多.实时音视频提供商网易云信也在自研的NRTC中集成了WebRTC.在他们眼 ...

  8. WebRTC成为W3C和IETF正式标准

    喜欢就关注我们吧! 2021年1月26日,W3C(万维网联盟)和 IETF (互联网工程任务组)同时宣布 WebRTC(Web Real-Time Communications,Web 实时通信)现发 ...

  9. WebRTC 成为 W3C 与 IETF 正式标准

    整理 | 梦依丹  责编 | 张文 2021 年 1 月 26 日,万维网联盟(W3C)和互联网工程任务组(IETF)宣布,Web 实时支持多种服务的通信(WebRTC)现在已成为官方标准,可将音频和 ...

  10. 5月19-20日WebRTCon 2018 梳理全球WebRTC技术实践与案例

    4月17日,距离WebRTCon 2018举行还有一个多月的时间,这是由音视频技术社区LiveVideoStack发起的WebRTC生态大会.大会将聚焦WebRTC技术实践与应用案例两大主线,旨在为W ...

最新文章

  1. 在Ubuntu 16.04.4 LTS上调研开源QUIC项目ngtcp2
  2. ASP.net 验证码(C#)
  3. Linux下两个进程可以同时打开同一个文件,这时如下描述错误的是:
  4. jdk1.8中接口可以写默认方法
  5. spark源码解析之scala基本语法
  6. MySQL高级 - 应用优化
  7. fortran subroutine_Fortran:派生数组与数组传递进子程序耗费时间比较
  8. Hadoop RPC实例
  9. 主机无法连接虚拟机中的redis服务
  10. xshell十大技巧
  11. Java防止Xss注入json_每日一题(java篇) 如何防止xss注入
  12. Oracle数据恢复工具-ODU破解记录
  13. 如何编写自己的C语言头文件
  14. CUDA C/C++ 教程一:加速应用程序
  15. 【计算机网络】手机连接电脑热点实现上网以及捕包
  16. gcd时间复杂度分析
  17. 【AI测试】人工智能测试整体介绍——第三部分
  18. Python @property 详解
  19. Flutter Container 组件
  20. JVM调优:卡表(CardTable)简介

热门文章

  1. 面向对象的两大迷思,再给你们解答一次
  2. 博文视点学院直播:如何用产品思维解决生活中的迷茫
  3. 通过Gradle为APK瘦身
  4. 6.1. 概率密度估计
  5. Django访问量和页面点击数统计
  6. 改进3D/2D U-NET--添加深度监督deep supervision【Keras】
  7. java下载配置步骤_Java环境构建-JDK下载,安装和配置步骤
  8. redis 3.0.0 linux下载,centos安装redis3.0.0集群
  9. 蓝桥杯2015年第六届C/C++省赛B组第三题-三羊献瑞
  10. Android 两个App间进行IPC通信