Проблема с версией 6.xx RouterOS на 951G-2HnD

Привет, ребята, у меня такая же проблема, и она сводит меня с ума. Роутер в случайные моменты просто перестаёт маршрутизировать. Отключение и повторное включение интерфейса ether1-gateway временно решает проблему.

Некоторые наблюдения:

Общее:
Проблема проявляется во всех версиях RouterOS 6.x. Сейчас у меня 6.18. Кроме RouterOS, прошивка тоже обновлена. Настройка RouterOS очень простая, ничего замысловатого — просто NAT на провайдера для ethernet и WiFi. Все 5 ethernet-портов задействованы. Есть интерфейс ovpn, который постоянно отключён. Происходит это внезапно и в непредсказуемое время. Иногда не проявляется неделями и даже месяцами, а иногда, как вчера, — случается 10 раз подряд.

После сбоя:
Проброс через WAN любой попытки не проходит — “timeout”. Это затрагивает клиентов, подключённых к ether2-5, WiFi и даже сам роутер (ping из терминала не проходит). Роутер даже не может пропинговать основной шлюз. Список маршрутов выглядит нормально. Все интерфейсы отмечены как доступные, включая ether1-gateway. Роутер нормально видит соседние Mikrotik. Запуск IP Scan по ether1-gateway проходит без проблем. Проблема именно в маршрутизации на ether1-gateway.

Загрузка ЦП и использование памяти — на низком уровне.

Выговорюсь:
С каждым новым релизом RouterOS я надеюсь, что эту проблему исправят, но нет. В changelog обычно пишут про мелочи или глупости, но этот ужасный “баг” остаётся. Настоящая капризуля. Что тут ещё скажешь?

Для сравнения — в офисе у меня уже много лет RB750, под гораздо большей нагрузкой, с хорошим временем работы, другая конфигурация, те же версии RouterOS. Там такой проблемы никогда не было. Не было даже повода его перезагружать ради восстановления.

Кто-нибудь выяснил, в чём может быть причина и как этого избежать? Я не уверен, что это связано только с нагрузкой или трафиком, потому что у меня такое случалось и в периоды простоя.

Может, есть что-то, что я могу сделать, чтобы:
- Глубже диагностировать проблему
- Собрать доказательства, правильно настроить логи
- Помочь Mikrotik официально разобраться и исправить баг
- Навсегда избавиться от этой ужасной проблемы?

Жаль, что от Mikrotik ни слова по этому поводу.

Спасибо, Томас

Спасибо за подсказку. Я отключил все ненужные порты, чтобы разгрузить роутер, оставил подключённым только минимум — 1xWAN и 1xLAN, а на WAN-интерфейсе отключил автоопределение скорости. Интересно, сколько времени пройдет, пока проблема снова не появится. Надеюсь, этого не случится. Судя по твоей теме, кажется, есть какая-то закономерность. Мой провайдер не поддерживает скорость 1 Гбит, поэтому роутер, хоть и рассчитан на 1 Гбит, подключается на 100 Мбит в полном дуплексе (я это хорошо понимаю и меня это устраивает). Но я склоняюсь к тому, что это скорее проблема маршрутизации, чем проблемы с передачей по каналу. Роутер успевает выполнить IP-сканирование на WAN в момент сбоя, значит, он способен отправлять и принимать определённые пакеты по каналу.

Проблема возникает время от времени, в среднем примерно два раза в месяц. Это очень сильно раздражает, и я почти уверен, что дело в какой-то ошибке, уязвимости или нестабильности самой RouterOS. Чем ещё можно объяснить такое повторяющееся поведение RouterOS? Самое обидное, что с момента сбоя устройство становится недоступным через WAN, поэтому вернуть его в нормальное состояние удалённо невозможно. Пинг не проходит, подключиться через Winbox нельзя. Это безумие. Серьёзно. Устройство не повисло, не заблокировано и не отключилось полностью. Его можно вернуть к нормальной работе, просто отключив и вновь включив интерфейс WAN (ether1-gateway) с локальной сети. То есть даже перезагружать или обесточивать устройство не нужно. Чисто программная проблема. На пострадавшем устройстве установлена RouterOS версии 6.19. Эта стена полного игнорирования со стороны сотрудников Mikrotik просто оглушает.

Хорошо. Как и ожидалось, упомянутый трюк с переключением eth1-gateway снова решил проблему. Поскольку я не могу предотвратить эту ситуацию в будущем, могу по крайней мере попытаться заставить роутер восстановиться самостоятельно. Идея в том, чтобы использовать функцию tools/netwatch для постоянной проверки доступности шлюза провайдера, и если он становится недоступен (фактически RouterOS не может к нему достучаться), запускать скрипт восстановления вроде такого:

/log warning message="ISP gateway inaccessible"
/beep
/interface disable ether1-gateway
/delay delay-time=1
/interface enable ether1-gateway
/beep
/log warning message="eth1-gateway toggled"

Это первый скрипт RouterOS (точнее последовательность команд), которую я быстро собрал, так что с пониманием относитесь. Несмотря на вышеописанные жалобы, есть вероятность, что проблема именно в моём провайдере, ведь они используют (если правильно помню) пресловутую систему Alot для контроля трафика в своей сети. В любом случае, и внутренняя логика RouterOS, и «фишки» провайдера — вне моего контроля.

Полгода назад я настроил RB951G-2nHD в квартире брата. До недавнего времени у меня была похожая проблема. В моём случае исходящее соединение пропадало, когда устройство сильно нагружалось. Мне потребовалось время, чтобы разобраться, но я понял, что роутер терял ARP-запись для шлюза провайдера, из-за чего основной шлюз становился неактивным. Я провёл множество разговоров с провайдером, а они не хотели признавать проблему. Но три недели назад я проявил настойчивость и провёл пару часов на телефоне. В итоге они исправили свои настройки, и теперь соединение работает без сбоев. Единственное, что я сделал — отключил подмену MAC-адреса на порт WAN и попросил провайдера прописать MAC-адрес роутера.

Похоже, функция клонирования MAC каким-то образом не работает. Всё равно сообщите об этом в Mikrotik, может, они что-то найдут и исправят в будущем.