Просто хотел оставить обновление, чтобы закрыть эту тему. Исправление заключалось в полной замене коммутатора по RMA, спасибо Ubiquiti. Судя по всему, у меня был дефектный экземпляр из партии с кодом 1631G. Сейчас у нас работает US-16-150W с кодом 1640G, проблем нет.

И мы используем POEa-f инжекторы для «старого оборудования» — Nanos и UAP — теперь они ведут себя гораздо лучше и правильно перезагружаются после отключения питания или сбоев. К слову, мы обновились с трёх NanoStationLocoM5, чтобы покрыть сигналом одну Rocket M5 с антенной AMO-5G13 Omni — стало ещё лучше (и теперь у нас есть запасные NSLM5!).

Также, как было предложено, теперь CloudKey работает от внешнего питания с резервным аккумулятором. Вариант на AWS пока отложен — канал немного загружен и часто прерывается, так что остаёмся на контроллере у себя, но спасибо большое за советы. Резервный аккумулятор питает наш WAN uplink-блюдо, Rocket M5, 2 UAP, CloudKey, один AP-O+, SGPRO и коммутатор — с такой связкой интернет работает до часа без электричества.

Огромное спасибо всем, кто помог! Все благодарности выше!

У меня такая же проблема с коммутаторами US-16-150W. У меня похожая конфигурация: 2 коммутатора US-16-150W, 10 камер G3 Bullet, Cloud Key. Все подключено через ToughCablePro с TC-CON-100 и экранированными кэйстоун-разъемами, а также экранированными патч-кордами к коммутаторам. Оба коммутатора несколько раз «вырубали» питание PoE, при этом на портах всё равно горели зелёные индикаторы слева. Такое может случаться как после пропадания питания, так и в обычном режиме работы. Каждый раз это приводит к отключению Cloud Key и всех камер, из-за чего приходится подавать питание на Cloud Key отдельно и восстанавливать коммутатор к заводским настройкам, чтобы всё заработало. На кабелях нет никаких замыканий на землю, а все камеры закреплены на дереве. Так как в рекомендациях Ubiquiti говорится, что для сохранения гарантии нужно использовать экранированный кабель (STP), я боюсь снимать экранирование с кабелей с помощью пластиковых разъемов, даже ради проверки одной теории. Похоже, что лучшие варианты — это специальные адаптеры instant PoE. Ubiquiti ещё предоставляют их по гарантии при наличии чека?

Ещё одно(или снова) обновление — Ubiquiti подтвердили, что с пассивным POE действительно может быть проблема. Они рекомендуют использовать конвертер Ubiquiti 802.3af Gigabit. Если обратиться в поддержку и предоставить подтверждение покупки пассивного POE оборудования, вам бесплатно выдадут эти 802.3af Gigabit конвертеры.

Кстати, наши конвертеры 802.3af Gigabit должны прибыть в ближайшее время. Как только я снова буду на объекте, подключу их и сообщу, что из этого вышло. Но... в Ubiquiti действительно насторожены поведением такого типа коммутаторов, потому что некоторые пользователи повторили проблему, а другие – никаких сбоев не отмечали. Сейчас коммутатор отправляют на RMA, так что пока рано точно говорить, в чём причина: проблемы с пассивным POE и заземлением, технический сбой самого коммутатора или что-то ещё. Провода проверены (спасибо за советы), и, похоже, дело не в них.

Что касается Cloud Key — после подключения к стабильному питанию (не от коммутатора) всё работает нормально. Возможно, была какая-то порча файлов, которая устранилась сбросом настроек к заводским. Но, поскольку я любитель пощеголять на грани (чувство любопытства, ну вы понимаете...), я тоже пытался обесточить Cloud Key, не выключая его корректно. Особых проблем не возникло, хотя иногда надо ждать до получаса, пока он снова появится в облачном интерфейсе. Но если зайти через локальный компьютер по IP, можно изменить настройки Cloud Key, перезагрузить его, и всё работает нормально — может, и не самый красивый способ, но действенный.

Спасибо за предложение использовать AWS, да, мы его рассматривали, но с текущими проблемами с электропитанием на объекте подумали, что Cloud Key с резервным питанием от UPS — более надёжный вариант. Итоги пока непонятны, будем тестировать оба варианта. Если узнаю что-то полезное — обязательно расскажу.

Насчёт идеи через AWS удалённо включать питание портов — сомневаюсь, что это сработает, потому что даже на месте без сброса коммутатора к заводским настройкам восстановить питание на этих портах не получилось (хотя идея хорошая).

Спасибо всем за мысли и советы. Пока не собираюсь считать проблему решённой, пока не протестируем новый коммутатор с 802.3af Gigabit конвертерами и не убедимся, что проблема действительно исчезла.