Здесь, в нашем бизнесе, у нас есть Netgear R7000 с DD-WRT. Я медленно добавляю IP-камеры, которые я использую с помощью программного обеспечения Blue Iris.

Последняя камера, которую я купил (это не беспроводная камера), когда я подключаю ее к сети, у меня возникают очень серьезные проблемы с подключением в сети Wi-Fi 2,4 ГГц. 5 ГГц работает нормально, только 2,4 ГГц внезапно возникают проблемы с подключением, как будто он конфликтует. Я попытался поиграть с настройками камеры, различными IP-адресами, портами HTTP и т.д. И обнаружил, что это конфликт с многоадресной рассылкой.

Когда включена многоадресная рассылка, у Wi-Fi есть проблемы, но мои видеопотоки через Blue Iris. Если флажок снят, Wi-Fi работает нормально, но видео не передается через Blue Iris. Проблема в том, что в камере нет настроек для изменения порта RTSP, для которого установлено значение 34567.

Кто-нибудь знает что-то, что может решить эту проблему? Мне все это кажется очень странным, но, может быть, у кого-то есть идея?

2 ответа2

1

Многоадресная рассылка (и широковещательная рассылка, которую 802.11 рассматривает как особый случай многоадресной рассылки) является очень дорогой в сетях Wi-Fi, поскольку многоадресные пакеты не Acked (потому что это будет шторм Ack), поэтому пакеты должны быть отправлены в Самая низкая скорость передачи пакетов общего знаменателя, которую каждый в сети может получить надежно, и это означает, что это довольно часто самая низкая скорость передачи данных, которую может обрабатывать полоса, которая для 2,4 ГГц является старой скоростью 1 Мбит / с из 802.11-1997 (предшествует даже 802.11b).

Учитывая это, в сочетании с естественной неэффективностью Wi-Fi, это означает, что даже 500 кбит / с многоадресного трафика могут использовать все эфирное время плохо спроектированной сети Wi-Fi 2,4 ГГц.

Если ваша точка доступа позволяет вам установить частоту многоадресной рассылки, которую она использует, установите ее на что-то более высокое. Желательно примерно вдвое увеличить скорость всего многоадресного / широковещательного трафика в вашей сети. То есть скорость передачи данных вашего многоадресного видео плюс средняя совокупная скорость передачи данных, таких как Bonjour, UPnP, служба имен NetBIOS, ARP, DHCP и т.д. Честно говоря, многоадресная передача видео, вероятно, затмевает фоновый трафик.

Имейте в виду, что если у вас есть устройства, которые вы хотели бы использовать в местах, которые оказались на краю их диапазона, где они могут надежно получать скорость передачи данных только 1 Мбит / с, вы в конечном итоге сделаете их ненадежными в этих местах. ARP является основой для правильно работающей локальной сети, а ARP использует широковещательные рассылки.

Если вы установите скорость многоадресной рассылки, отличную от 1, 2, 5,5 или 11 Мбит / с, вы исключите из своей сети клиентов 802.11b. Таким образом, чтобы разрешить выбор других скоростей, некоторые точки доступа требуют, чтобы вы явно отключили режим совместимости 802.11b (то есть установите его в режим G / N, или только G или только N).

У некоторых хороших точек доступа есть опция "IGMP Snooping", которую вы, вероятно, должны включить. Это способ для точки доступа не передавать определенные виды многоадресных рассылок (особенно аудио- или видеопотоки) в беспроводную сеть, если никакие устройства в беспроводной сети не пытаются просматривать эти многоадресные рассылки. Только не запускайте программное обеспечение для наблюдения за камерой на любых машинах, использующих беспроводную связь.

Кстати, на рынке все еще есть некачественные сетевые видеокамеры, которые не могут выполнять современное сжатие, такое как H.264, и вместо этого просто используют MPEG2 или, что еще хуже, Motion-JPEG (M-JPEG). Это означает, что они используют гораздо большую пропускную способность вашей сети, чем им нужно, независимо от проблемы многоадресной рассылки Wi-Fi. Убедитесь, что вы настроили свои камеры для потоковой передачи в H.264, и если они не поддерживают это, верните их для другой модели, которая знает, как выполнять современное сжатие видео.

0

Я решил опубликовать то, что в итоге исправило это в моем сценарии.

В DD-WRT при настройке / работе с сетью я включил отслеживание IGMP для моста 0. Затем мне пришлось добавить эту команду запуска:

insmod ebtables insmod ebtable_filter insmod ebt_pkttype ebtables -A ВПЕРЕД -o "eth1" --pkttype-type multicast -j DROP ebtables -A ВЫХОД -o -o "eth1" --pkttype-type multicast -j DROP

После того, как, наконец, выяснилось, что для этого потребовалось выполнить оба эти шага, кажется, что все снова работает нормально.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .