视频监控安防平台-国标28181平台对接之和海康国标28181平台对接出现的不合理现象

                  视频监控安防平台-国标28181平台对接之和海康国标28181平台对接出现的不合理现象

    最近在项目上面和海康平台对接的时候遇到的问题：1、请求视频过30s视频就会断开. 2、点播或则下载的时候未查询回复488的错误。

    首先来说一下请求视频30秒就会断开的问题：由于前几年和海康对接的时候遇到这种问题，直接让海康把rtcp关闭就没问题，现在又遇到，一直以为海康已经修复这个问题。这次又出现了，和海康研发交流了很久，我也一直没有想通海康为什么会用rtcp来做流媒体饱和标准，国标28181是明确规定流媒体保活的标准，所以必须得让海康修改这个问题。

先说说我为什么反对用rtcp做流媒体保活机制的原因：1、既然要用rtcp，那必须在invite协议里面双方约定好rtcp的流媒体端口（国标只使用了1个端口，国标28181肯定是不支持rtcp）；2、公安一所国标28181检测工具没有rtcp包 3、国标28181标准里面明确规定了流媒体保活机制的标准 如下图：

所以我在这里建议国标的厂家都按照国标28181的标准执行。

第二个问题历史视频点播和下载必须要先查询才能下载，关于这个问题我也和海康的技术争论了很久，国标28181标准没有要求点播和下载之前必须查询，也没用依据， 海康的意思是先确定录像是否存在（我提出异议点播的时候依据携带了开始时间和结束时间，为什么不能用这个时间呢）。

所以我觉得每个厂家都应该遵循国标28181标准，虽然标准不是很全，但是国标28181标准已经越来越完善。要想标准推行跟全面首先需要去遵循标准。

再来说说最近在B市局和宇视国标28181平台对接出现的坑：在请求视频的时候 采用tcp码流请求视频，宇视发送的tcp码流是这样的：

抓包一看，发送过来的tcp码流是遵循的RFC2326标准（rtsp的tcp码流标准），国标28181的tcp码流标准遵循的是RFC4571标准.. 目前还在和宇视技术沟通这个事情....

简单说说两个标准的区别：

RFC2326标准格式： $+长度+RTP头+数据

RFC4571标准格式: 长度+RTP头+数据