по-настоящему минималистичный образ MetaROUTER для обработки пакетов

Пока не знаю. Есть подходящая поговорка: «Если у тебя есть молоток, всё вокруг начинает казаться гвоздём». Я профессионально занимаюсь встроенным программированием, и мне было естественно интересно попробовать запустить более «низкоуровневую» версию кода внутри гостевой системы MetaROUTER (возможно, независимо от того, насколько это практично). Единственный способ добиться этого — тщательно изучить много патчей Mikrotik к ядру Linux, чтобы понять, как гостевая виртуальная машина взаимодействует с хостом, и потом написать новый код с нуля. Это был (и есть) трудоёмкий и медленный процесс.

В встроенной среде обычно можно переключать GPIO-пины или что-то подобное, чтобы проверить, действительно ли код работает, как ожидается. Однако виртуализация по своей сути блокирует любой доступ к памяти за пределами выделенного диапазона, поэтому никакие периферийные устройства недоступны. К тому же, обычно (хотя и не обязательно) встроенная среда имеет документированный интерфейс, а в нашем случае интерфейс пришлось выводить напрямую из исходников и с помощью множества экспериментов.

Как сказал timberwolf, lwIP / uIP может использоваться в качестве лёгкого сетевого стека. Проблема в том, что Linux — это крутая универсальная платформа для программирования. За ней стоит огромная неподъёмная работа множества добровольцев. Хоть и с ценой в виде не самой эффективной загрузки CPU и памяти, простой код можно написать за считанные секунды, не заморачиваясь деталями настройки.

Поэтому, когда думаешь о создании какой-то универсальной платформы для написания приложений MetaROUTER, наступает момент (возможно, очень ранний), когда просто бессмысленно изобретать велосипед заново. Тем не менее, моя «молотковая» интуиция подсказывает, что есть сферы применения, где действительно имеет смысл использовать облегчённый, упрощённый код, который даже не требует полноценного сетевого стека. Просто я пока не понимаю, где именно эти границы.