From nobody Sat Apr 23 08:12:57 2022 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 88D8F1A84222 for ; Sat, 23 Apr 2022 08:13:11 +0000 (UTC) (envelope-from benoitc@enki-multimedia.eu) Received: from mail-4317.proton.ch (mail-4317.proton.ch [185.70.43.17]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KlkYL1y5Fz3hBx for ; Sat, 23 Apr 2022 08:13:10 +0000 (UTC) (envelope-from benoitc@enki-multimedia.eu) Date: Sat, 23 Apr 2022 08:12:57 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=enki-multimedia.eu; s=protonmail; t=1650701581; bh=a0NKn7HAsjTq/e7nvHug/64u/ONsfxRoY3RGxUCur3Q=; h=Date:To:From:Cc:Reply-To:Subject:Message-ID:In-Reply-To: References:Feedback-ID:From:To:Cc:Date:Subject:Reply-To: Feedback-ID:Message-ID; b=ucQeLNSxAE5fI22DIw5MnFjyAShdyjsC0RKOIIo6W1FwrqsQFYdQ5cAns2e7HykAB 4uErBYLLBkG5yePgKKwDpN5H8y1oJ4Qg2ZxMnsB9QtDJhmE2xrrzPZC5FhX2SYxzMw NUIajA0les5PuJqcR+YqjdMVJ/64oT2Stvu45tHE= To: "Patrick M. Hausen" From: Benoit Chesneau Cc: "freebsd-net@FreeBSD.org" Reply-To: Benoit Chesneau Subject: Re: how to bridge "native" vlan? Message-ID: In-Reply-To: <8E5C5DFB-B029-4B32-A67B-D09042ACCEE3@punkt.de> References: <8E5C5DFB-B029-4B32-A67B-D09042ACCEE3@punkt.de> Feedback-ID: 9066678:user:proton List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4KlkYL1y5Fz3hBx X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=enki-multimedia.eu header.s=protonmail header.b=ucQeLNSx; dmarc=pass (policy=none) header.from=enki-multimedia.eu; spf=pass (mx1.freebsd.org: domain of benoitc@enki-multimedia.eu designates 185.70.43.17 as permitted sender) smtp.mailfrom=benoitc@enki-multimedia.eu X-Spamd-Result: default: False [-0.60 / 15.00]; HAS_REPLYTO(0.00)[benoitc@enki-multimedia.eu]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[enki-multimedia.eu:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.43.0/24]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(0.86)[0.858]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[enki-multimedia.eu:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[enki-multimedia.eu,none]; NEURAL_HAM_MEDIUM(-0.46)[-0.458]; MLMMJ_DEST(0.00)[freebsd-net]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N I've found this old ticket that let think it could be supported by ng_vlan = : https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D224961#c3 But I'm not sure if it really works without some work around: regarding nex= t comment : "Ethernet frames received without vlan tag will be dropped by this comple s= chema but it is possible to process them too by inserting ng_tee node into = the graph" Does anyone have experience with it? Beno=C3=AEt Chesneau Sent with ProtonMail secure email. ------- Original Message ------- On Thursday, April 21st, 2022 at 14:11, Patrick M. Hausen = wrote: > Hello, > > > Am 21.04.2022 um 11:29 schrieb Benoit Chesneau benoitc@enki-multimedia.= eu: > > I have an interface on which multiple vlans are connected. I would like= to bridge the vlan 100 and 200 but also have a bridge for the "native" vla= n 1. I Can setup a bridge for vlan 100 and 200 the way below I think but ho= w to create a bridge for the "native" vlan? > > > I don't have any experience with netgraph but I do know that > you cannot do that with if_bridge(4). If you make the physical > interface the member of a bridge, you cannot use additional > VLANs on that interface, anymore. > > Does anybody know if the same restriction applies to ng_bridge(4)? > > Kind regards, > Patrick > -- > punkt.de GmbH > Patrick M. Hausen > .infrastructure > > Kaiserallee 13a > 76133 Karlsruhe > > Tel. +49 721 9109500 > > https://infrastructure.punkt.de > info@punkt.de > > AG Mannheim 108285 > Gesch=C3=A4ftsf=C3=BChrer: J=C3=BCrgen Egeling, Daniel Lienert, Fabian St= ein