From nobody Sat Mar 29 19:28:12 2025 X-Original-To: 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 4ZQ6r707nVz5rxCK for ; Sat, 29 Mar 2025 19:28:23 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2001:41d0:700:4a43:a25:de0:0:13]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZQ6r53r6rz40BV for ; Sat, 29 Mar 2025 19:28:21 +0000 (UTC) (envelope-from freebsd@omnilan.de) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@omnilan.de designates 2001:41d0:700:4a43:a25:de0:0:13 as permitted sender) smtp.mailfrom=freebsd@omnilan.de Received: from mh0.gentlemail.de (mh0.gentlemail.de [135.125.173.218]) by mx0.gentlemail.de (8.18.1/8.18.1) with ESMTP id 52TJSCUW050372 for ; Sat, 29 Mar 2025 19:28:13 GMT (envelope-from freebsd@omnilan.de) Received: from [172.21.3.1] (s1.omnilan.de [217.91.127.234]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id C2C1D1BECE for ; Sat, 29 Mar 2025 19:28:12 +0000 (UTC) Message-ID: <675d8c6c-0c27-4650-bcad-e191c07512b9@omnilan.de> Date: Sat, 29 Mar 2025 20:28:12 +0100 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 User-Agent: Mozilla Thunderbird To: net@FreeBSD.org Content-Language: en-US, de-DE From: Harry Schmalzbauer Subject: Rewritten VLAN tag at ng_ether(4) and ng_socket(4) as bhyve(8) netgraph backend Organization: OmniLAN Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [1.34 / 15.00]; NEURAL_SPAM_LONG(0.94)[0.942]; NEURAL_SPAM_MEDIUM(0.46)[0.457]; NEURAL_SPAM_SHORT(0.24)[0.237]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; MLMMJ_DEST(0.00)[net@FreeBSD.org]; PREVIOUSLY_DELIVERED(0.00)[net@freebsd.org]; DMARC_NA(0.00)[omnilan.de]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4ZQ6r53r6rz40BV X-Spamd-Bar: + Hello, I hope my netgraph (understanding) issue/question fits to net@. My issue: I'm observing VLAN tagged frames reading VID=0 when received inside a bhyve(8) VM, while they (correctly) read VID=77 at ng_eiface(4) ng_bridge(4) members. Narrowed down to be a netgraph(4) problem: Using if_tap(4) as bhyve(8) backend instead of netgraph preserves VLAN tagging (tcpdump inside the otherwise same VM reads VID-77). Blocks use case: Having a VM with a 'trunk' port. If anybody has an idea or is interested in some more details, please have a look at https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=285755 Thanks in advance, -harry