WebrRTC(4) 端对端连接

最新推荐文章于 2024-04-16 19:44:54 发布
最新推荐文章于 2024-04-16 19:44:54 发布
阅读量771 收藏
点赞数
分类专栏： webrtc 网络协议 文章标签： webrtc
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_39077451/article/details/106887047
版权

WebRTC端对端连接

RTCPeerConnection

一个核心类，是上层的统一接口。
在底层有很多复杂逻辑，媒体协商 、流轨道处理、数据接收发送、数据统计等等。

let pc = new RTCPeerConnection([config]);

参数

let config = {
	// 传入多个ice server 就是多个stun/turn服务,获取到反射地址和中继地址
	iceServers: [{
		// 数组中每个元素都是RTCIceServer
		// 凭证类型 password | oahth
		credentialType: "password",
		// 凭据,根据上面的type有不同的表示
		credential: "",
		// 用于连接服务中的url数组
		urls: [""],
		// 用户名,和credential配合
		username: "mao"
	}],

	// 传输策略
	// relay : 只收集中继后选择
	// all : 收集所有类型的候选者
	iceTransportPolicy: "all",
	
	// banlance : 音频轨和视频轨使用自己的传输通道
	// max-compat : 每个轨都用自己的传输通道
	// max-bundle : 所有轨使用同一个传输通道
	bundlePolicy: "balanced",
	
	// 在收集candidate时使用
	// 在收集rtcp和rtp复用的候选者
	// negotiate : 如果能复用则复用，否则单独使用
	// require : 能复用则复用，否则失败
	rtcpMuxPolicy: "require",
	peerIdentity: "",
	
	// 授权可以使用的一组证书,不提供则会自动产生
	certificates: [],
	
	// icecandidate个数，如果个数超过了，则多出来的抛弃
	// 如果数值被改变了，则会重新收集候选者
	iceCandidatePoolSize: 3
};

方法

addIceCandidate

添加一个候选者信息
基本使用

let promi = pc.addIceCandidate(candi);

参数

let candi = {
	// 描述信息
	candidate: "",
	// 流的类型，视频流还是音频流
	sdpMid: 0,
	// sdp 中 m= 的索引值
	sdpMLineIndex: 10,
	// 远端的唯一标志 ice-ufrag
	usernameFragment: "qwer"
};
createOffer

创建offer
基本使用

let promi = pc.createOffer([config]);

参数

let config = {
	// 会重新启动ice,重新收集cadidate
	// 网络切换的时候，传输通道发生变化
	// 如果当前使用的传输通道较为拥挤，可重新选
	// 增加了新的中继节点，也需要重启ice
	iceRestart: false,
	// 静音检测
	// 没有人声的时候，选择不传输背景噪音
	// 减少带宽
	voiceActivityDetection: true,
	// 可接受音频
	offerToReceiveAudio: 1,
	// 可接受视频
	offerToReceiveVideo: 1
};

协商过程

A 信令服务 B createOffer,seLocaDescription offer offer setRemoteDescription createAnswer answer answer A 信令服务 B

主要方法

方法说明使用
createOffer创建本地的媒体sdp信息promise = pc.createOffer([config]);
setLocalDescription设置本地媒体sdp描述信息pc.setLocalDescription(sdp);
createAnswer对端收到offer后，要创建answerpc.createAnswer([config]);
setRemoteDescription收到对端的描述信息时设置pc.setRemoteDescription(sdp);
addTrack添加一个轨sender = pc.addTrack(track, stream);
removeTrack移除添加的轨pc.removeTrack(sender);

重要事件

事件名说明
ontrack接收到了远程媒体数据
onnegotiationneeded进行媒体协商的时候触发
onicecandidate发现一个ice candidate的时候触发

端到端连接过程

A 信令服务 B turn/stun server 连接 连接 new RTCPeer.../addStream createOffer,seLocaDescription bind request offer SDP offer SDP new RTCPeer... setRemoteDescription/createAnswer setLocalDescription bind request answer SDP answer SDP setRemoteDescription onicecandidate candidate candidate addIceCandidate onicecandidate candidate candidate addIceCandidate A 信令服务 B turn/stun server

SDP

Session Description Protocol，可以被其它传输协议用于交换关键信息
格式为key=value组成
包括:

  1. 元描述
  2. 网络描述
  3. 媒体流描述
  4. 安全描述
  5. 服务质量描述
# sdp版本,一般就是0
v=0
# owner session_name session_id version net_type address_type address>
o=- 1891166434071642414 2 IN IP4 127.0.0.1
# 会话名,如果不写则是-
s=-
# 存活时间
# 起始时间 结束时间，都是0表示不限制
t=0 0

# 设置全局属性
# 这一组媒体流绑定到一起，底层复用传输通道
a=group:BUNDLE 0 1 2
# media_stream_id : webrtc media stream 
a=msid-semantic: WMS RwcoZ3RLzYRD2A6Q79I4wqUIqOVZ2XjmlApK


# 媒体层
# 媒体音频相关信息
# 包括使用的协议UDP/TLS/RTP/SAVPF 加密后的rtp
# 剩下一堆数字是payload type,表示媒体支持哪些类型
# 后面的a都是对这个的进一步说明
# media announcements
# media, port, tansport, payload type list
# 9 : 不接受数据 
m=audio 9 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 110 112 113 126
# webrtc 没使用
c=IN IP4 0.0.0.0
# a=type或者a=type:values
a=rtcp:9 IN IP4 0.0.0.0
# 用户名片段
a=ice-ufrag:wXYk
# 和上面组合使用
# 进行连通性检测时，检验有效性
# 如果验证通过了，则才能正常连接
# 保证链路的安全性
a=ice-pwd:SPCK9PpVHFt0P/dw7esp3eT9
# trickle 先不收集cadidate,在setLocalxxx的时候开始收集，每收集一个就开始检验
a=ice-options:trickle
# 指纹用于数据加密时，验证证书
a=fingerprint:sha-256 36:CB:81:6D:1C:AF:5B:78:D5:DD:D0:1E:BA:42:B8:1F:6B:4A:89:30:93:1F:CF:57:09:C7:0C:E4:9E:E7:7B:87
# 媒体协商时，作为服务端还是客户端 actpass/active/inactive
a=setup:actpass
# media_id 0 和上面的 bundle对应
a=mid:0
a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
a=extmap:3 http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
# 这一端既可以发送也可接收
a=sendrecv
# media string id
a=msid:RwcoZ3RLzYRD2A6Q79I4wqUIqOVZ2XjmlApK 53970061-890c-467e-8f61-bbf53a046e09
# rtcp rtp 端口复用
a=rtcp-mux
# rtpmap
# 修饰payload type 设置不同的参数
# a=rtpmap:payload_type encoding_name/采样率/声道数
a=rtpmap:111 opus/48000/2
# 媒体信息反馈
a=rtcp-fb:111 transport-cc
# fmtp 做进一步的说明
# a:fmtp:payload_type params
# apt 表示与 111 进行关联
a=fmtp:111 minptime=10;useinbandfec=1
a=rtpmap:103 ISAC/16000
a=rtpmap:104 ISAC/32000
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:106 CN/32000
a=rtpmap:105 CN/16000
a=rtpmap:13 CN/8000
a=rtpmap:110 telephone-event/48000
a=rtpmap:112 telephone-event/32000
a=rtpmap:113 telephone-event/16000
a=rtpmap:126 telephone-event/8000
a=ssrc:3038924438 cname:xlEK51Hg6Owsod2z
a=ssrc:3038924438 msid:RwcoZ3RLzYRD2A6Q79I4wqUIqOVZ2XjmlApK 53970061-890c-467e-8f61-bbf53a046e09
a=ssrc:3038924438 mslabel:RwcoZ3RLzYRD2A6Q79I4wqUIqOVZ2XjmlApK
a=ssrc:3038924438 label:53970061-890c-467e-8f61-bbf53a046e09
m=video 9 UDP/TLS/RTP/SAVPF 96 97 98 99 100 101 102 122 127 121 125 107 108 109 124 120 123 119 114 115 116
c=IN IP4 0.0.0.0
a=rtcp:9 IN IP4 0.0.0.0
a=ice-ufrag:wXYk
a=ice-pwd:SPCK9PpVHFt0P/dw7esp3eT9
a=ice-options:trickle
a=fingerprint:sha-256 36:CB:81:6D:1C:AF:5B:78:D5:DD:D0:1E:BA:42:B8:1F:6B:4A:89:30:93:1F:CF:57:09:C7:0C:E4:9E:E7:7B:87
a=setup:actpass
a=mid:1
a=extmap:14 urn:ietf:params:rtp-hdrext:toffset
a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
a=extmap:13 urn:3gpp:video-orientation
a=extmap:3 http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
a=extmap:12 http://www.webrtc.org/experiments/rtp-hdrext/playout-delay
a=extmap:11 http://www.webrtc.org/experiments/rtp-hdrext/video-content-type
a=extmap:7 http://www.webrtc.org/experiments/rtp-hdrext/video-timing
a=extmap:8 http://tools.ietf.org/html/draft-ietf-avtext-framemarking-07
a=extmap:9 http://www.webrtc.org/experiments/rtp-hdrext/color-space
a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
a=sendrecv
a=msid:RwcoZ3RLzYRD2A6Q79I4wqUIqOVZ2XjmlApK bd843891-9cfe-44c8-a546-8ce55f2b33ea
a=rtcp-mux
a=rtcp-rsize
a=rtpmap:96 VP8/90000
# 接收端带宽评估
a=rtcp-fb:96 goog-remb
# 传输端的带宽评估
a=rtcp-fb:96 transport-cc
# 编码控制回馈消息
a=rtcp-fb:96 ccm fir
a=rtcp-fb:96 nack
a=rtcp-fb:96 nack pli
a=rtpmap:97 rtx/90000
a=fmtp:97 apt=96
a=rtpmap:98 VP9/90000
a=rtcp-fb:98 goog-remb
a=rtcp-fb:98 transport-cc
a=rtcp-fb:98 ccm fir
a=rtcp-fb:98 nack
a=rtcp-fb:98 nack pli
a=fmtp:98 profile-id=0
# 99代表重传
a=rtpmap:99 rtx/90000
# 99是98的关联关联的通道,当98有数据丢失时，要重传的payload type 是97
a=fmtp:99 apt=98
a=rtpmap:100 VP9/90000
a=rtcp-fb:100 goog-remb
a=rtcp-fb:100 transport-cc
a=rtcp-fb:100 ccm fir
a=rtcp-fb:100 nack
a=rtcp-fb:100 nack pli
a=fmtp:100 profile-id=2
a=rtpmap:101 rtx/90000
a=fmtp:101 apt=100
a=rtpmap:102 H264/90000
a=rtcp-fb:102 goog-remb
a=rtcp-fb:102 transport-cc
a=rtcp-fb:102 ccm fir
a=rtcp-fb:102 nack
a=rtcp-fb:102 nack pli
a=fmtp:102 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42001f
a=rtpmap:122 rtx/90000
a=fmtp:122 apt=102
a=rtpmap:127 H264/90000
a=rtcp-fb:127 goog-remb
a=rtcp-fb:127 transport-cc
a=rtcp-fb:127 ccm fir
a=rtcp-fb:127 nack
a=rtcp-fb:127 nack pli
a=fmtp:127 level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42001f
a=rtpmap:121 rtx/90000
a=fmtp:121 apt=127
a=rtpmap:125 H264/90000
a=rtcp-fb:125 goog-remb
a=rtcp-fb:125 transport-cc
a=rtcp-fb:125 ccm fir
a=rtcp-fb:125 nack
a=rtcp-fb:125 nack pli
a=fmtp:125 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f
a=rtpmap:107 rtx/90000
a=fmtp:107 apt=125
a=rtpmap:108 H264/90000
a=rtcp-fb:108 goog-remb
a=rtcp-fb:108 transport-cc
a=rtcp-fb:108 ccm fir
a=rtcp-fb:108 nack
a=rtcp-fb:108 nack pli
a=fmtp:108 level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42e01f
a=rtpmap:109 rtx/90000
a=fmtp:109 apt=108
a=rtpmap:124 H264/90000
a=rtcp-fb:124 goog-remb
a=rtcp-fb:124 transport-cc
a=rtcp-fb:124 ccm fir
a=rtcp-fb:124 nack
a=rtcp-fb:124 nack pli
a=fmtp:124 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=4d0032
a=rtpmap:120 rtx/90000
a=fmtp:120 apt=124
a=rtpmap:123 H264/90000
a=rtcp-fb:123 goog-remb
a=rtcp-fb:123 transport-cc
a=rtcp-fb:123 ccm fir
a=rtcp-fb:123 nack
a=rtcp-fb:123 nack pli
a=fmtp:123 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=640032
a=rtpmap:119 rtx/90000
a=fmtp:119 apt=123
# 允许冗余包
a=rtpmap:114 red/90000
a=rtpmap:115 rtx/90000
a=fmtp:115 apt=114
a=rtpmap:116 ulpfec/90000
a=ssrc-group:FID 1905224383 2910063675
a=ssrc:1905224383 cname:xlEK51Hg6Owsod2z
a=ssrc:1905224383 msid:RwcoZ3RLzYRD2A6Q79I4wqUIqOVZ2XjmlApK bd843891-9cfe-44c8-a546-8ce55f2b33ea
a=ssrc:1905224383 mslabel:RwcoZ3RLzYRD2A6Q79I4wqUIqOVZ2XjmlApK
a=ssrc:1905224383 label:bd843891-9cfe-44c8-a546-8ce55f2b33ea
a=ssrc:2910063675 cname:xlEK51Hg6Owsod2z
a=ssrc:2910063675 msid:RwcoZ3RLzYRD2A6Q79I4wqUIqOVZ2XjmlApK bd843891-9cfe-44c8-a546-8ce55f2b33ea
a=ssrc:2910063675 mslabel:RwcoZ3RLzYRD2A6Q79I4wqUIqOVZ2XjmlApK
a=ssrc:2910063675 label:bd843891-9cfe-44c8-a546-8ce55f2b33ea
m=application 9 UDP/DTLS/SCTP webrtc-datachannel
c=IN IP4 0.0.0.0
a=ice-ufrag:wXYk
a=ice-pwd:SPCK9PpVHFt0P/dw7esp3eT9
a=ice-options:trickle
a=fingerprint:sha-256 36:CB:81:6D:1C:AF:5B:78:D5:DD:D0:1E:BA:42:B8:1F:6B:4A:89:30:93:1F:CF:57:09:C7:0C:E4:9E:E7:7B:87
a=setup:actpass
a=mid:2
a=sctp-port:5000
a=max-message-size:262144
一轮满月
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
WebRTC系列-网络传输之网络切换处理
HOSTEN的博客
06-14 1079
在文章开头的文章中介绍了这个函数，如果是首次调动就会发送消息，然后就交给OnMessage处理；在OnMessage对应的消息类型中就会调用，我们接下来重点分析方法；上节介绍的函数 从函数名就可以看出此方法会去持续更新网络的状态；当然在此函数中每次调用都会去更新网络同时也会安排下一次更新，源码如下： 上述源码中如果是非Android的代码就直接调用，而对于Android的处理这里就多了些判断：上接中无论是Android还是其他平台最终都会调用UpdateNetworksOnce方法，其源码如下： 因为同开
《WebRTC工作原理精讲》系列-总览
liuzhen007的专栏
12-22 4123
前言 欢迎大家订阅Data-Mining 的《WebRTC工作原理精讲》专栏。 这里简单的罗列一下专栏的文章目录，一方面方便大家阅读，另一方面让大家对专栏可以有一个整体的认识。 正文 WebRTC[1]-WebRTC中h264解码过程的源码分析 WebRTC[2]-WebRTC丢包重传大解密 WebRTC[3]-WebRTC设置simulcast内部逻辑 WebRTC[4]-WebRTC中JitterBuffer的运行机制 WebRTC[5]-WebRTC拥塞控制之REMB and GCC.
Webrtc 信令服务器实现
最新发布
2403_83063732的博客
04-16 956
由上图可知，所谓的信令服务器其实就是将peer的offer/candidate/answer传给对端而已。这样的话实现方式就有很多种了，目前普遍的方式HTTP/HTTPS，WS/WSS。像webrtc-demo-peerconnection就是实现HTTP这种方式。本文使用WS（websocket）来实现。
【2023亲测可用】JS 获取电脑本地IP 和 电脑网络IP（外网IP|公网IP）
smart_dream
02-03 3万+
本地网络IP、内网IP、网络IP、外网IP、公网IP
实现1V1音视频实时互动直播系统 十二、第二节 再论RTCPeerConnection
xyphf的博客
08-04 640
在我们真正开始实现我们一对一的实时直播系统之前，我们再来看看这个RTCPeerConnection,在我们之前使用RTCPeerConnection的时候我们把这个参数设置成了null,或者不填，因为这个参数configuration本身是可以不填的 基本格式 pc = new RTCPeerConnection([configuration]); 其实它里面可以有很多的参数，在RTCconfiguration这个结构体里有好几项， 最关键的一项是iceServers,也就是说我们在建立这个RT
c++中vector向量几种情况的总结（向量指针，指针的向量）
热门推荐
s9434的博客
04-03 53万+
1.标准库vector类型 vector 是同一种类型的对象的集合，每个对象都有一个对应的整数索引值。标准库将负责管理与存储元素相关的内存。我们把 vector 称为容器，是因为它可以包含其他对象。一个容器中的所有对象都必须是同一种类型的。 用 vector之前，必须包含相应的头文件。 #include using std::vector; vector 是一个类模板（class te
RTC与WebRTC有什么区别
影音视频技术
11-21 5万+
RTC（Real-time Communications），实时通信，是一个正在兴起的风口行业，经过短短一年的时间，已经有很多玩家进入了这个行业，最典型的应用就是直播连麦和实时音视频通信。但是，很多开发者对一些概念还是有混淆的，比如RTC与WebRTC，RTC与直播，RTC与IM。   一、RTC和WebRTC有什么区别？   实时通信（RTC）最容易和WebRTC混淆，实
RTC学习笔记
小M的专栏
03-23 1万+
一 RTC 概述        1.定义：               RTC的英文全称是Real-Time Clock,翻译过来是实时时钟芯片。 RTC芯片是一种能提供日历/时钟（世纪、年、月、时、分、秒）及数据存储等功能的专用集成电路。 2.应用        A．跟踪日期和时间。        B．报警、闹钟、看门狗、高精度的校准寄存器。
WebRTC PeerConnection 建立连接过程介绍
aggresss
06-18 9266
0x00 前言 WebRTC 中数据传输都是通过被称为 PeerConnection 的对象来完成的，PeerConnection 在可以传输数据前的建立过程现对于传统的 C/S 模式有略微差别，类似于 P2P 连接的建立过程，并且复用了传统的 STUN/TURN/ICE 架构的 P2P 实现方式。由于 WebRTC 支持 MESH/SFU/MCU 三种模式，使用 PeerConnection 概念的好处是可以同时兼容这三种模式，即使是像 SFU/MCU 这种非 P2P 的场景也同样使用 PeerConne
mediaSoup源码分析-dtls操作
occupy8的专栏
10-16 1834
dtls主要用来交换srtp的 #在ICE完成后，开始dtls过程 void WebRtcTransport::MayRunDtlsTransport() { MS_TRACE(); // Do nothing if we have the same local DTLS role as the DTLS transport. // NOTE: local role in...
s72033-adventerprisek9_wan-mz.122-18.SXF4.bin
07-09
s72033-adventerprisek9_wan-mz.122-18.SXF4.bin 思科6500软件IOS
浏览器端反爬虫特征收集之WebRtc本地IP收集
Revivedsun的专栏
08-27 2147
1 基本概念 WebRTC（Web Real-Time Communication)网页实时通信，允许网络应用不借助中间媒介情况下建立P2P(Peer-to-Peer)连接，实现 视频流或其它任意数据传输[1]。因此需要使用NAT穿越技术。在WebRTC使用了ICE协议框架，里面提到了STUN和TURN两个协议，而 NAT穿越实现就是由这两个协议共同协调完成的。这里涉及了ICE、STUN、NAT、...
WebRTC ON iOS
梦浮生清月夜
04-12 3763
WebRTC 在 iOS中的使用原文地址WebRTC是一个面向iOS和安卓的高层级的API的开源项目.在这篇文章我们将研究如何开始建立WebRTC到你的iOS程序. 我们建议使用本地的WebRTC库,但你可以看看OpenWebRTC项目. 我们不会讲述如何建立使用signaling ,而是突出在iOS浏览器实现的异同. 正如你将看到的,这个API是在iOS和web上是平行的.如果你正在寻找一个更基
在Chrome中使用WebRTC ICE服务进行端口扫描
NOSEC2019的博客
12-23 1064
WebRTC，名称源自网页即时通信（英语：Web Real-Time Communication）的缩写，是一个支持网页浏览器进行实时语音对话或视频对话的API。它于2011年6月1日开源并在Google、Mozilla、Opera支持下被纳入万维网联盟的W3C推荐标准。——百度百科 使用浏览器扫描局域网并不是一种新想法，目前已有许多利用XHR请求、websockets或存粹的HTML代码来...
RTCConfiguration
yifanict的博客
06-24 4188
RTCConfiguration 该RTCConfiguration代码字典用于为RTCPeerConnection提供配置选项。在实例化连接时，或者在使用RTCPeerConnection.getConfiguration()和RTCPeerConnection.setConfiguration()方法时可以将其传递给构造函数，这些方法允许在建立连接后检查和更改配置。 选项包括ICE服务器和
kubernetes 故障排查之contrack
柳清风的专栏
08-16 6392
在kube-proxy日志里面有很多报错 E0813 10:47:18.983433 454071 proxier.go:722] conntrack return with error: error looking for path of conntrack: exec: "conntrack": executable file not found in $PATH E0813 10:4...
webrtc 实现web端对端视频
phymat.nico的专栏
07-01 255
https://huangxiaoguo.blog.csdn.net/article/details/104229233 https://blog.csdn.net/lbc2100/article/details/44563665 https://www.oschina.net/question/156697_172887
WebRTC addIceCandidate入参解析
xyphf的博客
09-03 3084
基本格式 aPromise = pc.addIceCandidate(candidate); candidate 属性 说明 candidate 候选者描述信息 sdpMid 与候选者相关的媒体流的识别标签(代表每一路流，比如我们的视频video就是0) sdpMLineIndex 在SDP中的 m = 的索引值 (表示第几个m，比如说我们sdp中一共有两个，一个视频一个音频，那么视频是第1个、音频是第2个，那么引入音频的话就是2，视频就是1) username
WebRTC RTP Header Extension 分析
aggresss
05-30 6122
WebRTC RTP Header Extension 分析
通过WEBRTC结合sutn服务器实现获取真实主机IP
qq_30359165的博客
04-22 803
通过WEBRTC结合sutn服务器实现获取真实主机IP <!DOCTYPE html> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> </head> <body> <script> // turn 配置 const config = { iceServers: [
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值