http://mikrotik.moscow Новые темы форума SwOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Fri, 26 Jun 2026 18:08:23 +0300 Невозможно сменить CRS309-1G-8S+IN на SwOS. SwOS в форуме SwOS.
Поскольку это устройство очень медленно загружается в RouterOS, а мне не нужны никакие функции, кроме коммутирования, я хотел бы запустить его с SwOS. Но, к сожалению, я слишком глуп, чтобы переключить режим загрузки:  
[admin@MikroTik] > /system/routerboard/settings/set boot-os=swos
ошибка: не разрешено для режима устройства  
SwOS обновлён до 2.17, а RouterOS — до 7.17.1.
03.02.2025 11:59:00, chg123.]]> http://mikrotik.moscow/forum/forum59/88092-nevozmozhno-smenit-crs309_1g_8s_in-na-swos./message423380 http://mikrotik.moscow/forum/forum59/88092-nevozmozhno-smenit-crs309_1g_8s_in-na-swos./message423380 Mon, 03 Feb 2025 11:59:00 +0300 SwOS sfp-sfpplus1 предупреждение: высокая температура! SwOS в форуме SwOS.
Всем привет! Я новенький пользователь Mikrotik и обновил своё личное сетевое оборудование на роутер RB5009UG+S+ и коммутатор CRS304-4XG-in. Между ними я использую SFP+ модуль, и у меня возникла проблема с чрезмерным нагревом этого модуля. Winbox показывает средние предупреждения о температуре в 92 градуса Цельсия, а журнал постоянно выдает предупреждения: sfp-sfpplus1 high temperature warning! Пожалуйста, улучшите охлаждение/расположение модуля или используйте другой тип модулей для этого решения. Хочу отметить, что модуль — Mikrotik S+RJ10 ревизии 2.16. Я пытался найти причину проблемы и менять скорость, но безуспешно. Спасибо за вашу помощь!
23.01.2025 22:43:00, BAT.]]> http://mikrotik.moscow/forum/forum59/88086-sfp_sfpplus1-preduprezhdenie_-vysokaya-temperatura/message423327 http://mikrotik.moscow/forum/forum59/88086-sfp_sfpplus1-preduprezhdenie_-vysokaya-temperatura/message423327 Thu, 23 Jan 2025 22:43:00 +0300 SwOS CSS610-8P-2S+ случайно перестает пересылать данные ровно на пять минут SwOS в форуме SwOS.
Настройка  
Я — айтишник в небольшой компании, и недавно перевёл нас с устаревшей плоской сети на первые этапы более сегрегированной схемы. Прикладываю обзор сети.  
SW01 — CRS309-1G-8S+IN, SwOS 2.13  
SW02 — CRS309-1G-8S+IN, SwOS 2.13  
SW03 — CSS610-8G-2S+IN, SwOSlite 2.17 (ошибки были и на предыдущих версиях, к сожалению, не задокументированы)  
SW04 — CSS610-8G-2S+IN, SwOSlite 2.17 (аналогично, ошибки были и раньше, без документации)  
ROUTER01 — RB5009UG+S+IN, RouterOS 7.12  

Есть VLAN-оверлей, который я не отобразил. В общем, все соединения между свитчами и двумя точками доступа Ubiquiti настроены как trunk (строгий режим, только tagged, порт в VID 4090 и не является членом VLAN). Свитчи и точки доступа работают в management VLAN и принимают подключения только из неё. SSID привязаны к VLAN тегам. ROUTER01 роутит и фильтрует трафик между VLAN. На инфра-сервере крутятся несколько ВМ, в том числе openvz контейнер для мониторинга.  

Проблемы  
Проблема проявлялась в случайных пропаданиях связи. Когда меня не было на месте, подтвердить быстро не удавалось, и воспроизвести ошибку тоже. Тогда я сделал маленький инструмент, который периодически пингует набор IP и пишет логи в CSV. Запустил это в openvz-контейнере, где уже работает prometheus SNMP экспортер для сетевого железа. Потом скомпилировал утилиту под armv7 и aarch64, чтобы запускать на NAS и даже на точках доступа Ubiquiti.  

С каждого мониторящего узла (infra, NAS, AP) пингуются другие устройства, по обе стороны от проблемы. Это позволило выявить виновника — SW03. Все системы на той же стороне (ближайшие свитчи SW01 или SW02) остаются доступны с приемлемым временем отклика. Я периодически импортирую CSV в InfluxDB для просмотра через Grafana. Сейчас есть данные за много дней, и я заметил несколько странностей.  

Наблюдения/Выводы  
SW03 случайно прекращает передачу трафика.  
SW04 делает то же самое, но сначала не было видно — используется в лаборатории, где нет круглосуточных пингов.  
Пропадания не связаны ни с каким видимым событием.  
Кажется, что чип свитча перестаёт пересылать трафик, НО две точки доступа на этом же свитче могут пару минут пинговаться друг с другом, когда остальной трафик не идёт.  
Интерфейс управления свитча продолжает отвечать на пинги без перебоев.  
Пропадания длятся ровно 5 минут с точностью до интервала пинга в 1 секунду!  
После этих 5 минут трафик возобновляется и всё работает как надо.  
Счётчики ошибок на SW03 фиксируют только RX паузы, которые при этом невидимы через SNMP! Mikrotik?!  
SNMP счетчики ошибок ничего не показывают вокруг событий.  
Я настроил порт-миррор на SW02, и пакетный захват показывает, что после начала сбоя пакеты перестают проходить до возвращения соединения через 5 минут.  

Я пришёл из куда более крупной инфраструктуры (другие свитчи, полностью перемешанные резервные 10G каналы по нескольким зданиям с ~80 хостами, 5 фаерволами и разными интернет-линками). Тут я не пытаюсь заморочиться сверх меры и не подозреваю ошибку конфигурации.  

Ровно 5 минут подозрительно похоже на таймаут watchdog и перезагрузку части железа.  

Эксперименты  
Хотел исключить перегрев S+RJ10 — они греются. Поэтому есть отдельный аплинк через обычный S-RJ01 и обычный порт на CSS610.  
Сам аплинк проблемой вряд ли является — SW03 отвечает по интерфейсу администрирования даже, когда точки доступа недоступны.  
Если бы AP были виноваты, NAS должен был бы стабильно пинговать роутер и быть доступен с SNMP-экспортера.  
Если я не ошибаюсь, другой причины для таких сбоев, не связанных с SW03, нет.  

Сначала думал, что HW-поломка SW03, поменял конфигурации SW03 и SW04 (идентичные модели) — ошибка появилась и на другом железе тоже!  
Делаю вывод — проблема в OS, если бы это был HW, пострадал бы весь парк или значительная часть, и я бы уже наткнулся на обсуждения.  

У меня был неиспользуемый CRS326-24G-2S+RM (со свежим SwOS), который я добавил вместо SW03. Имелся только один spare PoE инжектор — на одну AP. Во время работы произошёл как минимум один сбой: AP на SW03 отключилась, а AP на CRS326 отвечала нормально.  

Это ещё больше указывает на проблему с SwOSlite или обеими нашими CSS610, хотя у них разные серийники и даже разные vendor bits в MAC, так что это вряд ли одна партия.  

— Я на пределе, единственный выход — заменить свитчи и больше не брать CSS.  
Очень раздражён, ведь я привнёс Mikrotik в компанию с «они мощные за свои деньги и при этом «нормальные» устройства», а теперь «Я» — причина всех проблем.  
Люди понимают, что редкий, но случайный сбой — худшая лотерея, а пропадания в важных встречах — катастрофа.  

Есть идеи, в чём причина? Как дальше копать? Вопросы по отсутствующей информации?  

С уважением, Моу
18.11.2023 03:27:00, moenadic.]]> http://mikrotik.moscow/forum/forum59/87931-css610_8p_2s_-sluchayno-perestaet-peresylat-dannye-rovno-na-pyat-minut/message421768 http://mikrotik.moscow/forum/forum59/87931-css610_8p_2s_-sluchayno-perestaet-peresylat-dannye-rovno-na-pyat-minut/message421768 Sat, 18 Nov 2023 03:27:00 +0300 SwOS Застрял на 2.11p SwOS в форуме SwOS.
Новый CSS106-5G-1Sr2 с прошивкой 2.11, обновлён до 2.11p и не удаётся обновить до 2.16. Как это сделать? Пробовал даже вручную.
23.08.2024 05:54:00, pbits.]]> http://mikrotik.moscow/forum/forum59/87708-zastryal-na-2.11p/message419597 http://mikrotik.moscow/forum/forum59/87708-zastryal-na-2.11p/message419597 Fri, 23 Aug 2024 05:54:00 +0300 SwOS SwOS и логирование SwOS в форуме SwOS.
Здравствуйте! В нашей сети используется несколько коммутаторов Mikrotik. Мы используем их только как устройства уровня L2 и поэтому запускаем SwOS. Однако у меня возникла ситуация, когда нужно понять, иногда ли интерфейсы уходят в недоступное состояние и возвращаются обратно. Но я могу видеть это только в реальном времени, так как, кажется, логи недоступны. Можно ли добавить в SwOS вкладку «Log»? Там бы отображались логи устройства. Хотелось бы знать, когда интерфейсы отключаются и включаются. Желательно с возможностью отправлять эти логи на Syslog-сервер.
16.06.2022 13:34:00, chiel1212.]]> http://mikrotik.moscow/forum/forum59/86567-swos-i-logirovanie/message408137 http://mikrotik.moscow/forum/forum59/86567-swos-i-logirovanie/message408137 Thu, 16 Jun 2022 13:34:00 +0300 SwOS SwitchOS CLI SwOS в форуме SwOS.
Возможно ли настроить SwitchOS с помощью CLI/SSH?
18.04.2018 14:20:00, 4k1l.]]> http://mikrotik.moscow/forum/forum59/84296-switchos-cli/message385113 http://mikrotik.moscow/forum/forum59/84296-switchos-cli/message385113 Wed, 18 Apr 2018 14:20:00 +0300 SwOS Можно ли использовать не помеченные/помеченные (доступные/основные) VLAN на одном порту? SwOS в форуме SwOS.
Прошу прощения, что поднимаю вопрос, который уже обсуждался в других тредах, но хотелось бы прояснить текущий статус. В других местах я использую коммутаторы HP Procurve 2600 series, которые могут смешивать нетегированные и тегированные VLANs на одном порту, без проблем. Я купил один из продуктов RouterBOARD SwOS, полагая, что он будет способен на то же самое, но кажется, что нельзя тегировать VLANs на access-порте и наоборот. Мне нужно, например, чтобы Порт 2 был нетегированным VLAN 10 (клиентский ПК), Порт 2 был нетегированным VLAN 10 (клиентский ПК), Порт 3 был нетегированным VLAN 10 с тегированными VLANs 20, 40, 60, 80, 100 (Cisco Aironet 1231, native VLAN 10), Порт 4 был нетегированным VLAN 10 с тегированным VLAN 20 (Mitel 5312 телефон - voice VLAN тегированный 20, PC порт использует VLAN 10), Порт 5 был тегированным VLANs 10, 20, 40, 60, 80, 100 (trunk к RB750). Порты 1, 2, 5 я могу настроить без проблем. Не получается заставить работать порты 3 и 4 так, как нужно.
24.12.2013 19:22:00, sjoram.]]> http://mikrotik.moscow/forum/forum59/59170-mozhno-li-ispolzovat-ne-pomechennye_pomechennye-_dostupnye_osnovnye_-vlan-na-odnom-portu/message224653 http://mikrotik.moscow/forum/forum59/59170-mozhno-li-ispolzovat-ne-pomechennye_pomechennye-_dostupnye_osnovnye_-vlan-na-odnom-portu/message224653 Tue, 24 Dec 2013 19:22:00 +0400 SwOS