mediasoup 源码分析（二十五）dtls握手协议（二）

最新推荐文章于 2024-06-23 09:13:13 发布
最新推荐文章于 2024-06-23 09:13:13 发布
阅读量844 收藏
点赞数 2
分类专栏： mediasoup源码分析 文章标签： dtls dtls握手 dtls协议分析 介绍 ssl 秘钥
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/lcalqf/article/details/113101358
版权
本文详细介绍了DTLS协议，包括其在UDP上的应用，DTLS交互过程，以及在mediasoup中的实现。通过抓包分析，展示了DTLS如何通过ClientHello和ServerHello协商加密套件，以及如何通过ECDHE进行密钥交换，最终生成用于SRTP的私钥。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

目录

 

DTLS 协议介绍

DTLS交互过程

抓包

基于mediasoup 分析dtls

ssl 中的BIO

处理收到的DTLS数据，得到私钥

基于获得的私钥key创建srtp

DTLS 协议介绍

DTLS(Datagram Transport Layer Security)数据包传输层安全协议。TLS不能保证UDP传输的安全性，DTLS在TLS基础上进行扩展，使之支持UDP。

补充第十九篇dtls 握手，十九篇见下面链接。

https://blog.youkuaiyun.com/lcalqf/article/details/109301990

DTLS交互过程

抓包

 

交互协议

 

DTLS 握手双方都可以作为客户端或者服务端，角色的选择是在SDP的协商

了解本专栏 订阅专栏 解锁全文 超级会员免费看
mediasoup 源码分析（二十六）SRTP
lcalqf的专栏
01-31 783
目录 协议介绍 协议格式 srtp加密上下文信息 协议介绍 SRTP，即安全实时传输协议(Secure Real-time Transport Protocol)，是在实时传输协议(Real-time Transport Protocol)基础上所定义的一个协议。 协议格式 01234567890123456789012345678901 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-...
mediasoup 源码分析（二十二） XR包
lcalqf的专栏
12-14 828
目录 协议介绍 协议分析 1、BT=4 2、BT=5 协议介绍 XR 包是RTCP 扩展报告的一种，PT=207，主要用来提供更加详细的时间、丢包等统计信息。XR包总共有七个报告块，mediasoup主要第四和第五即BT=4 ,BT=5两个。 代码见：XR.cpp 、XrDelaySinceLastRr.cpp、XrReceiverReferenceTime.cpp 协议分析 协议文档：https://datatracker.ietf.org/doc/rfc3611/?include.
Mediasoup源码分析（1）——架构分析
点点滴滴
08-29 7806
1. 设计架构图 Worker 一个Worker代表着一个运行在单核CPU上并处理Router实例的mediasoup C++子进程； Router Router用于注入、选择和转发通过Transport实例创建的媒体流； Transport Transport将终端与MediaSoup Router连接起来，并通过在其上创建的Producer和Consumer实例实现双向媒体传输，...
mediaSoup源码分析-dtls操作
occupy8的专栏
10-16 1912
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...
【网络通信 -- WebRTC】MediaSoup 源码分析 -- 总体架构分析
CopperSun 技术博客
08-20 1521
【网络通信 -- WebRTC】MediaSoup 源码分析 -- 总体架构分析 【1】MediaSoup 的整体架构 Worker A worker represents a mediasoup C++ subprocess that runs in a single CPU core and handles Router instances Worker 表示 MediaSoup C++ 的子进程，该子进程运行在一个单独的 CPU 核心中，用于处理 Router 实例 Router A .
mediasoup 源码分析（十九）dtls 握手
lcalqf的专栏
10-27 2078
一、DTLS 作用 dtls是udp层的安全传输协议，用来交换srtp的解密的秘钥。需要注意一点，dtls只用在srtp秘钥交换过程，秘钥交换完成后面发srtp的过程就不用dtls了。 二、DTLS 关注点 1、角色 dtls角色是在sdp协商时确定的。sdp协议中有a=setup字段。有如下三个可选值： a=setup:actpass 既可以是客户端，也可以是服务器 a=setup:active 客户端 a=setup:passive 服务器 chrome 浏览器和mediasoup 在d.
mediasoup 源码分析（二十三）SDP 协议介绍
lcalqf的专栏
01-09 1063
目录 SDP 介绍 协议介绍 SDP 介绍 SDP(Session Description Protocol)是一种会话描述协议，不是传输协议。 什么意思呢？，就是说SDP不是传输层协议（如UDP、TCP），也不是应用层协议（如HTTP），它是一种自定义的私有协议格式，用来交换webrtc建联所需要的配置信息、媒体属性信息等。 SDP 分为offer、answer两种类型，且服务端和客户端既可以做offer也可以做answer。 v=0 o=-14034283583473731...
WebRTC进阶流媒体服务器开发（四）Mediasoup源码分析之底层库
irainsa的博客
02-28 465
若被占用，就根据PortManager的策略往后跳。接收端能够知道有没有丢包，因为数据包有Sequence，比如发送了100个数据，前50个数据是连续的，但假设当50之后是55，Recv端就知道丢了 51、52、53、54 这4个包了。因为数据的接收有可能会丢包，丢包重传的也算作一路流，对应的音频的丢包也是需要重传）服务端推送给客户端的数据流是会重新排序的，排序的时候便会依靠这个SeqManager，它会记录某个SSRC所对应的Sequence，以此为起始位置，然后后面的每个包都向下递增一个数。
mediasoup源码分析（二十）服务端架构设计
lcalqf的专栏
11-07 1359
目录 简介 信令服务（房间服务） 调度服务 媒体服务 简介 流媒体服务器大的方向上可以分为上述三个模块。目前行业内都是分布式服务，独立部署。mediasoup信令与媒体之间虽然可以管道通信。但在行业内，服务之间通过管道通信用的少。 一般是rpc、mq，或者传统的tcp。这块licode架构比较不错，licode是信令和媒体服务通过MQ消息队列解耦。 下面介绍一下这三个服务主要功能，当然文中所说也是一家之言。 信令服务（房间服务） 信令服务也称为房间服务。有的企业把信令和房间分开，信..
【网络通信 -- WebRTC】MediaSoup 源码分析 -- 拥塞控制
CopperSun 技术博客
01-13 536
【网络通信 -- WebRTC】MediaSoup 源码分析 -- 拥塞控制 【1】MediaSoup -- TransportCongestionControlServer 类的结构图示 【2】MediaSoup -- TransportCongestionControlClient 类的结构图示 【3】MediaSoup -- SenderBandwidthEstimator 类的结构图示 参考致谢 本博客为博主的学习实践总结，并参考了众多博主的博文，在此表示感谢，博主若有不...
webrtc服务器mediasoup源码分析
qq_22658119的博客
07-09 543
一、webrtc服务器meidasoup框架介绍 二、webrtc客户端与mediasoup服务器连接过程(服务器接收流媒体数据之前的工作) 三、mediasoup服务器接收流媒体数据及接收拥塞控制 四、mediasoup服务器转发流媒体数据及发送拥塞控制 五、mediasoup服务器接收RTCP消息处理 六、mediasoup服务器同时作为流媒体数据的接收端和发送端发送RTCP消息 ...
mediasoup 源码分析（三） room 和 router 创建过程
lcalqf的专栏
08-07 1619
一、server启动WebSockerServer server.js会通过protoo 启动WebSocketServer // Run a protoo WebSocketServer. await runProtooWebSocketServer(); 当用户请求连接时会带着roomId，server接收到用户请求后会判断当前房间是否存在，如果不存在会就创建一个。 具体详情见server.js的runProtoWebSockerServer()函数 async function run.
mediasoup源码分析 （一）大纲
lcalqf的专栏
08-02 3734
一、mediasoup编译过程 内容： centos7环境下编译mediasoup-demo，搭建好demo环境可进行1V1视频通话。 二、分析mediasoup 源码编译过程 内容：介绍Makefile是如何编译worker项目 ，gyp如何管理项目。 三 、数据传输过程 内容：分析从socket收到数据到音视频stream处理的整个过程。 四、Transport模块 内容：介绍mediasoup各个Transport功能，如WebrtcT...
mediasoup 源码分析（二十四）stun 协议分析
lcalqf的专栏
01-16 1114
目录 stun介绍 stun 协议分析 属性消息 stun介绍 stun 即:Session Traversal Utilities for NAT。用于NAT穿透的网络协议。 作用： stun协议主要用来得到自己的外网IP，然后进行连通性检测。 客户端比如chrome会向stun服务器发送stun包得到自己的外网IP。 对于mediasoup和srs等webrtc服务器，本身实现了ice-lite，不需要单独部署stun服务，只需要响应客户端发送的stun request就表明连接.
mediasoup 源码分析 （二十七）simulcast
lcalqf的专栏
08-15 1250
原理介绍 simulcast ：字面意思是多播，在webrtc中指大小流。推流的客户端同时发生多路不同分辨率、帧率的视频到服务器，服务器根据下行用户网络情况，选择一路合适流进行转发。 它的主要应用场景： 一次视频会议时不同参会人员的网络带宽不一样，不能仅仅因为一个人的网络不好就降低分辨率，因为那样网络好的人体验效果也变差了。所以应该探测出谁的网络不好，只给他降码率、帧率就行了。 如下图所示：pc客户端上行推送了1080p、720p、360p三路流，服务器在转发时给手机端下发了360p，给网络状...
mediasoup源码分析(一)编译及部署
littleboy_IT
05-12 1086
mediasoup编译
mediasoup 源码分析 （八）分析PlainTransport
最新发布
littleboy_IT
06-23 677
PlainTransport 可以接收裸RTP流，也可以接收AES加密的RTP流。源码中提供了一个通过ffmpeg发送裸RTP流到mediasoup的脚本，具体地址为：mediasoup-demo/broadcasters/ffmpeg.sh。脚本就是通过HTTP Post发送创建PlainTranport请求，然后通过ffmpeg向指定地址+端口，发送RTP流。真正绑定的地方在PortManager::BindUdp(ip)中，随机从指定Port范围中选出可用Port，然后绑定。
mediasoup源码分析(四)channel返回信令及notify通知
littleboy_IT
06-22 2136
在mediasoup源码分析(三)channel创建及信令交互一文中介绍了mediasoup中channel的创建，接下来在本文中，会说明mediasoup c++层如何将处理后的数据返回到信令服务中。在 Mediasoup 中，C++ 编写的媒体层（mediasoup-worker）与信令服务之间的通信通常是通过 JSON 格式的数据进行的。这种数据格式易于解析和生成，并且被广泛用于 Web 服务和客户端之间的通信。一个有三个返回的接口。
DTLS 握手
键盘敲的劈啪响
09-26 2021
DTLS（Datagram Transport Layer Security）是基于 UDP 场景下数据包可能丢失或重新排序的现实情况下，为 UDP 定制和改进的 TLS 协议。从上图可以看出：在 WebRTC 中，媒体包通过 SRTP/SRTCP 进行传输，而数据包通过 SCTP 进行传输，他们都是基于 UDP 协议的。其中，SRTP 与 SCTP 的加密握手，由 DTLS 协议来完成。
DTLS握手与CAPWAP协议详解
"DTLS握手与CAPWAP协议详解" 在无线网络领域，DTLS握手和CAPWAP协议是确保安全连接和高效管理的关键组件。DTLS（Datagram Transport Layer Security）是一种针对UDP协议的安全协议，它借鉴了TLS（Transport Layer ...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

致一

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值