rtmp在线分析 网站_parsevideo在线视频分析 工具（rtmp在线解析）

摘要： 　　七牛云于 6 月尾发布了一个针对视频直播的及时流网络 LiveNet 和完备的直播云办理方案，很多开辟者对这个网络息争决方案的细节和利用场景非常感爱好。　　...

　　七牛云于 6 月尾 发布了一个针对视频直播的及时 流网络 LiveNet 和完备 的直播云办理 方案，很多 开辟 者对这个网络息争 决方案的细节和利用 场景非常感爱好 。

　　连合 七牛及时 流网络 LiveNet 和直播云办理 方案的实践，我们用八篇文章，更体系 化地先容 当下大热的视频直播各环节的关键技能 ，资助 视频直播创业者们更全面、深入地相识 视频直播技能 ，更好地技能 选型。

　　本系列文章大纲如下：

　　（一）收罗 （复兴 0001阅读收罗 篇）

　　（二）处理 惩罚 （复兴 0002阅读处理 惩罚 篇）

　　（三）编码和封装（复兴 0003阅读编码和封装篇）

　　（四）推流和传输

　　（五）当代 播放器原理

　　（六）耽误 优化

　　（七）SDK 性能测试模子

　　在上一期的处理 惩罚 篇中，我们先容 了讲授 编码和封装。 本篇是《解密视频直播技能 》系列之五：推流和传输。推流是直播的第一公里，直播的推流对这个直播链路影响非常大，假如 推流的网络不稳固 ，无论我们怎样 做优化，观众的体验都会很糟糕。以是 也是我们排查问 题的第一步，怎样 体系 地办理 这类题目 必要 我们对相干 理论有底子 的认识 。

　　推送协议

　　下面就先先容 一下都有哪些推送协议，他们在直播范畴 的近况 和优缺点。

RTMP

WebRTC

基于 UDP 的私有协议

　　1、RTMP

　　RTMP 是 Real Time Messaging Protocol（及时 消息传输协议）的首字母缩写。该协议基于 TCP，是一个协议族，包罗 RTMP 根本 协议及 RTMPT/RTMPS/RTMPE 等多种变种。RTMP 是一种计划 用来举行 及时 数据通讯 的网络协议，重要 用来在 Flash/AIR 平台和支持 RTMP 协议的流媒体/交互服务器之间举行 音视频和数据通讯 。支持该协议的软件包罗 Adobe Media Server/Ultrant Media Server/red5 等。

　　RTMP 是如今 主流的流媒体传输协议，广泛用于直播范畴 ，可以说市面上绝大多数的直播产物 都采取 了这个协议。

　　长处

CDN 支持精良 ，主流的 CDN 厂商都支持

协议简单 ，在各平台上实现轻易

　　缺点

基于 TCP ，传输本钱 高，在弱网环境 丢包率高的环境 下题目 明显

不支持欣赏 器推送

Adobe 私有协议，Adobe 已经不再更新

　　2、WebRTC

　　WebRTC，名称源自网页即时通讯 （英语：Web Real-Time Communication）的缩写，是一个支持网页欣赏 器举行 及时 语音对话或视频对话的 API。它于 2011 年 6 月 1 日开源并在 Google、Mozilla、Opera 支持下被纳入万维网同盟 的 W3C 保举 标准 。

　　如今 重要 应用于视频集会 会议 和连麦中，协议分层如下：

　　长处

W3C 标准 ，主流欣赏 器支持程度 高

Google 在背后支持 ，并在各平台有参考实现

底层基于 SRTP 和 UDP，弱网环境 优化空间大

可以实现点对点通讯 ，通讯 两边 延时低

　　缺点

ICE,STUN,TURN 传统 CDN 没有雷同 的服务提供

　　3、基于 UDP 的私有协议

　　有些直播应用会利用 UDP 做为底层协议开辟 本身 的私有协议，由于 UDP 在弱网环境 下的上风 通过一些定制化的调优可以到达 比力 好的弱网优化结果 ，但同样由于 是私有协议也势必有实际 题目 ：

　　长处

更多空间举行 定制化优化

　　缺点

开辟 本钱 高

CDN 不友爱 ，必要 自建 CDN 大概 和 CDN 告竣 协议

独立作战，无法和社区一起演进

　　传输网络

　　我们推送出去的流媒体必要 传输到观众，整个链路就是传输网络，类比货运物流就是从出发地到目标 地见的全部 路程 了，假如 蹊径 的容量不敷 ，会引发堵车也就是网络拥塞，这时我们会改变路程 也就是所谓的智能调治 ，但是传输网络会站在全局的角度举行 调治 ，以是 会比原子天下 的调治 有更好的结果 ，可以想象有一个天主 在天空中俯视出发地和目标 地间的全部 的路况信息，而且还是 及时 的，然后给出你一条明路，多么 的神奇，但这些我们在 LiveNet 中都已经实现了。

　　这里先回顾 一下传统的内容分发网络。

　　1、为什么要有内容分发网络，内容分发网络的由来

　　互联网劈头 于美国军方的一个内部网络，Tim Berners-Lee 是互联网发明者之一，他很早就预见到在不久的将来 网络拥塞将成为互联网发展的最大停滞 ，于是他提出了一个学术困难 ，要发明一种全新的、从根本上办理 题目 的方法来实现互联网内容的无拥塞分发，这项学术困难 终极 催生出一种革新性的互联网服务——CDN 。当时 Berners-Lee 博士隔壁是 Tom Leighton 传授 的办公室，一位麻省理工学院应用数学传授 ，他被 Berners-Lee 的挑衅 激起了爱好 。Letghton 终极 办理 了这个困难 并开始本身 的贸易 筹划 ，创建 了 Akamai 公司，成为天下 上第一家 CDN 公司。

　　2、传统 CDN 的架构

　　上图是一个典范 的 CDN 体系 的三级摆设 表示 图，节点是 CDN 体系 中的最根本 摆设 单位 ，分为三级摆设 ，中心 节点、地区 节点和边沿 节点，最上面一级是中心 节点，中心 一级是地区 节点，边沿 节点地理位置分散，为用户提供就近的内容访问服务。

　　下面先容 一下 CDN 节点的分类，重要 分成两大类，骨干节点和 POP 节点，骨干节点又分为中心 节点和地区 节点。

骨干节点

中心 节点

地区 节点

POP节点

边沿 节点

　　逻辑上来讲，骨干节点重要 负责内容分发和边沿 节点未掷中 时举行 回源，POP 节点重要 负责提供给用户就近的内容访问服务。但假如 CDN 网络规模较大，边沿 节点直接向中心 节点回源会给中心 层的核心 装备 造成的压力过大，在物理上引入地区 节点，负责一个地理地区 的管理，生存 部分 热门 数据。

　　3、直播传输网络有别于传统 CDN 的痛点

　　随着 Live 期间 的到来，直播成为当前 CDN 厂商的又一个重要 的战场，那么 Live 期间 CDN 必要 支持什么样的服务呢？

流媒体协议的支持，包罗 RTMP，HLS ，HTTP-FLV 等。

首屏秒开，从用户点击到播放控制在秒级以内

1~3 耽误 控制，从推流端到播放端，耽误 控制在 1~3 秒之间

环球 全网智能路由，可以利用 整个 CDN 网络内的全部 节点为某一单一用户服务，不受地区 限定 。随着环球 一体化进程 不绝 推进，跨地区 、跨国家、跨洲的直播正变为常态，很大概 主播在西欧 ，而用户在亚洲。

天级别的节点按需增长 ，中国公司出海已成局面 ，CDN 必要 更多的外洋 节点，如今 比拼的更多的是外洋 节点可以快速摆设 ，从提出节点增长 需求到节点入网提供服务，必要 到达 一天之内，对 CDN 运维和规划提出非常高的要求。原有的月级别规划和入网满意 不了先辈 的要求。

　　4、传统 CDN 的链路路由

　　CDN 基于树状网络拓扑布局 ，每一层都有 GSLB (Global Server Load Balancing) 用于同一层内的多个 CDN 节点负载均衡 ，如许 有什么长处 呢？

　　前面提到的浩繁 CDN 的应用场景中，网页加快 、视频加快 、文件传输加快 ，都是同时依靠 GSLB 和 Cache 体系 的，Cache 体系 是整个 CDN 体系 中的本钱 地点 ，计划 树形布局 可以最大化的节流 Cache 体系 的资源 投入。由于 只有中心 节点必要 保持机遇 全部 的 Cache 副本，向下逐级镌汰 ，到了边沿 节点只必要 少量的热门 Cache 就可以掷中 大部分 CDN 访问哀求 ，如许 极大的低落 了 CDN 网络的本钱 ，也符合当时 CDN 用户的需求，可谓双赢。

　　但是到了 Live 期间 ，直播业务是流式业务，很少涉及到 Cache 体系 ，根本 都是播完就可以开释 掉存储资源，纵然 由于 政策缘故起因 有存储的需求也都是冷存储，对于存储的投入相对非常低廉，而且不要求存储在全部 节点中，只要包管 数据可回溯，可用即可。

　　我们看看树状网络拓扑，用户的链路选择数量 是有限的，如下图，用户在某一个地区 内可选择的链路数是：2 * 5 = 10

　　用户在某一地区 内，则 GSLB （通常在边沿 节点这一层是 Smart DNS）会把用户路由到该地区 内的某个边沿 节点，上一层又会路由到某个地区 节点（这里的 GSLB 通常是内部的负载均衡 器），末了 又回溯到中心 节点，中心 节点会链接源站。

　　这里的假设是：

用户能访问的最快节点肯定 是该地区 内的边沿 节点，假如 该地区 没有边沿 节点则最快的肯定 是逻辑相邻的地区 内的边沿 节点。

边沿 节点能访问的最快节点肯定 是该地区 内的地区 节点，肯定 不会是其他地区 的节点。

地区 节点到中心 节点肯定 是最快的，这个链路的速率 和带宽都是最优的。

　　但实际 真的云云 么？引入了云云 多的假设真的精确 么？

　　实际 上就算理论上我们可以证明 以上假设有效 ，但是节点规划和地区 设置 多数 依靠 于人的计划 和规划，我们知道人多是不靠谱的，而且就算当时 地区 规划精确 ，谁能包管 这些静态的网络规划不会由于 铺设了一条光纤大概 由于 某些 IDC 压力过大而发生了改变呢？以是 我们可以跳出树状网络拓扑布局 的桎梏，探索新的得当 直播加快 的网络拓扑布局 。

　　为了摆脱有限的链路路由线路限定 ，激活整理网络的本领 ，我们可以把上述的节点变成 网状网络拓扑布局 ：

　　我们看到一旦我们把网络布局 改成了网状布局 ，则用户的可选择链路变为：无向图的指定两点间的全部 路径，学过图论的同砚 都知道，数量 惊人。

　　体系 可以通过智能路由选择任何一个最快的链路而不消 依靠 于体系 摆设 时过期 的人工规划，无论是某些链路间增长 了光纤大概 某个 IDC 压力过多数 可以及时 的反映到整理网络中，资助 用户及时 推倒出最优链路。这时我们可以去掉前面的一些假设，通过呆板 而不是人类来时及时 规划网络的链路路由，这种及时 大规模的盘算 任务 天生就不是人类的刚强 ，我们应该交给更得当 的物种。

　　5、CDN 的扩容

　　前面提到中国公司的出海已成局面 ，CDN 外洋 节点的需求越来越大，碰到 这种环境 必要 CDN 厂商在新的地区 摆设 新的骨干网和边沿 节点，必要 做具体 的网络规划。期间 发生变革 ，原来 CDN 用户都是企业级用户，本身 业务线的迭代周期较长，有较长时间的规划，留给 CDN 厂商的时间也比力 多。而互联网公司讲求 的是速率 ，双周迭代已成常态，这内里 涉及到本钱 和相应 速率 的抵牾 ，假如 提前摆设 节点可以更好的为这些互联网公司服务，但是有较高的本钱 压力，反之则无法相应 这些快速发展的互联网公司。

　　抱负 环境 是，用户提出需求，CDN 厂商内部评估，当天给出反馈，当天摆设 ，客户当天就可以测试新地区 的新节点。怎么办理 ？

　　答案是基于网状拓扑布局 的对等网络，在网状拓扑布局 中每个节点都是 Peer ，逻辑上每个节点提供的服务对等，不必要 按地区 计划 复杂的网络拓扑布局 ，节点上线后不必要 复杂的开局过程，直接上线注册节点信息，就可以对用户提供服务了,连合 假造 化技能 前后时间理论上可以控制在一天之内。

　　6、回归本质：LiveNet

　　我们知道最早的互联网就是网状拓扑布局 ，厥后 才渐渐 参加 了骨干网来办理 各种各样的题目 ，我们是时间 该回归本质，拥抱下一代 Live 分发网络：LiveNet 。总结前面的讨论，我们发现 Live 期间 我们必要 的内容分发网络是：

对 Cache 的要求没有从前 那么高

对及时 性的要求非常高

对节点运维的要求高，要更智能，只管 镌汰 人工干预

对扩容这种运维变乱 相应 度要求非常高

　　要做到如上几点，我们必要 ：

去中心 化，网状拓扑

环球 全网调治

节点无状态，节点对等

智能运维

　　以上这些就是 LiveNet 计划 时间 的斟酌，让运维更主动 化，体系 运行高度自治，依靠 呆板 盘算 而不是人工判定 ，下面分别先容 一下。

　　1）去中心 ，网状拓扑

　　网状拓扑布局 是计划 的根本和底子 ，只有看清了我们对 Cache 需求的低落 ，网状拓扑布局 才更有上风 。

　　2）环球 全网调治

　　基于环球 一张网，不在受限于地区 网络调治 ，将调治 的范围从地区 网络扩展到环球 ，全网内的节点都可以相应 用户的哀求 ，参加 链路路由，不再先由人工假设选定一部分 节点举行 路由，去掉人工干预，让整个体系 更智能。

　　3）节点无状态，节点对等

　　LiveNet 节点无状态和节点对等都方便了运维，去掉了地区 概念后的环球 一张网让整个拓扑布局 变的非常 复杂，假如 各个节点间有先后依靠 关系，势必让运维成为噩梦，必要 专有的服务编排体系 ，同时也给扩容带来困难，必要 运维职员 计划 复杂的扩容方案，必要 预演多次才敢在复杂的网络拓扑中扩容。当时 假如 节点本身 对等且无状态，则运维和扩容都变的轻易 很多 。

　　但整个体系 在运行过程中还是 会一些状态和数据必要 保持，比如 某些 Live 内容必要 落地回放的需求，这些通过久经检验 的七牛云存储来存储。

　　4）智能运维

　　智能运维创建 在以上的「网状拓扑布局 的对等网络」的底子 上会变的轻易 的多。可以方便的下线有题目 的节点而不影响整个 LiveNet 网络，可以方便快速的上线新节点，提拔 体系 容量。通过节点的数据分析可以更好的相识 整个网络的团体 状态。

　　下面罗列 部分 LiveNet 采取 的智能运维方案，让内容分发网络再次升级，以符合 Live 期间 的要求。

监控节点康健 状态 ，及时 下线有题目 的节点

Failover 机制，包管 服务不停 可用

快速扩容

　　7、LiveNet VS P2P

　　末了 我们和 P2P 网络做一个对比：

　　我们发现 P2P 方案，节点的可控性和链路的稳固 性上尚有 很大提拔 空间，比力 得当 在及时 性要求不高的场景利用 、得当 长尾需求，在 Live 的场景下面多是对及时 性要求比力 高的重度用户，无法忍受频仍 的 FailOver 和节点质量七零八落 带来的网络抖动，但是假如 是文件分发就比力 适实用 这种肴杂 方案，可以有效 低落 CDN 厂商本钱 ，利用 共享经济进步 资源利用 率。

　　这篇先容 了推送和传输网络部分 ，我们已经把流媒体送到了观众的终端中，下一步就是把它展如今 屏幕上了，想相识 这部分 内容请继承 关注我们的下一篇内容。

　　【没看过瘾？直接来上免费公开课】

　　为了让各人 可以或许 将技能 理论快速应用到实践开辟 中，七牛云连合 慕课网、StuQ 特别 制作了一期课程，专门针对移动直播应用开辟 ，供各人 学习参考。

　　慕课网：

　　https://www.imooc.com/learn/707

　　StuQ ：

　　https://www.stuq.org/course/detail/1077

　　点击「阅读原文」学习《2 小时搞定移动直播 App 开辟 》