Нет, CRS - это многопортовый роутер, позиционируемый как коммутатор. Но по факту - там достаточно памяти, не сильно и дохлый проц (на уровне HEX - роутера) и главное - RouterOS в полном объёме на борту.

"Чистые" коммутаторы - это модели CSS с SwOS на борту.

"Чистые" коммутаторы - это модели CSS с SwOS на борту.

Я б сказал, это L3-коммутатор, но никак не роутер, всё же

Для L3-коммутации требуется аппаратная поддержка свитчем. Не помню, может ли свитч в CRS326 это.. 🤔

Даже спорить не буду. Видимо у нас разные требования. Этот комментарий я относил к CRS. В идеале может быть в CPU протянет почти гигабит большими пакетами. Лучше так не делать, конечно.

Нет, CRS - это многопортовый роутер, позиционируемый как коммутатор. Но по факту - там достаточно памяти, не сильно и дохлый проц (на уровне HEX - роутера) и главное - RouterOS в полном объёме на борту.

Да, я смотрю под задачу... А то есть у меня примеры: 1) крупный ТЦ, CCR1036, два 52-портовых дэлинка, все по-взрослому... и два несчастных клиента с бытовыми ТП-линками у себя. 2) бухгалтерия из 5 человек, с 24-портовым коммутатором Cisco.. Ну и нафига это? И CSS нормально работают ,под задачу.

Вся CRS3** серия может. На рос7

Я думаю справляется, правильно понимаю???

Я думаю справляется, правильно понимаю???

Да, действительно https://help.mikrotik.com/docs/spaces/ROS/pages/62390319/L3+Hardware+Offloading

Ну это вы его на холостом ходу заскринили 😁

Да, я смотрю под задачу... А то есть у меня примеры: 1) крупный ТЦ, CCR1036, два 52-портовых дэлинка, все по-взрослому... и два несчастных клиента с бытовыми ТП-линками у себя. 2) бухгалтерия из 5 человек, с 24-портовым коммутатором Cisco.. Ну и нафига это? И CSS нормально работают ,под задачу.

выше 15% не прыгает, может не там смотрю

Кстати, хотел спросить, вам приходится выполнять резервное копирование конфигурации CSS?

Нет. CSS-ки есть несколько штук в единичных экземплярах. работают и внимания не привлекают. Всё по-детски, маленькие сети 😁

Так и подумал. Понял.

Для энтерпрайза есть соответствующее оборудование и это не микротик

привет всем.Микротик перестал показывать wifi сеть как исправить это?

Я в данном контексте спросил. Это больше про автоматизацию и время. Мне и правда интересно можно ли это автоматизировать в CSS с помощью какого-нибудь oxidized.

API в SwOS нет, так что если написать интеллектуального бота, который будет парсить веб-страницу и "нажимать кнопочки". 🤔

Думал об этом, и решил, что без CLI ничего не устанавливаем, так как поддерживать потом будет себе дороже.

Для больших сетей и автоматизации - да. Собственно как CSS, так и те же дэлинки 1100/1210 (без МЕ) - немасштабируемые решения. Пару-другую штук поставить, и все. Ну они и спозиционированы для применения в небольших офисах.

В нашем случае, практически всё за что мы отвечаем мониторится, даже у мелкого бизнеса. Я как-то полтора года назад открыл тикет в техподдержку по поводу нестабильной SFP+ поддержки оптических модулей в CRS312-4C+8XG и мне был ответ, поставь SwitchOS — там такой проблемы нет. Пришлось отказаться от их использования в prod. Даже в lab меня раздражает их надёжность. :(

Либо сервер обновить, либо точку откатить?

В нашем случае, практически всё за что мы отвечаем мониторится, даже у мелкого бизнеса. Я как-то полтора года назад открыл тикет в техподдержку по поводу нестабильной SFP+ поддержки оптических модулей в CRS312-4C+8XG и мне был ответ, поставь SwitchOS — там такой проблемы нет. Пришлось отказаться от их использования в prod. Даже в lab меня раздражает их надёжность. :(

Недоделки у них привычное явление, да )

Всем привет! Кто из вас может помочь с настройкой маршрутизации на микротике ? (своих мозгов мало)

/rules@MissRose_bot

Всем здравствуйте. Задача, казалось бы, простая - есть проблематика с одним сервисом, возникает она периодически и не постоянно. Хочу посмотреть что твориться с пакетами в это время. Соответственно, нужен постоянный сниф. В микротике есть очень класcная утилита Packet Sniffer, но работает она только когда открыта сессия по ssh или Winbox. Есть экшен в мангле Sniff PC и Sniff TZSP, но как я понял, если в Packet Sniffer есть возможность указать только адрес и он будет снифить трафик любой, где этот адрес присутствует, то через мангл мне нужно сделать аж 6 правил (2 на форвард src и dst, 2 на input и 2 на output). Уважаемые знатоки внимание вопрос - нет ли более элегантного способа снифить трафик на постоянку?

Всем здравствуйте. Задача, казалось бы, простая - есть проблематика с одним сервисом, возникает она периодически и не постоянно. Хочу посмотреть что твориться с пакетами в это время. Соответственно, нужен постоянный сниф. В микротике есть очень класcная утилита Packet Sniffer, но работает она только когда открыта сессия по ssh или Winbox. Есть экшен в мангле Sniff PC и Sniff TZSP, но как я понял, если в Packet Sniffer есть возможность указать только адрес и он будет снифить трафик любой, где этот адрес присутствует, то через мангл мне нужно сделать аж 6 правил (2 на форвард src и dst, 2 на input и 2 на output). Уважаемые знатоки внимание вопрос - нет ли более элегантного способа снифить трафик на постоянку?

В мангле достаточно просто указать Action и создать по 1 правилу в Prerouting и Postrouting А можно зеркалирование трафика в свитче включить, чтоб копия всего лилась на "админский" порт

Можно снифать на удаленную машину

Получается по 2 правила нужно делать? На Prerouting (src+dst) и Postrouting (src+dst) итого 4 правила, если я правильно понял.

Всего два правила Не указывайте ничего кроме action

Поправьте меня, если я ошибаюсь, то при данном раскладе будет снифится ВЕСЬ трафик проходящий через микрот.

вообще весь, input/output/forward https://help.mikrotik.com/docs/spaces/ROS/pages/328227/Packet+Flow+in+RouterOS

Я даже не могу представить сценарий где нужно снифить ВЕСЬ трафик микрота) Я же описал, что нужен фильтр на конкретный IP) Предложенный вами способ позволяет снизить количество правил с 6 до 4) Что уже не плохо, и огромное спасибо за наводку, но может есть ещё какая хитрость, что бы ещё меньше правил было)

Добавьте в правила мангла этот конкретный IP

Ну я и говорю по 2 правила на чейн)

Зачем? Достаточно 1 правило прероутинга с указанием SrcIP и 1 правило построутинга с указанием 1 DstIP

коллеги, хочу переставить микротики местами, но настройки перекинуть, как лучше , ведь они малость но различаются. Бекап же нельзя перекинуть на другую модель или можно? Или через экспорт? Может есть какая то команда для полного экпорта?

ну самое правильное через rsc бекап.

ну я это и называю экспор, по команде, но все ли настройки переносятся в таком варианте? мне кажется, что нет, а надо чтоб все. Или я не прав?

кроме юзеров и паролей к ним все настройки переносятся. С аргументом show-sensitive вроде пароли для впн и ssid тоже переносятся

Добрый день, уважаемые знатоки. Столкнулся с косяком в работе OSPF на микротиках. Вот такого рода """ route,ospf,error Discarding packet: locally originated route,ospf,error src address=10.60.5.157 route,ospf,error Discarding packet: locally originated route,ospf,error src address=10.60.5.181 route,ospf,error Discarding packet: locally originated route,ospf,error src address=10.60.5.109 route,ospf,error Discarding packet: locally originated route,ospf,error src address=10.60.5.169 """ При изучении проблемы выявил что данные ошибки проявляются при большом количестве участников ospf Пляски со снифером выявили что ошибка возникает при фрагментации пакета ospf. То есть если ip пакет получается больше чем MTU тунеля и вынужден быть поделенным на части, то возникает эта ошибка. Версия RoS 6.48.6 на основном роутере и разношерстные версии RoS 6 на остальных. Пара вопросов знатокам MikroTik: 1. Как-нибудь можно такое вылечить затычкой или еще чем? 2. Этот баг в какой-либо версии RoS уже исправлен?

У меня немаленькая OSPF сеть и такие сообщения прилетают периодически на всех версиях ROS. Меня не сильно напрягает ибо топология не перестраивается и сеть работает. Вас как-то беспокоят сообщения или есть проблемы в сети?

ну я это и называю экспор, по команде, но все ли настройки переносятся в таком варианте? мне кажется, что нет, а надо чтоб все. Или я не прав?

Сертификаты не перенесутся, а остальное норм

Всем здравствуйте. Задача, казалось бы, простая - есть проблематика с одним сервисом, возникает она периодически и не постоянно. Хочу посмотреть что твориться с пакетами в это время. Соответственно, нужен постоянный сниф. В микротике есть очень класcная утилита Packet Sniffer, но работает она только когда открыта сессия по ssh или Winbox. Есть экшен в мангле Sniff PC и Sniff TZSP, но как я понял, если в Packet Sniffer есть возможность указать только адрес и он будет снифить трафик любой, где этот адрес присутствует, то через мангл мне нужно сделать аж 6 правил (2 на форвард src и dst, 2 на input и 2 на output). Уважаемые знатоки внимание вопрос - нет ли более элегантного способа снифить трафик на постоянку?

как я понимаю, что-то в верхней части с присвоением переменных.... как понять в чём проблема?

Добрый день всем! Может кто подсказать, пишу скрипт для микротика, на прошивке 7.15 скрипт работает, на 6.48 никакой реакции.... ни ошибок ничего не пишет, команды по отдельности проходят, но в скрипте нет :local date [/system clock get date] :local email "yaya@mail.ru" /export file=("config_export_".$date)

> put [ /system clock get date ]

только теперь инетерсно, можно ли как-то формат поменять