Linux: ускорение трафика, предназначенного для самого моста

Я пытаюсь следовать этому совету, чтобы ускорить движение к самому мосту. Кажется, в моей ситуации все флажки установлены: сервер также общается с другими узлами, у мостовых портов нет IP-адресов, таблица маршрутизации верна и т. Д. Однако, когда я применяю правило, ящик становится недоступным из сети. Я должен очистить стол, чтобы вернуться.

Единственный мостовой порт - это связующее устройство, которое может усложнять проблему. Distro - это Ubuntu Server 18.04.1 LTS. Вот мой нетплан:

---
network:
  version: 2
  renderer: networkd
  ethernets:
    trunkports:
      match: { name: "eno[1234]" }
  bonds:
    bond0:
      interfaces: [trunkports]
      parameters:
        mode: 802.3ad
        transmit-hash-policy: layer3+4
        mii-monitor-interval: 100
        lacp-rate: fast
  vlans:
    bond252:
      link: bond0
      id: 252
  bridges:
    br0:
      interfaces: [bond0]
      parameters:
        forward-delay: 0
        stp: false
      addresses:
        - 10.1.10.2/24
        - 10.1.10.10/24
      gateway4: 10.1.10.1
    br252:
      interfaces: [bond252]
      parameters:
        forward-delay: 0
        stp: false
      addresses:
        - 192.168.252.2/24

РЕДАКТИРОВАТЬ: я подозреваю, что дисциплина очереди "noqueue", которая установлена ​​по умолчанию на всех виртуальных (то есть, связных и мостовых) устройствах, означает, что эта настройка производительности больше не является строго необходимой, но я хотел бы получить подтверждение по этому вопросу.

РЕДАКТИРОВАТЬ 2: Вот команда ebtables, которую я выдаю:

/sbin/ebtables -t broute -A BROUTING -d $(< /sys/class/net/br0/address) -p ipv4 -j redirect --redirect-target DROP