Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
Более 50 камер — это уже проблема, когда нужно одновременно получить их IP-адреса., UniFi Protect
 
У меня сайт с более чем 50 камерами, подключёнными к двум коммутаторам. Когда коммутаторы перезагружаются, всё идёт наперекосяк, и камеры начинают появляться и исчезать, многие с адресом по умолчанию 192.168.1.20. Иногда это может продолжаться часами, при этом работает лишь небольшое количество камер. Сегодня я решил отключать порты коммутатора, а затем включать их по одному для всех 50+ камер. Они все подключились и получили IP-адреса без проблем. Вопрос: есть ли что-то настроено неправильно, или есть что-то, что я могу сделать, чтобы камеры получали IP-адреса все одновременно, а не вручную включать порты коммутатора?
 
@_Space Установил UDM Pro, и все проблемы как рукой сняло :~)
 
@chris027 да, это так, "чуть-чуть" загружен. В основном я перестал использовать самохостинговые сетевые приложения, хотя сама идея мне нравится, я выбираю шлюзы, в которых сетевое приложение уже включено. Самостоятельный запуск все еще поддерживается, но кажется, что все больше и больше UI модель встроена. UCG-Ultra работает только с сетевым приложением и это огромный шаг вперед по сравнению с тем, что у тебя есть. Стоит всего $129 (и полностью поддерживается). Если тебе нужна возможность запускать другие приложения, UCG-Max стоит совсем немного больше. Не знаю, какой у тебя бюджет, но я бы обновился.
 
@_Space и @FrankNicklin, думаю, вы отлично справились. Вот процент использования USG
 
Спасибо, @_Space. Может, именно это мне и было нужно :~)
 
@chris027, скорее всего, это не то, что ты хотел услышать, но USG3 может просто не хватить мощности, чтобы справляться со всем этим одновременно. Текущая линейка устройств обладает гораздо большей мощностью, тебе стоит подумать об обновлении. Есть модели того же физического размера, что и USG3, но гораздо более мощные. Можно также выбрать модели со встроенным сетевым приложением (не нужно будет настраивать CK или заниматься самохостингом): UCG-Lite / UCG-Max (используют внешнее сетевое приложение), UCG-Max / UCG-Ultra (встроенное приложение) или перейти на более мощные варианты, например UDMP и т.д.
 
Я только что подключился по SSH к роутеру и вижу много чего:
Jan 24 06:56:49 Router kernel: mcad: ошибка выделения памяти: порядок:6, режим:0x10c020
Jan 24 06:56:49 Router kernel: CPU: 1 PID: 3080 Comm: mcad Tainted: P     O 3.10.107-UBNT #1
Jan 24 06:56:49 Router kernel: Stack : 000000000007845d 0000000010008ce1 0000000000402100 0000000000000007
Jan 24 06:56:49 Router kernel:   0000000000000000 0000000000000000 ffffffffc0660000 000000000007845d
Jan 24 06:56:49 Router kernel:   ffffffffc064ec58 ffffffffc0520000 000000000007845d 3130372d55424e54
Jan 24 06:56:49 Router kernel:   0000000000000003 ffffffffc064fff8 ffffffffc0660000 0000000000000000
Jan 24 06:56:49 Router kernel:   000000000010c020 0000000000000006 0000000000000002 0000000000000000
Jan 24 06:56:49 Router kernel:   0000000000000030 ffffffffc053aa80 0000000000000001 0000000000000000
Jan 24 06:56:49 Router kernel:   0000000000000003 0000000000000001 0000000076fbd490 0000000000000000
Jan 24 06:56:49 Router kernel:   800000000a240000 800000000a243930 0000000000000000 ffffffffc00ee1bc
Jan 24 06:56:49 Router kernel:   800000041c1b7440 ffffffffc0485688 0000000000000001 0000000000000c08
Jan 24 06:56:49 Router kernel:   0000000000000000 0000000000000000 ffffffffc0660000 000000000007845d
Jan 24 06:56:49 Router kernel:   ffffffffc064ec58 ffffffffc0520000 000000000007845d 3130372d55424e54
Jan 24 06:56:49 Router kernel:   0000000000000003 ffffffffc064fff8 ffffffffc0660000 0000000000000000
Jan 24 06:56:49 Router kernel:   000000000010c020 0000000000000006 0000000000000002 0000000000000000
Jan 24 06:56:49 Router kernel:   0000000000000030 ffffffffc053aa80 0000000000000001 0000000000000000
Jan 24 06:56:49 Router kernel:   0000000000000003 0000000000000001 0000000076fbd490 0000000000000000
Jan 24 06:56:49 Router kernel:   800000000a240000 800000000a243930 0000000000000000 ffffffffc00ee1bc
Jan 24 06:56:49 Router kernel:   800000041c1b7440 ffffffffc0485688 0000000000000001 0000000000000c08
Jan 24 06:56:49 Router kernel:   0000000000000000 0000000000000000 ffffffffc0660000 000000000007845d
Jan 24 06:56:49 Router kernel:   ffffffffc064ec58 ffffffffc0520000 000000000007845d 3130372d55424e54
Jan 24 06:56:49 Router kernel:   0000000000000003 ffffffffc064fff8 ffffffffc0660000 0000000000000000
Jan 24 06:56:49 Router kernel:   000000000010c020 0000000000000006 0000000000000002 0000000000000000
Jan 24 06:56:49 Router kernel:   0000000000000030 ffffffffc053aa80 0000000000000001 0000000000000000
Jan 24 06:56:49 Router kernel:   0000000000000003 0000000000000001 0000000076fbd490 0000000000000000
Jan 24 06:56:49 Router kernel:   800000000a240000 800000000a243930 0000000000000000 ffffffffc00ee1bc
Jan 24 06:56:49 Router kernel:   800000041c1b7440 ffffffffc0485688 0000000000000001 0000000000000c08
Jan 24 06:56:49 Router kernel: 52280 total pagecache pages
Jan 24 06:56:49 Router kernel: 0 pages in swap cache
Jan 24 06:56:49 Router kernel: Swap cache stats: add 0, delete 0, find 0/0
Jan 24 06:56:49 Router kernel: Free swap = 0kB
Jan 24 06:56:49 Router kernel: Total swap = 0kB

Выделение памяти не удалось.

Выделяется память.
 
Вся поддержка USG завершена, обновлений больше не будет. Учитывая ваши требования к сети, я бы настоятельно рекомендовал обновить маршрутизатор до UDMPro или SE.
 
Спасибо за ответы, @_Space. Это ранняя модель маршрутизатора USG3. Я заметил странные сообщения на устройстве, когда просматривал /var/log/messages — казалось, некоторые логи пропускались из-за слишком большого количества записей. На площадке два UniFi NVR Pro. IP-сеть /24, активных клиентов/лизев намного меньше ста.
 
@chris027 Возможно, шлюз просто завален запросами, камеры сдаются и большинство/все пытаются перейти на IP по умолчанию/резервный. Что за UI роутер? Если это "все в одном", что на нем запущено (Talk, Protect и т.д.)? – Сомневаюсь, что шлюз не перегружен. Какой NVR, он на роутере или отдельный? (Надеюсь, отдельный, учитывая количество камер). На какой сети они находятся? Это /24? Сколько активных лиз?
 
Сеть на 90% камеры. Больше особо ничего не происходит. UniFi роутер раздает IP-адреса. Время аренды – 6 часов. Какие преимущества будут от статического резервирования адресов на всех камерах? Им все равно приходится опрашивать DHCP-сервер тем же способом. Я согласен, что что-то ещё может происходить, но это проявляется сильнее, когда все 50 камер загружаются одновременно.
 
@chris027, что происходит с DHCP? Я знаю много коммутаторов и камер с жёстко заданными IP-адресами и т.д. Я так не делаю (но я изолирую их в отдельные сети). Если MAC-адрес не меняется и ты находишься в пределах времени аренды, устройство должно получить тот же IP-адрес при перезагрузке. Если время аренды — 24 часа, то, если ты не перезагрузил камеру в точный момент, она должна ожидать получения того же IP-адреса, что и до перезагрузки. Так что, жёсткое кодирование может предотвратить эту проблему и может быть лучшей практикой. Мне кажется, что что-то ещё происходит, что просто проявляется сильнее при перезагрузке устройств.
 
У меня сайт с более чем 50 камерами, подключенными к двум коммутаторам — о каких коммутаторах вы имеете в виду? Камеры и NVR находятся в своей VLAN? Похоже, что не только камеры пытаются получить IP-адрес. В любом случае, есть вероятность возникновения "узкого места", как указал @FrankNicklin.
 
Да, конечно, так и есть, пока не возникнет проблема с DHCP. Если это роутер Unifi, я бы точно это сделал... По моему мнению, такие вещи, как серверы, коммутаторы, (много) камер, UNVR, точки доступа (AP) должны иметь статические IP-адреса.
 
Вы не упомянули оборудование DHCP-сервера, что это за устройство. Предположим, у вас в сети только один DHCP-сервер. "Резервный" IP обычно возникает из-за невозможности получить IP-адрес по DHCP. Получение IP-адресов для 50 устройств не должно создавать проблем для DHCP-сервера, если у вас нет серьезного "узкого места" в сети. Но, как упомянул @nu2ubiq, использование статических IP-адресов для этих устройств было бы шагом в правильном направлении.
 
Разве бронирование адреса не работает примерно так же? Единственное отличие в том, что DHCP-сервер каждый раз выдает камере один и тот же IP-адрес, а не какой-то другой, потенциально отличающийся. Процесс останется идентичным. Просто отличается сам адрес.
 
Не уверен, что проблема в неправильной настройке, информации тут не очень много. Было бы неплохо назначить статичные IP-адреса камерам и зарезервировать их на роутере.
Страницы: 1
Читают тему (гостей: 1)