[devel] etcnet and bridge (vlan_filtering)

[alexei на taf.ru]

----- Исходное сообщение -----
> От: "Sergey Afonin" <asy на altlinux.org>
> Кому: "ALT Linux Team development discussions" <devel на lists.altlinux.org>
> Отправленные: Среда, 17 Ноябрь 2021 г 18:10:09
> Тема: Re: [devel] etcnet and bridge (vlan_filtering)

> 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
> начинает быть доступен с соседнего хоста. В багзиллу что ли пойти уже...

На BOND в моем примере не обращайте внимание, когда-то это был реальный бонд их пачки
1G портов, сейчас это нормальный физический 10G порт.

Еще можно посмотреть в сторону аппаратного vlan offload, вполне возможно что он отрезает верхнюю метку.