一种简单高效的RTSP流在线检测方法,不需要再过渡拉流就可以获取设备状态以及对应音视频通道与编码格式

平台如何检测一路RTSP流是否在线?

在之前的流媒体平台方案中,我们都是通过定时RTSP拉流的方式,走一个完整的RTSP流程:包括OPTIONS、DESCRIBE、SETUP、PLAY、RTP收流,这种方式去取流,然后取到流之后进行流解析,获取到对应的音视频数据格式,这就是一个完整的检测这个RTSP流是不是在线的一个方式。

这种方式有一个弊端,就是对资源的消耗太大了,如果说有1000个摄像头,那么每一个摄像头拉一下流,按照频率是5分钟(300s)检测一次,平均每秒要检测3个摄像头,那么它的不管是流量也好,还是对机器性能的消耗也好,都是一个比较大的占用。那么有没有一种方法不用去拉流,就像ping一下的方式,简单ping一下就可以获取到摄像机RTSP流的状态?同时,还能够把摄像机的音视频的编码情况获取到。

解决方法:DESCRIBE指令

我们先看一下一个普通的DESCRIBE指令的流程报文:

  • 第一步【可直接第三步】:服务端向RTSP设备发送DESCRIBE请求
cpp 复制代码
DESCRIBE rtsp://192.17.1.63:554 RTSP/1.0
Accept: application/sdp
CSeq: 2
User-Agent: EasyNVR
  • 第二步【可直接第三步】:RTSP设备返回401需要密码
cpp 复制代码
RTSP/1.0 401 Unauthorized
CSeq: 2
WWW-Authenticate: Digest realm="IP Camera(23306)", nonce="a946c352dd3ad04cf9830d5e72ffb11e", stale="FALSE"
Date: Fri, Apr 10 2020 19:07:19 GMT
  • 第三步:服务端向RTSP设备发送带鉴权的DESCRIBE请求
cpp 复制代码
DESCRIBE rtsp://192.17.1.63:554 RTSP/1.0
Accept: application/sdp
CSeq: 3
User-Agent: EasyNVR
Authorization: Digest username="admin", realm="IP Camera(23306)", nonce="a946c352dd3ad04cf9830d5e72ffb11e", uri="rtsp://192.17.1.63:554", response="8f1987b6da1aeb3f3744e1307d850281"

当然,这里服务端也可以直接第一步就发送带鉴权的DESCRIBE请求,也是合理省事的;

  • 第四步:RTSP设备返回流媒体信息
cpp 复制代码
RTSP/1.0 200 OK
CSeq: 3
Content-Type: application/sdp
Content-Base: rtsp://192.17.1.63:554/
Content-Length: 712


v=0
o=- 1586545639954157 1586545639954157 IN IP4 192.17.1.63
s=Media Presentation
e=NONE
b=AS:5100
t=0 0
a=control:rtsp://192.17.1.63:554/
m=video 0 RTP/AVP 96
c=IN IP4 0.0.0.0
b=AS:5000
a=recvonly
a=x-dimensions:1920,1080
a=control:rtsp://192.17.1.63:554/trackID=1
a=rtpmap:96 H264/90000
a=fmtp:96 profile-level-id=420029; packetization-mode=1; sprop-parameter-sets=Z01AKI2NQDwBE/LgLcBAQFAAAD6AAAw1DoYACYFAABfXgu8uNDAATAoAAL68F3lwoA==,aO44gA==
m=audio 0 RTP/AVP 8
c=IN IP4 0.0.0.0
b=AS:50
a=recvonly
a=control:rtsp://192.17.1.63:554/trackID=2
a=rtpmap:8 PCMA/8000
a=Media_header:MEDIAINFO=494D4B48010300000400000111710110401F000000FA000000000000000000000000000000000000;
a=appversion:1.0

这样,我们就可以通过解析SDP内容,得到这路RTSP流的具体媒体信息了;

RTSP流检测结果

  1. 当服务端向设备发送的DESCRIBE没有得到响应,可以直接将RTSP设备状态设置为:设备离线(网络不通)
  2. 当服务端向设备发送了带鉴权的DESCRIBE报文,但是设备一直返回的都是"401 Unauthorized ",那可以将RTSP设备状态设置为:设备不可用(密码错误);
  3. 当服务端向设备发送了DESCRIBE,也获取到了对应的SDP信息,那么可以直接设置RTSP设备状态为:设备在线(Video:H.264/Audio:PCMA)

一种简单高效的RTSP流检测机制就此形成!

相关推荐
oushaojun21 个月前
win10中使用ffmpeg和MediaMTX 推流rtsp视频
ffmpeg·rtsp·mediamtx
freeabc2 个月前
利用 OBS 推送 WEBRTC 流到 smart rtmpd
服务器·webrtc·rtmp·rtsp·sfu·whip/whep
从后端到QT2 个月前
RTSP 音视频play同步分析
网络·rtp·rtsp
橘色的喵3 个月前
RtspServer:轻量级RTSP服务器和推流器
视频·推流·rtp·rtsp·rtspserver·xop
xiejiashu3 个月前
亲测有效,长期有效的RTSP流地址公网RTSP地址,各种类型的视频源
rtsp·live555·easyrtspserver·公网rtsp地址·rtsp公网地址
superconvert3 个月前
主流流媒体的综合性能大 PK ( smart_rtmpd, srs, zlm, nginx rtmp )
websocket·ffmpeg·webrtc·hevc·rtmp·h264·hls·dash·rtsp·srt·flv
EasyCVR4 个月前
视频技术未来展望:EasyCVR如何引领汇聚融合平台新趋势
人工智能·tcp/ip·音视频·rtsp·gb28181
千里马学框架4 个月前
live555编译运行笔记
android·笔记·车载系统·rtsp·live555·系统工程师
EasyCVR4 个月前
安防视频汇聚平台EasyCVR启动后无法访问登录页面是什么原因?
人工智能·音视频·rtsp·gb28181