计算机网络（自顶向下方法）学习记录---2.6 流媒体&（CDN）内容分发网络

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档

---

前言

记录学习笔记的时候是从第二章2.6小结开始的，之前的学习内容会不断更新：

本文作者是正在学习计算机网络的菜包，希望能记录下来学习本书的流程以及自己对知识点的一点理解，如果有理解偏差的地方可以一起讨论。这本书对于初学者来说真的很友好，在理解计算机的网络架构上，从计算机的五层架构出发，从现实生活中的例子联系，将计算机处理网络上传输的报文，在各层如何实现. 与它的书名一样是自顶向下的，从最高的应用层开始到最后的链路层,第一章讲述了英特网的全局,并对各个网络进行了简要的介绍,引入读者更好的进行接下来的学习,第二章从应用层角度出发,本文是书中2.6结流媒体与内容分发网络记录.
PS:附上书照片

---

提示：以下是本篇文章正文内容

一、流媒体与内容分发网络

1.流媒体是什么?

流媒体视频：现阶段普通视频是由一秒进行30多张图片变换而来的，而图片可以看作为一系列的像素矩阵，流媒体视频是将一整段视频进行分段，将整个视频形象化变为线性,并压缩而来的，我们所说的流媒体视频的画质也就是流媒体视频的压缩程度也可称为：比特率，这是衡量一个流媒体视频的质量的标准，我们也可以把视频按照不同的质量进行压缩，以供用户自行选择观看，质量越高的视频，比特率越高，所需要的传输大小越大，而低质量的视频传输速度快，但图像质量不高，这里可以看为将一幅图片以更多的像素点显示在用户面前，分辨率提高了，所需要的文件大小就提高了，压缩之后的文件块大小也提高了,现阶段的流媒体视频会被压缩为各种不同的版本(不同的比特率)。

2.内容分发网络(CDN)是什么?

在了解过流媒体视频后，我们知道，如果一个运营公司，将所上传的视频全部放在服务器中供全球用户进行选择下载，而一个服务器集群是无法满足全部用户的所有需求的，这会造成各种通信链路堵塞，增加想象不到的时延，而链路的不断增加，吞吐量也不断地减少几率增加，（如果电脑在服务器集群旁边的话那另说，但实际情况是不可能的），且当连接服务器集群的链路故障，则全球的用户都无法查看自己感兴趣的视频，造成一定的经济损失。这里引入内容分发网络的概念（CDN），内容分发网络将连接世界各地的ISP或者IXP的服务器，将视频的副本放置服务器中，不同地域的用户连接不同区域的服务器请求自己喜欢的视频并进行下载。
设置CDN大致有了两种方式，一种是设置在ISP接入点的深入。一种是设置在IXP的邀请做客。两种方法都减少了，用户的时延体验。

二、流媒体视频运作的两个类别

1.HTTP流

一般的，将拍摄好的视频,压缩编码为几个不同的版本，形象化来看就是各种不同的画质清晰度，高、中、低放置在相应的服务器上，当用户使用web浏览器对该视频进行请求时（视频有着专门的URL路径），服务器将与用户主机产生一个TCP通道，在返回响应报文的同时，将视频数据传输至用户缓存中，当用户缓存中接收到的数据到达一定门限时，视频即可自动播放，这里是流媒体视频的优点，在流媒体视屏中，视频是分段传输的，当视频中的一段传输完成后，也达到了用户主机缓存中的门限，此时视频可以播放，也就是我们现在所用的各类播放器，可以调节播放进度，在每一段及逆行缓存，缓存到本地之后，即可播放相应缓存好的流媒体视频段。同时缓存后面的视频帧。

2.DASH

与HTTP不同的是，HTTP流并未考虑用户的吞吐量与因特网的强度，在DASH中，将视频编码为几个不同的版本，形象化来看就是各种不同的画质清晰度，高、中、低，动态的检测用户接受从服务器中传输的流媒体视频段，当用户可用带宽较高时，DASH协议指定传输的视频块是高质量的，当用户可用带宽较低时，DASH协议指定传输的视频块较低，保证用户良好的使用感同时，也减轻因特网中的负担，因为DASH协议中视频段是由时间同等划分的，所以在用户转换不同质量的同时，视频的观看丝毫没有影响。使用DASH后，协议将视频编码为不同的版本，每个版本都有一个对应的URL，与比特率。用户在请求视频时候，先获得告示文件，得知视频的各种各样的版本和其对应的URL，请求报文中，决定了哪个版本和比特率范围，在传输过程中，以此请求是一个视频块，协议要求动态的监测用户带宽，使用一个速率算法来决定现阶段应下载的视频块。

那么看到这里你可能会问, 如果在DASH协议中, 检测到我的带宽较低降低画质的同时, 所获取到低版本的URL的视频是否能和之前观看的视频同步?
答案是当然可以, DASH协议将视频按照相同的时间片把视频压缩为不同的版本, 在DASH实时检测到你的接受视频的吞吐量和带宽较低时, 切换到低版本对应你现在时间片上的视频, 并缓存接下来的视频, 在用户时间感官上并无特别大的变化, 只是视频质量有不同的变化.

三、CDN工作流程

（1）用户将相应的视频URL输入到WEB浏览器中，将请求传送至本地DNS。
（2）本地DNS需要对域名解析，找到根DNS服务器，返回TDLDNS服务器IP地址
（3）本地DNS请求TDLDNS服务器查询域名地址，TDLDNS服务器将权威服务器IP地址返回。
（4）本地DNS请求权威DNS服务器查询该视频所在的服务器IP地址。权威DNS服务器接收到本地DNS的请求后，查看到了视频的特殊字符，则权威服务器将返回存储该视频的CDN的DNS主机域名。本地DNS二次请求CDN的DNS主机，CDN的DNS主机将在这里对用户的本地DNSIP地址，与存贮其所需要的视频的CDN服务器的区域，至少为1KM.
（5）返回距离较近的CDN内容服务器的IP地址，或者是按照CDN实时测量的用户与服务集群间的时延和丢包，选取出最好的（前提是用户本地的DNS没有设置不响应CDN探测）
（6）用户访问该IP地址并请求相应的视频.
（7）CDN内容服务器返回视频, 并下载观看，如果是符合DASH协议，则动态响应视频块。

总结

本结内容,展示了现阶段的新媒体视频,用户是如何随点随看的,介绍了DASH与HTTP流的不同点,CDN的运作方式,其实计网真的很神奇,现在我们可以形象化的看出视频是如何到我们的眼中的,这一秒30多张图片汇聚成的视频,展现在人们眼前,虽然用户层面只是一两下操作,但是计算机的背后做了无数多的步骤,这非常令人惊讶，日后我会一直对本书的学习做学习记录，如有不同观点和理解偏差，欢迎讨论指出！
我是计网菜狗包,一个非常想学习计网的人。