Ну тогда честно говоря спорный рефреш выходит. Совсем бесполезным не назовешь (кто сказал Wireguard?), но и везде не потыкаешь.

hEX refresh 128 nand ❤️ https://youtu.be/Zrzq_zPWoQ4 #hex #hardware #upgrade #e50ug

hEX refresh 128 nand ❤️ https://youtu.be/Zrzq_zPWoQ4 #hex #hardware #upgrade #e50ug

Я бы прям очень сильно подождал реальных отзывов. Потому что подозрительно ничего не сказано про IPsec HW. А очень похожий двухъядерный ARM в L009 до сих пор поддержки IpsecHW не имеет

Назвали бы hEX^2 или hEX2 .. Ну и кузов в стиле ax2 ему. Короче ждем прайс, ax2 10₽ сейчас, hex 6

Тем временем вышла 7.16.1. Теперь можно подумать над тем, чтобы домашнюю сеточку обновить. Список фиксов совсем небольшой, а два из них вообще в дефолтном конфиге: What's new in 7.16.1 (2024-Oct-10 17:03): *) defconf - changed wireless installation from "indoor" to "any"; *) defconf - disable 5GHz secondary channel on RB4011; *) dns - do not look up local cache when executing ":resolve" command with specified "server" parameter (introduced in v7.16); *) sfp - improved initialization for certain SFP modules on CRS309 and CRS317 devices ("/system routerboard upgrade" required);

прям так вот и не имеет?

прям так вот и не имеет?

а какое шифрование то выбрано?)

Прям так вот и не имеет: https://forum.mikrotik.com/viewtopic.php?t=200384 С последнего сообщения ничего не поменялось, еще пара темок по этому же поводу была. Да, на страничке продукта тоже написано, что есть. А нету.

хотите сказать, что прекрасная компания микротик не дала аппаратное шифрование в железку, но в вики написали, что на этом проце всё ок?) мем

Вечор заморочился и поползал по лабам, составил вот такую табличку... Похоже, что это максимум, что можно получить от таких железок.

Что это?

спидтест с локалхостом, сам с собой, так сказать.

А что это даёт?

максимум, что можно вытянуть из железяк.

Какие-то странные цифры.

во freq: + переменная частота, = фиксированная

В том плане, что какой смысл мерить speed test до железяки? Цифры ради цифр?

А зачем мерить скорость до свитча?

А я никак не мог понять раньше, почему при 10G линке между 326 и 5009 скорость выше 2G не поднималась... А вот по tcp 326й больше 2G принципиально не может прокачать.

Если задача посмотреть сколько может прожевать трафика speed test на разных железках - наверное адекватные результаты. В остальных случаях - цифры ради цифр, которые не показывают ничего. Совсем.

всем привет. Есть у кого желание туннель поднять

У меня есть желание поднять туннель. И я его поднял

подскажите каким образом настраиваются два провайдера на одновременую работу по такой схеме на ros 6 ? пока понял то что надо промаркировать трафик чтоб ходил в нужных провайдеров, но что то я делаю не так видимо /ip route add dst-address=0.0.0.0/0 gateway=2.2.2.1 distance=1 routing-mark=gpon /ip route add dst-address=0.0.0.0/0 gateway=3.3.3.1 distance=1 routing-mark=ether3 /ip firewall mangle add chain=prerouting src-address=10.0.1.0/24 action=mark-routing new-routing-mark=gpon /ip firewall mangle add chain=prerouting src-address=10.0.2.0/24 action=mark-routing new-routing-mark=ether3 /ip firewall mangle add chain=output src-address=2.2.2.2 action=mark-routing new-routing-mark=gpon /ip firewall mangle add chain=output src-address=3.3.3.3 action=mark-routing new-routing-mark=ether3

микрот - микрот?

Два провайдера одновременно это вам про ECMP читать. Но вам видимо это не подойдет. Вам нужно чтобы виртуалки с разных интерфейсов по разным провайдерам отправляли? Тогда просто правила в ip route rule для этих подсетей.

подскажите каким образом настраиваются два провайдера на одновременую работу по такой схеме на ros 6 ? пока понял то что надо промаркировать трафик чтоб ходил в нужных провайдеров, но что то я делаю не так видимо /ip route add dst-address=0.0.0.0/0 gateway=2.2.2.1 distance=1 routing-mark=gpon /ip route add dst-address=0.0.0.0/0 gateway=3.3.3.1 distance=1 routing-mark=ether3 /ip firewall mangle add chain=prerouting src-address=10.0.1.0/24 action=mark-routing new-routing-mark=gpon /ip firewall mangle add chain=prerouting src-address=10.0.2.0/24 action=mark-routing new-routing-mark=ether3 /ip firewall mangle add chain=output src-address=2.2.2.2 action=mark-routing new-routing-mark=gpon /ip firewall mangle add chain=output src-address=3.3.3.3 action=mark-routing new-routing-mark=ether3

А я никак не мог понять раньше, почему при 10G линке между 326 и 5009 скорость выше 2G не поднималась... А вот по tcp 326й больше 2G принципиально не может прокачать.

Сюда не пробовали смотреть?

1. Напоминает проблему на Эльбрусах-4С с шиной в 2G и сефом... 2. Чем tcp так сажается аккурат до 1.8G, но udp нет? Причем разница на dx3230L аж 15 раз, при этом на ipq6000 лишь 6-крат.

зачем вы делаете из свича роутер?

capsmen v7 почему-то не добавляет в бриджи вифи интерфейсы

capsmen v7 почему-то не добавляет в бриджи вифи интерфейсы

capsmen v7 почему-то не добавляет в бриджи вифи интерфейсы

ac или ax?

да, надо лапками добавлять, known bug

баг у них?

Это не баг, это недоделанный функционал строго говоря ЛУчше на help.mikrotik.com почитайте

у них в доках есть список не доделанного функционала?

Я ранее обновлялся с 7.16.1 до 7.17b2 - там оказался поломан PPP-клиент и я благополучно откатился на 7.16.1. Попробовал сейчас до 7.17.b4 - PPP по прежнему сломан. Решил было откатится - и облом!!! Заливаю как обычно старую прошивку, жму downgrade, перезагрузка, и в логе внезапно - not allowed by device-mode. Нагуглил что это фича 7.17. Проблема решилась командой system device-mode update downgrade=yes, но оно потребовало подтвердить доступ к железу - нажатием кнопки на самом микротике! И как вообще такое удалённо решать?!

Я ранее обновлялся с 7.16.1 до 7.17b2 - там оказался поломан PPP-клиент и я благополучно откатился на 7.16.1. Попробовал сейчас до 7.17.b4 - PPP по прежнему сломан. Решил было откатится - и облом!!! Заливаю как обычно старую прошивку, жму downgrade, перезагрузка, и в логе внезапно - not allowed by device-mode. Нагуглил что это фича 7.17. Проблема решилась командой system device-mode update downgrade=yes, но оно потребовало подтвердить доступ к железу - нажатием кнопки на самом микротике! И как вообще такое удалённо решать?!

Я ранее обновлялся с 7.16.1 до 7.17b2 - там оказался поломан PPP-клиент и я благополучно откатился на 7.16.1. Попробовал сейчас до 7.17.b4 - PPP по прежнему сломан. Решил было откатится - и облом!!! Заливаю как обычно старую прошивку, жму downgrade, перезагрузка, и в логе внезапно - not allowed by device-mode. Нагуглил что это фича 7.17. Проблема решилась командой system device-mode update downgrade=yes, но оно потребовало подтвердить доступ к железу - нажатием кнопки на самом микротике! И как вообще такое удалённо решать?!

Ченджлог читать нужно перед обновлением, а не после. Там про девайс-мод написано

но с идиотизмом физического доступа согласен. как включить контейнеризацию в CHR, если это виртуалка в облаке...

но с идиотизмом физического доступа согласен. как включить контейнеризацию в CHR, если это виртуалка в облаке...

так на ROS7 на CHR же можно контейнеры поднять, нет?

Ребутнуть вм средствами гипервизора

нет такой функциональности у поставщика, только нормальная, штатная перезагрузка. и 5 минут слишком мало, чтобы успеть сделать это по тикету в поддержку

Допустим, у вас намертво повисла критичная виртуалка. Её нельзя ребутнуть самому? Ну, такое...

так что да, в текущих реалиях если устраивает поставщик и не устраивает отсутствие контейнеров, то это уже не RouterOS

Я вообще считаю извращением иметь CHR в VM, и внутрь запихивать контейнер.

до какого-то момента хорошо шло, но теперь актуальнее вместо ike2 иметь vless+xtls сервер, а это уже не к RouterOS

Да какого-то момента это какого? Если у вас изначально задача сделать «обход», то RouterOS самое худшее решение из всех которые есть…и всегда так было

оно уже работало 6 лет, нормальное решение😁

Да это в целом какой-то кошмар для всех, у кого удаленных железок много если у меня десятки роутеров, а у кого-то их сотни, то мне теперь нужно будет как минимум запланировать 50+ звонков просто чтобы иметь возможность сделать btest или downgrade Отличный план

Да это в целом какой-то кошмар для всех, у кого удаленных железок много если у меня десятки роутеров, а у кого-то их сотни, то мне теперь нужно будет как минимум запланировать 50+ звонков просто чтобы иметь возможность сделать btest или downgrade Отличный план