Декapsulation MPLS/VPLS закреплен за одним ядром процессора на ARM/ARM64 (CCR2004, CCR2116)

Похоже, что в ROSv7 на ARM/ARM64 распаковка MPLS привязана к cpu0, из-за чего возникает серьёзное торможение в MPLS/VPLS сетях на роутерах ARM64, таких как CCR2004 и CCR2116. Например, у нас в сети CCR2004 выступают в роли основных и сайтовых роутеров. Когда устройство, подключённое к сайтовому роутеру, начинает отправлять трафик вверх, скорость ограничивается примерно 500-700 Мбит/с, загрузка cpu0 на основном роутере достигает 95% и выше, при этом возникает значительная потеря пакетов. Трафик на приём существенно не страдает от этой проблемы. Мы общались с тремя другими операторами, которые используют VPLS и тоже сталкиваются с этим. Проблема воспроизводится как на CCR2116, так и на CCR2004. Недавно мы имели дело с провайдером, который выразил недовольство асимметричной производительностью VPLS на роутерах CCR2116/CCR2004. В итоге они перешли на Arista для основного роутера, оставив CCR2116 на башенных сайтах. Что интересно, теперь они могут почти полностью использовать линейную скорость (9800/9800 Мбит/с) по VPLS с башенных CCR2116, тогда как раньше максимум был около 500 Мбит/с на отдачу. Ещё один знакомый провайдер проверил и выяснил, что узкое место на одном ядре возникает именно при распаковке, а не при упаковке. Временно мы наложили VXLAN, который в ROSv7 для ARM/ARM64 корректно работает с распараллеливанием по ядрам. Однако идеальным решением было бы исправить проблему MPLS/VPLS на ROSv7 для ARM64, учитывая, что все флагманские роутеры MikroTik — ARM64. Если у вас была такая проблема, поделитесь опытом. Обращение в поддержку MikroTik подано 12.06.2023, номер SUP-136817.