Sdp Plan-b UnifiedPlan

最新推荐文章于 2023-08-23 15:37:34 发布
最新推荐文章于 2023-08-23 15:37:34 发布
阅读量6.1k 收藏 7
点赞数 4
分类专栏： 音视频 文章标签： webrtc sdp planB UnifiedPlan
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/gyj072001/article/details/80406106
版权 
Unified Plan and Plan B were two competing IETF drafts for the negotiation and exchange of multiple media sources (AKA MediaStreamTracks, or MSTs) between two WebRTC endpoints. 
Unified Plan 和 Plan B 和 Plan A是SDP协商中，多路媒体流的协商方式。

unified-plan文档

unified-plan

Plan-b 和 Unified-plan 区别

In Plan B, one m= section is used for audio and one m= section is used for video, with the media stream identification attribute, or mid, set to “audio” or “video” respectively. If multiple tracks of the same kind are in an offer, multiple a=ssrc lines are listed under the same m= section.

In Unified Plan, one m= section means one sending and/or one receiving track. The mid is its identifier. If multiple tracks are used, multiple m= sections are created。
  • 在Plan-b中， 音频只有一个m=, 视频只有一个m＝ 。 当有多路媒体流时， 根据ssrc 区分。
  • 在Unified-plan 中， 每路流都有一个m=。
  • 当只有一个路视频流，一路音频流时，两者格式兼容。
  • 对比下图中，发送两路音频流时的区别。
plan-bunified-plan
在这里插入图片描述在这里插入图片描述 在这里插入图片描述在这里插入图片描述

其它

  1. https://tools.ietf.org/html/draft-roach-mmusic-unified-plan-00
  2. chrome 支持计划：https://webrtc.org/web-apis/chrome/unified-plan/
  3. firefox 支持unified-plan， mid 长度不能超过16位
  4. chrome unified-plan 需要确保协商结束后发送视频流，否则会 Failed to set local answer sdp: Failed to process the bundled m= section.
  5. 修改chrome://flags 设置sdp 格式
  6. chrome 下72 默认格式unified-plan ， 通过getConfiguration 查看当前peer 格式， 在低版本的chrome里，就算强制声明参数unified-plan ，还是会使用plan-b。格式以getConfiguration 返回的为准。
type: offer, sdp: v=0
o=mediasoup 76760093 1 IN IP4 0.0.0.0
s=-
t=0 0
a=ice-lite
a=fingerprint:sha-256 75:E9:8A:3C:96:49:89:97:18:A3:0D:73:E9:9A:59:D1:8A:B4:15:A9:8F:C4:DE:91:8F:5D:E3:73:0D:E2:00:4E
a=msid-semantic: WMS *
a=group:BUNDLE audio-1 video-1 j6gtnlva p0o0fho7 i860vo1m xwa9siz1
m=audio 7 RTP/SAVPF 100
c=IN IP4 127.0.0.1
a=rtpmap:100 opus/48000/2
a=fmtp:100 minptime=10;useinbandfec=1
a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
a=setup:actpass
a=mid:audio-1
a=recvonly
a=ice-ufrag:3lw1e76eix7edjcm
a=ice-pwd:cidqjcjfv28re4t7djaf410gkzpoblq4
a=candidate:udpcandidate 1 udp 1078862079 10.1.133.155 19211 typ host
a=end-of-candidates
a=ice-options:renomination
a=rtcp-mux
a=rtcp-rsize
m=video 7 RTP/SAVPF 123 101
c=IN IP4 127.0.0.1
a=rtpmap:123 VP8/90000
a=rtpmap:101 rtx/90000
a=fmtp:101 apt=123
a=rtcp-fb:123 goog-remb
a=rtcp-fb:123 ccm fir
a=rtcp-fb:123 nack
a=rtcp-fb:123 nack pli
a=extmap:2 urn:ietf:params:rtp-hdrext:toffset
a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
a=extmap:4 urn:3gpp:video-orientation
a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
a=setup:actpass
a=mid:video-1
a=recvonly
a=ice-ufrag:3lw1e76eix7edjcm
a=ice-pwd:cidqjcjfv28re4t7djaf410gkzpoblq4
a=candidate:udpcandidate 1 udp 1078862079 10.1.133.155 19211 typ host
a=end-of-candidates
a=ice-options:renomination
a=rtcp-mux
a=rtcp-rsize
m=video 7 RTP/SAVPF 123 101
c=IN IP4 127.0.0.1
a=rtpmap:123 VP8/90000
a=rtpmap:101 rtx/90000
a=fmtp:101 apt=123
a=rtcp-fb:123 goog-remb
a=rtcp-fb:123 ccm fir
a=rtcp-fb:123 nack
a=rtcp-fb:123 nack pli
a=extmap:2 urn:ietf:params:rtp-hdrext:toffset
a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
a=extmap:4 urn:3gpp:video-orientation
a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
a=setup:actpass
a=mid:j6gtnlva
a=msid:kREh1yv7S0I5syCOntCAIUBeMoesO6v5RlkL 28c40df0-83b8-46c7-bd06-34e7e6fc8fa0
a=sendonly
a=ice-ufrag:3lw1e76eix7edjcm
a=ice-pwd:cidqjcjfv28re4t7djaf410gkzpoblq4
a=candidate:udpcandidate 1 udp 1078862079 10.1.133.155 19211 typ host
a=end-of-candidates
a=ice-options:renomination
a=ssrc:4131643841 cname:pYEUk1YEO5F9x9T/
a=ssrc:1251779610 cname:pYEUk1YEO5F9x9T/
a=ssrc-group:FID 4131643841 1251779610
a=rtcp-mux
a=rtcp-rsize
m=audio 7 RTP/SAVPF 100
c=IN IP4 127.0.0.1
a=rtpmap:100 opus/48000/2
a=fmtp:100 minptime=10;useinbandfec=1
a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
a=setup:actpass
a=mid:p0o0fho7
a=msid:kREh1yv7S0I5syCOntCAIUBeMoesO6v5RlkL 1271c25f-e4e8-4763-8770-2f043f426445
a=sendonly
a=ice-ufrag:3lw1e76eix7edjcm
a=ice-pwd:cidqjcjfv28re4t7djaf410gkzpoblq4
a=candidate:udpcandidate 1 udp 1078862079 10.1.133.155 19211 typ host
a=end-of-candidates
a=ice-options:renomination
a=ssrc:4125350497 cname:pYEUk1YEO5F9x9T/
a=rtcp-mux
a=rtcp-rsize
m=video 7 RTP/SAVPF 123 101
c=IN IP4 127.0.0.1
a=rtpmap:123 VP8/90000
a=rtpmap:101 rtx/90000
a=fmtp:101 apt=123
a=rtcp-fb:123 goog-remb
a=rtcp-fb:123 ccm fir
a=rtcp-fb:123 nack
a=rtcp-fb:123 nack pli
a=fmtp:123 x-google-min-bitrate=140;x-google-max-bitrate=180;x-google-start-bitrate=160;x-google-min-bitrate=140;x-google-max-bitrate=180;x-google-start-bitrate=160;x-google-min-bitrate=140;x-google-max-bitrate=180;x-google-start-bitrate=160
a=extmap:2 urn:ietf:params:rtp-hdrext:toffset
a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
a=extmap:4 urn:3gpp:video-orientation
a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
a=setup:actpass
a=mid:i860vo1m
a=msid:nbwkpaLOrbf3snCxWpLgPCi01iwx6ghw9xu2 1098359b-2cc9-4b96-b7f4-6aa2b7c40031
a=sendonly
a=ice-ufrag:3lw1e76eix7edjcm
a=ice-pwd:cidqjcjfv28re4t7djaf410gkzpoblq4
a=candidate:udpcandidate 1 udp 1078862079 10.1.133.155 19211 typ host
a=end-of-candidates
a=ice-options:renomination
a=ssrc:2368086230 cname:QVg07Awk9yf5LedF
a=ssrc:2368086230 cname:QVg07Awk9yf5LedF
a=ssrc-group:FID 2368086230 2368086230
a=rtcp-mux
a=rtcp-rsize
m=audio 7 RTP/SAVPF 100
c=IN IP4 127.0.0.1
a=rtpmap:100 opus/48000/2
a=fmtp:100 minptime=10;useinbandfec=1
a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
a=setup:actpass
a=mid:xwa9siz1
a=msid:nbwkpaLOrbf3snCxWpLgPCi01iwx6ghw9xu2 357db268-a530-4b09-98e9-8ad599921249
a=sendonly
a=ice-ufrag:3lw1e76eix7edjcm
a=ice-pwd:cidqjcjfv28re4t7djaf410gkzpoblq4
a=candidate:udpcandidate 1 udp 1078862079 10.1.133.155 19211 typ host
a=end-of-candidates
a=ice-options:renomination
a=ssrc:1666321053 cname:QVg07Awk9yf5LedF
a=rtcp-mux
a=rtcp-rsize

type: offer, sdp: v=0
o=mediasoup 24017464 1 IN IP4 0.0.0.0
s=-
t=0 0
a=ice-lite
a=fingerprint:sha-256 75:E9:8A:3C:96:49:89:97:18:A3:0D:73:E9:9A:59:D1:8A:B4:15:A9:8F:C4:DE:91:8F:5D:E3:73:0D:E2:00:4E
a=msid-semantic: WMS *
a=group:BUNDLE audio-tracks video-tracks
m=audio 7 RTP/SAVPF 100
c=IN IP4 127.0.0.1
a=rtpmap:100 opus/48000/2
a=fmtp:100 minptime=10;useinbandfec=1
a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
a=setup:actpass
a=mid:audio-tracks
a=sendrecv
a=ice-ufrag:vdb6b4984o7dkf16
a=ice-pwd:4agfo1y9pl4ylg2zxrx4lufimetfuxzc
a=candidate:udpcandidate 1 udp 1078862079 10.1.133.155 51891 typ host
a=end-of-candidates
a=ice-options:renomination
a=ssrc:1689928828 cname:tw9LY2QY98p9spEm
a=ssrc:1689928828 msid:NSyf3jpXBCyhNnds6Shejy3vfxXmQRpVkcpQ 9f9624db-1c35-49a0-9898-2d578606961d
a=ssrc:2064048689 cname:0SQ2ImcTH1runIhp
a=ssrc:2064048689 msid:FWqQatBcsifPcujegGiIXt2BgBNSS89G20VC 06c7586a-c83e-4a5a-a06c-d126c49a810d
a=rtcp-mux
a=rtcp-rsize
m=video 7 RTP/SAVPF 123 101
c=IN IP4 127.0.0.1
a=rtpmap:123 VP8/90000
a=rtpmap:101 rtx/90000
a=fmtp:101 apt=123
a=rtcp-fb:123 goog-remb
a=rtcp-fb:123 ccm fir
a=rtcp-fb:123 nack
a=rtcp-fb:123 nack pli
a=fmtp:123 x-google-min-bitrate=140;x-google-max-bitrate=180;x-google-start-bitrate=160
a=extmap:2 urn:ietf:params:rtp-hdrext:toffset
a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
a=extmap:4 urn:3gpp:video-orientation
a=setup:actpass
a=mid:video-tracks
a=sendrecv
a=ice-ufrag:vdb6b4984o7dkf16
a=ice-pwd:4agfo1y9pl4ylg2zxrx4lufimetfuxzc
a=candidate:udpcandidate 1 udp 1078862079 10.1.133.155 51891 typ host
a=end-of-candidates
a=ice-options:renomination
a=ssrc:1028448819 cname:tw9LY2QY98p9spEm
a=ssrc:1028448819 msid:NSyf3jpXBCyhNnds6Shejy3vfxXmQRpVkcpQ e59b243c-f944-471b-b410-45a80db0797e
a=ssrc:788703880 cname:tw9LY2QY98p9spEm
a=ssrc:788703880 msid:NSyf3jpXBCyhNnds6Shejy3vfxXmQRpVkcpQ e59b243c-f944-471b-b410-45a80db0797e
a=ssrc:2889626611 cname:0SQ2ImcTH1runIhp
a=ssrc:2889626611 msid:FWqQatBcsifPcujegGiIXt2BgBNSS89G20VC c73ef760-4a91-4077-9bf1-fbdda5c10c71
a=ssrc:4061195486 cname:0SQ2ImcTH1runIhp
a=ssrc:4061195486 msid:FWqQatBcsifPcujegGiIXt2BgBNSS89G20VC c73ef760-4a91-4077-9bf1-fbdda5c10c71
a=ssrc-group:FID 1028448819 788703880
a=ssrc-group:FID 2889626611 4061195486
a=rtcp-mux
a=rtcp-rsize
jaygno
关注
专栏目录
WebRTC 核心功能介绍--一篇读懂SDP PlanB UnifiedPlan(从PlanB迁移到UnifiedPlan)
一蓑烟雨任平生 也无风雨也无晴
02-15 1万+
开局第一句，很多人对SDP恨之入骨。 SDP是基于文本，其本身并不属于传输协议，仅仅是对会话进行文本描述，SDP的协商和交换通常需要依赖其它的传输协议。 之前介绍其他知识点的时候，或多或少提到过SDP，但不够详细，不够深入，没有豁然开朗的感觉。那肯定是不答应了，所以再一次深入聊一聊SDP。 另外，如果英文足够好，就不需要往下看了，自己去看文档吧： RFC 8866 - SDP: Session Description Protocol 啥是SDP？ 介绍千篇一律，互相复制的。 SDP...
webrtc弃用并删除plan-b，jitsi-meet同步支持
死磕音视频
05-17 336
前言webrtc弃用plan-b，在chrome96版本以上，如果使用plan-b，那么会创建RTCPeerConnection的时候会失败，公告如下: https://chromestatus.com/feature/5823036655665152解决方案• 使用chrome96版本以下的浏览器• 参加chrome延期plan-b计划，地址如下 https://developer.chrome.com/origintrials/#/view_trial/389223597795495
Sdp Plan A Plan B UnifiedPlan
风清扬的博客
06-11 3812
webrtc中多流的实现越来越简单，也越来越规范高效化，从planB-->到unifiedPlan，不过做的早的一些视频会议还是基于plan A做的，也是老版本的webrtc版本，planB兼容planA，不过后边的趋势一定是unifiedplan，这边刚好看到对这三个SDP多流标准的说明的博文，就记录下，转载过来了，感谢原博主。本文转自https://blog.csdn.net/gyj07...
webrtc的Sdp中的Plan-b和UnifiedPlan
最新发布
thehunters的专栏
08-23 1051
在一些类似于视频会议场景下，媒体会话参与者需要接收或者发送多个流，例如一个源端，同时发送多个左右音轨的音频，或者多个摄像头的视频流；在2013年，提出了2个不同的SDP IETF草案Plan B和Unified Plan，就是为了解决如何在同一个SDP中描述多个媒体流支持。Plan B, 仅仅支持一条音频mline, 和一条视频m line, 音频和视频的媒体流的标识（mid）分别被设置成audio和video；如果同个媒体包括多个发送流，那么在m line下，可以列出多行a=ssrc属性；
sup-panb-unifiedplan
qq_16135205的博客
09-28 663
webrtc支持多流方式，分为planb(早期版本), unified plan 支持2个视频流。1234，5678 planb mid对应值video/audio。，所有的视频流应用一样的设置（在一个m下面） m=video a=mid:video //多个ssrc区分多个流 a=ssrc:1234 msid:xxx a=ssrc:5678 msid:xxx unified plan. mi...
[粗读webrtc] SDP组成：planb unifiedplan
突围
07-01 1345
webrtc 1.0 SdpSemantics RTCConfiguration选项：SdpSemantics planb 统一升级 到 Unified Plan 参考 “Unified Plan” 过渡指南 SDP 细节 WebRTC Native 源码导读（十四）：API 概览 总体来说，WebRTC 的 SDP 分为几个部分： session metadata: v=, o=, s=, t= network description: c=, a=candidate stream descri.
webrtc-m79-PlanB 与 UnifiedPlan
hclbeloved的博客
07-08 1083
PlanB 和 UnifiedPlan 其实就是 WebRTC 在多路媒体源（multi media source）场景下的两种不同的 SDP 协商方式。如果引入 Stream 和 Track 的概念，那么一个 Stream 可能包含 AudioTrack 和 VideoTrack，当有多路 Stream 时，就会有更多的 Track，如果每一个 Track 唯一对应一个自己的 M 描述，那么这就是 UnifiedPlan，如果每一个 M line 描述了多个 Track(track id)......
谈谈 WebRTC 的 SDP Unified Plan
Pano2019的博客
04-23 377
前言 今年2月份，webrtc M89 的正式发布，在Release note 提出了一个重要更新，即废webrtc Plan B SDP 语义，推荐使用标准SDP格式：Unified Plan。WebRTC1.0 已经正式成为 W3C 标准，主流浏览器基本都支持UnifiedPlan SDP。Webrtc将于21年开始逐步废弃Plan B SDP，直到移除，后续时间计划如下： M89 (2021.02)：在开发者控制台增加废弃警告 M93 (2021.08): Plan B 被移除掉, 但是增加了选项，.
semantic-sdp-js:WebRTC语义SDP-最小的SDP信息语义数据模型和解析工具
05-04
目前同时支持Unified B和Plan B 假设条件 我们假设： 使用捆绑 使用ckle流ICE或ICE lite 使用DTLS 使用RTCP多路复用器 为未来 如果您认为进一步交换SDP信息是执行对等SDP交换所需要的全部，那么目的是提供序列化...
webview播放视频时自动旋转
04-04
源码WebviewPlayVideo，简单实现在禁用屏幕旋转的时候,在网页播放视频的时候支持自动旋转,结束播放后,恢复竖屏。 测试环境：Xcode 6.2，iOS 6.0 以上
WebRTC M96 Release Notes(SDP废除Plan B，支持Opus Red冗余编码)
一蓑烟雨任平生 也无风雨也无晴
02-13 2768
https://groups.google.com/g/discuss-webrtc/c/Bp8OzBzipSc 切换到M96分支 git checkout branch-heads/4664 PSAs Plan B和Unified Plan Plan B是Chrome/Chromium独有的实现，Safari和Firefox一直支持Unified Plan，Chrome在M72已经支持Unified Plan。从某种程度上说如果后续再开发WebRTC可以不考虑Plan B的支持了，因为Unified
PlanA与PlanB
a34927341的博客
07-31 7020
一直以为每天订制的计划是PlanA、其实陷入了一个先入为主的误区。订制的计划其实是PlanB、每天的日子可能按照PlanB走、更多的时候是生活的本身PlanA：生活的本质就是生、活，变化是一种常态；（有人说为什么要区分那个是PlanA与PlanB，因为如果订制的计划是PlanA、一旦不能全部完成就会引起负面情绪,例如懊恼、后悔、自暴自弃；而把它当做一种备用计划PlanB、则大多数会有一种平常心去对
freeswitch对接WEBRTC的一个candidate问题
求真得真的博客
03-31 1577
概述 近几年，WEBRTC的完善与成熟，使得网页上使用webrtc的应用越来越多。 Freeswitch是一个开源的软交换平台，可以直接支持webrtc的对接方式。 最近在测试fs和webrtc的对接中碰到一个问题。记录如下。 问题描述。 客户A，使用webrtc页面注册到fs，并发起呼叫到客户B。 A客户收到488 SIP响应码，结束呼叫。 环境 centos：CentOS release 7.0 (Final)或以上版本 freeswitch：v1.8.7 GCC：4...
[RFC8829] JavaScript Session Establishment Protocol (JSEP)
aggresss
03-16 1330
[RFC8829] JavaScript Session Establishment Protocol (JSEP)
RCS video sharing 服务中视频方向和camera选项编解码
chuogu8805的博客
09-17 237
使用情景： 视频建立以后，发送方很有可能会随意旋转设备的方向，这样其采集的数据也是旋转过的，到了接收方后，显示就会有问题（如，颠倒等）。为了维护发送方和接收方能够实时的同步视频方向，会话需要协同它们的方向步调。 如果需要支持该功能，需要在发送方invite消息的SDP协议...
【网络通信 -- 直播】网络通信协议简介 -- RTP 协议的 WebRTC 扩展
CopperSun 技术博客
08-25 898
【网络通信 -- 直播】网络通信协议简介 -- RTP 协议的 WebRTC 扩展 【1】RTP 首部扩展格式 【2】RFC-5285 中 RTP 首部扩展 One-byte Header 0XBEDE 表示 one-byte 扩展 length = 3 表示 header extension 的总长度为 3 * 32 bit = 96 bit = 12 byte 每个扩展头首先以一个 byte 开始，前 4 位是这个扩展头的 ID， 后四位是 data 的长度 -1 注意，第二个扩展
webrtc SDP和candidate消息生成位置学习
热门推荐
Andy Tools
06-27 1万+
本文以simplewebrtc源码为例，但实际上原生API的相应事件触发即会生成相应消息。 文章目录1 ICE消息生成及发送2 SDP 消息生成2.1 offer 消息生成2.2 answer 消息生成 1 ICE消息生成及发送 ICE消息触发是由 webrtc 原生API RTCPeerConnection 中onicecandidate事件传出，在经过rtcpeerconnection做了一...
WebRTC56版本SDP详细解析
RTC吧
08-05 3172
v=0 //sdp版本号，一直为0,rfc4566规定 o=- 7017624586836067756 2 IN IP4 127.0.0.1 // RFC 4566 o= //username如何没有使用-代替，7017624586836067756是整个会话的编号，2代表会话版本，如果在会话 //过程中有改变编码之类的操作，重新生成sdp时,sess-id
sdp白皮书-sdp架构指南
07-02
SDP（软件定义网络）白皮书和SDP架构指南是一份详细描述SDP架构、原理和实施指导的文件。SDP架构指南主要旨在帮助企业和组织了解和应用SDP技术，以实现更灵活、高效、安全的网络管理和应用交付。 SDP架构指南首先...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值