6.2.SDP协议

那今天呢?我们来介绍一下sdp协议,那实际上呢?sdp协议非常的简单。我们如果拿到一个stp的文档去看的话,那你要分阅里边的所有的内容会觉得很枯燥,但实际上呢,如果我们按照这张图所展示的结构去看stp的话。你就会觉得它没有那么复杂了,那实际上呢,每一个stp它都是嵌套的方式来进行定义的。那在它最外层呢?是绘画层,
6.2.SDP协议_第1张图片

在绘画层之内是媒体层,那媒体层呢?又分为了音频和视频。在音频里头,它又对音频做了各种各样的定义,而视频里边儿呢,也同样的做了各种各样的定义。我们按照这种结构去给它进行一下拆分。你就会容易理解它里边儿所要表达的信息是什么了,所以这张图呢,非常的关键,大家呢,一定要把这张图记住。在看协议的相关文档的时候,那就按照这张图所描述的这种结构去套,
6.2.SDP协议_第2张图片

就很容易理解了。那下面呢,我们再来看看的规范,它这个规范啊,也非常的清晰,那主要就是ky 6中间用等号进行连接。等号的左边是k,右边是value。对于k来说呢,常见的k有MA CV so,那其中m呢代表的是media,也就是一个媒体。那媒体可以是音频,可以是视频,可以是应用
a呢表示属性,当我们定义了某个媒体之后,要对这个媒体进行进一步的说明。那就要通过a attribute进行进一步的这个定义啊,
这是C呢,就是connection代表连接。v代表版本,我们在进行协商的时候,版本一定要是一致的,比如说一个用户的版本是一。第二个用户的版本是二,这样他俩是没法进行协商的,必须要保证他们使用的stp的协议版本是一致的。

s代表session也就是一个会话。a与b之间进行一个通讯,
那这个呢?就是一个会话。会话呢?是一个全局的。
o代表owner就是谁拥有这个绘画好,这是k。那value呢,它的值就比较多了,那具体含义呢,
你可以查看rfc四五六六这个协议文档中呢,对value做了详细的定义。那实际我们在了解stp协议的时候呢,一般都是拿到一个实际的stp数据,对照着stp数据去看,每一个value它的值是什么含义?

那很少呢,直接去看这个文档,因为这个文档还是比较大的,我们去看的时候呢,如果你没有一个实际的例子。直接去看这文档,可能不太容易理解,那如果你真的想去看这文档的时候呢,可以直接在百度上搜rfc四五六六就可以搜到这篇文档。这就是stp规范,那下面呢?我们就来看一个具体的例子,那这个呢?就是我从一个实际的stp的例子中抽取出的一些重要的信息。那首先第一个就是我们的版本使用的是多少,
6.2.SDP协议_第3张图片

比如我们在第一次进行协商的时候,版本号是一。那第二次协商的时候呢,版本号就变成二,那第三次呢,就是三,它这个版本呢,是不断累加的,后边这个o呢,就代表是就谁拥有它?如果后边是干,就是不太关心具体这个名字是谁了,那后边这一串数字呢?对于外边心思来说呢,它是不实用的,

所以这块呢,它的含义呢,没必要特别深究。其中的in呢代表internet IP 4代表IPV 4后边呢,是你本机的IP地址。那一般都会写成幺二七点零点零点一,这代表我们自己的本机再下边

m是非常关键的一个信息,代表一个media。那每个呢,只代表一种类型的数据,要么是音频,要么是视频,要么是应用数据。对它不可能同时既包含音频,又包含视频,

这是不可能的,所以它的第一个单词呢?audio代表的这个媒体呢?是一个音频数据。好后边的九代表,它使用的端口号,这个端口呢?

对于外边tc来说,它也不用它会使用自己的ice进行网络传输。那这个端口有一个特殊的意义,如果这个端口是零,表示两个用户之间进行媒体协商时没有成功。那如果不是零这个值呢?是多少都无所谓,后边呢是这个媒体所使用的传输协议。

那底层呢?使用udp tls呢?就是进行数据加密,那在udp之上跑的是rtp。后边的sav TF表示的是支持rt CP协议,那a呢?代表audio v呢?代表video p呢?是protocol。f呢是feedback,所以这几个单词的第一个字母好,再后边的这一串数呢是?那它可以是幺幺幺,也可以是幺零三,也可以是幺零四,

那每个配具体代表的是哪个编辑码器?那在后边呢?都有定义。再接下来,这个a就是对前面的这个media进行的扩展说明,也就是attribute一个属性。MID代表的是media ID,也就是说我们这个media它的ID是多少?那冒号零表示的这个ID是零?那再下来,那对于这个media来说呢,它对传输的rtp协议进行了扩展,那如果rtp中的p是幺幺幺。它表达的意思是它使用的编解码器是oppos采样率呢,是48000双通道。
6.2.SDP协议_第4张图片

这两个a呢,都是对前面这个media的一个说明,当他遇到下一个
m的时候,前面的这个媒体就算结束了,就开始一个新的媒体。那这个m呢?表示这是一个视频的媒体,后边是端口号好,那再下来这些信息呢?与这个音频是类似的。也就是它使用的传输协议udp rtp下边儿是palo tap九六幺零二,那与音频类似,后边儿这a呢,是对这个媒体的一个说明。

那对于视频来说,它的media ID是一,那这个序号呢?是自动增加的,再下边这个rtp map是对payload type九六进行的说明。那p6使用的是VP 8,这个编辑码器,它的时钟频率呢是九万,那这个呢,就是一个stp的例子。当然,这里所展示的这些信息呢,都是一些比较关键的信息点。那除了这些信息之外呢,还有很多的信息在里边,那没有在这里列出来,

是由于没法在一张PPT中容纳所有的信息,所以我只挑出其中。最关键的向你做了展示,那没有展示的那些信息,每一个字段都是我们必须要掌握的,并不是说我在这里没有展示,你就可以不清楚了。不是这样的,每一个字段我们都要知道它的含义是什么,只有这样你才能看外边代码的时候,读懂它的逻辑是什么。那在这里啊,我有两个知识点,要特别向你重点介绍一下,那第一个呢就是ice four和ice light。
6.2.SDP协议_第5张图片

那这个信息呢?是标准stp中啊,不包含的,那这里我们要重点介绍一下,那首先我们来看一下ice light。那你在看sdp的真实的例子的时候呢,经常会看到这个属性,尤其是web rtc流媒体服务器中都会包含这个属性ice light。那它的含义是什么呢?这就要说到y八二tc的ice了,那对于y八二tc的ice,我们在前面的课程中呢,也向你做过介绍。那web rtc呢?实现了自己的一套传输的控制,

那这套控制呢?就称为ice,比如说每个web rtc的终端都会收集candidate。candidate呢,又是有类型的,不同的类型有不同的优先级,那这些内容呢,都属于ice的内容。那其中,在进行ice的时候,要做一次验证,也就是说验证一下这一端给我提供的这个candidate的是否是有效的?那验证应该是双方都要验证它使用的方法呢,就是通过发送向对方发一个请求。那对端收到这个请求之后呢?

要回一个response,这样表明我这个candidate是可用的。如果服务端与客户端之间每个都要做这个流程的话,那对于流媒体服务器来说,它的负载就太重了。所以,为了减轻这个负载,就简化了这个逻辑。所以,只要客户端进行验证就了,那这样呢,就提高了整个连接的这个效率。所以呢,对于客户端来说,它会发子弹request服务端返回子弹response就OK了,

服务端呢,不会向客户端再发送子弹request。那这个呢,就叫ice light,客户端发送stun,服务端回就好了,这就是ice light

那ice four就是与ice light相对应的,它是一个双方检测的过程,也就是说连接的双方都要发送stand request。收到request之后呢,都要回response,它是这样一个过程,这就是ice four与ice light,那如果我们在一个stp中没有发现a=ice light这个属性。那默认呢,它就是ice four,也就是说双方都要进行这个检测,对于外边tc来说呢,

它默认使用的就是ice four。一般的流媒体服务器都使用ice light,这个我们要清楚,

那第二个呢?就是plan b和unify plan。那plan b呢,是web rtc以前默认使用的语法,那什么意思呢?就是如果对于同一种媒体类型有多个源的话。它使用属性进行区别,也就是说对每一种媒体类型只有一个行,比如音频,有一个音频的行。视频呢?有视频的行,
6.2.SDP协议_第6张图片

如果在我们通讯的过程中有两个音频源,那它要进行区分的时候呢?是使用as src来进行区分。其中,每一个音频源有一个自己的ssrc,它们的这个ID呢是不一样的,比如在这里一个是一二三四五六七。另外一个呢是七六五四三二一,同时他们的cna me呢也是不一样的,这是plan b,而unit five plan呢,又与他们不一样了。它是对每一个媒体流都有一个行,就像我们刚才介绍的,如果有两个音频的媒体源。
6.2.SDP协议_第7张图片

那对于unify plan来说呢,它就有两个m行,其中一个m行,它的ssrc呢,是一二三四五六七。那另外一个行它的呢?是七六五四三二一,这是他们的一个最主要的区别,区别的关键点呢就是m行的个数。那在plan b中呢?每一种类型只有一个m行,而现在对于unify plan来说呢?是每一个圆都有一个m行。那对于现在的外包tc来说,它都统一使用unify plan,

也就是plan b被淘汰了。当然,对于一些老的浏览器,它还会使用plan b。那这一个呢?我们要清楚,尤其是做一些兼容开发的时候,那有的是用plan b,有的是用unify plan。那这个时候呢,我们要做好兼容,那以上呢,就是我们这节所要向你介绍的内容,那在这节中呢,我首先向你介绍了sdp协议的一个基本的规范。

它是由k value所组成的,那另外呢,我们要知道sdp它是分层的,对这对于我们理解sdp来说呢,非常的关键。那你了解了这个结构之后呢,我们去看sdp就会非常容易,那如果你不了解的话呢,就觉得很绕,没有逻辑感。那另外呢,我通过一个实例向你讲解了sdp是如何组织这个媒体信息的。那最后呢?我又向你介绍了两个重要的知识点,一个是ice light ice four,

另外一个呢是plan b和unified plan。那这两个点呢,是wrtc对标准sdp的一些修改,这我们要知道,

那这里我需要特别强调啊,对于sdp中的每一个信息。我们必须都要非常清楚它的含义是什么,这一点是非常关键的,这也是我学习web rtc的一个心得,对只有你了解了sdp中的每一个信息。你才能在阅读代码的时候游刃有余,否则的话呢,很多逻辑你都看不懂,不知道为什么要这么写,不知道它定义那个属性是干什么用的。

这样对于我们理解外边儿tc来说呢,就非常困难了,那以上呢,就是我们这节课的内容有任何的问题

你可能感兴趣的:(webrtc,开发语言)