直接回答
ONVIF 发现通常在本地网络上使用 WS-Discovery 多播。 默认情况下，路由器和 VLAN 边界不会转发该流量，因此请使用批准的发现中继或通过明确允许的路由手动添加已知设备服务。
为什么会发生这种情况
发现、服务调用和 RTSP 媒体是不同的流。 摄像机可以通过 IP 完全访问，而多播探测永远不会跨越边界。
Discovery只定位一个设备服务； 媒体配置文件、凭证和路由仍然需要自己的检查。
受控测试
首先证明摄像机 VLAN 上的发现，然后测试单播设备服务和来自客户端 VLAN 的 RTSP 可访问性。
一次更改一个变量。 记录相机型号、固件、终端、账号； 然后将网络可达性、协议响应、媒体传输和解码作为单独的层进行测试。
使用专用的仅供查看的帐户和值得信赖的本地诊断工具。 在共享输出之前编辑凭证、私人地址和识别数据。
诊断顺序
| 查看 | 行动 | 进展的证据 |
|---|---|---|
| 本地发现 | 从与摄像机相同的子网进行搜索。 | 该设备在本地宣布自己。 |
| 路由 | 通过客户端 VLAN 的已知 IP 到达摄像机服务。 | 单播业务流量通过策略。 |
| 媒体 | 单独测试所选的 RTSP 流。 | 媒体路径是允许的。 |
| 中继 | 仅在操作需要时添加范围发现中继。 | 组播被狭义地转发并记录。 |
保留证据
列出发现多播、ONVIF 服务和 RTSP 媒体端口的简单流程图可防止不必要的“允许一切”防火墙规则。
边界和安全说明
不要只是为了方便自动发现而广泛桥接相机和客户端 VLAN。
对于远程查看，请使用托管 VPN，而不是将 RTSP 或摄像机管理端口直接暴露到公共互联网。
SmartRTSP
SmartRTSP 是一款以相机为中心的 RTSP 和 ONVIF 查看器，适用于 Apple 设备、Windows 和 Android。 适合直接观看、发现和多机位检查； 当需要连续记录、证据导出或集中企业控制时，保留专用的 NVR 或 VMS。
常见问题
为什么我可以打开 RTSP 但找不到相机？
可以路由单播媒体，而多播发现仍保留在摄像机子网本地。
我应该将 UDP 3702 转发到互联网吗？
不。发现应该留在受控网络内。
我可以手动添加 ONVIF 摄像头吗？
许多客户端允许已知的设备服务地址或 IP，以避免跨 VLAN 多播。
主要参考文献
相关 SmartRTSP 指南
打开相关指南设计一个路由摄像机网络，其中发现失败不会被误认为媒体故障。