при сканировании сети, устройство отображается, но пинги не проходят

в ARP четко есть адрес 192.168.62.250

может ресет сделать?

конфиг дайте уже

Не, не нужно, пусть продолжает)

Коллеги, подскажите, а пакет wave2 На Hap ac2 встает уже?

Почитать на вики/хелпе совместимость, не?

Вот из хелпа: Due to storage, RAM and architecture requirements, only the following products can replace their bundled wireless software package with wifiwave2: hAP ac³ (non-LTE) Audience and Audience LTE6 kit RB4011iGS+5HacQ2HnD* При этом у меня на столе - C53UiG+5HPaxD2HPaxD который прекрасно работает c wave2. На той же странице есть строка: It can be downloaded as part of the 'Extra Packages' archive for ARM and ARM64 releases of RouterOS 7. Из чего можно сделать вывод - за вики - не следят.

Вот из хелпа: Due to storage, RAM and architecture requirements, only the following products can replace their bundled wireless software package with wifiwave2: hAP ac³ (non-LTE) Audience and Audience LTE6 kit RB4011iGS+5HacQ2HnD* При этом у меня на столе - C53UiG+5HPaxD2HPaxD который прекрасно работает c wave2. На той же странице есть строка: It can be downloaded as part of the 'Extra Packages' archive for ARM and ARM64 releases of RouterOS 7. Из чего можно сделать вывод - за вики - не следят.

Можно сделать вывод, что они могу "гарантировать" работу пакета на этих железках, на всех других as-is.

А значит, чтоб не ставить эксперименты и не тратить на них время - можно спросить в чате, и понадеяться на ответ, а не на умников

да, на популярных страницах вики уже давно написано, что она устарела, и смотрите на help.mikrotik.com

https://help.mikrotik.com/docs/display/ROS/WifiWave2 Вот от сюда цитата, старая вики вообще не знает про wave2

а ещё там в начале второго абзаца написано: "It comes preinstalled on our 802.11ax products." вам-таки на ac² или ax²? или к чему было это сравнение с C53UiG+5HPaxD2HPaxD ?

конфиг дайте уже

вот такой подход я уважаю... наконец то чат начинает обучать бойцов

что нужно? дефолт конфиг выгрузить?

тоже подозреваю. Но говорят на 6 тож самое. сейчас интереса ради попробую

конфиг все таки выгрузите, у меня 100500 точек - где такая привязка работает, более делается автоматически скриптами

да на 6.48 на полностью дефолтном конфиге тоже самое

А может проблема в прокладке между монитором и стулом?)

если не чего сказать по данной проблеме, то иногда лучше промолчать

Еще раз полностью дефотный конфиг, DHCP без статики. Когда впервый раз втыкаю устройство(камена hickvision) дает адрес 254, который пингуется

Во, уже что-то новое... Где-то видел, что хики больные, и им лучше статику присваивать(на самой камере)

запросы то DHCP хик шлет же.. Или может какой то запрос хитрый на статику

Еще раз полностью дефотный конфиг, DHCP без статики. Когда впервый раз втыкаю устройство(камена hickvision) дает адрес 254, который пингуется

либо скрипт либо как вариант ansible

а ошибка или что?

10.0.49.5 | UNREACHABLE! => { "changed": false, "msg": "Authentication or permission failure. In some cases, you may have been able to authenticate and did not have permissions on the target directory. Consider changing the remote tmp path in ansible.cfg to a path rooted in \"/tmp\". Failed command was: ( umask 77 && mkdir -p \" echo /tmp/.ansible-${USER}/tmp/ansible-tmp-1677852575.62-108163680830226 `\" && echo ansible-tmp-1677852575.62-108163680830226=\" echo /tmp/.ansible-${USER}/tmp/ansible-tmp-1677852575.62-108163680830226 `\" ), exited with result 1, stdout output: syntax error (line 1 column 5)\n", "unreachable": true по этой ошибке гуглится смена /tmp - я сменил, но толку 0.... в этом же списке хостов к Ubuntu Server коннект проходит нормально, т.е. косяк наверняка не в tmp

10.0.49.5 | UNREACHABLE! => { "changed": false, "msg": "Authentication or permission failure. In some cases, you may have been able to authenticate and did not have permissions on the target directory. Consider changing the remote tmp path in ansible.cfg to a path rooted in \"/tmp\". Failed command was: ( umask 77 && mkdir -p \" echo /tmp/.ansible-${USER}/tmp/ansible-tmp-1677852575.62-108163680830226 `\" && echo ansible-tmp-1677852575.62-108163680830226=\" echo /tmp/.ansible-${USER}/tmp/ansible-tmp-1677852575.62-108163680830226 `\" ), exited with result 1, stdout output: syntax error (line 1 column 5)\n", "unreachable": true по этой ошибке гуглится смена /tmp - я сменил, но толку 0.... в этом же списке хостов к Ubuntu Server коннект проходит нормально, т.е. косяк наверняка не в tmp

connection: network_cli используешь?

тебе в сторону network_cli)

запросы то DHCP хик шлет же.. Или может какой то запрос хитрый на статику

ок, почитаю) спасибо

Bootp-support=disabled в настройках?

там static, dynamic и none и по дефолту вроде в static ставится

Подтверждаю Что-то такое должно быть ansible_connection: network_cli ansible_network_os: routeros Или можно использовать api модуль. Его вроде в том году доделали до очень симпатичного вида

Было наоборот, на 7.7 ребутилось, если днс включен, на 7.8 пока полёт нормальный

Ок, тогда none

спасибо, два одинаковых роутера ac3, купленные в разных местах в разное время и подключенные на разных операторов с разным питанием падают одинаково как по часам на 7.8 началось строго сегодня) вернулся пока на 7.7

С лте версия или без?

объясните простым языком зачем обновлять filmware?

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

вроде для lte модемов поддержку завозят

объясните простым языком зачем обновлять filmware?

Обновляя software прошивку, вы обновляете саму RouterOS и ее инструменты. Обновляя firmware прошивку, вы обновляете ПО встроенное в энергонезависимую память вашего роутера. В каждой новой версии такого ПО производитель обычно устраняет старые глюки при работе железки. В том случае если вы обновили RouterOS до последней стабильной версии, а firmware прошивка стоит какая-нибудь 6.41, очень высок риск поймать какой-нибудь непонятный глюк и потом грешить на свои настройки. Поэтому во избежание проблем обновляйте и software и firmware прошивку сразу