srs直播内网拉流带宽飙升问题记录

问题背景

srs部署在云服务器上,32核cpu,64G内存,带宽300M.

客户端从srs拉流,发现外网客户端拉流,cpu和带宽都正常。然而内网客户端拉流,拉流人数超过5人以上,带宽就会迅速飙升。

排查

用srs-bench进行srs压测,vlc播放器srs拉流,以及客户端srs拉流

推流

推流选择ffmpeg推流

bash 复制代码
ffmpeg -re -i C:\Users\w\Desktop\test.mp4 -vcodec copy -acodec copy -f flv -y rtmp://27.128.236.38/live/livestream

A.srs-bench拉流

bash 复制代码
./objs/srs_bench -sr webrtc://27.128.236.38/live/livestream -nn 10

srs-bench编译及部署参考文章:SRS压测--SRS-Bench

B.vlc拉流

bash 复制代码
媒体->打开网络串流
输入url:https://ip:8088/live/livestream.flv

分别在西安,南京,北京三地进行srs-bench,客户端及vlc压测

测试记录如下:

环境 1人 5人 6人 10人 30人
西安服务器压测A网段 正常 正常 异常 异常 异常
西安服务器压测B网段 正常 正常 正常 不稳定 不稳定
西安真实客户端 正常 正常 正常 异常 异常
西安客户端压测 正常 正常 正常 异常 异常
南京服务器 正常 正常 正常 正常 正常
南京真实客户端 正常 正常 正常 正常 /
南京客户端压测 正常 正常 正常 正常 /
北京服务器 正常 正常 异常 异常 异常
北京真实客户端 正常 正常 正常 正常 /
外网压测 正常 正常 正常 正常 正常
vlc压测 正常 正常 正常 正常 /

验证结果

外网环境压测,带宽正常,cpu正常

内网环境压测,5人以上带宽就会飙升至10倍

抓包对比

分析

异常环境延迟率比正常环境的延迟率高,并且有丢包重传现象

查询srs官网srs官网

核心协议--webrtc中config对于webrtc部分的配置

第一部分,rtc_server是全局的RTC服务器的配置,部分关键配置包括:

bash 复制代码
enabled:是否开启RTC服务器,默认是off。
listen:侦听的RTC端口,注意是UDP协议。
candidate:服务器提供服务的IP地址,由于RTC的特殊性,必须配置这个地址。详细参考Config: Candidate
tcp.listen: 使用TCP传输WebRTC媒体数据,侦听的TCP端口。详细参考WebRTC over TCP

第二部分,每个vhost中的RTC配置,部分关键配置包括:

bash 复制代码
rtc.enabled:是否开启RTC能力,默认是off。
rtc.rtmp_to_rtc:是否开启RTMP转RTC。
rtc.rtc_to_rtmp:是否开启RTC转RTMP。
rtc.stun_timeout:会话超时时间,单位秒。
rtc.nack:是否开启NACK的支持,即丢包重传,默认on。
rtc.twcc:是否开启TWCC的支持,即拥塞控制的反馈机制,默认on。
rtc.dtls_role:DTLS角色,active就是DTLS Client(主动发起),passive是DTLS Server(被动接受)。

发现rtc.nack配置默认为on,也就是说如果srs发现有丢包,就会不断的重传数据

结论

经过排查公司内网环境,发现内网环境做了带宽限制,当客户端拉流带宽超过一定大小后,就限制拉流。

此时srs视为网络异常,丢包重传,因此带宽不断飙升

解决

方案1:内网环境放开带宽限制

优势:保证直播拉流的稳定性

缺陷:公司无法监控客户端带宽,成本增加

方案2:

优势:内网及外网的网络正常情况下,直播拉流正常,带宽消耗少

缺陷:网络异常,srs不进行丢包重传,此时会出现马赛克,卡顿等问题

相关推荐
罗兰Yolanda4 天前
实时3D渲染:揭秘场景化驱动的硬件配置思路
3d·实时音视频
~央千澈~7 天前
直播推流技术底层逻辑详解与私有化实现方案-以rmtp rtc hls为例-优雅草卓伊凡
实时音视频
猫头虎7 天前
首个直播流扩散(LSD)AI模型:MirageLSD,它可以实时把任意视频流转换成你的自定义服装风格——虚拟换装新体验
人工智能·计算机视觉·音视频·实时音视频
不想学习\??!9 天前
STM32-RTC内部时钟
stm32·嵌入式硬件·实时音视频
景彡先生14 天前
STM32中的RTC(实时时钟)详解
stm32·嵌入式硬件·实时音视频
YTao_G14 天前
STM32模块:021 BKP寄存器&RTC实时时钟
stm32·嵌入式硬件·实时音视频
~央千澈~18 天前
优雅草蜻蜓R实时音视频会议系统云原生私有化部署方案深度解析-优雅草卓伊凡|贝贝|clam|麻子|夜辰
webrtc·实时音视频
不老刘18 天前
基于LiveKit Go 实现腾讯云实时音视频功能
golang·腾讯云·实时音视频
NYFEA20 天前
RTC实时时钟DS1339U-33国产替代FRTC1339M
实时音视频
~央千澈~20 天前
优雅草蜻蜓T语音会议系统私有化部署方案与RTC技术深度解析-优雅草卓伊凡|clam
webrtc·实时音视频·rtc