Проблема с отключением питания Omnitik 5 PoE

Небольшое обновление: после проверки разных кабелей мне удалось сузить проблему до разъёма ethernet-1 на Omnitik. Точно не понимаю, в чем дело, потому что POE работает нормально, но данные передаются неправильно (хотя подключено как 1Gbit), независимо от того, меняю ли я кабели. При пинге есть потеря пакетов, при тесте пропускной способности поток данных полностью останавливается, в winbox случаются случайные отключения (хотя в логах это не фиксируется как отключение) и так далее. Если просто подать питание через POE на ethernet-1, а данные передавать через ethernet-2 — всё работает отлично. В чем может быть причина?

Начну с конца: топология сети тут не при чём, потому что проблема возникает и когда я подключаю Omnitik только к одному компьютеру, и когда сбрасываю все настройки до заводских. Версия ROS — 6.49.3. Кабели заводские, несколько менял местами. Также обновление по решению выше (POE на eth1, данные на eth5): поведение примерно одинаковое, когда и POE, и данные идут на eth1.

В итоге: у меня подключены wAP ac и одна камера Hikvision к Omnitik. wAP ac постоянно отваливается в Winbox каждые 30 секунд–минуту, потом переподключается. Тест скорости показывает очень плохие результаты: поток данных останавливается на несколько секунд, затем продолжается. Камера Hikvision зависает на несколько секунд, потом работает нормально, потом полностью отключается на 10 секунд, а потом появляется снова. Пинг до Omnitik с компьютера даёт пропуски пакетов. Сначала каждый третий пинг не проходит, потом реже (каждый 10-й или 20-й), но затем снова возвращается к каждому третьему или четвёртому. Тест пропускной способности с Omnitik на главный роутер (1100AHx4) тоже показывает очень непредсказуемые результаты: скорость прыгает до максимума 920 Мбит/с, потом останавливается, потом продолжается, но уже на меньшей скорости.

В логах Omnitik и WAPac ничего необычного не вижу. Скорость LAN на Ethernet-портах — 1 Гбит.

Обновление: если понизить скорость Ethernet до 100 Мбит с полным дуплексом, проблема остаётся. Если пинговать из командной строки с компьютера, половина пингов не проходит ровно — каждый второй (50% потерь).

Обновление #2: я снова включил авто-определение скорости на eth5, он подключился к 1 Гбит, и сейчас проблем нет. Но через некоторое время снова возникает та же беда. То же было, когда я насильно выставлял 100 Мбит — несколько минут работало нормально, потом опять началось.

Ethernet

Ты проверял время работы устройств, чтобы убедиться, что Omnitik и wAP ac не перезагружаются? Время работы именно такое, какое и должно быть — сейчас 23 часа, потому что в последний раз я выключал их вчера в это же время.

У тебя соединение 5 ГГц (DFS/радар) или 2.4 ГГц? Какое расстояние до точки доступа и есть ли на пути препятствия (деревья, машины, люди, водопроводные трубы и так далее)? Может быть, в этой зоне Wi-Fi сильно загружен другими сетями или рядом работает мощное электрооборудование?

Соединение по Ethernet, значит, проблем с этим нет. Ты используешь IPV4 или MAC-соединение через Winbox? (MAC-соединения капризные). IP-адрес проверял?

Проверял, соответствует ли PoE, и работает ли камера, если запитать её через PoE-инжектор или другой блок питания? Я не проверял, потому что пробовал и без подключения к Omnitik — всё ведёт себя одинаково.

Также, как писал в предыдущем сообщении, после того, как я включил автоопределение скорости на eth5 (это сейчас мой исходящий порт, eth1 — только для питания), всё работает нормально. Нет потери пинга, камера не зависает. Но стоит запустить тест пропускной способности, как через некоторое время скорость падает, а Winbox вообще отключается. А когда соединение восстанавливается, инструмент для теста полосы пропускания сбрасывается (в поле «Test to» вместо IP-адреса появляются нули).

Честно говоря, это раздражает, потому что я не могу изолировать проблему.

Действительно, проблема, похоже, связана с аппаратной частью. Однако я бы сделал чистую установку устройства до последней версии и потом снова проверил.

Я упоминал проверку блока питания в сообщении №3…