恰逢五一假期,有以为来自内蒙的用户向我电话咨询,大概的场景是这样的:目前用户使用的是全套的海康IPC和NVR设备;海康NVR设备通过设置萤石云平台,由萤石云对外提供直播服务;萤石云对单个摄像机同时直播的客户端数量是由限制的;萤石云相比较于阿里/腾讯CDN的流量费用,是极高的(目前是2.5元/G);
简单地为用户做了一下分析:用户要直播的摄像机数量不多,大概在30个左右;如果继续采用萤石云,那还是会有同时访问上限的限制,而且后期流量成本太高;如果采用自己部署流媒体服务器,初期的技术成本和后期的维护成本也很高,而且云主机的流量成本也不低,也达到了0.8元/G;如果采用自己构建云,一个是没必要(原因见:如何快速、低成本构建一套稳定、高效、可靠的互联网主播直播/商业直播(推流/分发/播放)方案),二是不可控因素太多,把上线的周期搞长了;
于是,我建议该用户采用如下的方案:内网内置一台工控主机,对其性能要求不高,主要是跑个网络传输,不做编解码,成本大概在700元左右,淘宝搜索“工控机”有一大把,如果内网已经有现成的x86服务器,那就直接用现有的硬件,减去这道成本;在阿里云或者腾讯云申请开通直播服务,也就是我们经常说的直播CDN,RTMP推流那种;在内网的工控主机上安装部署EasyNVR服务,设置CDN推流地址,直接从内网推流到公网CDN,进行直播;
这套方案有几点好处:全程可控,EasyNVR、CDN,这些都是经过数年发展的成熟型产品;硬件成本极低,内网硬件设备一次性投入,才几百块钱,相较于公网搞一台云主机,一年几千块,便宜很多;流量成本低,国内的CDN厂家太多了,价格也拼的比较厉害:阿里、腾讯、百度、网宿、蓝汛、帝联、七牛,太多了,哪家性价比高就选哪家,流量成本这是最低的方式,而且从幼儿园到CDN上行流量是免费的!维护成本低,有BAT的技术和服务,基本可以高枕无忧了,基本上不需要专业流媒体技术人员维护,普通开发者就搞定了!
原因是将摄像机接入EasyNVR之后,出现摄像机经常拉流失败的情况,于是系统过于频繁重连,导致摄像机把EasyNVR禁用拉流。市面上确实有部分摄像机有这个机制,不允许拉流客户端在拉流失败后,一直循环向摄像机发送拉流请求。
如果一直请求,会把拉流客户端禁用,导致后续无法拉流。目前EasyNVR的重连机制恰巧就是不断向终端发送拉流请求,导致EasyNVR被禁用,拉流失败。针对此类情况,需要对EasyNVR拉流重连机制进行了优化。在EasyNVR拉流失败且重连超时后,才重新发起连接请求。
相关信息
实时传输协议(RTP)是一个网络传输协议,它是由IETF的多媒体传输工作小组1996年在RFC 1889中公布的。国际电信联盟ITU-T也发布了自己的RTP文档,作为H.225.0,但是后来当IETF发布了关于它的稳定的标准RFC后就被取消了。
作为因特网标准在RFC 3550(该文档的旧版本是RFC 1889)有详细说明。RFC 3551(STD 65,旧版本是RFC 1890)详细描述了使用最小控制的音频和视频会议。RTP协议详细说明了在互联网上传递音频和视频的标准数据包格式。
它一开始被设计为一个多播协议,但后来被用在很多单播应用中。RTP协议常用于流媒体系统(配合RTSP协议),视频会议和一键通(Push to Talk)系统(配合H.323或SIP),使它成为IP电话产业的技术基础。RTP协议和RTP控制协议RTCP一起使用,而且它是创建在UDP协议上的。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)