直接回答
Discovery 仅证明 ONVIF 服务做出了响应。 列出媒体配置文件，请求一个配置文件的流 URI，向 RTSP 进行身份验证，并测试兼容的 H.264 子流。
为什么会发生这种情况
摄像头可以在返回无法访问的地址、带有 H.265 的配置文件、禁用的流或与云登录不同的凭据时宣传 ONVIF。
Discovery只定位一个设备服务； 媒体配置文件、凭证和路由仍然需要自己的检查。
受控测试
一次使用一个配置文件令牌，并保留 xaddr 和流 URI 并删除机密。
一次更改一个变量。 记录相机型号、固件、终端、账号； 然后将网络可达性、协议响应、媒体传输和解码作为单独的层进行测试。
使用专用的仅供查看的帐户和值得信赖的本地诊断工具。 在共享输出之前编辑凭证、私人地址和识别数据。
诊断顺序
| 查看 | 行动 | 进展的证据 |
|---|---|---|
| 型材 | 确认至少返回一份介质配置文件。 | 存在预期的编码器配置。 |
| URI | 请求当前流 URI。 | 该方案、主机和路径是合理的。 |
| 验证 | 使用本地摄像机帐户进行流。 | RTSP 接受该帐户。 |
| 编解码器 | 测试较低的 H.264 配置文件。 | 兼容的视频轨道解码。 |
保留证据
记录发现结果、配置文件名称、编辑流 URI、编解码器和第一个失败方法。 这标识了失败的边界。
边界和安全说明
不要仅根据发现就给产品贴上“完全 ONVIF 兼容”的标签； 注册的配置文件一致性和功能测试很重要。
对于远程查看，请使用托管 VPN，而不是将 RTSP 或摄像机管理端口直接暴露到公共互联网。
SmartRTSP
SmartRTSP 是一款以相机为中心的 RTSP 和 ONVIF 查看器，适用于 Apple 设备、Windows 和 Android。 适合直接观看、发现和多机位检查； 当需要连续记录、证据导出或集中企业控制时，保留专用的 NVR 或 VMS。
常见问题
为什么发现还不够？
它定位服务，但不证明媒体配置文件、凭证、编解码器或路由。
ONVIF 会返回错误的 IP 吗？
摄像机可以通告仅在另一个接口或子网上有效的地址。
发现后我应该首先测试什么？
列出媒体配置文件并请求所选配置文件的流 URI。
主要参考文献
相关 SmartRTSP 指南
打开相关指南按正确的顺序从发现成功转向配置文件、流 URI、身份验证、传输和编解码器检查。