[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