RB532 с 2.9.11 или 12 или 13 вылетает с QUAKE3

Я не знаю, что вызывает проблему, лично мне было бы интересно узнать больше о настройке mesh-сети. Что, в свою очередь, заставляет меня ответить на вопрос об отправке писем в Mikrotik. Я тоже не получил ответа от них уже довольно давно. Постоянно получаю сообщение "обратитесь к продавцу, у которого вы это приобрели", и, ну… я покупал их напрямую у Mikrotik, за исключением одного. И они не могут предложить никакой помощи, кроме "это беспроводной роутер, зайдите на сайт с инструкциями". -Michael

Трафик, который принудительно перезагружает RB532A с версией 2.9.12. Единственная конфигурация в RB532A: два порта Ethernet настроены с IP-адресами. Один из портов используется как шлюз в интернет. Второй порт предназначен для подключения к ПК с Quake3 и всеми последними патчами. Остальная конфигурация — настройки по умолчанию в роутере. Запускаем Quake3 и ищем онлайн-сервера, и роутер перезагружается. Заходим в “ip firewall service-port” и отключаем quake3. Проблема исчезает. На мой взгляд, здесь две ошибки: service-port используется только с NAT. В этом роутере NAT не настроен, поэтому service-port должен влиять на пакеты. Независимо от того, что ПК отправляет роутеру, роутер не должен вылетать. Таким образом, 2.9.12 имеет огромную ОШИБКУ, которая может отключить целую сеть на базе Mikrotik. К сожалению, OSPF в 2.9.13 ненадежен, а мне нужен OSPF. А 2.9.11 не работает с PPPoE и лимитами скорости. 2.9.14 была удалена с сайта из-за серьезной ошибки для RB532. Кто-нибудь знает версию, которая работает? Мне нужен OSPF, BGP, PPPoE, DHCP и RADIUS. — Carlo

Я только что попробовал версии 2.9.11 и 2.9.13. В обеих есть БАГ, который может поломать твою сеть. Ничего себе, никто раньше этого не находил. Наверное, не так много людей играют в Quake3. -Карло

Этот разговор не продуктивный... "Не работает, исправьте!" Я лично это слышал от клиентов постоянно. А потом мне приходится потратить кучу времени, чтобы вообще понять, что они имеют в виду под "не работает"! Да ладно, люди! cmarazzi И я реально думаю, что у вас проблемы с сетевой архитектурой - какой-то вид широковещательного трафика валит вашу сеть! Можете сделать зондирование в роутерах, чтобы посмотреть на эти quake3-широковещательные пакеты?? Из темы невозможно определить конфигурацию вашей сети, может, нарисуете? Есть ли какие-нибудь мосты в этой сетке? Какие-нибудь сторожевые процессоры?

Ок, интересно, хочу увидеть это своими глазами — Queake3: The Network slayer. У меня нет Cisco, но есть как минимум 5 Mikrotik. Какую конфигурацию нужно сделать, чтобы повторить этот баг самому? Простое маршрутизирование? Маскирадинг? И какую версию Quake3 ты используешь??? (может, торрент?) И что нужно делать в игре!

Если хочешь посмотреть на схему нашей сети MESH, вот ссылка: http://netdial.caribe.net/~cmarazzi/Net-Design.PNG. Сеть требует подключения примерно 25 новых узлов в течение 3 месяцев. Я приостановил строительство до тех пор, пока не найду решение для RouterOS или не найду альтернативу существующим проблемам с маршрутизацией. -Карло

Джаросуп, спасибо за предложение. Моя сеть теперь стабильна после того, как я убрал эти сервисы-порты. Однако это серьезный, но не задокументированный случай, который может привести к сбою в сети. Просто играя в игру. Улдис, надеюсь, ты нашёл этот баг и можешь задокументировать его для остальных, кто не ожидает, что Mikrotik Router на базе сети рухнет из-за QUAKE3. У кого-нибудь есть идеи, когда выйдет 2.9.15? Надеюсь, исправления для OSPF, BGP, PPPoE работают. Спасибо, Карло.

Ты включал service-port для quake3? Мы выяснили, что вылет происходит, когда service-port включён, а у нас NAT ничего не было настроен. Просто сбрось конфиг; добавь IP-адрес, смотрящий на твой шлюз и дефолтный маршрут; добавь IP-адрес на втором интерфейсе для твоего ПК с QUAKE3; настрои свой ПК так, чтобы он подключался к интернету через второй порт. Как только ты сможешь заходить в интернет, открой Quake3 и зайди на онлайн-сервер. Твоя RB532 вылетит. OSPF здесь ни при чём. В нашем случае вылетающий роутер был важным участником OSPF в меше. Поэтому каждый раз, когда кто-то запускал QUAKE3, страдало OSPF. И мы связали OSPF с QUAKE3. Но в конце наших поисков выяснилось, что проблема в service-port в разделе брандмауэра. Оказывается, service-port используется для NAT, когда сервер, находящийся на NATed стороне, должен работать. По какой-то необъяснимой причине RouterOS передаёт unNATed трафик этой функции. Не мог бы кто-нибудь из Mikrotik подтвердить это, чтобы другие не сталкивались с той же проблемой и отключали service-port для quake3? Спасибо, Карло.