ngswfx

ngswfx

2个粉丝

55

问答

1

专栏

40

资料

ngswfx  发布于  2016-07-03 18:18:39
采纳率 0%
55个问答
7494

想写一个开源的基于onvif协议的C++版本的搜索IPC rtsp地址的工具,希望大家参与

 

[i=s] 本帖最后由 ngswfx 于 2016-7-10 05:04 编辑 [/i]

主要是嫌弃onvif 使用soap方式搞出来的东西,太大,4.8M,即便压缩后,也占用flash约800K-1M(随压缩方法改变,有些差异),PC上没问题,嵌入式arm上有些紧张了。

准备开源,写好后,大家可以直接使用,但希望大家给点建议。

//////如果采用socket方式,直接建立连接,发送网络探测包,发送获取rtsp url关键步骤的几个数据包。由于仅仅获取得到url,这部分代码onvif协议估计不会变化太大,前端IPC变化也应该不会太快。很适合arm上使用,用于仅仅得到url流地址的场合。

返回的数据包,也只需重点过滤得到需要的信息即可。

把整个功能封装为一个独立的.so库当中,被其他程序调用,发现的结果通过回调送到应用层。能得到IPC的rtsp URL就是本so的主要目标。

/////////////由于代码部分只有linux网络等动作,以及一些提前准备好的string,我感觉产生的so应该可以控制在100K左右。

/////////////[color=Blue]/哪位搞过这个东西,给点建议。我感觉只要协议中是一次发送一个总包过去,就比较容易做,否则每次仅仅发送一个片段,还不停交互信息,就没有这么做的意义了,太繁琐了[/color]

我初步计划这样: 1、首先通过抓包工具,探测onvif一次性发出哪些数据包,然后,把这些包,弄成一个char[4096],我也抛给IPC。通过接收返回的数据包,得到设备的xaddr。也就是得到http://192.168.2.22:8888/onvif这种地址。 2、接下来的几个步骤,还是通过抓包工具,获取每次发出的总数据包,直接保存为文件buff方式,放到代码里面,仿照onvif获取流地址的那几个步骤,也把这些包抛给IPC,直到得到rtsp url地址。

////////////////////////////[color=Red]进展:2016_7_4[/color] [color=Blue]//使用抓包工具,以及onvif manager tools等等,搜索设备以及走了一下几个关键的流程。还不错,虽然有些地方有些难度,但总的来说发送出去的是整体包,返回的也是一个个的整体包。 //应该还是可以做的。 感觉现在的难点主要集中在密码这方面: 1、通过搜索设备时probe的到设备的厂商或者型号信息,需要得到设备的默认用户名密码(有些IPC牌子,这个用户名密码可能必须填写正确,才能得到URL),至于海康这种暂不知道怎么弄,他的密码不是默认的,会比较麻烦(过几天再试试HK IPC)。对于其他厂商的,这个就比较好弄。因为这个用户名密码随后的命令里面要用到。 2、通过很onvif相同的方式,计算发出数据包里面密码相关的部分,进行替换。[/color] //////////////

/////////[color=Red]2016_7_10[/color] //[color=Blue]编写验证程序,通过广播方式,向"239.255.255.250" 3702 发送2组整体探索包,仿照onvif client tools每种连续发2次,[/color] [code] char strFoundCMD_A[]={ "<?xml version=\"1.0\" encoding=\"utf-8\"?><Envelope xmlns:tds=\"http://www.onvif.org/ver10/device/wsdl\" xmlns=\"http://www.w3.org/2003/05/soap-envelope\">

<wsa:MessageID xmlns:wsa=\"http://schemas.xmlsoap.org/ws/2004/08/addressing\">uuid:afbda84b-2c06-4e0f-9f9c-b73f3d11a0ab</wsa:MessageID><wsa:To xmlns:wsa=\"http://schemas.xmlsoap.org/ws/2004/08/addressing\">urn:schemas-xmlsoap-org:ws:2005:04:discovery</wsa:To><wsa:Action xmlns:wsa=\"http://schemas.xmlsoap.org/ws/2004/08/addressing\">http://schemas.xmlsoap.org/ws/2005/04/discovery/Probe</wsa:Action>
<Probe xmlns:xsi=\"http://www.w3.org/2001/XMLSchema-instance\" xmlns:xsd=\"http://www.w3.org/2001/XMLSchema\" xmlns=\"http://schemas.xmlsoap.org/ws/2005/04/discovery\">tds:Device" };

char strFoundCMD_B[]={ "<?xml version=\"1.0\" encoding=\"utf-8\"?><Envelope xmlns:dn=\"http://www.onvif.org/ver10/network/wsdl\" xmlns=\"http://www.w3.org/2003/05/soap-envelope\">

<wsa:MessageID xmlns:wsa=\"http://schemas.xmlsoap.org/ws/2004/08/addressing\">uuid:af1da4ae-26f2-49e6-aabc-ba8384185db9</wsa:MessageID><wsa:To xmlns:wsa=\"http://schemas.xmlsoap.org/ws/2004/08/addressing\">urn:schemas-xmlsoap-org:ws:2005:04:discovery</wsa:To><wsa:Action xmlns:wsa=\"http://schemas.xmlsoap.org/ws/2004/08/addressing\">http://schemas.xmlsoap.org/ws/2005/04/discovery/Probe</wsa:Action>
<Probe xmlns:xsi=\"http://www.w3.org/2001/XMLSchema-instance\" xmlns:xsd=\"http://www.w3.org/2001/XMLSchema\" xmlns=\"http://schemas.xmlsoap.org/ws/2005/04/discovery\">dn:NetworkVideoTransmitter" }; [/code]

//////////////[color=Blue]已经可以收到类似于:XAddrs:http://192.168.2.65/onvif/device_service的地址。也就是说,设备搜索第一步已经完成,onvif client tools能搜索到的设备,这里也都搜索到了。到这里还比较顺利,接下来的GetServices暂准备先做不带验证的,先把整体结构框架弄出来,先避开带验证的难点 ,不要一开始就把自己吓死了[/color]

[color=Red]第二交互命令GetService:[/color]

目标端口8899,发送479数据 [code]POST /onvif/device_service HTTP/1.1 Host: 192.168.2.127 Content-Type: application/soap+xml; charset=utf-8 Content-Length: 347

<?xml version="1.0" encoding="utf-8"?>false</s:Body></s:Envelope>[/code] /////////////////////// [color=Blue]很容易,直接就得到了http://192.168.2.142:8899/onvif/Media地址

既然这么容易,干脆直接发送最后一个GetStreamUrl得了。[/color] [color=Red]跳过第3交互命令getporfile[/color]

[code]POST /onvif/Media HTTP/1.1 Host: 192.168.2.142 Content-Type: application/soap+xml; charset=utf-8 Content-Length: 289

<?xml version="1.0" encoding="utf-8"?></s:Body></s:Envelope>[/code]

//////////////[color=Red]//第4交互命令请求stream url[/color] [code]POST /onvif/Media HTTP/1.1 Host: 192.168.2.127 Content-Type: application/soap+xml; charset=utf-8 Content-Length: 523

<?xml version="1.0" encoding="utf-8"?>RTP-UnicastRTSP000</s:Body></s:Envelope>[/code]

[color=Blue]/////////////////////通过检查返回的数据包,还真有rtsp地址:呵呵,XM的[/color] SendBuff:640 rcv bk nbytes:3086 [color=Blue]GetStreamUrl rtsp:://192.168.2.142:554/user=admin_password=tlJwpbo6channel=1 ......[/color]

/////////////[color=Blue]到此,整个流程基本完毕。看来对于没有强制进行用户验证的设备来说,这种方式,获取rtsp地址,真的很容易。[/color]

//////////XM 端口8899的整个流程已经OK了,由于发送出的的包都是按照XM做的,这当然最容易了。 /////////ZW的端口80,GetServices 以及GetProfiles过程都很正常,GetStreamUrl返回异常,估计是发送出去的包不太一样。

///////HK的端口80,GetServices,在返回数据里面包含了设备型号以及需要认证的信息。看来需要按照提示做摘要认证才行。

///////HB的端口8888,没有返回数据,明显有验证流程

///////DH的端口80,GetServices GetProfiles 都正常,GetStreamUrl只要把profile token设置正确,RTSP地址已经得到。

///////////////其实对于特殊端口号而言,rtsp的URL我们其实是知道的,再把这些流程走一边,主要由于厂商可能会调整这个地址。

[color=Red]//////////经过简单的分析,发现不同厂家在描述profile token是不太一样,XM的是000 ,ZW的是MainStreamToken ,DH的是MediaProfile000,经过简单修改GetStreamUrl里面的实现,然后把组合包扔出去,返回数据包解析rtsp字眼。 目前可以成功获取的IPC的厂家有:DH XM ZW,呵呵,看来方法还可以呀,只需要分析出GetProfiles返回的内容中,关于profile token的值即可 [/color]

[color=Red]做到这里,整个执行程序才30K大小(没有依赖任何onvif的库噢),呵呵,看来值得弄下去,流程思路还比较正确,这种方法应该可行,有完成的必要,这样看来,最后作完兼容性较好的so文件,估计能控制到200K以内。[/color]

///////////////接下来做支持认证的:不过这里有个难题,如果设备密码是默认的,我们可以尝试用默认厂商的密码,进行后面的过程,应该可以得到RTSP URL,但如果对于HK这种,就显的意义不是很大了。通过80端口,以及GetServices 和GetProfiles的返回信息, 已经足够定位这是HK的IPC了,由于密码变化范围太大,获取rtsp就显得没有必要了,说白了,我们已经知道了。对于HB设备而言,密码是固定的,做一下也无妨,最起码可以避免厂家中途改rtsp地址。

HK GetProfiles返回信息,提示需要认证,设备型号作为认证的realm了。做认证不难,难在不知道密码。呵呵。 [code]HTTP/1.1 401 Unauthorized Date: Fri, 08 Jul 2016 01:16:29 GMT Server: App-webs/ Content-Length: 218 Content-Type: text/html Connection: close WWW-Authenticate: Digest qop="auth", realm="DS-2CD2T25D-I5", nonce="4d6b524252"

<!DOCTYPE html>

Document Error: Unauthorized

Access Error: 401 -- Unauthorized

Authentication Error: Access Denied! Authorization required.

[/code] //////////////////附件中是一个nptl100编译的搜索测试程序(应该没啥关联库,启动后,拍一下键盘开始搜索,结果都在控制台,再拍键盘,继续搜索,ctrl+C强制退出)。代码太乱,都是验证代码,还没整理,暂拿不出手。:lol ///////等我把流程再处理一下,放到我的项目里面用一下先。
易百纳技术社区文件: OnvifSDKlite.tar.gz
下载
我来回答
回答15个
时间排序
认可量排序

ngswfx

2个粉丝

55

问答

1

专栏

40

资料

ngswfx 2016-07-03 18:48:51
认可0
目前主要担心,Onvif clt和Ovif Server端交互,发送的是不是总包,如果不是,就准备放弃。

//////////////总的命令交互过程如果只有5个左右,可以仿照着直接用C方式实现,如果每个具体过程,还分成很小的命令交互,实现起来过于繁琐的话,就不准备这么弄了。

huang

0个粉丝

12

问答

0

专栏

0

资料

huang 2016-07-04 08:40:43
认可0
赞一个,理论上是可以的,但没这么实现过,所以关注一下,加油!

3wnae

0个粉丝

9

问答

0

专栏

0

资料

3wnae 2016-07-04 17:01:40
认可0
如果只获取 RTSP 的url的话没多少条命令。

M_chenyang

1个粉丝

14

问答

0

专栏

0

资料

M_chenyang 2016-07-04 17:11:32
认可0
算我一个。学习学习

tango_zhu

16个粉丝

14

问答

0

专栏

3

资料

tango_zhu 2016-07-09 23:05:15
认可0
楼主onvif 的server 端实现了吗

ngswfx

2个粉丝

55

问答

1

专栏

40

资料

ngswfx 2016-07-09 23:31:03
认可0
[quote][url=forum.php?mod=redirect&goto=findpost&pid=33615&ptid=11832]tango_zhu 发表于 2016-7-9 23:05[/url]
楼主onvif 的server 端实现了吗[/quote]

采用常规soap方法,server端源码网上有范例,就是需要自己实现细节。

我从网上找了个版本,基本能实现需要的功能。只不过so库有些大了,4.8M

//////onvif client tool可以发现设备,并且连接出图。

qq1003442507

0个粉丝

2

问答

0

专栏

0

资料

qq1003442507 2016-07-10 10:42:07
认可0
厉害,soap太大了,我一般都是直接send协议,我是在cotex m4上用,对资源要求更苛刻,代码4k内,内部1k内

ngswfx

2个粉丝

55

问答

1

专栏

40

资料

ngswfx 2016-07-10 12:45:33
认可0
[quote][url=forum.php?mod=redirect&goto=findpost&pid=33621&ptid=11832]qq1003442507 发表于 2016-7-10 10:42[/url]
厉害,soap太大了,我一般都是直接send协议,我是在cotex m4上用,对资源要求更苛刻,代码4k内,内部1k内[/quote]

看来这种方法大家都在用,应该比较靠谱

fancong

0个粉丝

15

问答

0

专栏

2

资料

fancong 2016-07-11 07:54:46
认可0
顶楼主,期待楼主的后续进展!

huizikitty

0个粉丝

0

问答

0

专栏

0

资料

huizikitty 2016-07-13 11:09:51
认可0
··学习了。。。

jerrylipeng

1个粉丝

11

问答

0

专栏

0

资料

jerrylipeng 2016-10-31 11:04:51
认可0
楼主你好,借这个帖子咨询你一个onvif的问题。
我想在PC上实现一个简单的onvif client程序,只需要local discovery以及得到rtsp url的功能。有没有推荐的开源库?

zfqddd

0个粉丝

0

问答

0

专栏

0

资料

zfqddd 2016-11-26 12:14:55
认可0
学习学习个

9crk

1个粉丝

34

问答

0

专栏

6

资料

9crk 2017-01-05 17:37:59
认可0
要是弄成一个开源项目就好了

applepen

0个粉丝

11

问答

0

专栏

11

资料

applepen 2017-02-24 14:15:20
认可0
严重支持onvif rtsp开源项目!:lol

hongquan

0个粉丝

0

问答

0

专栏

0

资料

hongquan 2017-05-15 20:36:40
认可0
ONVIF 开发包确实比较大,我也在搞这方便!
或将文件直接拖到这里
悬赏:
E币
网盘
* 网盘链接:
* 提取码:
悬赏:
E币

Markdown 语法

  • 加粗**内容**
  • 斜体*内容*
  • 删除线~~内容~~
  • 引用> 引用内容
  • 代码`代码`
  • 代码块```编程语言↵代码```
  • 链接[链接标题](url)
  • 无序列表- 内容
  • 有序列表1. 内容
  • 缩进内容
  • 图片![alt](url)
+ 添加网盘链接/附件

Markdown 语法

  • 加粗**内容**
  • 斜体*内容*
  • 删除线~~内容~~
  • 引用> 引用内容
  • 代码`代码`
  • 代码块```编程语言↵代码```
  • 链接[链接标题](url)
  • 无序列表- 内容
  • 有序列表1. 内容
  • 缩进内容
  • 图片![alt](url)
举报反馈

举报类型

  • 内容涉黄/赌/毒
  • 内容侵权/抄袭
  • 政治相关
  • 涉嫌广告
  • 侮辱谩骂
  • 其他

详细说明

易百纳技术社区