Поведение DHCP + RADIUS Framed-Route

У нас есть система, где мы аутентифицируем DHCP-клиентов на основе DHCP option 82. Это позволяет нам назначать статический IP для сервиса, который не зависит от MAC-адреса CPE или какого-то другого значения, которое может измениться. На нашем RADIUS-сервере мы используем значение Framed-Route, чтобы назначать дополнительные подсети для маршрутизации к клиенту. DHCP-сервер Mikrotik принимает значение Framed-Route и создаёт для этих подсетей «динамические активные статические» маршруты с шлюзом в виде IP клиента DHCP. Это отличная функция, которая значительно снижает ручную настройку. Но только для CPE, не относящихся к Mikrotik. Mikrotik CPE теряют свой маршрут по умолчанию и добавляют только маршруты для указанных в Framed-Route значений. Насколько я помню (всё это было давно), DHCP-сервер Mikrotik также отправляет эти значения Framed-Route клиенту в DHCP-предложении, как часть DHCP Option 121. Как четко выразился Chupaka в другом посте: проблема в том, что «другие бренды» не соблюдают RFC. RFC3442 однозначно говорит: «Если DHCP-сервер возвращает одновременно опцию Classless Static Routes и опцию Router, DHCP-клиент ДОЛЖЕН игнорировать опцию Router». Насколько я видел, в полностью Mikrotik-среде эти дополнительные маршруты приходят к CPE, и CPE добавляет (сломанные) маршруты только для этих подсетей. Прошу прощения, если где-то ошибаюсь — давно не занимался этим вопросом и решил написать здесь после обсуждения недавнего релиза RouterOS. Есть ли у кого-то ещё такой опыт или кто-то смог заставить это работать так, как мы задумывали?