[devel] etcnet and bridge (vlan_filtering)
Sergey Afonin
asy на altlinux.org
Ср Ноя 17 13:10:09 MSK 2021
On Wednesday 17 November 2021, alexei на taf.ru wrote:
> > То есть в бридж объединяются два VLAN. Далее в этом
> > бридже должны ходить другие VLAN. В p8 конфигурация
> > работает, в p9 (и, видимо, далее - нет).
> > 12:00:50.979026 00:1c:c0:18:fc:89 > Broadcast, ethertype 802.1Q (0x8100), length
> > 60: vlan 899, p 0, ethertype 802.1Q, vlan 900, p 0, ethertype ARP, Request
> > who-has 10.10.10.252 tell 10.10.10.254, length 38
> >
> > Но вот на выходе (ether1) 899 куда-то срезается:
> >
> > 12:02:05.730383 00:1c:c0:18:fc:89 > Broadcast, ethertype 802.1Q (0x8100), length
> > 56: vlan 900, p 0, ethertype ARP, Request who-has 10.10.10.252 tell
> > 10.10.10.254, length 38
>
> В options у ether0.899 ether1.899 и bridge0.900 пропишите VLAN_REORDER_HDR=1. Как раз
> это значение по-умолчанию при переходе p8 -> p9 у etcnet поменялось. Не совсем понятно зачем.
Не помогает.
> И еще, на ether0, ether1 и bridge0 mtu должно быть больше или равно 1504
C MTU понятно, так и работало в p8.
> клиентский интерфейс SVLAN.CVLAN (3064.1000)
> # ip link show dev pppe3064.1000
С обычным интерфейсом работает, с bond не пробовал, с бриджом не хочет,
отрезает svlan на выходе.
То есть, если переделать bridge0.900 в ether0.899.900, то IP на ether0.899.900
начинает быть доступен с соседнего хоста. В багзиллу что ли пойти уже...
--
С уважением, Сергей Афонин.
Подробная информация о списке рассылки Devel