IP摄像机的多播/RTSP与无线设备冲突吗?

IP摄像机的多播/RTSP与无线设备冲突吗?

我们公司有一台运行 DD-WRT 的 Netgear R7000。我一直在慢慢添加 IP 摄像头,并使用 Blue Iris 软件运行。

我买的上一个摄像头(不是无线摄像头)在插入网络时,2.4GHz Wi-Fi 网络的连接问题非常严重。5GHz 工作正常,只是 2.4GHz 突然出现连接问题,好像有冲突。我尝试过调整摄像头设置、不同的 IP 地址、HTTP 端口等,发现与多播存在冲突。

选中多播后,Wi-Fi 出现问题,但我的视频通过 Blue Iris 传输。未选中时,Wi-Fi 工作正常,但视频无法通过 Blue Iris 传输。问题是相机中没有设置来更改 RTSP 端口,该端口设置为 34567。

有人知道可以解决这个问题的方法吗?这一切对我来说都很奇怪,但也许有人有主意?

答案1

多播(和广播,802.11 将广播视为多播的特殊情况)在 Wi-Fi 网络上非常昂贵,因为多播数据包不会被确认(因为这将导致确认风暴),因此数据包必须以网络上的每个人都能可靠接收的最低公分母数据包速率发送,这意味着它通常是频段可以处理的最低数据速率,对于 2.4GHz 来说,这是 802.11-1997 的旧 1Mbps 速率(甚至早于 802.11b)。

考虑到这一点,再加上 Wi-Fi 的天然低效性,这意味着即使 500kbps 的多播流量也会耗尽设计不良的 2.4GHz Wi-Fi 网络的所有空闲时间。

如果您的 AP 允许您设置其使用的多播速率,请将其设置为更高的速率。最好是网络上所有多播/广播流量速率的两倍左右。也就是说,您的视频多播的数据速率加上 Bonjour、UPnP、NetBIOS 名称服务、ARP、DHCP 等的平均聚合数据速率。老实说,视频多播可能比背景流量要多得多。

请注意,如果您喜欢在位于其范围边缘的位置使用某些设备,而这些设备只能可靠地获得 1Mbps 的数据速率,那么您最终会让它们在这些位置变得不可靠。ARP 是正常工作的 LAN 的基础,而 ARP 使用广播。

如果您将多播速率设置为 1、2、5.5 或 11Mbps 以外的值,您将从网络中排除 802.11b 客户端。因此,为了允许选择其他速率,某些 AP 要求您明确禁用 802.11b 兼容模式(即,将其设置为 G/N 模式、G-only 或 N-only)。

一些好的 AP 有一个“IGMP 监听”选项,你应该启用它。如果无线网络上没有设备试图查看某些类型的多播(尤其是音频或视频流),AP 就可以阻止这些多播转发到无线网络。请确保不要在使用无线网络的任何机器上运行摄像头监控软件。

顺便说一句,市场上仍有一些质量低劣的网络摄像机,它们无法进行 H.264 等现代压缩,而只能进行 MPEG2 或更糟的 Motion-JPEG (M-JPEG)。这意味着它们占用的网络带宽远远超过其需要,无论 Wi-Fi 多​​播问题如何。请确保您已将摄像机配置为以 H.264 进行流式传输,如果它们不支持,请将其退回,换成知道如何进行现代视频压缩的其他型号。

答案2

我想我会发布在我的场景中最终如何解决这个问题。

在 DD-WRT 的设置/网络下,我打开了网桥 0 的 IGMP 监听。然后我必须添加这个启动命令:

insmod ebtables insmod ebtable_filter insmod ebt_pkttype ebtables -A FORWARD -o “eth1” --pkttype-type 多播-j DROP ebtables -A OUTPUT -o “eth1” --pkttype-type 多播-j DROP

在最终弄清楚需要这两个步骤之后,一切似乎又恢复正常了。

相关内容