rtsp和onvif协议哪个好_onvif协议端口号_vitamio rtsp(2)

到此为止，基于 C 的客户端和服务器的Onvif开发框架及已经搭建完成。

搜索发现的基本原理是：设备上服务器239.255.255.250的3702端口。所以，如果要实现跨网段搜索onvif设备需要路由的支持。只要组播数据包能收到，设备就能被搜到。原理是这样。参考代码：

soap通信的命名空间如果错误则不能检索到设备：编译好的wsdd.nsmap文件需要修改命名空间，如下：

如果要正常开发，被检索到，或者发现其他设备需要nsmap修改如下：1.1换1.2

以下命名空间表示SOAP1.1版本：

{"SOAP-ENV", "http://schemas.xmlsoap.org/soap/envelope/", "http://.w3.org/*/soap-envelope", NULL},

{"SOAP-ENC", "http://schemas.xmlsoap.org/soap/encoding/", "http://.w3.org/*/soap-encoding", NULL}, //1.1


以下命名空间表示SOAP1.2版本：

{"SOAP-ENV", "http://.w3.org/2003/05/soap-envelope", "http://schemas.xmlsoap.org/soap/envelope/", NULL},

{"SOAP-ENC", "http://.w3.org/2003/05/soap-encoding", "http://schemas.xmlsoap.org/soap/encoding/", NULL},  //1.2

1.是否有vpn，存在的话，本机IP会产生变化导致不能搜到？抓包可以看到，3702端口包的数据源地址改变。

2.uuid是否已经赋值。

3.有时，windows宿主机装有虚拟机，也可能造成onvif客户端的ip获取错误。故搜索不到。

这些问题，在交换机或者路由支持本地局域网跨网段数据UDP交互时，均不会产生。

1、打开onvif调试开关，以便让onvif打印一些可用的调试信息。

在Makefile中添加调试宏定义如: CC = gcc -DDEBUG

2、打开调试宏后，默认在程序运行的目录产生三个文件：

RECV.log

SENT.log

TEST.log

RECV.log是onvif接收到的SOAP数据，没接收一条，都会在RECV.log中记录

SENT.log是onvif发送出去的SOAP数据，没发送一套，也会在SENT.log中生成记录

最后是TEST.log，如果说RECV和SENT可以用wireshark工具抓包代替，那么TEST.log是谁也替代不了的，TEST.log记录了onvif的实时的工作状态。

尤其当出现segmentation fault错误，TEST.log就成了唯一一个能够定位到具体内存出错的地方了。

关于数据正确（抓包可收到数据），但soap返回错误，为4 及 SOAP_TYPE 的问题：

GetCapabilities的过程错误时。

多次调试后得出结论，是tt__CapabilityCategory 的设置问题，有的设备不具备全部功能，而请求全部或请求没有的功能就可能造成这种问题，推荐写5（tt__CapabilityCategory__Media） 这是大多数设置有的能力，而且最常用。

GetProfile时错误：

其实数据在抓包过程中也能完全抓到，多次调试后，发现结构体需要的Name以及token关键字被赋值。其他的没有，说明本点返回与服务器的支持性有很大关系。及，开发过程中需要对应自己的需求，根据实际的需要和返回错误，读取返回结构体数据。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/tongxinshuyu/article-47681-2.html