Перед применением чего угодно нужно вначале ознакомиться с предметной областью. Очень похоже, что были взломаны только роутеры, у которых доступ к сервисам управления не был закрыты с интернета. А эпик фейлы бывают и у вендоров первого эшелона. Свежайший пример - https://www.securitylab.ru/news/524248.php
Дистрибутив и оконная среда какие? Тормозит сама система или только отрисовка интерфейса? Если да, то какой драйвер видеоадаптера задействуют иксы (можно найти в логах XOrg или выводе утилиты glxinfo). Возможно проблема в том, что оконной среде нужен OpenGL для отрисовки эффектов, и он работает криво или вообще обсчитывается программно. В этом случае можно попробовать отключить использование opengl или перейти на оконную среду, которой он не требуется.
Обычно для каждого порта отдельный mac-адрес выделен у L3-свичей, у L2 - часто выделен один мак на свич (плюс естестсвенно отдельный mac .для management-порта там, где он есть). И свич-чип - это вовсе не комп, там другой принцип работы (хотя во многих асиках CPU уже интегрирован).
Вот человеку без опыта я бы точно не стал советовать коммутаторы Mikrotik. Они конечно движутся в правильном направлении, и в принципе уже более-менее годны для использования под определенные задачи, но нюансов пока еще много и как обычно, Mikrotik любит пилить всякие "фишечки", оставляя существенные пробелы в базовом функционале.
Проще перечислить те, у которых cli не похож на Cisco. Большинство производителей страются сделать оборудование в управлении похожим на нее. Первыми приходят в голову Juniper, D-Link, Mikrotik.
White, все же написано выше. У Huawei E3372 сменилась ревизия, старая, совместимая с RouterOS 6.X, больше не продается, а новая работает только в 7.X, что устраивает не всех. Я и сам использовал E3372 ранее, и использовал бы дальше, если бы это было возможно.
Это вики ведут, как выяснилось, не очень аккуратно, там не все совместимые модемы представлены. Например, строчка из changelog к RouterOS 6.48 упоминает о добавлении поддержки модема, которого в вики нет:
Задача какая? Организовать локальную сеть, организовать сетевую инфраструктуру ЦОДа, интегрировать свич в сеть провайдера? В зависимости от ответа, предложения по выбору будут кардинально различаться.
Планируется стек из 8 свитчей, развёртывание радиус-сервера, как минимум.
Радиус сервер применительно к свичам зачем? Для авторизации подключаемых устройств по протоколу 802.1x? И кстати, оба свича стекируемыми не являются (Mikrotik точно, HP вроде бы тоже).
P.S. Коммутаторы Mikrotik лучше не берите, разве только вы точно понимаете, что нужны именно они и почему. Очень вероятно, что будет много боли и сожаления.
Настройте один раз как нужно через Quick Set с нуля, потом дайте в консоли команду /export compact terse
Она выдаст конфиг устройства в виде списка команд. Если до этого роутер был с дефотным заводским конфигом, то в первом приближении это и будет то, что вам нужно.
В x86-варианте RouterOS (не CHR) в принципе есть поддержка виртуальных машин. А на роутерах максимум, что доступно (причем далеко не на всех, поддерживается только архитектура MIPS и PowerPC) - это Metarouter, в котором возможно запустить Mikrotik или OpenWRT - https://wiki.mikrotik.com/wiki/Manual:Metarouter
Чисто теоретически конечно можно и внутри Metarouter использовать вложенную софтовую виртуализацию...
Напишите пожалуйста потом, был ли хэппи-энд у этой истории? Данные спасены? Все причастные живы-здоровы?
И первое правило работы с серверами - не пытаться там что-то "улучшать", не разобравшись вначале досконально. Ибо слишком часто это плохо кончается.