Боюсь, никому не пришло в голову, что один мост может обслуживать несколько туннелей bgp-vpls клиентов и, следовательно, потребуется манипуляция с VLAN тегами на порту моста, к которому подключён туннель, поэтому pvid не является частью конфигурации /interface vpls bgp. Дизайнеры, вероятно, ожидали, что манипуляция с VLAN тегами будет происходить на крайних портах, а не на туннельных. Так как, судя по всему, вы не можете подстроиться под эту концепцию, попробуйте убрать элемент моста в строке /interface vpls bgp, что сделает это динамическое значение невидимым. Затем добавьте строку /interface bridge port вручную с нужным вам pvid. Это может быть вообще невозможно — имя туннеля может не быть доступным как имя интерфейса для добавления в качестве порта моста. Даже если это возможно, я бы предположил, что как только туннель исчезнет и появится снова, строка /interface bridge port будет выглядеть как interface=*некоторый-hex-номер, и трафик не будет проходить к/от туннеля, так что вам нужно будет написать скрипт для отслеживания изменений и обновления списка /interface bridge port. Но сначала проверьте, работает ли это действительно — PPP BCP также добавляет L2 туннели как порты моста динамически, но vlan-filtering вообще не работает на этих портах (я не помню, просто ли это, что тегированные кадры не принимаются из туннелей или что-то хуже). Если туннель bgp vpls нельзя добавить как порт моста таким образом, вам придется продолжать использовать ваши взаимосвязанные мосты и, возможно, использовать правила фильтрации /interface bridge, чтобы предотвратить плохие вещи, указанные на странице "не делайте этого" (например, не позволять STP BPDUs просачиваться через /interface vlan на основной мост). И убедите разработчиков, что ваш случай использования настолько распространен, что имеет смысл реализовать соответствующую обработку.
