很多直播都是基于 CDN 来实现的。而通过声网的服务，或基于声网SDK与 CDN 结合，还可以实现在直播中的连麦互动、白板同步等强调实时性的场景。本文源自 社区投稿，介绍了该场景下的一些基础知识。如大家存有疑问，可以 与作者交流。
对于直播业务场景，大家遇到问题时候获得的第一现场大多数都是从CDN观众端感受到，比如拉流发现主播卡了，有杂音，模糊，不出图等一类现象。在排查这类问题时候，其实从范围上讲，我们需要从两部分去排查。我们实时音视频云结合CDN直播构建的场景如下图所示：
左边是声网实时音视频云部分，右边是转推到CDN部分。问题上报点观察到的现象是在右边观众端。那很明显问题可能发生在声网A区也可能发生在B区。
所以为了确认范围，可以先了解排查下B区。
那对于实时音视频开发的同学可能对CDN不是很了解。这篇短文主要目的是介绍下CDN，CDN直播有关的一些基础知识和概念，已经简单的问题排查方式。
大家使用CDN云厂商的一个基础就是云存储，云存储是对象存储。首先，一个文件包含了了属性（术语叫metadata，元数据，例如该文件的大小、修改时间、存储路径等）以及内容（以下简称数据）。对象存储区别于块存储（DAS，SAN）和文件存储（NAS系统，NFS，CIFS），核心是将数据通路(数据读或写)和控制通路(元数据)分离，构成键值对，访问时候通过key访问。所以云存储访问时候可以通过HTTP协议post,get请求通过key值去下载数据访问。
云录制服务就是通过和CDN 结合，录制下的内容存放在云端，云存储。
CDN加速
存储只是存放在一台或多台服务器上但是地点是单一的，如果对于用户分布分散业务来说，访问肯定是低效缓慢一个是I/O压力，一个是地区偏远的来说访问速度慢。
这种情况结合使用CDN服务可以有效解决。
CDN的基本原理是广泛采用各种缓存服务器，将这些缓存服务器分布到用户访问相对集中的地区或网络中，在用户访问网站时，利用全局负载技术将用户的访问指向距离最近的工作正常的缓存服务器上，由缓存服务器直接响应用户请求。
1. 用户向浏览器输入 www.web.com 这个域名，浏览器第一次发现本地没有dns缓存，则向网站的DNS服务器请求； 2.网站的DNS域名解析器设置了CNAME，指向了www.web.51cdn.com,请求指向了CDN网络中的智能DNS负载均衡系统； 3.智能DNS负载均衡系统解析域名，把对用户响应速度最快的IP节点返回给用户； 4.用户向该IP节点（CDN服务器）发出请求； 5.由于是第一次访问，CDN服务器会向原web站点请求，并缓存内容； 6.请求结果发给用户。 CDN加速可以做网页加速，下载文件加速，动态加速，那和我们音视频相关的主要是点播加速以及CDN直播，如下图：
CDN相关基本概念如下：
加速域名: 由用户提供的需要被CDN加速的域名 源站地址: IP或域名，CDN节点从这里获取原始资源 边缘节点:CDN分发的载体，可以理解成离用户最近的缓存节点 回源: CDN边缘节点未命中时会从源站拉取资源 平台类型: 被加速资源的类型，如WEB页面、大文件下载、视频点播等等 缓存策略: CDN服务器保存的一套针对用户文件的缓存策略，根据缓存策略判断文件是否超时需要回源 防盗链: 终端用户访问加速域名下的资源时，CDN服务器根据此配置判断是否应该提供资源 刷新: 清除CDN缓存节点指定的文件或目录资源 预取: 将文件资源预加载到CDN缓存节点 运营商:电信，联通，移动，长城宽带等区域:上海，广东，江苏，浙江......等 区域覆盖:本运营商本地覆盖，跨运营商本地覆盖，本运营商跨区覆盖，跨运 营商跨区覆盖。
CDN直播
CDN直播是和我们直播业务场景最紧密的部分了。借用一下阿里官网的直播图如下，各厂商CDN直播服务都是如此。
- 采集视频流
- 推流到CDN节点（其实对于云存储来说就是个文件上传的过程）
- CDN节点转到直播中，直播中心类似于强大的具有计算能力的中间源，可以提供额外服务诸如落存（录制，录制到云存储，可以进行点播通过CDN外链访问），转码，审核等。
- 直播中间分发到CDN节点
- 播放
比如我申请了域名是 abc.com，那么在CDN那边厂商生成的一对推拉流地址格式如下：
推流地址： rtmp://xxpull.abc.com/(直播空间名或者有些叫APPNAME)/(流名/streamname) 拉流地址有三种： rtmp://xxpull.abc.com/(直播空间名或者有些叫APPNAME)/(流名/streamname)
xxpull.abc.com/(直播空间名或者有些叫…
xxpull.abc.com/(直播空间名或者有些叫…
上面流名可以随时创建，一个流名就代表一组流。 我们可以看到拉流有三种格式：rtmp,m3u8(HLS),flv(Http-flv) 大家可能比较关心这三种拉流的区别：
| 协议 | HTTP-FLV | RTMP | HLS |
|---|---|---|---|
| 全称 | RTMP over Http | Real Time Message Protocol | HTTP Living Streaming |
| 传输层 | HTTP长链接 | TCP 长链接 | HTTP短链接 |
| 视频格式 | flv | flv | TS文件（m3u8） |
| 原理 | 同RTMP，协议端口80 | 每个时刻数据收到立即转发 | 集合一段时间数据，生成ts 切片更新m3u8索引 |
| 延时 | 3~5s | 10~30s | 3~5s |
| Web支持 | H5需要插件 | H5需要插件 | 支持 |
| 其他 | 播放时需要多次请求网络要求高 | 需要flash，不便于seek | 跨平台支持差需要flash插件 |
注意： 网页端如果播放rtmp 或者flv 形式 的直播流，需要flash插件支持，由于手机web端基本无法调用flash插件，所以手机web端一般使用hls（即m3u8）的形式进行直播
如何选择拉流方式： PC/Phone+直播+实时性要求高：使用flash播放RTMP。 . PC/Phone+直播+没有实时性要求：使用RTMP或者HLS均可。 . PC/Phone+点播：使用HTTP-FLV或者HLS。 . PC/Phone+WEB+直播：想啥呢，老老实实用HLS吧。 再来看下咱们的推拉流的域名地址：
rtmp://xxpull.abc.com/(直播空间名或者有些叫APPNAME)/(流名/streamname)
客户自己提供的一级域名是abc.com，然后再CDN厂商配置后生成二级域名xxpull.abc.com（推流）和xxpull.abc.com（拉流）。
然后客户需要自己在域名管理处自己将域名做个C记录（CNAME）到CDN提供的域名上面去。何为C记录？可以理解为就是我域名在CDN厂商的映射别名，这样子DNS解析后先解析到CDN厂商的CNAME然后，CNAME解析到CDN节点IP服务器推拉流。
关于上面的地址，还有一点是我们看到有时候地址后面问号？后还有一串内容，这是鉴权。直播推拉流鉴权基本都是时间戳鉴权，时间戳+token的格式。
理解了地址接下来我们遇到CDN集成直播推不了问题可以先做下简单排查，排查是否是在CDN直播部分配置相关问题。
- 首先如果是带鉴权的地址，那我们就先看下时间是否过期了，拿出里面的时间戳，然后date -r (时间戳)看看是否过期
接下来，拿出地址里面的域名，dig/nslookup一下看下解析如何，
上图结果是正常的，域名有C记录对应到CDN厂商的域名，CDN厂商的域名可以解析附近可用的CDN节点服务器IP,这个结果告诉我们域名配置是OK的，但是配置OK不代表一定可用。接下来检查本地访问到的CDN节点是哪里，如下图
ping返回的IP 218.92.209.38， 检查这个IP的地址以及运营商， www.ipip.net/ip.html
可以访问这个 [ ping.huatuo.qq.com 查看本地出口IP] ( ping.huatuo.qq.com查看本地出口ip/)
FAQ：
- 直播CDN端卡顿咋办？ 如果从我们声网转推的CDN，问题发生点可能出现在我们频道内或者CDN部分。 这里介绍一下CDN端的初步排查 A, 检查是否协议造成的问题。三种推流格式rtmp,flv,hls 使用同种网页播放器尝试或者ffplay,VLC ,网页播放器如 imgcache.qq.com/open/qcloud… www.cutv.com/demo/live_t… B．检查是否和播放器适配有关，不同播放器尝试一下 C．查看本地网络带宽，网络不好的比对值是直播的码率，假如推流是1M 的码率，那么观看端至少是8M 以上的带宽才能够支持这个直播流 www.speedtest.net/ D. 通过ping域名检查推流CDN节点是否正常 E．检查推流源（如果声网转推看频道内）
- 直播延时高咋办？ a. 使用rtmp和flv一般是5s左右，如果hls比较高大于10s b. 检查CDN端GOP设置是否过大，一般情况下1~2s c. 使用不同播放器是否延时一致，因为播放器可能缓存了数据，由于缓存，导致播放的是几秒前的 d. 检查网络，由于 jitter 抖动或者网络不稳定等因素，造成的直播累加 e. 检查推流源，测试直接推CDN和经过比如我们声网转推后的延时差多少
