mediasoup 源码分析（二十四）stun 协议分析

最新推荐文章于 2024-06-23 09:13:13 发布
最新推荐文章于 2024-06-23 09:13:13 发布
阅读量1k 收藏
点赞数
分类专栏： mediasoup源码分析 文章标签： stun nat 打洞
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lcalqf/article/details/112725597
版权
本文深入解析STUN协议，包括其在NAT穿透中的作用，协议头的详细结构，如Message Type、Message Length、Magic Cookie和Transaction ID。此外，还介绍了几个关键属性如USERNAME、ICE-CONTROLLING、MESSAGE-INTEGRITY和FINGERPRINT，以及它们在验证STUN包合法性和数据完整性中的作用。在实际应用中，XOR-MAPPED-ADDRESS属性用于获取客户端的外网IP。
摘要由CSDN通过智能技术生成

目录

 

stun介绍

stun 协议分析

属性消息

stun介绍

stun 即:Session Traversal Utilities for NAT。用于NAT穿透的网络协议。

作用：

stun协议主要用来得到自己的外网IP，然后进行连通性检测。

客户端比如chrome会向stun服务器发送stun包得到自己的外网IP。

对于mediasoup和srs等webrtc服务器，本身实现了ice-lite，不需要单独部署stun服务，只需要响应客户端发送的stun request就表明连接已通。

抓包信息如下图：

stun文档rfc5389

stun 协议分析

 0                   1                   2          
了解本专栏 订阅专栏 解锁全文 超级会员免费看
mediasoup 源码分析（二十二） XR包
lcalqf的专栏
12-14 806
目录 协议介绍 协议分析 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源码分析 （一）大纲
lcalqf的专栏
08-02 3676
一、mediasoup编译过程 内容： centos7环境下编译mediasoup-demo，搭建好demo环境可进行1V1视频通话。 二、分析mediasoup 源码编译过程 内容：介绍Makefile是如何编译worker项目 ，gyp如何管理项目。 三 、数据传输过程 内容：分析从socket收到数据到音视频stream处理的整个过程。 四、Transport模块 内容：介绍mediasoup各个Transport功能，如WebrtcT...
【网络通信 -- WebRTC】MediaSoup 源码分析 -- 总体架构分析
CopperSun 技术博客
08-20 1484
【网络通信 -- 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 源码分析 （二十七）simulcast
lcalqf的专栏
08-15 1220
原理介绍 simulcast ：字面意思是多播，在webrtc中指大小流。推流的客户端同时发生多路不同分辨率、帧率的视频到服务器，服务器根据下行用户网络情况，选择一路合适流进行转发。 它的主要应用场景： 一次视频会议时不同参会人员的网络带宽不一样，不能仅仅因为一个人的网络不好就降低分辨率，因为那样网络好的人体验效果也变差了。所以应该探测出谁的网络不好，只给他降码率、帧率就行了。 如下图所示：pc客户端上行推送了1080p、720p、360p三路流，服务器在转发时给手机端下发了360p，给网络状...
webrtc服务器mediasoup源码分析
qq_22658119的博客
07-09 526
一、webrtc服务器meidasoup框架介绍 二、webrtc客户端与mediasoup服务器连接过程(服务器接收流媒体数据之前的工作) 三、mediasoup服务器接收流媒体数据及接收拥塞控制 四、mediasoup服务器转发流媒体数据及发送拥塞控制 五、mediasoup服务器接收RTCP消息处理 六、mediasoup服务器同时作为流媒体数据的接收端和发送端发送RTCP消息 ...
mediasoup 源码分析（十六）为何不需要单独部署stun server
lcalqf的专栏
09-16 1734
一、stun 介绍 STUN（Simple Traversal of UDP over NATs，NAT 的UDP简单穿越）是一种网络协议，用来得到自己的公网IP、PORT信息。 协议文档rfc5389：https://datatracker.ietf.org/doc/rfc5389/?include_text=1 一般流程客户端会发送stun包，即binding request到stun服务器，stun服务器返回 binding response携带该客户端的外网IP信息。 而流媒体服务器是部署在
mediasoup 源码分析（二十三）SDP 协议介绍
lcalqf的专栏
01-09 1042
目录 SDP 介绍 协议介绍 SDP 介绍 SDP(Session Description Protocol)是一种会话描述协议，不是传输协议。 什么意思呢？，就是说SDP不是传输层协议（如UDP、TCP），也不是应用层协议（如HTTP），它是一种自定义的私有协议格式，用来交换webrtc建联所需要的配置信息、媒体属性信息等。 SDP 分为offer、answer两种类型，且服务端和客户端既可以做offer也可以做answer。 v=0 o=-14034283583473731...
mediasoup 源码分析（十八）关于多端口问题 参考srs4.0处理逻辑
lcalqf的专栏
10-02 1765
1、多端口介绍 mediasoup中的多端口，指服务端对每个客户端都会开辟新的端口来监听，这样就会导致服务端同时暴露成百上千个端口， 实际生产环境肯定是不行的。 2、srs4.0 单端口连接管理介绍 srs中通过SrsRtcConnection来代表一个连接。注意这个SrsRtcConnection 并不代表一个发布者订阅者。 具体见： // The RTC server instance, listen UDP port, handle UDP packet, m...
stun协议抓包.rar
11-23
STUN（Session Traversal Utilities for NAT，NAT穿越会话工具）协议是WebRTC（Web Real-Time Communication，网页即时通信）技术中一个重要的组件，它主要用于解决网络中的NAT（Network Address Translation，网络...
STUN 协议实现源码
04-13
STUN（Session Traversal Utilities for NAT，NAT穿越工具）协议是互联网协议栈中的一个重要组成部分，主要用于解决网络地址转换（NAT）环境下的通信问题。NAT技术在防止IP地址耗尽、提供网络安全等方面起到了积极...
mediasoup数据转发 源码剖析
椛茶的博客
10-31 1712
Worker：mediasoup 流媒体处理进程Router：路由对象，类似于房间的功能，保存了流之间的订阅关系，它接收 Producer 的数据并转发给订阅该 Producer 的 ConsumerProducer：音视频流生产者，一路音频就算一个单独的生产者，一路视频也算一个单独的生产者Consumer：音视频流消费者Transport：传输通道，有 WebRtcTransport，PlainRtpTransport 以及 PipeTransport。
Mediasoup源码分析（1）——架构分析
点点滴滴
08-29 7773
1. 设计架构图 Worker 一个Worker代表着一个运行在单核CPU上并处理Router实例的mediasoup C++子进程； Router Router用于注入、选择和转发通过Transport实例创建的媒体流； Transport Transport将终端与MediaSoup Router连接起来，并通过在其上创建的Producer和Consumer实例实现双向媒体传输，...
mediasoup 源码分析 （八）分析PlainTransport
最新发布
littleboy_IT
06-23 614
PlainTransport 可以接收裸RTP流，也可以接收AES加密的RTP流。源码中提供了一个通过ffmpeg发送裸RTP流到mediasoup的脚本，具体地址为：mediasoup-demo/broadcasters/ffmpeg.sh。脚本就是通过HTTP Post发送创建PlainTranport请求，然后通过ffmpeg向指定地址+端口，发送RTP流。真正绑定的地方在PortManager::BindUdp(ip)中，随机从指定Port范围中选出可用Port，然后绑定。
mediasoup源码分析（二十）服务端架构设计
lcalqf的专栏
11-07 1331
目录 简介 信令服务（房间服务） 调度服务 媒体服务 简介 流媒体服务器大的方向上可以分为上述三个模块。目前行业内都是分布式服务，独立部署。mediasoup信令与媒体之间虽然可以管道通信。但在行业内，服务之间通过管道通信用的少。 一般是rpc、mq，或者传统的tcp。这块licode架构比较不错，licode是信令和媒体服务通过MQ消息队列解耦。 下面介绍一下这三个服务主要功能，当然文中所说也是一家之言。 信令服务（房间服务） 信令服务也称为房间服务。有的企业把信令和房间分开，信..
mediasoup 源码分析（三） room 和 router 创建过程
lcalqf的专栏
08-07 1586
一、server启动WebSockerServer server.js会通过protoo 启动WebSocketServer // Run a protoo WebSocketServer. await runProtooWebSocketServer(); 当用户请求连接时会带着roomId，server接收到用户请求后会判断当前房间是否存在，如果不存在会就创建一个。 具体详情见server.js的runProtoWebSockerServer()函数 async function run.
mediasoup-demo server源码分析
努力努力再努力L
03-01 1210
1. mediasoup-demo是什么？ 2. mediasoup-demo代码结构 3. mediasoup-demo server代码分析 1. config.js代码解析 2. server.js主要逻辑 3. Room.js具体代码解析
mediasoup 源码分析（二十六）SRTP
lcalqf的专栏
01-31 766
目录 协议介绍 协议格式 srtp加密上下文信息 协议介绍 SRTP，即安全实时传输协议(Secure Real-time Transport Protocol)，是在实时传输协议(Real-time Transport Protocol)基础上所定义的一个协议。 协议格式 01234567890123456789012345678901 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-...
【网络通信 -- WebRTC】MediaSoup 源码分析 -- 拥塞控制
CopperSun 技术博客
01-13 517
【网络通信 -- WebRTC】MediaSoup 源码分析 -- 拥塞控制 【1】MediaSoup -- TransportCongestionControlServer 类的结构图示 【2】MediaSoup -- TransportCongestionControlClient 类的结构图示 【3】MediaSoup -- SenderBandwidthEstimator 类的结构图示 参考致谢 本博客为博主的学习实践总结，并参考了众多博主的博文，在此表示感谢，博主若有不...
mediasoup源码分析-初始化、建立连接及媒体数据的处理流程
专注音视频基础、WebRTC、ffmpeg、流媒体服务器
03-31 5292
mediasoup中的Transport有多种类型，以下只分析WebRtcTransport，且只分析音频、视频的传输。 线程模型 mediasoup使用的是多进程模型，服务器上有多个少CPU核，就启动多少个Worker进程。每个Worker进程采用单线程，运行一个事件循环，所有数据的处理，都是通过事件触发的。 MediaSoup的应用层和媒体处理层分别运行在不同的进程内，它们之间通过管道进行通信。 注意：应用进程和Worker进程之间可以使用普通的管道，也可以使用socketpair，这个部分的代码应该在
mediasoup为什么不需要stun
06-06
但是，在mediasoup中，您不需要使用STUN服务器来建立连接，因为mediasoup支持ICE（交互式连接建立）框架。 ICE框架是WebRTC中的一种机制，它允许浏览器在STUN和TURN（中继转换）服务器之间进行选择，以确保在不同的...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

致一

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

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

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

打赏作者

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

抵扣说明：

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

余额充值