L3HW Offload и VRF не работают?

Есть шансы получить сейчас примерное время прибытия? По CCR2216 99% людей скорее всего будут использовать какую-то форму VRF, что полностью исключает возможность использовать L3HW. Я слежу за каждым выпуском беты, лишь бы увидеть, доступна ли эта функция.

Хотя апгрейд L3HW может показаться хорошей идеей, реализация оказалась полной ерундой. У других производителей VRF работают толково. Если включить L3HW offloading, то все ваши VRF становятся бесполезными, кроме основной таблицы. Это выглядит как полное отсутствие дальновидности со стороны Mikrotik, ведь большинство пользователей, особенно те, кто меняет CCR1036/1072, скорее всего используют VRF для разделения интернет-трафика и управления — как и мы. Так что, теперь, когда Mikrotik уже на версии 7.18 ROS V7 и у них было куча времени разобраться с этим, что, черт возьми, случилось? Думаю, нам просто предлагают всю маршрутизацию класть в основную таблицу и полагаться на безопасность с кучей правил файрвола, либо вовсе отказаться от HW offload? Возможно, пора переходить на Vyos, ведь они уже несколько крупных версий нормально делают VRF. Даже в 6.49 VRF работали как надо, а мы для этого использовали CCR1072 — управление и публичные маршруты в своих VRF без проблем. Как насчет нагрузки на CPU? В режиме без L3HW offload наши тестовые маршрутизаторы CCR2216/2116 при простом speedtest на 300 Мбит/с выдают огромные скачки нагрузки на несколько ядер, и я не представляю, как это будет масштабироваться до сотен пользователей. Похоже, маркетинг в Mikrotik просто тащится от идеи, что когда-нибудь в будущем L3HW offloading действительно пригодится в новых линейках продуктов. Вот и всё, что я хотел сказать.

Согласен! Это важная функция, её нужно включить как можно скорее, пожалуйста!

Будет готово, когда будет готово! Но думаю, уже близко к завершению, потому что им нужно исправить это в соответствии с их реализацией EVPN в версии 7.20.