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 15:35:52 +0400
User-Agent: KMail/1.9.10 (enterprise35 0.20100827.1168748)
References: <CAEdvWkTb6u7XsPFSBZww-p6-s9DJEnHmxmAO4LcNwUuDvaHH9g@mail.gmail.com>
 <202111171410.09723.asy@altlinux.org>
 <195515074.984130.1637146612394.JavaMail.zimbra@taf.ru>
In-Reply-To: <195515074.984130.1637146612394.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: <202111171535.52204.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 11:36:00 -0000
Archived-At: <http://lore.altlinux.org/devel/202111171535.52204.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:

> > То есть, если переделать bridge0.900 в ether0.899.900, то IP на ether0.899.900
> > начинает быть доступен с соседнего хоста. В багзиллу что ли пойти уже...
> 
> На BOND в моем примере не обращайте внимание, когда-то это был реальный 
> бонд их пачки 1G портов, сейчас это нормальный физический 10G порт.

VLAN_REORDER_HDR=1 всё же помогает, но только для локального интерфейса,
не для транзита.

> Еще можно посмотреть в сторону аппаратного vlan offload, вполне возможно
> что он отрезает верхнюю метку. 
 
Так с etcnet + bridge-utils работает. Или iproute2 этим управлять научился?

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