Безусловно, и будете обрабатывать весь BGP одним слабым ядром?
Сомнительная идея. Задача BGP не параллельна в RouterOS v6. Вы получить допустимо-недопустимо большое время сходимости таблиц.
А поставить другую имплементацию BGP будет нельзя без Metarouter.
Не путайте теплое с мягким. Тазики ставят на маршрутизацию, но не уровень агрегации. Не сравнивайте тупую, но специализированную машину, сделанную для маршрутизации пакетов и не способную к модификации и расширению и софтовый маршрутизатор, логика работы которого может быть изменена. Основными проблемами софтового роутера являеются: латентность памяти, проблема алгоритма выборки маршрута (решается только очень частично роут-кэшем - хэш-таблицей http://linux-ip.net/html/routing-cache.html), и архитектура ЦПУ-шина-память, которая вносит также задержки.
Аппаратные машины используют память TCAM, благодаря которой возможно сделать выборку гарантированно за O(1), можно реализовать список контроля за O(1) (можно лишь частично приблизить это на софте с использованием больших битовых карт).
Следующее - задача маршрутизации и анализа пакетов высоко параллельна , потому требуется архитектура с большим числом ядер, пусть и слабых. Если вы когда-то строили что-то для IDS, то вы все сами знаете.
Именно потому, многие аппаратные роутеры не пригодны для сложной классификации трафика без установки кучи охренеть-дорогих-каких карт расширения Cisco©, Huawei и тп, которые снова - специализированны под конкретный тип анализа, тогда как машины с большим числом ядер способны очень гибко проводить такой анализ вплоть до высших уровней, выполняя при этом маршрутизацию. Здесь, конечно, все уходит в нагрузку, но поскольку задача высоко параллельна, то увеличение числа вычислительных ядер, решает и эту проблему. Не решается лишь проблема шины.
Решение Mikrotik реализует сказанное мной, но из-за убожества их софта не представляет интереса - необходим нормальный GNU/Linux.
Таким образом, софтовые роутеры - это гибкое решение, но требующее очень тонкой проработки. Их можно легко отпрофилировать, тогда как сиська жестко зажата. Именно для решения проблемы параллельности был создан проект PacketShader (MIT), который предполагает перенос части маршрутизации на GPU!, что должно стать огромной прибавкой. Да, потенциально у него много проблем: необходимо уйти от традиционного цикла обработки через ЦПУ, решить проблему памяти, решить проблему передачи между сетевыми и ГПУ, реализовать управление трафиком на ГПУ в режиме ядра, что требует очень больших хаков, потому это пока только концепт, но ОЧЕНЬ УДАЧНЫЙ КОНЦЕПТ.
В итог - вы не верны. Софтовые роутеры используют в своих задачах, и будут использовать, и я буду всяческий этому помогать.
