From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <asy@altlinux.org>
X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on
 sa.local.altlinux.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
 autolearn_force=no version=3.4.1
From: Sergey Afonin <asy@altlinux.org>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Date: Wed, 17 Nov 2021 14:10:09 +0400
User-Agent: KMail/1.9.10 (enterprise35 0.20100827.1168748)
References: <CAEdvWkTb6u7XsPFSBZww-p6-s9DJEnHmxmAO4LcNwUuDvaHH9g@mail.gmail.com>
 <202111171205.03316.asy@altlinux.org>
 <1130187550.980138.1637141082055.JavaMail.zimbra@taf.ru>
In-Reply-To: <1130187550.980138.1637141082055.JavaMail.zimbra@taf.ru>
X-KMail-QuotePrefix: > 
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset="utf-8"
Content-Transfer-Encoding: 8bit
Content-Disposition: inline
Message-Id: <202111171410.09723.asy@altlinux.org>
Subject: Re: [devel] etcnet and bridge (vlan_filtering)
X-BeenThere: devel@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ALT Linux Team development discussions <devel@lists.altlinux.org>
List-Id: ALT Linux Team development discussions <devel.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/devel>,
 <mailto:devel-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel>
List-Post: <mailto:devel@lists.altlinux.org>
List-Help: <mailto:devel-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
 <mailto:devel-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Nov 2021 10:10:19 -0000
Archived-At: <http://lore.altlinux.org/devel/202111171410.09723.asy@altlinux.org/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

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

-- 
С уважением, Сергей Афонин.