станция сама отключается

Я тоже думаю, что новая схема нумерации могла бы отлично сработать. Например:  
4.0.0 — крупный релиз версии 4  
4.1.0 — релиз с новыми функциями  
4.1.1 — релиз с исправлениями ошибок  
4.1.2 — релиз с исправлениями ошибок  
4.2.0 — релиз с новыми функциями  

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

К тому же для клиентов это даёт уверенность, что они могут оставаться на стабильном релизе, пока Mikrotik не решит перейти к следующему релизу с новыми функциями.

Я правда думаю, что это сильно помогло бы. По крайней мере, должен быть какой-то способ исключать ненужные функции. Еще одна идея — выпускать функции как отдельные пакеты (.npk-файлы). Например, выходит функция wake on lan, её выпускают как 3.xx-wol.npk (то есть она будет работать только на версиях v3.xx и выше). А в следующем «большом» обновлении (v4.0, v5.0 и так далее) эти функции включают в пакет system.npk. Mikrotik, я бы хотел иметь возможность «исключать» функции в пользу только исправлений ошибок. Это возможно?

Normis, это вопрос шире, чем просто беспроводная связь. В последнее время у меня были проблемы с VLAN в v4 — потратил два дня на объекте клиента с 750G. Был уверен, что либо я полный идиот, либо это Netgear-свитчи не работают как положено по 802.1q. Потом увидел в следующем релизе, что MT починили это, и запланировал новый визит к клиенту, чтобы обновить 750, но потом услышал от коллеги, что вы исправили VLAN, но сломали DHCP, так что снова пришлось ждать. Это только самые свежие проблемы. Вы иногда выпускаете версии очень быстро: исправляете одну ошибку, ломаете другую, потом опять чините. Поэтому сложно понять, какая версия на самом деле «стабильная». Та, что долго не заменяется, и значит в ней нет серьёзных багов, или просто разработка остановилась, потому что сотрудники ушли заниматься чем-то другим? Но это уже оффтоп, и такую тему много раз обсуждали, просто ты спросил!

Опасный вопрос! Могу привести множество примеров коммерческой прошивки, которая не меняется годами, а не днями или неделями. Почему? Потому что а) в неё никогда не добавляют новые функции и б) она «просто работает».

ROFL — Ладно, понимаю давление со стороны ваших клиентов. Но мне говорили, что IPv6 over PPoE — это баг: раньше работало, потом сломалось. Теперь в новой версии снова работает, так что это не новая функция. Мой разговор больше о том, как MT может быть более открытым, чтобы принимать бизнес-решения и по-новому показывать нам, вашим клиентам, какая версия действительно хорошая, исправляющая баги в нестабильно проверенной новой версии из-за какой-то новой функции, которую вы добавили. Ченджлог недостаточно прозрачный, он не раскрывает все исправления и не объясняет полностью новые функции (например, полный пересмотр синтаксиса команд для настройки DNS-сервера — отличная новая фича, но она ломает скрипты для любой версии до этой и стоила мне кучу времени). Если старшие сотрудники MT будут открыты для конструктивных комментариев и готовы обсудить наши идеи для лучшего подхода, у вас будет гораздо больше довольных клиентов. Я не на стороне тех, кто просто жалуется негативно — это никому не помогает. Придумывать конструктивные решения всегда лучше, чем разрушительные жалобы! Может, это и для другого форума? Рон