From nobody Mon Jul 28 03:39:39 2025 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 4br43q11Mwz63TWR; Mon, 28 Jul 2025 03:39:51 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe:19]) (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 ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4br43p12mbz3sxx; Mon, 28 Jul 2025 03:39:49 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zabbadoz.net header.s=20240622 header.b=eQz58+XA; spf=pass (mx1.freebsd.org: domain of bzeeb-lists@lists.zabbadoz.net designates 2003:a:140a:2200:6:594:fffe:19 as permitted sender) smtp.mailfrom=bzeeb-lists@lists.zabbadoz.net; dmarc=pass (policy=none) header.from=zabbadoz.net Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id E41AFA64805; Mon, 28 Jul 2025 03:39:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=zabbadoz.net; s=20240622; t=1753673976; bh=sLDz7Wjk/K97Gosb1qb5ecrVCiAPCxGPgIX+82L6QlY=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=eQz58+XAwfTjnw+P3tr3lhXsGfMeEn8Sfrv2HXYPUxTIQ9MwrXp+9HqGavavpqkuP xYJtQTfm7LQmUrir1CgLVJu2rUqEXd8WlBAw3l1Lv5BGvCpBrOZpNX1zOH9bE7/KyF iYcoytaJEkS80hDkSOf0FV0wHzoF9MCn/jNS/Tf6aBLiZiMf01iDVuGsYL5deR5UNK A/P0VWs76oMSf7wJ2nbC9F9STKzMrC66EyX8gDxJp6PcAdYE4lnHx9xKtFn+03rAJQ txqR7DPYN74h3y+IkPbImmFJIS/8yol/cTOZGUiClxn9gDxEAH+1jfVWkHMZeE8Jd6 adnEtMd7Iq2WDnBTc8ry2SzK+LlaO+/5D+uhzNFnVxW9aVglvzsiCUjBYpEXVAcdD4 PSASf3lfk5xGrBR0qJ3OqdNDEfMDRSqCTFnGehbTYgWCSSYbYUGSpOzViEy+cVkQ63 tBnDkKlySM0Z1ieEJhx+JSbRL/xxQasWMxptvwYJfvsAk/NwLGbqKYtEiFd2wY/agX Tv5T16oSxEpZUExGtz/xPvxARTL8JZwEdTRIf1qWhKlJz5Cx1yYmTd9xmdWzhwH+um iOAyt3+1EMdRPaIxKR3rdgeOnCbIiIIYGRpVJZdX8W9vXpScCojW65qfMKHMoGjA+1 WFDhxKRAXsmSaNVb1RiPnJOk= Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 83D972D029E1; Mon, 28 Jul 2025 03:39:41 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id uwlHrnHvRhMM; Mon, 28 Jul 2025 03:39:40 +0000 (UTC) Received: from strong-iwl0.sbone.de (strong-iwl0.sbone.de [IPv6:fde9:577b:c1a9:4902:a66b:b6ff:fe40:39a9]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id A632D2D029D8; Mon, 28 Jul 2025 03:39:40 +0000 (UTC) Date: Mon, 28 Jul 2025 03:39:39 +0000 (UTC) From: "Bjoern A. Zeeb" To: Lexi Winter cc: freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: ifconfig_bxe0_ipv6="inet6 accept_rtadv" seems to break bridging In-Reply-To: Message-ID: <00682777-qrr3-0r0p-63o3-no2n18166q50@yvfgf.mnoonqbm.arg> References: X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 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=US-ASCII; format=flowed X-Spamd-Result: default: False [-3.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.998]; NEURAL_HAM_SHORT(-0.99)[-0.986]; DMARC_POLICY_ALLOW(-0.50)[zabbadoz.net,none]; R_DKIM_ALLOW(-0.20)[zabbadoz.net:s=20240622]; R_SPF_ALLOW(-0.20)[+ip6:2003:a:140a:2200:6:594:fffe:19]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:3320, ipnet:2003::/19, country:DE]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org,freebsd-net@freebsd.org]; DKIM_TRACE(0.00)[zabbadoz.net:+] X-Rspamd-Queue-Id: 4br43p12mbz3sxx X-Spamd-Bar: --- On Thu, 24 Jul 2025, Lexi Winter wrote: > void: >> I've found ifconfig_bxe0_ipv6="inet6 accept_rtadv" breaks bridging >> on a dual stack interface in unless some manual hoops are jumped through. >> >> net.link.bridge.member_ifaddrs is the default ("0") here. >> [...] >> Adding ifconfig_bxe0_ipv6="inet6 accept_rtadv" and then rebooting causes the >> following: > > you should set accept_rtadvd on the bridge interface, not the member > interface. setting it on the member interface will try to assign the > SLAAC address to the member, which is not allowed. .., which is *no longer* allowed by default but was good for ages. -- Bjoern A. Zeeb r15:7 From nobody Mon Jul 28 04:12:54 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 4br4p91PpQz63VSL for ; Mon, 28 Jul 2025 04:13:05 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe:19]) (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 ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4br4p76qMkz3ymm; Mon, 28 Jul 2025 04:13:03 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zabbadoz.net header.s=20240622 header.b=Y8jL3eLv; spf=pass (mx1.freebsd.org: domain of bzeeb-lists@lists.zabbadoz.net designates 2003:a:140a:2200:6:594:fffe:19 as permitted sender) smtp.mailfrom=bzeeb-lists@lists.zabbadoz.net; dmarc=pass (policy=none) header.from=zabbadoz.net Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id 90CF5A64805; Mon, 28 Jul 2025 04:12:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=zabbadoz.net; s=20240622; t=1753675971; bh=xMAv2deeIGyl1T+n0w5D2Q0LPlbznhhYWiop/X10w3Y=; h=Date:From:To:cc:Subject; b=Y8jL3eLvZHVyqY6vbOTIQ/ei5H/HwsKF0COz7pANQ9NV1oMNlMIKpygPCT13i/mbH 46XGGmw/f7i9gRSaOTq5w2MAcqNxrwB52Icjz0M1+CvKaT6eD1FLC17oNXttuVp/9M GLVs/VbuEPMjtSoNXh5grD86iuqIMLd95bQqzoMXq8H2vWMcfiyC9Il8B8m648GrrW CPr4QUNUt3ELQMXord4HSLdY4r+KFESR8PG0R1eMmiBAb/DnxB9asuug2V2C2ZAGdR VhF3CeKhr/f+9L0+5nrCEINVog/UHSfZGw9lGYg+MxYteTdpGjBHWTWcbGfChqmsDa sX1zPBqnkspskeY6UkCAc2qX5pt8Bhh8OP5aRjpinlQfinY8NOJegIua0d8UvQy0ha 9KO/snknOAvhfNlthD5UrOmPA92fbhTL9pPN66oJm86OyJ8+UEtCccpyubl8S8PCHJ W9p8eiRxtKC4Mcxu6pz8UInmX+JVCTVDBdK+Fzri3a2o1g0BJMlird6+1c8gFUqyyn 7ZsffvyGqKP57Q6lXMTgaKTWniMijg0hbYQaVZo8Eac3gDbOenUOuxRyqIU/w8jNs9 BpECWkBZv0TXDxgZN3HsTy1fyRx5AXZYJkRJAOARiKYUTq9vh5qCcuLQf14scsBW4y pmnaP9MI3lG1qa6Z5yXjSDio= Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 4963A2D029E1; Mon, 28 Jul 2025 04:12:56 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id iLAqx6buaiv1; Mon, 28 Jul 2025 04:12:55 +0000 (UTC) Received: from strong-iwl0.sbone.de (strong-iwl0.sbone.de [IPv6:fde9:577b:c1a9:4902:a66b:b6ff:fe40:39a9]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 1999D2D029D8; Mon, 28 Jul 2025 04:12:55 +0000 (UTC) Date: Mon, 28 Jul 2025 04:12:54 +0000 (UTC) From: "Bjoern A. Zeeb" To: Lexi Winter cc: net@freebsd.org Subject: bridge gone wrong? Message-ID: <88846585-6r86-p832-sro5-n4q14n170p06@yvfgf.mnoonqbm.arg> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 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; format=flowed; charset=US-ASCII X-Spamd-Result: default: False [-2.98 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-0.99)[-0.994]; NEURAL_HAM_SHORT(-0.99)[-0.990]; DMARC_POLICY_ALLOW(-0.50)[zabbadoz.net,none]; R_DKIM_ALLOW(-0.20)[zabbadoz.net:s=20240622]; R_SPF_ALLOW(-0.20)[+ip6:2003:a:140a:2200:6:594:fffe:19:c]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3320, ipnet:2003::/19, country:DE]; MISSING_XM_UA(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; MLMMJ_DEST(0.00)[net@freebsd.org]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[zabbadoz.net:+] X-Rspamd-Queue-Id: 4br4p76qMkz3ymm X-Spamd-Bar: -- Hi, I wish I would not have had to look into this but I got bitten over the weekend. My topology on boot looks simplified for the example) like: physical interface +--- vlan1 +--- vlan2 +--- vlan3 I need addresses on the VLAN interfaces to be able to reach the machine in the default setup. Now there are use cases that duing the liftime of a boot I need to add a bridge interface to a vlanN + fanout: physical interface +--- vlan1 --- bridge0 ---++++ other interface[s] +--- vlan2 +--- vlan3 --- bridge1 ---++++ other interface[s] And that's where things obviously went south after the member_ifaddrs sysctl changed (which I had missed). Sitting on a 14.3-STABLE machine didn't help the confusion until I pulled the git tree and checked the log and UPDATING. So my setup seems to be reverse to what most poeple think they should do -- broadcast all packets including vlans over the bridge and deal with it behind. So for that case vlan filtering tries to solve this makes half-way sense. I wished we would have added vlan filtering/handling generically to interfaces as a "sub-layer" stacking things properly but that's a discussion for another decade I fear; but that's where I tink "bridge went wrong" now. I feels like we tried to make the bridge a switch just not quite right (yet). I have a few suggestions at least to improve a few things given you are active there, and some question. I think at least ifconfig(8) needs a few changes (some old problems): (a) "Bridge VLAN Filtering Parameters" belongs under "Bridge Interface Parameters" and is not another equal .Ss subsection. (new) (b) "Bridge Interface Parameters" really also should have a reference to bridge.4 and mention that the bridge.4 man page documents more specific bits and the sysctls to change other behaviour in addition to the ifocnfig options. This is good for the vlan filtering part already. (c) both ifocnfig "Bridge VLAN Filtering Parameters" and the bridge(4) "VLAN SUPPORT" parts are talking about "interfaces". I think using "bridge members" or "member interafce(s)" here for clarity would help a lot to have a distinction from (bridge) interface to (bridge) member (interface). This is not a new problem as other older options have that ambiguity as well and should probably be improved along. (d) bridge.4 "VLAN SUPPORT" says: "" Traffic sent to or from the host is not assigned to a VLAN by default. To allow the host to communicate on a VLAN, configure a vlan(4) interface on the bridge and (if necessary) assign IP addresses there. "" Question: which VLAN do the addresses on the bridge interface belong to now? If I do (unrelated to my setup, just in general): ifconfig bridge0 inet6 auto_linklocal -ifdisabled up ping -n ff02::1%bridge0 where do the packets go? Or in yet another way, how do you set the untagged vlan-id for the bridge interface itself? You can do so for all possible VLANs which are tagged by adding the vlan(4) interface on top but that does not help the untagged case. (d.1) Untagged on one member interface could now with filtering be vlan-id 123 and on another member interface it could be vlan-id 666. Is that handled correctly on igress->bridge-IPs->egress? (e) Something no one seems to have thought of was how this all aligns with etherswitch? Different program different arguments and names for some things which do this "in hw" rather than using the software implementation. Did we loose a chance to fix this and harmonize it? (f) bridge.4 says "" Attempting to assign an IP address to a bridge member interface, or add a member interface with an assigned IP address to a bridge, will return an EINVAL ("Invalid argument") error. "" Is this a distinct error for the addm case? If we can poinpoint it to that problem (along with the sysctl value), we should really give the user a better error message. That might help all the surprised users now. If we return EINVAL for other addm errors as well we probably lost on this too. My .05cts /bz -- Bjoern A. Zeeb r15:7 From nobody Mon Jul 28 08:57:04 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 4brC5r5kGyz62pxD for ; Mon, 28 Jul 2025 08:57:04 +0000 (UTC) (envelope-from ivy@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (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 "freefall.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4brC5r53wtz3Mrv; Mon, 28 Jul 2025 08:57:04 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753693024; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=kOUm+LAUIYWC4xQWAjMXL8QurgaGBtz0m3lMnf2RTas=; b=XAmRqGgkZ0JrNmpA/2qULauFRFjZP6Bez9cbcF35BwhcPMer4nIstKlH7CW5U8iutX1atv IWiadckKZg6eIwUuAb2ce2mdibBQcgglSzEOmVdGIVc2RKXi40bjBLOdReka+YbP5b0HjC UAnxrLaUuHDZzqOo6Ti2s3DgYfV5R+gbi6b958zvqd4aeMNJDAUzaZxVrHAHMDuUYbJuUV JIouyAJHJT8RymTFdgRB6P++vPBFVWTR3EYfFa8vGQEHJyNlSUWcNyRY6rBfzUtF/LpX27 tpqAj3cYpDH4fsR+zXl3WODz+oMkxTxai12cmEGURmwDISv/a8Jp07N4lGTEnA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753693024; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=kOUm+LAUIYWC4xQWAjMXL8QurgaGBtz0m3lMnf2RTas=; b=qRq3Sd6PCkDnjKY7bbkQwexXh2wNLHy3vWZAsiK0LbG2yTOmBGqTRcbzJ45nW+lW358MIB ruvt/fi6OUdVihbzYxGe90V8Q1qlB0/yP5u4vKaTGMvyWDS5JGTFQ2U7Qzqscpv/D1c3yT jUINPbria/mkuLpbLsRHXjFPNwDtU18CI82/zr2Xdf+TuePXrsboJKvL9L79cmaYfLkzj1 Moya+8Yx+vjaGtufRLmws+1IxD8PQoVuU34tSlTQvp2C21P/CabaGazTiMIiHzZQjsRZ/B z2zan2gXttmGkbxomTg4aFA4Tza7+bjhQMA+sS3J6VYxjbE8RlGVWWlNIQSn/g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1753693024; a=rsa-sha256; cv=none; b=BwYHG6g0jngMDkqAAoyt8YfQarMM9G4YkhicU1TyxxDk7hPijJ61/LPANZH1T+u4ZenGWq rAdDRW6PDr0A+XA2AT1AYAJEUR5N6d7SdIkmB3gTRTnJiQ+kALRC4oHDoXqcd4vwwtvn8N 2Gd/KMYVEc1cNjZ9ZfT9QJOj6RoiIN5ofO5HmKCgtaCPJMRZDGJ6YAi7LsHJGGZZAGz/cc 1OnYF7rfouhVo7Lihd7WoZ/EZ4HkW6YLJ+yo0hVreESM+yi/VoY/5mD6hTCIRENLLyu5Os ZrJYb4IUfbsBhLEJu1cia/8Bj8FctEFTJP7Zd0ROyq3ZxAHQgDOEgHKuoYFtDg== Received: by freefall.freebsd.org (Postfix, from userid 1532) id 97A4B16321; Mon, 28 Jul 2025 08:57:04 +0000 (UTC) Date: Mon, 28 Jul 2025 09:57:04 +0100 From: Lexi Winter To: "Bjoern A. Zeeb" Cc: net@freebsd.org Subject: Re: bridge gone wrong? Message-ID: Mail-Followup-To: "Bjoern A. Zeeb" , net@freebsd.org References: <88846585-6r86-p832-sro5-n4q14n170p06@yvfgf.mnoonqbm.arg> 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: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="3Y2SKBQwoRCiRrk+" Content-Disposition: inline In-Reply-To: <88846585-6r86-p832-sro5-n4q14n170p06@yvfgf.mnoonqbm.arg> --3Y2SKBQwoRCiRrk+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Bjoern A. Zeeb: > Now there are use cases that duing the liftime of a boot I need to add > a bridge interface to a vlanN + fanout: =20 > physical interface > +--- vlan1 --- bridge0 ---++++ other interface[s] > +--- vlan2 > +--- vlan3 --- bridge1 ---++++ other interface[s] >=20 > And that's where things obviously went south after the member_ifaddrs > sysctl changed (which I had missed). member_ifaddrs should have no impact on this configuration; nothing has changed about putting vlan(4) interfaces in a bridge. the only thing that was briefly broken was putting a vlan(4) in a bridge *and* putting the vlan's underlying network interface in another bridge. that has never worked properly, but was (accidentally) broken entirely by member_ifaddrs, but that was fixed ages ago. also, note that vlan filtering is orthogonal to member_ifaddrs. you can use both, or neither, or one without the other. > (d) bridge.4 "VLAN SUPPORT" says: > "" > Traffic sent to or from the host is not assigned to a VLAN by defaul= t. > To allow the host to communicate on a VLAN, configure a vlan(4) inte= rface > on the bridge and (if necessary) assign IP addresses there. > "" >=20 > Question: which VLAN do the addresses on the bridge interface belong > to now? =20 addresses assigned to the bridge itself have always been in "VLAN 0" and this hasn't changed with VLAN filtering. this is not very useful since "VLAN 0" doesn't really exist and this traffic can't be tagged on the wire, so in a VLAN filtering setup, you would want to avoid assigning addresses to the bridge itself. when VLAN filtering is disabled, this works because untagged traffic on member interfaces is also on VLAN 0 (so the bridge acts like a non-VLAN bridge, except that it still implements IVL), but with filtering enabled, there is never any traffic on VLAN 0. again, to be clear: nothing has changed here in the non-filtering case, this is how bridge always worked. > If I do (unrelated to my setup, just in general): > ifconfig bridge0 inet6 auto_linklocal -ifdisabled up > ping -n ff02::1%bridge0 > where do the packets go? =20 if you don't enable VLAN filtering, nothing has changed here. if you enable VLAN filtering, then filtering ports will drop this traffic: because it doesn't have a VLAN attached it is impossible to filter or forward in a useful way. note that i plan to remove the idea of 'filtering ports' and just make filtering a per-bridge flag (D51228) but this hasn't landed yet. in the mean time, if you have unfiltered ports on the bridge, the multicast traffic will continue to be forwarded via those ports as before. > Or in yet another way, how do you set the untagged vlan-id for the > bridge interface itself? you cannot do that, you should use the SVI interface instead (i.e., a vlan on top of a bridge). i won't add this feature because it's not necessary. in a VLAN filtering setup, it doesn't make sense to have traffic which isn't assigned to a VLAN. > (d.1) > Untagged on one member interface could now with filtering be vlan-id > 123 and on another member interface it could be vlan-id 666. > Is that handled correctly on igress->bridge-IPs->egress? consider the following setup: ifconfig bridge0 create vlanfilter \ addm ix0 untagged ix0 123 \ addm ix1 untagged ix1 666 in this case, all untagged traffic entering on ix0 is assigned to VLAN 123, and all untagged traffic entering on ix1 is assigned to VLAN 666. to communicate with hosts in those VLANs, you would create interfaces bridge0.123 or bridge0.666. there is no need to assign any IP addresses to the bridge itself since there is no untagged traffic. if you are asking about "tag mapping", i.e. you want traffic on ix0 on VLAN 123 to be mapped to VLAN 666 on ix1, this is not currently supported and you should continue to use vlan(4) in a bridge for this unusual configuration. i would like to add support for this, but it definitely won't be in 15.0. > (e) Something no one seems to have thought of was how this all aligns > with etherswitch? i would like bridge to be able to program etherswitch automatically so that it automatically offloads whatever functionality the hardware is capable of. but this is a "would be nice in the future maybe" thing, i haven't even started to think about how it would work. =20 that said, based on my understanding of how typical switch chips are programmed, the VLAN filtering bridge is conceptually closer to how the underlying hardware works than the vlan(4)-in-a-bridge style of bridge. (this is different to how most network cards are programmed, which is closer to the vlan-in-a-bridge setup.) > (f) bridge.4 says > "" > Attempting to assign an IP address to a bridge member > interface, or add a member interface with an assigned IP address to a > bridge, will return an EINVAL ("Invalid argument") error. > "" >=20 > Is this a distinct error for the addm case? yes. > If we can poinpoint it to that problem (along with the sysctl value), we > should really give the user a better error message. i have already exterrorized bridge (D51181) and it's ready to land, i just didn't get around to it yet - depending on how a couple of other things go i might do that today. --3Y2SKBQwoRCiRrk+ Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaIc7XAAKCRD1nT63mIK/ YJ3mAP9nQLxAr1FCT8kNPgX8rHPnTWPml8wIs8IYB4iQWfuSdwEA6WK7blWEeAGc 0CLWxulh6fmXuqZhBVMal5lawozacQM= =QCL7 -----END PGP SIGNATURE----- --3Y2SKBQwoRCiRrk+-- From nobody Mon Jul 28 09:43:31 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 4brD7f6kyyz62sZx for ; Mon, 28 Jul 2025 09:43:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4brD7f5xC4z3VK3 for ; Mon, 28 Jul 2025 09:43:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753695822; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=JedxPd9EhR3qAN9BC+FpvSCPovKSyg6GZA/354oCz3U=; b=XArAttIPKCYd5lsJL5UKLRyYhQi65xbzZUbsk9IVivltfvKMbkBfM+68JQv6u+QeCg+H9E ICImL3cWSqCovYg51GCfCOG/9yFDWrjHd92pR91mEoKmgUwoUBLS9EgeNSMkNJVrBL0xSu DmEtDZ8JBY30lufXJx2AZYOA1vZhDyqhNDtq6ftoapRnfSam7JaBHRri4psd7VUhxZrTxs f6raBRjL7MBERrtBIMdfO3Sr+D3TTN0vmfUAWCKBMq2wA5aiL/AsI9z8qxOZB20LQCK9g6 zeF7ldcP6bZeD3cQnZrVw5kwjbVA/5oZ0XxFTNJeKPph5FJAJAWPg/IhHSlwuQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753695822; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=JedxPd9EhR3qAN9BC+FpvSCPovKSyg6GZA/354oCz3U=; b=CNNe41FqYnqOgD6PB/AuIEDa5W/mp1BmKJ6AuSk0BqkeWxu+fY5G/+oiWHk+czG9wfwlt5 HJNC5tbC3TSQrfT89PHLIGBXKfqfSPP6ynNXJpVHrNM0BNTs6Pm1K61g3WkTYgBegnBH9w 75fnXq7FkdcduUq0YZ70NiMx7Ga+YJQAVzZ8WEVq7PFwgDVWy2SJom/ulkmHLdDsRpJsjj rhYsyDa6flibqTQOKO7sa598VD/Fpk+kQNCpRZU1Qd/07gQYoOnONfUEawz32Sa9G9GWJR rv+71upHvBL3dDblUwuzl9El5GBlJV3jrQLhbF4JcAVvO2J5Uu92iZ33k5RWpw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1753695822; a=rsa-sha256; cv=none; b=l5+UdetkKq2Vwj8EFJYYTrtYBfnpZRUZcPK0jcDydsC0Mc5Yxzfn8ScdH34OGEi7h7rejw pZvd/SBiRVNyXQwmWNGzqgA763aBLbvjewKZcIBmLefS71Jlvlitl8IWVfJYu+ITaaz9Lq 82iZNhrPtYYDIwDcEaIGH6AZoOtCMfr6sVvL30Mt8au/pcluaq7PCrLFYRjm6oSfhgcism fgQfMF6/3MAVc3lm0nApD4FLkr9O6OXp2I07y3qqkhMli8vxZxWFremc56/qm+vI0c0eZz WskU1fjvT7A6NdFX0PQs368yERTnhtz46yXZGaQujXwQuxEQ1QUseOaAabRw1w== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4brD7f5V10zgq6 for ; Mon, 28 Jul 2025 09:43:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 56S9hgrs027620 for ; Mon, 28 Jul 2025 09:43:42 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 56S9hgmr027619 for net@FreeBSD.org; Mon, 28 Jul 2025 09:43:42 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 166724] if_re(4): watchdog timeout Date: Mon, 28 Jul 2025 09:43:31 +0000 X-Bugzilla-Reason: CC AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.1-RELEASE X-Bugzilla-Keywords: needs-patch, needs-qa X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: jc@michot.fr X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D166724 Jean-Claude MICHOT changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jc@michot.fr --- Comment #130 from Jean-Claude MICHOT --- Same problem after upgrading from 14.2 to 14.3, running months without prob= lem in 14.2 and now in 14.3 i have watchdog_timeout. % pciconf -lv re0 re0@pci0:2:0:0: class=3D0x020000 rev=3D0x15 hdr=3D0x00 vendor=3D0x10ec devi= ce=3D0x8168 subvendor=3D0x10ec subdevice=3D0x0123 vendor =3D 'Realtek Semiconductor Co., Ltd.' device =3D 'RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller' class =3D network subclass =3D ethernet --=20 You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.= From nobody Mon Jul 28 19:55:36 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 4brTjw222hz63QKK for ; Mon, 28 Jul 2025 19:55:48 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe:19]) (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 ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4brTjt2QWFz3yH7; Mon, 28 Jul 2025 19:55:46 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zabbadoz.net header.s=20240622 header.b=jEPVnYzr; spf=pass (mx1.freebsd.org: domain of bzeeb-lists@lists.zabbadoz.net designates 2003:a:140a:2200:6:594:fffe:19 as permitted sender) smtp.mailfrom=bzeeb-lists@lists.zabbadoz.net; dmarc=pass (policy=none) header.from=zabbadoz.net Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id 1CE77A64805; Mon, 28 Jul 2025 19:55:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=zabbadoz.net; s=20240622; t=1753732533; bh=NTF2jIrUEEI+YtIq1n1r/u6rBULStDmfeRPVUEZwYbg=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=jEPVnYzrKIfIb0plzmLo8ZMkV3y9maKs1b2q1Z+uNBoMGFg7Nr+POzdS3RzQpNeFR uHvQMFFmWqEZ3xHDzOl5M40tq3SBxuAOcXK4tB2hlWdRhIhWKF9eT7K8cyw/OtSdsk wOn5ieWCRiwD6bhs5ZBhmTNi1rLGWp3XvLMe40G6OizerlAo41GJahqwT/k3LFy0Y6 utSlRZH5vIyM+j87p7Xn5dbcsoT0kCHtoIWEHk29Y7YiUz1LE8DzLACadtmTkeMQvl kHgRObCaRwH0S/qdHaO8GEpTDeOmy00Eqof9ANsxkTrsZ7Wl/ztgtuPfAgyNc7Yg8b hbovOSj+WrwJ66icRMaf8DrnT1BdgXFwdwx3OshFi3HRNKWsN2lmGTIpip7A7e5anf xPV4/prljtioLU/XCfcUWDMmmucqe/DS7c89PfEB1vd8wWI8g29p7QU0zPdrK69qq/ 0kb6sVtBhqzCaWRFvaEgNjpxD/WPlIPBn/ao/lazpD4CjOKFR789zwj7FxDyy4VP5g nc4eEr42V1jpMgN652H4j9gcVAhRLWosq7EZJDgWRz1ROfJTI/+jiFVu4IurBzFFSn MjhqX2WjaoPbnPDX+W344ireVasb4fuS8w0qjqPSoxDhNSKrm57282mvSH414U5Y0n fCRCXf/t+Zoixn5/uhu42EUE= Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id D608A2D029E1; Mon, 28 Jul 2025 19:55:37 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id mkh-cYrqHi8I; Mon, 28 Jul 2025 19:55:36 +0000 (UTC) Received: from strong-iwl0.sbone.de (strong-iwl0.sbone.de [IPv6:fde9:577b:c1a9:4902:a66b:b6ff:fe40:39a9]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id E0CB82D029D8; Mon, 28 Jul 2025 19:55:36 +0000 (UTC) Date: Mon, 28 Jul 2025 19:55:36 +0000 (UTC) From: "Bjoern A. Zeeb" To: Lexi Winter cc: net@freebsd.org Subject: Re: bridge gone wrong? In-Reply-To: <88846585-6r86-p832-sro5-n4q14n170p06@yvfgf.mnoonqbm.arg> Message-ID: <32qoq232-39q4-n64p-o6or-sq496o279155@yvfgf.mnoonqbm.arg> References: <88846585-6r86-p832-sro5-n4q14n170p06@yvfgf.mnoonqbm.arg> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 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=US-ASCII; format=flowed X-Spamd-Result: default: False [-2.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.997]; NEURAL_HAM_LONG(-0.99)[-0.994]; DMARC_POLICY_ALLOW(-0.50)[zabbadoz.net,none]; R_DKIM_ALLOW(-0.20)[zabbadoz.net:s=20240622]; R_SPF_ALLOW(-0.20)[+ip6:2003:a:140a:2200:6:594:fffe:19]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3320, ipnet:2003::/19, country:DE]; MISSING_XM_UA(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; MLMMJ_DEST(0.00)[net@freebsd.org]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[zabbadoz.net:+] X-Rspamd-Queue-Id: 4brTjt2QWFz3yH7 X-Spamd-Bar: -- On Mon, 28 Jul 2025, Bjoern A. Zeeb wrote: Hi, > I wished we would have added vlan filtering/handling generically to > interfaces as a "sub-layer" stacking things properly but that's a > discussion for another decade I fear; but that's where I tink > "bridge went wrong" now. I am sorry for chosing the Subject and words here. I am also sorry for convoluting at least three things into one email, which certainly didn't help but put all under one topic, which wasn't my intention: (a) the sysctl change which triggered me noticing this work, (b) not fully understanding the current implementation and critizing rather than trying to get it clarified, (c) and acient memories from the past to improve and solve the network stack beyond the underlying problem here. As I said originally, I had missed (a) and I've even since found that it is perfectly documented beyond what I had already seen last night. My fault. For (b) thank you for the patient reply and the further work pointed out. I do not claim I fully understand all the bits yet but I know some pending change greatly clarified some of my misunderstandings and I hope you'll have the patience with me to explain the other bits (I'll start a separate conversation for that). When it comes to (c) that is a separate discussion to have. But it was a rude chosing of words of me in the subject and the text related to this. I did not mean to criticize all the hard work that went and goes into bridge at the moment. It is solving a real world problem that has been around for way too long. Thank you for doing it! /bz -- Bjoern A. Zeeb r15:7 From nobody Tue Jul 29 01:26:23 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 4brd3h25zgz63gXm for ; Tue, 29 Jul 2025 01:26:40 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (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 (2048 bits) client-digest SHA256) (Client CN "vps1.elischer.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4brd3g6fyfz3C5k; Tue, 29 Jul 2025 01:26:39 +0000 (UTC) (envelope-from julian@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from [192.168.20.14] (180-150-86-67.b49656.per.static.aussiebb.net [180.150.86.67]) (authenticated bits=0) by vps1.elischer.org (8.17.2/8.16.1) with ESMTPSA id 56T1QTbm088530 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT); Mon, 28 Jul 2025 18:26:32 -0700 (PDT) (envelope-from julian@freebsd.org) X-Authentication-Warning: vps1.elischer.org: Host 180-150-86-67.b49656.per.static.aussiebb.net [180.150.86.67] claimed to be [192.168.20.14] Message-ID: Date: Tue, 29 Jul 2025 09:26:23 +0800 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 Subject: Re: bridge gone wrong? To: "Bjoern A. Zeeb" , Lexi Winter Cc: net@freebsd.org References: <88846585-6r86-p832-sro5-n4q14n170p06@yvfgf.mnoonqbm.arg> Content-Language: en-US From: Julian Elischer In-Reply-To: <88846585-6r86-p832-sro5-n4q14n170p06@yvfgf.mnoonqbm.arg> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4brd3g6fyfz3C5k X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36236, ipnet:204.109.60.0/22, country:US] considered if using the netgraph bridging and vlan support might be a cleaner solution? On 7/28/25 12:12 PM, Bjoern A. Zeeb wrote: > Hi, > > I wish I would not have had to look into this but I got bitten over > the weekend. > > My topology on boot looks simplified for the example) like: > > physical interface >     +--- vlan1 >     +--- vlan2 >     +--- vlan3 > > I need addresses on the VLAN interfaces to be able to reach the machine > in the default setup. > > Now there are use cases that duing the liftime of a boot I need to add > a bridge interface to a vlanN + fanout: > > physical interface >     +--- vlan1 --- bridge0 ---++++ other interface[s] >     +--- vlan2 >     +--- vlan3 --- bridge1 ---++++ other interface[s] > > And that's where things obviously went south after the member_ifaddrs > sysctl changed (which I had missed).  Sitting on a 14.3-STABLE machine > didn't help the confusion until I pulled the git tree and checked the > log and UPDATING. > > So my setup seems to be reverse to what most poeple think they should > do -- broadcast all packets including vlans over the bridge and deal > with it behind. > > So for that case vlan filtering tries to solve this makes half-way > sense. > > I wished we would have added vlan filtering/handling generically to > interfaces as a "sub-layer" stacking things properly but that's a > discussion for another decade I fear; but that's where I tink > "bridge went wrong" now. > > I feels like we tried to make the bridge a switch just not quite right > (yet). > > > I have a few suggestions at least to improve a few things given you are > active there, and some question. > > > I think at least ifconfig(8) needs a few changes (some old problems): > > (a) "Bridge VLAN Filtering Parameters" belongs under "Bridge Interface >     Parameters" and is not another equal .Ss subsection. (new) > > (b) "Bridge Interface Parameters" really also should have a reference to >     bridge.4 and mention that the bridge.4 man page documents more > specific >     bits and the sysctls to change other behaviour in addition to the >     ifocnfig options.  This is good for the vlan filtering part already. > > (c) both ifocnfig "Bridge VLAN Filtering Parameters" and the bridge(4) >     "VLAN SUPPORT" parts are talking about "interfaces".  I think using >     "bridge members" or "member interafce(s)" here for clarity would > help >     a lot to have a distinction from (bridge) interface to (bridge) > member >     (interface). >     This is not a new problem as other older options have that ambiguity >     as well and should probably be improved along. > > (d) bridge.4 "VLAN SUPPORT" says: >    "" >      Traffic sent to or from the host is not assigned to a VLAN by > default. >      To allow the host to communicate on a VLAN, configure a vlan(4) > interface >      on the bridge and (if necessary) assign IP addresses there. >    "" > >    Question: which VLAN do the addresses on the bridge interface belong >    to now? > >    If I do (unrelated to my setup, just in general): >         ifconfig bridge0 inet6 auto_linklocal -ifdisabled up >         ping -n ff02::1%bridge0 >    where do the packets go? > >    Or in yet another way, how do you set the untagged vlan-id for the >    bridge interface itself? >    You can do so for all possible VLANs which are tagged by adding the >    vlan(4) interface on top but that does not help the untagged case. > > (d.1) >    Untagged on one member interface could now with filtering be vlan-id >    123 and on another member interface it could be vlan-id 666. >    Is that handled correctly on igress->bridge-IPs->egress? > > > (e) Something no one seems to have thought of was how this all aligns >    with etherswitch? >    Different program different arguments and names for some things which >    do this "in hw" rather than using the software implementation. >    Did we loose a chance to fix this and harmonize it? > > > (f) bridge.4 says >    "" >      Attempting to assign an IP address to a bridge member >      interface, or add a member interface with an assigned IP address > to a >      bridge, will return an EINVAL ("Invalid argument") error. >    "" > >    Is this a distinct error for the addm case?  If we can poinpoint it >    to that problem (along with the sysctl value), we should really give >    the user a better error message.  That might help all the surprised >    users now. If we return EINVAL for other addm errors as well we >    probably lost on this too. > > > My .05cts > /bz > From nobody Tue Jul 29 06:06:46 2025 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 4brlGw1zP2z61mhW for ; Tue, 29 Jul 2025 06:06:48 +0000 (UTC) (envelope-from devgs@ukr.net) Received: from frv21.fwdcdn.com (frv21.fwdcdn.com [212.42.77.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits)) (Client CN "*.ukr.net", Issuer "Thawte TLS RSA CA G1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4brlGv1FL7z4MLh for ; Tue, 29 Jul 2025 06:06:47 +0000 (UTC) (envelope-from devgs@ukr.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ukr.net header.s=ffe header.b=Msb7B22E; spf=pass (mx1.freebsd.org: domain of devgs@ukr.net designates 212.42.77.21 as permitted sender) smtp.mailfrom=devgs@ukr.net; dmarc=pass (policy=none) header.from=ukr.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; q=dns/txt; d=ukr.net; s=ffe; h=Content-Type:MIME-Version:Message-Id:To:Subject:From:Date :Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID :Content-Description:Resent-Date:Resent-From:Resent-Sender :Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References :List-Id:List-Help:List-Unsubscribe:List-Subscribe:List-Post :List-Owner:List-Archive; bh=bcqpp7PPJ8D5lPEoV67t8IjADDUg32XJzerDA0bd50M=; b=Msb7B22Eup3sk8ndVFkDiymeLl+eoy3nlhB+VmJr3UdjIvg5H+gHrJXEnqxqS/ xhaIupXEerRZ+J2QznVQk/aLsJQzpHdjb3pLTnthvUAixVnQI3VuGVcMN57DUk6v v494nYRJwvtNO6f6aTK4IC6eDGhi6owLkd5X1THGyv8B8=; Received: from [10.10.15.21] (helo=mpop-test1.fwdcdn.com) by frv21.fwdcdn.com with ESMTP ID xsnbcs-sM22hsNdZd for freebsd-net@freebsd.org; Tue, 29 Jul 2025 09:06:46 +0300 Received: from [10.10.10.90] (helo=-) by mpop-test1.fwdcdn.com with local ID uDXOpp-pbMnoO4O4e for freebsd-net@freebsd.org; Tue, 29 Jul 2025 09:06:46 +0300 Date: Tue, 29 Jul 2025 09:06:46 +0300 From: Paul To: freebsd-net@freebsd.org Received: from devgs@ukr.net by test1.fwdcdn.com; Tue, 29 Jul 2025 09:06:46 +0300 Subject: Kernel deadlocks on 14.3-STABLE with 100GbE card Message-Id: <1753769100.0108837000.0kt30ud9@test1.fwdcdn.com> X-Mailer: mail.ukr.net 5.0 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: multipart/alternative; boundary="=-fnFSy+jnrzlyV7UkUCef" X-Spamd-Result: default: False [-0.08 / 15.00]; DWL_DNSWL_LOW(-1.00)[ukr.net:dkim]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.966]; NEURAL_SPAM_LONG(0.96)[0.959]; NEURAL_SPAM_SHORT(0.82)[0.823]; DMARC_POLICY_ALLOW(-0.50)[ukr.net,none]; R_SPF_ALLOW(-0.20)[+ip4:212.42.77.0/24:c]; R_DKIM_ALLOW(-0.20)[ukr.net:s=ffe]; MIME_BASE64_TEXT(0.10)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FREEMAIL_FROM(0.00)[ukr.net]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:8856, ipnet:212.42.77.0/24, country:UA]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[ukr.net]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-net@freebsd.org]; TO_DN_NONE(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[ukr.net:+] X-Rspamd-Queue-Id: 4brlGv1FL7z4MLh X-Spamd-Bar: / --=-fnFSy+jnrzlyV7UkUCef Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Length: 7908 Hi! It has been a 4th time now that our server had to be hard re-booted. Last two of them in the span of two hours. It was only a week since the server was in production. #uname -aKU FreeBSD mpop-frv62.fwdcdn.com 14.3-STABLE FreeBSD 14.3-STABLE stable/14-n271907-7a96c75098af FRV amd64 1403502 1403502 We use a 100GbE card: mlx5_core0@pci0:33:0:0: class=0x020000 rev=0x00 hdr=0x00 vendor=0x15b3 device=0x101d subvendor=0x15d9 subdevice=0x1c32    vendor     = 'Mellanox Technologies'    device     = 'MT2892 Family [ConnectX-6 Dx]'    class      = network    subclass   = ethernet It all starts with one of the nginx processes stuck in 100% CPU consumption loop. Then, in the matter of minutes, more processes enter this state and the server becomes completely unresponsive and has to be rebooted. During this time any attempt to elevate privileges to root (eg sudo, su) simply leads to shell freezing and entering an unkillable state. Luckily we were able to capture kernel stack trace of one of  such nginx processes. These are samples collected manually over the 'few-second' irregular intervals:  PID    TID COMM                TDNAME              KSTACK 88996 105477 nginx               -                   sbflush+0x48 tcp_disconnect+0x63 tcp_usr_disconnect+0x77 soclose+0x75 _fdrop+0x11 closef+0x24a closefp_impl+0x58 amd64_syscall+0x117 fast_syscall_common+0xf8 # procstat -kk 88996  PID    TID COMM                TDNAME              KSTACK 88996 105477 nginx               -                   sbflush+0x48 tcp_disconnect+0x63 tcp_usr_disconnect+0x77 soclose+0x75 _fdrop+0x11 closef+0x24a closefp_impl+0x58 amd64_syscall+0x117 fast_syscall_common+0xf8 # procstat -kk 88996  PID    TID COMM                TDNAME              KSTACK 88996 105477 nginx               -                   sbflush+0x48 tcp_disconnect+0x63 tcp_usr_disconnect+0x77 soclose+0x75 _fdrop+0x11 closef+0x24a closefp_impl+0x58 amd64_syscall+0x117 fast_syscall_common+0xf8 # procstat -kk 88996  PID    TID COMM                TDNAME              KSTACK 88996 105477 nginx               -                   sbflush+0x48 tcp_disconnect+0x63 tcp_usr_disconnect+0x77 soclose+0x75 _fdrop+0x11 closef+0x24a closefp_impl+0x58 amd64_syscall+0x117 fast_syscall_common+0xf8 # procstat -kk 88996  PID    TID COMM                TDNAME              KSTACK 88996 105477 nginx               -                   tcp_disconnect+0x63 tcp_usr_disconnect+0x77 soclose+0x75 _fdrop+0x11 closef+0x24a closefp_impl+0x58 amd64_syscall+0x117 fast_syscall_common+0xf8 # procstat -kk 88996  PID    TID COMM                TDNAME              KSTACK 88996 105477 nginx               -                   sbflush+0x48 tcp_disconnect+0x63 tcp_usr_disconnect+0x77 soclose+0x75 _fdrop+0x11 closef+0x24a closefp_impl+0x58 amd64_syscall+0x117 fast_syscall_common+0xf8 # procstat -kk 88996  PID    TID COMM                TDNAME              KSTACK 88996 105477 nginx               -                   sbflush+0x48 tcp_disconnect+0x63 tcp_usr_disconnect+0x77 soclose+0x75 _fdrop+0x11 closef+0x24a closefp_impl+0x58 amd64_syscall+0x117 fast_syscall_common+0xf8 # procstat -kk 88996  PID    TID COMM                TDNAME              KSTACK 88996 105477 nginx               -                   sbflush+0x48 tcp_disconnect+0x63 tcp_usr_disconnect+0x77 soclose+0x75 _fdrop+0x11 closef+0x24a closefp_impl+0x58 amd64_syscall+0x117 fast_syscall_common+0xf8 Seems that it exits sbflush() but then enters it again an does this in some endless loop. # top last pid: 55529; load averages: 4.05, 4.15, 4.84 up 3+23:02:37 18:12:59 3908 threads: 52 running, 2485 sleeping, 1357 waiting, 14 lock CPU: 0.1% user, 0.0% nice, 4.3% system, 0.1% interrupt, 95.5% idle Mem: 15G Active, 63G Inact, 154M Laundry, 575G Wired, 104K Buf, 95G Free ARC: 512G Total, 219G MFU, 275G MRU, 822K Anon, 5059M Header, 13G Other 446G Compressed, 926G Uncompressed, 2.08:1 Ratio PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 88996 10 -60 0 292M 70M CPU46 46 17:13 99.49% nginx: worker process (nginx) 88995 10 23 0 292M 73M CPU33 33 4:13 99.49% nginx: worker process (nginx) # netstat -m 3301610/61105/3362715 mbufs in use (current/cache/total) 3297555/20133/3317688/49014858 mbuf clusters in use (current/cache/total/max) 3294483/19963 mbuf+clusters out of packet secondary zone in use (current/cache) 1449/28019/29468/24507429 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/7261460 9k jumbo clusters in use (current/cache/total/max) 0/0/0/4084571 16k jumbo clusters in use (current/cache/total/max) 7426308K/167618K/7593926K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 sendfile syscalls 0 sendfile syscalls completed without I/O request 0 requests for I/O initiated by sendfile 0 pages read by sendfile as part of a request 0 pages were valid at time of a sendfile request 0 pages were valid and substituted to bogus page 0 pages were requested for read ahead by applications 0 pages were read ahead by sendfile 0 times sendfile encountered an already busy page 0 requests for sfbufs denied 0 requests for sfbufs delayed # cat /etc/sysctl.conf.local security.jail.allow_raw_sockets=1 security.jail.sysvipc_allowed=1 security.jail.socket_unixiproute_only=0 security.jail.chflags_allowed=1 kern.threads.max_threads_per_proc=10000 kern.ipc.somaxconn=30000 kern.ipc.soacceptqueue=30000 kern.corefile=/tmp/%N-%P.core kern.sugid_coredump=1 vm.swap_enabled=0 vm.v_free_target=10485760 net.inet.icmp.icmplim=20000 net.inet.tcp.delayed_ack=0 net.inet.tcp.nolocaltimewait=1 net.inet.tcp.fast_finwait2_recycle=1 net.inet.tcp.finwait2_timeout=3000 net.inet.tcp.msl=7500 net.inet.ip.portrange.randomized=0 net.inet.ip.portrange.first=1000 net.inet.udp.maxdgram=131072 net.inet.udp.recvspace=1048576 net.inet.tcp.sendbuf_max=67108864 net.inet.tcp.recvbuf_max=67108864 net.inet.tcp.recvspace=131072   # (default 65536) net.inet.tcp.sendbuf_inc=65536  # (default 8192) net.inet.tcp.sendspace=131072   # (default 32768) net.inet.tcp.mssdflt=1460 net.inet.tcp.minmss=536 net.inet.tcp.syncache.rexmtlimit=0 ### See https://reviews.freebsd.org/D20980 https://lists.freebsd.org/pipermail/freebsd-net/2019-July/053892.html net.inet.tcp.ts_offset_per_conn=0 ## PF now has max entries table count (default 65535) for tables https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235076 ## you can get error like: pfctl: Unknown error: -1. net.pf.request_maxcount=1000000 kern.ipc.maxsockbuf=157286400  # (wscale 12) # cat /boot/loader.conf aesni_load="YES" cryptodev_load="YES" zfs_load="YES" ipmi_load="YES" if_lagg_load="YES" cpuctl_load="YES" amdtemp_load="YES" kern.geom.label.disk_ident.enable="0" kern.geom.label.gptid.enable="1" net.inet.tcp.hostcache.cachelimit=32768 net.link.ifqmaxlen="2048" ##net.isr.maxthreads="-1" net.isr.defaultqlimit="8192" #net.isr.maxqlimit="40960" kern.msgbufsize="262144" vfs.zfs.arc_max="512G" vfs.zfs.arc_min="486G" We would appreciate your help or any suggestions on how to work around this issue. We are open to any requests regarding additional data to be collected or kernel options to be tuned. --=-fnFSy+jnrzlyV7UkUCef Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PGh0bWw+PGJvZHk+PHNwYW4gc3R5bGU9ImRpc3BsYXk6YmxvY2s7IiBjbGFzcz0ieGZtXzQ0Mjky MzEyIj48ZGl2PjxzcGFuIHN0eWxlPSJkaXNwbGF5OmJsb2NrOyI+DQo8ZGl2PjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIgbmV3 OyI+SGkhPGJyLz48YnIvPkl0IGhhcyBiZWVuIGEgNHRoIHRpbWUgbm93IHRoYXQgb3VyIHNlcnZl ciBoYWQgdG8gYmUgaGFyZCByZS1ib290ZWQuIExhc3QgdHdvIG9mIHRoZW0gaW4gdGhlIHNwYW4g b2YgdHdvIGhvdXJzLjwvc3Bhbj48L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MHB0O2xpbmUtaGVpZ2h0OjEycHQ7Zm9udC1mYW1pbHk6Q291cmllciBuZXc7Ij5JdCB3YXMgb25s eSBhIHdlZWsgc2luY2UgdGhlIHNlcnZlciB3YXMgaW4gcHJvZHVjdGlvbi48YnIvPjwvc3Bhbj48 L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7 Zm9udC1mYW1pbHk6Q291cmllciBuZXc7Ij48YnIgZGF0YS1tY2UtYm9ndXM9IjEiLz48L3NwYW4+ PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0 O2ZvbnQtZmFtaWx5OkNvdXJpZXIgbmV3OyI+I3VuYW1lIC1hS1U8L3NwYW4+PC9kaXY+DQo8ZGl2 PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5 OkNvdXJpZXIgbmV3OyI+RnJlZUJTRCBtcG9wLWZydjYyLmZ3ZGNkbi5jb20gMTQuMy1TVEFCTEUg RnJlZUJTRCAxNC4zLVNUQUJMRSBzdGFibGUvMTQtbjI3MTkwNy03YTk2Yzc1MDk4YWYgRlJWIGFt ZDY0IDE0MDM1MDIgMTQwMzUwMjwvc3Bhbj48L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7Zm9udC1mYW1pbHk6Q291cmllciBuZXc7Ij48YnIv PldlIHVzZSBhIDEwMEdiRSBjYXJkOjwvc3Bhbj48L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7Zm9udC1mYW1pbHk6Q291cmllciBuZXc7Ij5t bHg1X2NvcmUwQHBjaTA6MzM6MDowOiBjbGFzcz0weDAyMDAwMCByZXY9MHgwMCBoZHI9MHgwMCB2 ZW5kb3I9MHgxNWIzIGRldmljZT0weDEwMWQgc3VidmVuZG9yPTB4MTVkOSBzdWJkZXZpY2U9MHgx YzMyPC9zcGFuPjwvZGl2Pg0KPGRpdj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwcHQ7bGluZS1o ZWlnaHQ6MTJwdDtmb250LWZhbWlseTpDb3VyaWVyIG5ldzsiPiZuYnNwOyAmbmJzcDt2ZW5kb3Ig Jm5ic3A7ICZuYnNwOyA9ICdNZWxsYW5veCBUZWNobm9sb2dpZXMnPC9zcGFuPjwvZGl2Pg0KPGRp dj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwcHQ7bGluZS1oZWlnaHQ6MTJwdDtmb250LWZhbWls eTpDb3VyaWVyIG5ldzsiPiZuYnNwOyAmbmJzcDtkZXZpY2UgJm5ic3A7ICZuYnNwOyA9ICdNVDI4 OTIgRmFtaWx5IFtDb25uZWN0WC02IER4XSc8L3NwYW4+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIgbmV3 OyI+Jm5ic3A7ICZuYnNwO2NsYXNzICZuYnNwOyAmbmJzcDsgJm5ic3A7PSBuZXR3b3JrPC9zcGFu PjwvZGl2Pg0KPGRpdj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwcHQ7bGluZS1oZWlnaHQ6MTJw dDtmb250LWZhbWlseTpDb3VyaWVyIG5ldzsiPiZuYnNwOyAmbmJzcDtzdWJjbGFzcyAmbmJzcDsg PSBldGhlcm5ldDwvc3Bhbj48L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0 O2xpbmUtaGVpZ2h0OjEycHQ7Zm9udC1mYW1pbHk6Q291cmllciBuZXc7Ij48YnIvPjwvc3Bhbj48 L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7 Zm9udC1mYW1pbHk6Q291cmllciBuZXc7Ij5JdCBhbGwgc3RhcnRzIHdpdGggb25lIG9mIHRoZSBu Z2lueCBwcm9jZXNzZXMgc3R1Y2sgaW4gMTAwJSBDUFUgY29uc3VtcHRpb24gbG9vcC4gVGhlbiwg aW4gdGhlIG1hdHRlciBvZiBtaW51dGVzLCBtb3JlIHByb2Nlc3NlcyBlbnRlciB0aGlzIDwvc3Bh bj48L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEy cHQ7Zm9udC1mYW1pbHk6Q291cmllciBuZXc7Ij5zdGF0ZSBhbmQgdGhlIHNlcnZlciBiZWNvbWVz IGNvbXBsZXRlbHkmbmJzcDt1bnJlc3BvbnNpdmUgYW5kIGhhcyB0byBiZSByZWJvb3RlZC4gRHVy aW5nIHRoaXMgdGltZSBhbnkgYXR0ZW1wdCB0byBlbGV2YXRlIHByaXZpbGVnZXMgdG8gcm9vdCA8 L3NwYW4+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdo dDoxMnB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIgbmV3OyI+KGVnIHN1ZG8sIHN1KSBzaW1wbHkgbGVh ZHMgdG8gc2hlbGwgZnJlZXppbmcgYW5kIGVudGVyaW5nIGFuIHVua2lsbGFibGUgc3RhdGUuIEx1 Y2tpbHkgd2Ugd2VyZSBhYmxlIHRvIGNhcHR1cmUga2VybmVsIHN0YWNrIHRyYWNlIG9mIG9uZSBv ZiZuYnNwOzwvc3Bhbj48L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0O2xp bmUtaGVpZ2h0OjEycHQ7Zm9udC1mYW1pbHk6Q291cmllciBuZXc7Ij5zdWNoIG5naW54IHByb2Nl c3Nlcy4gVGhlc2UgYXJlIHNhbXBsZXMgY29sbGVjdGVkIG1hbnVhbGx5IG92ZXIgdGhlICdmZXct c2Vjb25kJyBpcnJlZ3VsYXIgaW50ZXJ2YWxzOjxici8+PGJyLz48L3NwYW4+PC9kaXY+DQo8ZGl2 PjwvZGl2Pg0KPGRpdj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwcHQ7bGluZS1oZWlnaHQ6MTJw dDtmb250LWZhbWlseTpDb3VyaWVyIG5ldzsiPiZuYnNwO1BJRCAmbmJzcDsgJm5ic3A7VElEIENP TU0gJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw O1RETkFNRSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtL U1RBQ0s8L3NwYW4+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5l LWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIgbmV3OyI+ODg5OTYgMTA1NDc3IG5naW54 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAtICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 IHNiZmx1c2grMHg0OCB0Y3BfZGlzY29ubmVjdCsweDYzIHRjcF91c3JfZGlzY29ubmVjdCsweDc3 IHNvY2xvc2UrMHg3NSBfZmRyb3ArMHgxMSBjbG9zZWYrMHgyNGEgY2xvc2VmcF9pbXBsKzB4NTgg YW1kNjRfc3lzY2FsbCsweDExNyBmYXN0X3N5c2NhbGxfY29tbW9uKzB4Zjg8L3NwYW4+PC9kaXY+ DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQt ZmFtaWx5OkNvdXJpZXIgbmV3OyI+IyBwcm9jc3RhdCAta2sgODg5OTY8L3NwYW4+PC9kaXY+DQo8 ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFt aWx5OkNvdXJpZXIgbmV3OyI+Jm5ic3A7UElEICZuYnNwOyAmbmJzcDtUSUQgQ09NTSAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7VEROQU1FICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0tTVEFDSzwvc3Bh bj48L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEy cHQ7Zm9udC1mYW1pbHk6Q291cmllciBuZXc7Ij44ODk5NiAxMDU0NzcgbmdpbnggJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IC0gJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgc2JmbHVzaCsw eDQ4IHRjcF9kaXNjb25uZWN0KzB4NjMgdGNwX3Vzcl9kaXNjb25uZWN0KzB4Nzcgc29jbG9zZSsw eDc1IF9mZHJvcCsweDExIGNsb3NlZisweDI0YSBjbG9zZWZwX2ltcGwrMHg1OCBhbWQ2NF9zeXNj YWxsKzB4MTE3IGZhc3Rfc3lzY2FsbF9jb21tb24rMHhmODwvc3Bhbj48L2Rpdj4NCjxkaXY+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7Zm9udC1mYW1pbHk6Q291 cmllciBuZXc7Ij4jIHByb2NzdGF0IC1rayA4ODk5Njwvc3Bhbj48L2Rpdj4NCjxkaXY+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7Zm9udC1mYW1pbHk6Q291cmll ciBuZXc7Ij4mbmJzcDtQSUQgJm5ic3A7ICZuYnNwO1RJRCBDT01NICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtURE5BTUUgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7S1NUQUNLPC9zcGFuPjwvZGl2Pg0K PGRpdj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwcHQ7bGluZS1oZWlnaHQ6MTJwdDtmb250LWZh bWlseTpDb3VyaWVyIG5ldzsiPjg4OTk2IDEwNTQ3NyBuZ2lueCAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgLSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBzYmZsdXNoKzB4NDggdGNwX2Rp c2Nvbm5lY3QrMHg2MyB0Y3BfdXNyX2Rpc2Nvbm5lY3QrMHg3NyBzb2Nsb3NlKzB4NzUgX2Zkcm9w KzB4MTEgY2xvc2VmKzB4MjRhIGNsb3NlZnBfaW1wbCsweDU4IGFtZDY0X3N5c2NhbGwrMHgxMTcg ZmFzdF9zeXNjYWxsX2NvbW1vbisweGY4PC9zcGFuPjwvZGl2Pg0KPGRpdj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwcHQ7bGluZS1oZWlnaHQ6MTJwdDtmb250LWZhbWlseTpDb3VyaWVyIG5ldzsi PiMgcHJvY3N0YXQgLWtrIDg4OTk2PC9zcGFuPjwvZGl2Pg0KPGRpdj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwcHQ7bGluZS1oZWlnaHQ6MTJwdDtmb250LWZhbWlseTpDb3VyaWVyIG5ldzsiPiZu YnNwO1BJRCAmbmJzcDsgJm5ic3A7VElEIENPTU0gJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO1RETkFNRSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtLU1RBQ0s8L3NwYW4+PC9kaXY+DQo8ZGl2PjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkNvdXJp ZXIgbmV3OyI+ODg5OTYgMTA1NDc3IG5naW54ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAtICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IHNiZmx1c2grMHg0OCB0Y3BfZGlzY29ubmVjdCsw eDYzIHRjcF91c3JfZGlzY29ubmVjdCsweDc3IHNvY2xvc2UrMHg3NSBfZmRyb3ArMHgxMSBjbG9z ZWYrMHgyNGEgY2xvc2VmcF9pbXBsKzB4NTggYW1kNjRfc3lzY2FsbCsweDExNyBmYXN0X3N5c2Nh bGxfY29tbW9uKzB4Zjg8L3NwYW4+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIgbmV3OyI+IyBwcm9jc3Rh dCAta2sgODg5OTY8L3NwYW4+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBw dDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIgbmV3OyI+Jm5ic3A7UElEICZu YnNwOyAmbmJzcDtUSUQgQ09NTSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7VEROQU1FICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwO0tTVEFDSzwvc3Bhbj48L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7Zm9udC1mYW1pbHk6Q291cmllciBuZXc7Ij44 ODk5NiAxMDU0NzcgbmdpbnggJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7IC0gJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgdGNwX2Rpc2Nvbm5lY3QrMHg2MyB0Y3BfdXNyX2Rpc2Nvbm5lY3Qr MHg3NyBzb2Nsb3NlKzB4NzUgX2Zkcm9wKzB4MTEgY2xvc2VmKzB4MjRhIGNsb3NlZnBfaW1wbCsw eDU4IGFtZDY0X3N5c2NhbGwrMHgxMTcgZmFzdF9zeXNjYWxsX2NvbW1vbisweGY4PC9zcGFuPjwv ZGl2Pg0KPGRpdj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwcHQ7bGluZS1oZWlnaHQ6MTJwdDtm b250LWZhbWlseTpDb3VyaWVyIG5ldzsiPiMgcHJvY3N0YXQgLWtrIDg4OTk2PC9zcGFuPjwvZGl2 Pg0KPGRpdj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwcHQ7bGluZS1oZWlnaHQ6MTJwdDtmb250 LWZhbWlseTpDb3VyaWVyIG5ldzsiPiZuYnNwO1BJRCAmbmJzcDsgJm5ic3A7VElEIENPTU0gJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO1RETkFN RSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtLU1RBQ0s8 L3NwYW4+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdo dDoxMnB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIgbmV3OyI+ODg5OTYgMTA1NDc3IG5naW54ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAtICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IHNiZmx1 c2grMHg0OCB0Y3BfZGlzY29ubmVjdCsweDYzIHRjcF91c3JfZGlzY29ubmVjdCsweDc3IHNvY2xv c2UrMHg3NSBfZmRyb3ArMHgxMSBjbG9zZWYrMHgyNGEgY2xvc2VmcF9pbXBsKzB4NTggYW1kNjRf c3lzY2FsbCsweDExNyBmYXN0X3N5c2NhbGxfY29tbW9uKzB4Zjg8L3NwYW4+PC9kaXY+DQo8ZGl2 PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5 OkNvdXJpZXIgbmV3OyI+IyBwcm9jc3RhdCAta2sgODg5OTY8L3NwYW4+PC9kaXY+DQo8ZGl2Pjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkNv dXJpZXIgbmV3OyI+Jm5ic3A7UElEICZuYnNwOyAmbmJzcDtUSUQgQ09NTSAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7VEROQU1FICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0tTVEFDSzwvc3Bhbj48L2Rp dj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7Zm9u dC1mYW1pbHk6Q291cmllciBuZXc7Ij44ODk5NiAxMDU0NzcgbmdpbnggJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IC0gJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgc2JmbHVzaCsweDQ4IHRj cF9kaXNjb25uZWN0KzB4NjMgdGNwX3Vzcl9kaXNjb25uZWN0KzB4Nzcgc29jbG9zZSsweDc1IF9m ZHJvcCsweDExIGNsb3NlZisweDI0YSBjbG9zZWZwX2ltcGwrMHg1OCBhbWQ2NF9zeXNjYWxsKzB4 MTE3IGZhc3Rfc3lzY2FsbF9jb21tb24rMHhmODwvc3Bhbj48L2Rpdj4NCjxkaXY+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7Zm9udC1mYW1pbHk6Q291cmllciBu ZXc7Ij4jIHByb2NzdGF0IC1rayA4ODk5Njwvc3Bhbj48L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7Zm9udC1mYW1pbHk6Q291cmllciBuZXc7 Ij4mbmJzcDtQSUQgJm5ic3A7ICZuYnNwO1RJRCBDT01NICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtURE5BTUUgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7S1NUQUNLPC9zcGFuPjwvZGl2Pg0KPGRpdj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwcHQ7bGluZS1oZWlnaHQ6MTJwdDtmb250LWZhbWlseTpD b3VyaWVyIG5ldzsiPjg4OTk2IDEwNTQ3NyBuZ2lueCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgLSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBzYmZsdXNoKzB4NDggdGNwX2Rpc2Nvbm5l Y3QrMHg2MyB0Y3BfdXNyX2Rpc2Nvbm5lY3QrMHg3NyBzb2Nsb3NlKzB4NzUgX2Zkcm9wKzB4MTEg Y2xvc2VmKzB4MjRhIGNsb3NlZnBfaW1wbCsweDU4IGFtZDY0X3N5c2NhbGwrMHgxMTcgZmFzdF9z eXNjYWxsX2NvbW1vbisweGY4PC9zcGFuPjwvZGl2Pg0KPGRpdj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwcHQ7bGluZS1oZWlnaHQ6MTJwdDtmb250LWZhbWlseTpDb3VyaWVyIG5ldzsiPjxici8+ U2VlbXMgdGhhdCBpdCBleGl0cyZuYnNwO3NiZmx1c2goKSBidXQgdGhlbiBlbnRlcnMgaXQgYWdh aW4gYW4gZG9lcyB0aGlzIGluIHNvbWUgZW5kbGVzcyBsb29wLjwvc3Bhbj48L2Rpdj4NCjxkaXY+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7Zm9udC1mYW1pbHk6 Q291cmllciBuZXc7Ij48YnIvPjwvc3Bhbj48L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7Zm9udC1mYW1pbHk6Q291cmllciBuZXc7Ij48YnIg ZGF0YS1tY2UtYm9ndXM9IjEiLz48L3NwYW4+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIgbmV3OyI+IyB0 b3A8L3NwYW4+PC9kaXY+DQo8cHJlIHN0eWxlPSJtYXJnaW46NXB4IDA7Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwcHQ7bGluZS1oZWlnaHQ6MTJwdDtmb250LWZhbWlseTpDb3VyaWVyIG5ldzsi Pmxhc3QgcGlkOiA1NTUyOTsgIGxvYWQgYXZlcmFnZXM6ICA0LjA1LCAgNC4xNSwgIDQuODQgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHVwIDMr MjM6MDI6MzcgIDE4OjEyOjU5DQozOTA4IHRocmVhZHM6ICA1MiBydW5uaW5nLCAyNDg1IHNsZWVw aW5nLCAxMzU3IHdhaXRpbmcsIDE0IGxvY2sNCkNQVTogIDAuMSUgdXNlciwgIDAuMCUgbmljZSwg IDQuMyUgc3lzdGVtLCAgMC4xJSBpbnRlcnJ1cHQsIDk1LjUlIGlkbGUNCk1lbTogMTVHIEFjdGl2 ZSwgNjNHIEluYWN0LCAxNTRNIExhdW5kcnksIDU3NUcgV2lyZWQsIDEwNEsgQnVmLCA5NUcgRnJl ZQ0KQVJDOiA1MTJHIFRvdGFsLCAyMTlHIE1GVSwgMjc1RyBNUlUsIDgyMksgQW5vbiwgNTA1OU0g SGVhZGVyLCAxM0cgT3RoZXINCiAgICAgNDQ2RyBDb21wcmVzc2VkLCA5MjZHIFVuY29tcHJlc3Nl ZCwgMi4wODoxIFJhdGlvDQoNCiAgUElEIFVTRVJOQU1FICAgIFBSSSBOSUNFICAgU0laRSAgICBS RVMgU1RBVEUgICAgQyAgIFRJTUUgICAgV0NQVSBDT01NQU5EDQo4ODk5NiAgICAgMTAgICAgICAt NjAgICAgMCAgIDI5Mk0gICAgNzBNIENQVTQ2ICAgNDYgIDE3OjEzICA5OS40OSUgbmdpbng6IHdv cmtlciBwcm9jZXNzIChuZ2lueCkNCjg4OTk1ICAgICAxMCAgICAgICAyMyAgICAwICAgMjkyTSAg ICA3M00gQ1BVMzMgICAzMyAgIDQ6MTMgIDk5LjQ5JSBuZ2lueDogd29ya2VyIHByb2Nlc3MgKG5n aW54KTxici8+PGJyLz48L3NwYW4+PC9wcmU+DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIgbmV3OyI+PGJyIGRhdGEt bWNlLWJvZ3VzPSIxIi8+PC9zcGFuPjwvZGl2Pg0KPHByZSBzdHlsZT0ibWFyZ2luOjVweCAwOyI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7Zm9udC1mYW1pbHk6 Q291cmllciBuZXc7Ij4jIG5ldHN0YXQgLW0NCjMzMDE2MTAvNjExMDUvMzM2MjcxNSBtYnVmcyBp biB1c2UgKGN1cnJlbnQvY2FjaGUvdG90YWwpDQozMjk3NTU1LzIwMTMzLzMzMTc2ODgvNDkwMTQ4 NTggbWJ1ZiBjbHVzdGVycyBpbiB1c2UgKGN1cnJlbnQvY2FjaGUvdG90YWwvbWF4KQ0KMzI5NDQ4 My8xOTk2MyBtYnVmK2NsdXN0ZXJzIG91dCBvZiBwYWNrZXQgc2Vjb25kYXJ5IHpvbmUgaW4gdXNl IChjdXJyZW50L2NhY2hlKQ0KMTQ0OS8yODAxOS8yOTQ2OC8yNDUwNzQyOSA0ayAocGFnZSBzaXpl KSBqdW1ibyBjbHVzdGVycyBpbiB1c2UgKGN1cnJlbnQvY2FjaGUvdG90YWwvbWF4KQ0KMC8wLzAv NzI2MTQ2MCA5ayBqdW1ibyBjbHVzdGVycyBpbiB1c2UgKGN1cnJlbnQvY2FjaGUvdG90YWwvbWF4 KQ0KMC8wLzAvNDA4NDU3MSAxNmsganVtYm8gY2x1c3RlcnMgaW4gdXNlIChjdXJyZW50L2NhY2hl L3RvdGFsL21heCkNCjc0MjYzMDhLLzE2NzYxOEsvNzU5MzkyNksgYnl0ZXMgYWxsb2NhdGVkIHRv IG5ldHdvcmsgKGN1cnJlbnQvY2FjaGUvdG90YWwpDQowLzAvMCByZXF1ZXN0cyBmb3IgbWJ1ZnMg ZGVuaWVkIChtYnVmcy9jbHVzdGVycy9tYnVmK2NsdXN0ZXJzKQ0KMC8wLzAgcmVxdWVzdHMgZm9y IG1idWZzIGRlbGF5ZWQgKG1idWZzL2NsdXN0ZXJzL21idWYrY2x1c3RlcnMpDQowLzAvMCByZXF1 ZXN0cyBmb3IganVtYm8gY2x1c3RlcnMgZGVsYXllZCAoNGsvOWsvMTZrKQ0KMC8wLzAgcmVxdWVz dHMgZm9yIGp1bWJvIGNsdXN0ZXJzIGRlbmllZCAoNGsvOWsvMTZrKQ0KMCBzZW5kZmlsZSBzeXNj YWxscw0KMCBzZW5kZmlsZSBzeXNjYWxscyBjb21wbGV0ZWQgd2l0aG91dCBJL08gcmVxdWVzdA0K MCByZXF1ZXN0cyBmb3IgSS9PIGluaXRpYXRlZCBieSBzZW5kZmlsZQ0KMCBwYWdlcyByZWFkIGJ5 IHNlbmRmaWxlIGFzIHBhcnQgb2YgYSByZXF1ZXN0DQowIHBhZ2VzIHdlcmUgdmFsaWQgYXQgdGlt ZSBvZiBhIHNlbmRmaWxlIHJlcXVlc3QNCjAgcGFnZXMgd2VyZSB2YWxpZCBhbmQgc3Vic3RpdHV0 ZWQgdG8gYm9ndXMgcGFnZQ0KMCBwYWdlcyB3ZXJlIHJlcXVlc3RlZCBmb3IgcmVhZCBhaGVhZCBi eSBhcHBsaWNhdGlvbnMNCjAgcGFnZXMgd2VyZSByZWFkIGFoZWFkIGJ5IHNlbmRmaWxlDQowIHRp bWVzIHNlbmRmaWxlIGVuY291bnRlcmVkIGFuIGFscmVhZHkgYnVzeSBwYWdlDQowIHJlcXVlc3Rz IGZvciBzZmJ1ZnMgZGVuaWVkDQowIHJlcXVlc3RzIGZvciBzZmJ1ZnMgZGVsYXllZDxici8+PGJy Lz48L3NwYW4+PC9wcmU+DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhl aWdodDoxMnB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIgbmV3OyI+PGJyIGRhdGEtbWNlLWJvZ3VzPSIx Ii8+PC9zcGFuPjwvZGl2Pg0KPGRpdj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwcHQ7bGluZS1o ZWlnaHQ6MTJwdDtmb250LWZhbWlseTpDb3VyaWVyIG5ldzsiPiMgY2F0IC9ldGMvc3lzY3RsLmNv bmYubG9jYWw8L3NwYW4+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDts aW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIgbmV3OyI+c2VjdXJpdHkuamFpbC5h bGxvd19yYXdfc29ja2V0cz0xPC9zcGFuPjwvZGl2Pg0KPGRpdj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwcHQ7bGluZS1oZWlnaHQ6MTJwdDtmb250LWZhbWlseTpDb3VyaWVyIG5ldzsiPnNlY3Vy aXR5LmphaWwuc3lzdmlwY19hbGxvd2VkPTE8L3NwYW4+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIgbmV3 OyI+c2VjdXJpdHkuamFpbC5zb2NrZXRfdW5peGlwcm91dGVfb25seT0wPC9zcGFuPjwvZGl2Pg0K PGRpdj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwcHQ7bGluZS1oZWlnaHQ6MTJwdDtmb250LWZh bWlseTpDb3VyaWVyIG5ldzsiPnNlY3VyaXR5LmphaWwuY2hmbGFnc19hbGxvd2VkPTE8L3NwYW4+ PC9kaXY+DQo8ZGl2Pjxici8+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBw dDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIgbmV3OyI+a2Vybi50aHJlYWRz Lm1heF90aHJlYWRzX3Blcl9wcm9jPTEwMDAwPC9zcGFuPjwvZGl2Pg0KPGRpdj48YnIvPjwvZGl2 Pg0KPGRpdj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwcHQ7bGluZS1oZWlnaHQ6MTJwdDtmb250 LWZhbWlseTpDb3VyaWVyIG5ldzsiPmtlcm4uaXBjLnNvbWF4Y29ubj0zMDAwMDwvc3Bhbj48L2Rp dj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7Zm9u dC1mYW1pbHk6Q291cmllciBuZXc7Ij5rZXJuLmlwYy5zb2FjY2VwdHF1ZXVlPTMwMDAwPC9zcGFu PjwvZGl2Pg0KPGRpdj48YnIvPjwvZGl2Pg0KPGRpdj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw cHQ7bGluZS1oZWlnaHQ6MTJwdDtmb250LWZhbWlseTpDb3VyaWVyIG5ldzsiPmtlcm4uY29yZWZp bGU9L3RtcC8lTi0lUC5jb3JlPC9zcGFuPjwvZGl2Pg0KPGRpdj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwcHQ7bGluZS1oZWlnaHQ6MTJwdDtmb250LWZhbWlseTpDb3VyaWVyIG5ldzsiPmtlcm4u c3VnaWRfY29yZWR1bXA9MTwvc3Bhbj48L2Rpdj4NCjxkaXY+PGJyLz48L2Rpdj4NCjxkaXY+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7Zm9udC1mYW1pbHk6Q291 cmllciBuZXc7Ij52bS5zd2FwX2VuYWJsZWQ9MDwvc3Bhbj48L2Rpdj4NCjxkaXY+PGJyLz48L2Rp dj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7Zm9u dC1mYW1pbHk6Q291cmllciBuZXc7Ij52bS52X2ZyZWVfdGFyZ2V0PTEwNDg1NzYwPC9zcGFuPjwv ZGl2Pg0KPGRpdj48YnIvPjwvZGl2Pg0KPGRpdj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwcHQ7 bGluZS1oZWlnaHQ6MTJwdDtmb250LWZhbWlseTpDb3VyaWVyIG5ldzsiPm5ldC5pbmV0LmljbXAu aWNtcGxpbT0yMDAwMDwvc3Bhbj48L2Rpdj4NCjxkaXY+PGJyLz48L2Rpdj4NCjxkaXY+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7Zm9udC1mYW1pbHk6Q291cmll ciBuZXc7Ij5uZXQuaW5ldC50Y3AuZGVsYXllZF9hY2s9MDwvc3Bhbj48L2Rpdj4NCjxkaXY+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7Zm9udC1mYW1pbHk6Q291 cmllciBuZXc7Ij5uZXQuaW5ldC50Y3Aubm9sb2NhbHRpbWV3YWl0PTE8L3NwYW4+PC9kaXY+DQo8 ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFt aWx5OkNvdXJpZXIgbmV3OyI+bmV0LmluZXQudGNwLmZhc3RfZmlud2FpdDJfcmVjeWNsZT0xPC9z cGFuPjwvZGl2Pg0KPGRpdj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwcHQ7bGluZS1oZWlnaHQ6 MTJwdDtmb250LWZhbWlseTpDb3VyaWVyIG5ldzsiPm5ldC5pbmV0LnRjcC5maW53YWl0Ml90aW1l b3V0PTMwMDA8L3NwYW4+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDts aW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIgbmV3OyI+bmV0LmluZXQudGNwLm1z bD03NTAwPC9zcGFuPjwvZGl2Pg0KPGRpdj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwcHQ7bGlu ZS1oZWlnaHQ6MTJwdDtmb250LWZhbWlseTpDb3VyaWVyIG5ldzsiPm5ldC5pbmV0LmlwLnBvcnRy YW5nZS5yYW5kb21pemVkPTA8L3NwYW4+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIgbmV3OyI+bmV0Lmlu ZXQuaXAucG9ydHJhbmdlLmZpcnN0PTEwMDA8L3NwYW4+PC9kaXY+DQo8ZGl2Pjxici8+PC9kaXY+ DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQt ZmFtaWx5OkNvdXJpZXIgbmV3OyI+bmV0LmluZXQudWRwLm1heGRncmFtPTEzMTA3Mjwvc3Bhbj48 L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7 Zm9udC1mYW1pbHk6Q291cmllciBuZXc7Ij5uZXQuaW5ldC51ZHAucmVjdnNwYWNlPTEwNDg1NzY8 L3NwYW4+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdo dDoxMnB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIgbmV3OyI+bmV0LmluZXQudGNwLnNlbmRidWZfbWF4 PTY3MTA4ODY0PC9zcGFuPjwvZGl2Pg0KPGRpdj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwcHQ7 bGluZS1oZWlnaHQ6MTJwdDtmb250LWZhbWlseTpDb3VyaWVyIG5ldzsiPm5ldC5pbmV0LnRjcC5y ZWN2YnVmX21heD02NzEwODg2NDwvc3Bhbj48L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7Zm9udC1mYW1pbHk6Q291cmllciBuZXc7Ij5uZXQu aW5ldC50Y3AucmVjdnNwYWNlPTEzMTA3MiAmbmJzcDsgIyAoZGVmYXVsdCA2NTUzNik8L3NwYW4+ PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0 O2ZvbnQtZmFtaWx5OkNvdXJpZXIgbmV3OyI+bmV0LmluZXQudGNwLnNlbmRidWZfaW5jPTY1NTM2 ICZuYnNwOyMgKGRlZmF1bHQgODE5Mik8L3NwYW4+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIgbmV3OyI+ bmV0LmluZXQudGNwLnNlbmRzcGFjZT0xMzEwNzIgJm5ic3A7ICMgKGRlZmF1bHQgMzI3NjgpPC9z cGFuPjwvZGl2Pg0KPGRpdj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwcHQ7bGluZS1oZWlnaHQ6 MTJwdDtmb250LWZhbWlseTpDb3VyaWVyIG5ldzsiPm5ldC5pbmV0LnRjcC5tc3NkZmx0PTE0NjA8 L3NwYW4+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdo dDoxMnB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIgbmV3OyI+bmV0LmluZXQudGNwLm1pbm1zcz01MzY8 L3NwYW4+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdo dDoxMnB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIgbmV3OyI+bmV0LmluZXQudGNwLnN5bmNhY2hlLnJl eG10bGltaXQ9MDwvc3Bhbj48L2Rpdj4NCjxkaXY+PGJyLz48L2Rpdj4NCjxkaXY+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7Zm9udC1mYW1pbHk6Q291cmllciBu ZXc7Ij4jIyMgU2VlIDxhIGhyZWY9Imh0dHBzOi8vcmV2aWV3cy5mcmVlYnNkLm9yZy9EMjA5ODAi IHRhcmdldD0iX2JsYW5rIiByZWw9Im5vcmVmZXJyZXIgbm9vcGVuZXIiPmh0dHBzOi8vcmV2aWV3 cy5mcmVlYnNkLm9yZy9EMjA5ODA8L2E+ICA8YSBocmVmPSJodHRwczovL2xpc3RzLmZyZWVic2Qu b3JnL3BpcGVybWFpbC9mcmVlYnNkLW5ldC8yMDE5LUp1bHkvMDUzODkyLmh0bWwiIHRhcmdldD0i X2JsYW5rIiByZWw9Im5vcmVmZXJyZXIgbm9vcGVuZXIiPmh0dHBzOi8vbGlzdHMuZnJlZWJzZC5v cmcvcGlwZXJtYWlsL2ZyZWVic2QtbmV0LzIwMTktSnVseS8wNTM4OTIuaHRtbDwvYT48L3NwYW4+ PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0 O2ZvbnQtZmFtaWx5OkNvdXJpZXIgbmV3OyI+bmV0LmluZXQudGNwLnRzX29mZnNldF9wZXJfY29u bj0wPC9zcGFuPjwvZGl2Pg0KPGRpdj48YnIvPjwvZGl2Pg0KPGRpdj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwcHQ7bGluZS1oZWlnaHQ6MTJwdDtmb250LWZhbWlseTpDb3VyaWVyIG5ldzsiPiMj IFBGIG5vdyBoYXMgbWF4IGVudHJpZXMgdGFibGUgY291bnQgKGRlZmF1bHQgNjU1MzUpIGZvciB0 YWJsZXMgPGEgaHJlZj0iaHR0cHM6Ly9idWdzLmZyZWVic2Qub3JnL2J1Z3ppbGxhL3Nob3dfYnVn LmNnaT9pZD0yMzUwNzYiIHRhcmdldD0iX2JsYW5rIiByZWw9Im5vcmVmZXJyZXIgbm9vcGVuZXIi Pmh0dHBzOi8vYnVncy5mcmVlYnNkLm9yZy9idWd6aWxsYS9zaG93X2J1Zy5jZ2k/aWQ9MjM1MDc2 PC9hPjwvc3Bhbj48L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0O2xpbmUt aGVpZ2h0OjEycHQ7Zm9udC1mYW1pbHk6Q291cmllciBuZXc7Ij4jIyB5b3UgY2FuIGdldCBlcnJv ciBsaWtlOiBwZmN0bDogVW5rbm93biBlcnJvcjogLTEuPC9zcGFuPjwvZGl2Pg0KPGRpdj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwcHQ7bGluZS1oZWlnaHQ6MTJwdDtmb250LWZhbWlseTpDb3Vy aWVyIG5ldzsiPm5ldC5wZi5yZXF1ZXN0X21heGNvdW50PTEwMDAwMDA8L3NwYW4+PC9kaXY+DQo8 ZGl2Pjxici8+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhl aWdodDoxMnB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIgbmV3OyI+a2Vybi5pcGMubWF4c29ja2J1Zj0x NTcyODY0MDAgJm5ic3A7IyAod3NjYWxlIDEyKTxici8+PGJyLz48L3NwYW4+PC9kaXY+DQo8ZGl2 PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5 OkNvdXJpZXIgbmV3OyI+PGJyIGRhdGEtbWNlLWJvZ3VzPSIxIi8+PC9zcGFuPjwvZGl2Pg0KPGRp dj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwcHQ7bGluZS1oZWlnaHQ6MTJwdDtmb250LWZhbWls eTpDb3VyaWVyIG5ldzsiPiMgY2F0IC9ib290L2xvYWRlci5jb25mPC9zcGFuPjwvZGl2Pg0KPGRp dj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwcHQ7bGluZS1oZWlnaHQ6MTJwdDtmb250LWZhbWls eTpDb3VyaWVyIG5ldzsiPmFlc25pX2xvYWQ9IllFUyI8L3NwYW4+PC9kaXY+DQo8ZGl2PjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkNvdXJp ZXIgbmV3OyI+Y3J5cHRvZGV2X2xvYWQ9IllFUyI8L3NwYW4+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIg bmV3OyI+emZzX2xvYWQ9IllFUyI8L3NwYW4+PC9kaXY+DQo8ZGl2Pjxici8+PC9kaXY+DQo8ZGl2 PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5 OkNvdXJpZXIgbmV3OyI+aXBtaV9sb2FkPSJZRVMiPC9zcGFuPjwvZGl2Pg0KPGRpdj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwcHQ7bGluZS1oZWlnaHQ6MTJwdDtmb250LWZhbWlseTpDb3VyaWVy IG5ldzsiPmlmX2xhZ2dfbG9hZD0iWUVTIjwvc3Bhbj48L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7Zm9udC1mYW1pbHk6Q291cmllciBuZXc7 Ij5jcHVjdGxfbG9hZD0iWUVTIjwvc3Bhbj48L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7Zm9udC1mYW1pbHk6Q291cmllciBuZXc7Ij5hbWR0 ZW1wX2xvYWQ9IllFUyI8L3NwYW4+PC9kaXY+DQo8ZGl2Pjxici8+PC9kaXY+DQo8ZGl2PjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkNvdXJp ZXIgbmV3OyI+a2Vybi5nZW9tLmxhYmVsLmRpc2tfaWRlbnQuZW5hYmxlPSIwIjwvc3Bhbj48L2Rp dj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7Zm9u dC1mYW1pbHk6Q291cmllciBuZXc7Ij5rZXJuLmdlb20ubGFiZWwuZ3B0aWQuZW5hYmxlPSIxIjwv c3Bhbj48L2Rpdj4NCjxkaXY+PGJyLz48L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7Zm9udC1mYW1pbHk6Q291cmllciBuZXc7Ij5uZXQuaW5l dC50Y3AuaG9zdGNhY2hlLmNhY2hlbGltaXQ9MzI3Njg8L3NwYW4+PC9kaXY+DQo8ZGl2PjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkNvdXJp ZXIgbmV3OyI+bmV0LmxpbmsuaWZxbWF4bGVuPSIyMDQ4Ijwvc3Bhbj48L2Rpdj4NCjxkaXY+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0O2xpbmUtaGVpZ2h0OjEycHQ7Zm9udC1mYW1pbHk6Q291 cmllciBuZXc7Ij4jI25ldC5pc3IubWF4dGhyZWFkcz0iLTEiPC9zcGFuPjwvZGl2Pg0KPGRpdj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwcHQ7bGluZS1oZWlnaHQ6MTJwdDtmb250LWZhbWlseTpD b3VyaWVyIG5ldzsiPm5ldC5pc3IuZGVmYXVsdHFsaW1pdD0iODE5MiI8L3NwYW4+PC9kaXY+DQo8 ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFt aWx5OkNvdXJpZXIgbmV3OyI+I25ldC5pc3IubWF4cWxpbWl0PSI0MDk2MCI8L3NwYW4+PC9kaXY+ DQo8ZGl2Pjxici8+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5l LWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIgbmV3OyI+a2Vybi5tc2didWZzaXplPSIy NjIxNDQiPC9zcGFuPjwvZGl2Pg0KPGRpdj48YnIvPjwvZGl2Pg0KPGRpdj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwcHQ7bGluZS1oZWlnaHQ6MTJwdDtmb250LWZhbWlseTpDb3VyaWVyIG5ldzsi PnZmcy56ZnMuYXJjX21heD0iNTEyRyI8L3NwYW4+PC9kaXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIgbmV3OyI+ dmZzLnpmcy5hcmNfbWluPSI0ODZHIjxici8+PGJyLz48L3NwYW4+PC9kaXY+DQo8ZGl2PjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTBwdDtsaW5lLWhlaWdodDoxMnB0O2ZvbnQtZmFtaWx5OkNvdXJp ZXIgbmV3OyI+PGJyIGRhdGEtbWNlLWJvZ3VzPSIxIi8+PC9zcGFuPjwvZGl2Pg0KPGRpdj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwcHQ7bGluZS1oZWlnaHQ6MTJwdDtmb250LWZhbWlseTpDb3Vy aWVyIG5ldzsiPldlIHdvdWxkIGFwcHJlY2lhdGUgeW91ciBoZWxwIG9yIGFueSBzdWdnZXN0aW9u cyZuYnNwO29uIGhvdyB0byB3b3JrIGFyb3VuZCB0aGlzIGlzc3VlLjxici8+V2UgYXJlIG9wZW4g dG8gYW55IHJlcXVlc3RzIHJlZ2FyZGluZyBhZGRpdGlvbmFsIGRhdGEmbmJzcDt0byBiZSBjb2xs ZWN0ZWQgb3Iga2VybmVsIG9wdGlvbnMgdG8gYmUgdHVuZWQuPC9zcGFuPjwvZGl2Pg0KPC9zcGFu PjwvZGl2Pjwvc3Bhbj48L2JvZHk+PC9odG1sPg0K --=-fnFSy+jnrzlyV7UkUCef-- From nobody Tue Jul 29 16:22:14 2025 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 4bs0xL25xXz639G9; Tue, 29 Jul 2025 16:22:30 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from slim.berklix.org (slim.berklix.org [94.185.90.68]) (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 (2048 bits) client-digest SHA256) (Client CN "slim", Issuer "slim" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bs0xK1TcLz3W2r; Tue, 29 Jul 2025 16:22:28 +0000 (UTC) (envelope-from jhs@berklix.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of jhs@berklix.com has no SPF policy when checking 94.185.90.68) smtp.mailfrom=jhs@berklix.com; dmarc=none Received: from dell.no.berklix.net (p4fc2aea9.dip0.t-ipconnect.de [79.194.174.169]) (authenticated bits=128) by slim.berklix.org (8.17.1/8.17.1) with ESMTPSA id 56TGMJgU014356 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=FAIL); Tue, 29 Jul 2025 18:22:20 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from dell.no.berklix.net (localhost [127.0.0.1]) by dell.no.berklix.net (8.16.1/8.16.1) with ESMTPS id 56TGMEQ5056888 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 29 Jul 2025 18:22:14 +0200 (CEST) (envelope-from jhs@localhost.no.berklix.net) Received: (from jhs@localhost) by dell.no.berklix.net (8.16.1/8.16.1/Submit) id 56TGME85056887; Tue, 29 Jul 2025 18:22:14 +0200 (CEST) (envelope-from jhs) Message-Id: <202507291622.56TGME85056887@dell.no.berklix.net> To: "Bjoern A. Zeeb" cc: freebsd-wireless@freebsd.org, freebsd-net@freebsd.org Subject: Re: shell set wlan country < ssid, dhcp waits on supplicant. fixes resolv From: "Julian H. Stacey" Organization: http://berklix.com/jhs/ User-agent: EXMH on FreeBSD http://berklix.com/free/ X-From: http://www.berklix.org/~jhs/ In-reply-to: Your message "Fri, 25 Jul 2025 11:49:30 -0000." <057spprq-9572-76n8-6p60-66sr7r1563s7@yvfgf.mnoonqbm.arg> 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="us-ascii" Content-ID: <56885.1753806134.1@localhost> Content-Transfer-Encoding: quoted-printable Date: Tue, 29 Jul 2025 18:22:14 +0200 X-Spamd-Result: default: False [1.27 / 15.00]; AUTH_NA(1.00)[]; NEURAL_SPAM_LONG(1.00)[0.999]; NEURAL_HAM_MEDIUM(-0.96)[-0.965]; NEURAL_SPAM_SHORT(0.34)[0.340]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; ASN(0.00)[asn:33824, ipnet:94.185.88.0/22, country:DE]; HAS_ORG_HEADER(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEFALL_USER(0.00)[jhs]; MIME_TRACE(0.00)[0:+]; R_SPF_NA(0.00)[no SPF record]; MLMMJ_DEST(0.00)[freebsd-wireless@freebsd.org,freebsd-net@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DMARC_NA(0.00)[berklix.com]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_THREE(0.00)[3] X-Rspamd-Queue-Id: 4bs0xK1TcLz3W2r X-Spamd-Bar: + On Fri, 25 Jul 2025 11:49:30 +0000 (UTC) Bjoern A. Zeeb: wrote = > On Fri, 25 Jul 2025, Julian H. Stacey wrote: > > > Hi freebsd-wireless@, freebsd-net@ > > This a repost as I sent to non existant mobile@ should have been wirel= ess@. > > > > http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/src/jhs/etc/wlan_act= ion > > Solves problems I've had, See `Purposes:' & `Limitations:' Comments We= lcome. > > "(country is not available in wpa_supplicant)." > > That's not true; it is but also only globally; I would have wised for > it to be per-network for a while. Might be interesting if someone took > that idea forward? Thanks. I'd happily hack src/ later after I reduce my backlog, but no time yet even to upgrade my laptop from 12.4-RELEASE to 14.3. For now my shell fixes what I need, & more important than setting country, it delays calling dhclient till after wpa_supplicant has associated. I've wondered why others haven't suffered failing dhclient, Maybe I have a wrong config or dhclient waits better on wpa_supplicant by 14.3. Cheers, -- = Julian Stacey http://berklix.org/jhs/mail/ @gmail blocks replies. Arm Ukraine. Contraception against global warming. From nobody Tue Jul 29 16:36:33 2025 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 4bs1Fm0Rvlz639BL; Tue, 29 Jul 2025 16:36:44 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe:19]) (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 ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bs1Fl3sfnz3Y5D; Tue, 29 Jul 2025 16:36:43 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; none Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id 76D60A64805; Tue, 29 Jul 2025 16:36:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=zabbadoz.net; s=20240622; t=1753806989; bh=oDg7UppkWqJruootIbMSL6bU5LUQeicuA8V+A7HpMVs=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=W7PHm/Ou4Z8/V+mFl3h2nZoFm8vkD57i4yoM7rdloeraSl0Kt+ETZd4EW/dMGb3fO LisA0rrUEZCZjWe52gWWHnhy97cF0kHjg8gGwLfVTrXuhDxEe7GORVQ4ob2zaCTcBz zIzcwlSP0cgxzYHGVhAAaj2qteHFFvbT1jazx0AQYQc/vL08YBoB6W9RzVFgzuuoHF 4vtddzbuSP3jGy3vAINzqCm39Tp74d1zyiI85+x11r65QF+ga7JLM7ffFaEPVe3yrk tURoKQv2hj3joijjMeK2Mph5Db0ojVSY+dQ29qzihcRZXOgm0vFOn4QkzHsat8fGcg zKil4eSjcQjhDFplTjpPRm4XySjRlowNYKBK5Eng0GBUv2nu3HTTl7RZpmr879Nk6O e2cyKiNXwvEARjhfc0M3onyMlj2Tm79L88WLM0O6uU+1IebVOi/mevza1IIrtFtr1+ 5aNZhbJ5/3BeYsEteCXLDYpg1p+5XPrwJDQATrAED2qTEcW5q5fIFb2LfqN9zM10Nl Yiha5nFEE+vgNvenqr4+XuW7G2X1nE9LXYV6YNliA2X9XAEdZo38aTOLGeZ7TN/0VX E3HxjKyFeLRMEzrJ5IpKj3S2MHt7ePkISoHcL/OhVNGs9z4+jdsVOIxFgKqzZZ6Ful nTn3s+HmhdsRngxpPRo6wQGg= Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 39FD12D029E1; Tue, 29 Jul 2025 16:36:34 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id YBH4-Uu0tVSI; Tue, 29 Jul 2025 16:36:33 +0000 (UTC) Received: from strong-iwl0.sbone.de (strong-iwl0.sbone.de [IPv6:fde9:577b:c1a9:4902:a66b:b6ff:fe40:39a9]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 579432D029D8; Tue, 29 Jul 2025 16:36:33 +0000 (UTC) Date: Tue, 29 Jul 2025 16:36:33 +0000 (UTC) From: "Bjoern A. Zeeb" To: "Julian H. Stacey" cc: freebsd-wireless@freebsd.org, freebsd-net@freebsd.org Subject: Re: shell set wlan country < ssid, dhcp waits on supplicant. fixes resolv In-Reply-To: <202507291622.56TGME85056887@dell.no.berklix.net> Message-ID: <1nr766r2-5183-4s5s-n37q-656n40ops4os@yvfgf.mnoonqbm.arg> References: <202507291622.56TGME85056887@dell.no.berklix.net> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 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=US-ASCII; format=flowed X-Rspamd-Queue-Id: 4bs1Fl3sfnz3Y5D X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:3320, ipnet:2003::/19, country:DE] On Tue, 29 Jul 2025, Julian H. Stacey wrote: > On Fri, 25 Jul 2025 11:49:30 +0000 (UTC) Bjoern A. Zeeb: wrote >> On Fri, 25 Jul 2025, Julian H. Stacey wrote: >> >>> Hi freebsd-wireless@, freebsd-net@ >>> This a repost as I sent to non existant mobile@ should have been wireless@. >>> >>> http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/src/jhs/etc/wlan_action >>> Solves problems I've had, See `Purposes:' & `Limitations:' Comments Welcome. >> >> "(country is not available in wpa_supplicant)." >> >> That's not true; it is but also only globally; I would have wised for >> it to be per-network for a while. Might be interesting if someone took >> that idea forward? > > Thanks. I'd happily hack src/ later after I reduce my backlog, > but no time yet even to upgrade my laptop from 12.4-RELEASE to 14.3. > > For now my shell fixes what I need, & more important than setting country, > it delays calling dhclient till after wpa_supplicant has associated. > > I've wondered why others haven't suffered failing dhclient, Maybe > I have a wrong config or dhclient waits better on wpa_supplicant by 14.3. What's your rc.conf line for wlan0? Are you using SYNCDHCP? Beyond that I am very little help as if I need IPv4 I start dhclient manually being IPv6-only otherwise most of my time. /bz -- Bjoern A. Zeeb r15:7 From nobody Wed Jul 30 15:04:48 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 4bsb9D311Zz63gk1 for ; Wed, 30 Jul 2025 15:04:48 +0000 (UTC) (envelope-from ivy@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (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 "freefall.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bsb9D295Fz3hMp for ; Wed, 30 Jul 2025 15:04:48 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753887888; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=KIGE1/pmkVWy5cTGHrVGMRzt18Xlvf3YweZq/GSAY/E=; b=hbwbViHi7vOqnv6Cq25hidtuXk+w9M7rPinjAR57bRqJsS2WzttkFgo2Oy+Dv08he8PeaE DwLhGzoD2TGTzR5Fqhp/567NbobqT5j2UYALjxdfBmFdzcD3YR1VCoYNZQFMwHAE//+cfQ 6gVLrtu8Mi3RAEjNa5/JGKvzZqoymdDfixBGg2zVIN7NVuwMXlCWyyZYXsLBFJirFkcnSs Zhd6FJ5k/uAq5gbM3xVJ6Su5moP+eV+jdcxQsnOiBUl9PiwFuuGtuF6sMc0Oj17wiWePa8 uiOjjGUcE7gHFfK3IDMmUz6EgSs361BU4ao3r5j51lLiXQSGx94tK7mNTdOWFg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753887888; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=KIGE1/pmkVWy5cTGHrVGMRzt18Xlvf3YweZq/GSAY/E=; b=TJpG3qt79lguZtRpbWXfFcMDheuFeC+zG0ZriNanAQHio6h+pfXsRFPjkyYCODHCBdqQlP 0GHFktD+8ApfHKYYTdqNyE6n5TtlHzUrth/seTWWCRr3aSIkRAnlI6tL4/SQ/tG6zbgUs2 pSygNESaqxVQLsE788gm4JRvHAUH8isjXmRgPLfpoDMXF5WjIXVxg07qxUd2ZpteWDLSk0 WbsYCZJ5EdGftkIulPUEOaoxHUpH0iQ9PxRRslS99EdVKEm5CQO/cfgKZxQ1se8qcw9bjX E0dAN1lZzCCxWEEeMqHr4FemJKMzIKbLZkm5jbAiC3jHhUyUY8c3rEHF6pl8Hg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1753887888; a=rsa-sha256; cv=none; b=wOt4HE4re4nkT3TZ8rMpZ0sYdMyTyGx5gI5ej9aRsJ3FcAtFzXGo1MB/vUOgxPY0TnNdVm UDHGgCA1MdlWHq1KBDY8PaVNnAbZr+/Adld5aT2RyMbFEft5EmF/7XjukLcuI9lzIORy6A 2kAX2AYBz3PYMkNGZ5SkuR6qWS7uGC/PsfhE2itIMDOodOBvKPf+occupCDwVW6LcZQc/H jOAWMWp05PzI7enGo2qwlINYAN87TJ9cAPSkH6gJR/Hq50ndp7Ae7cwkDAGJYqE4s0Opn5 SK6kReh4uFKm4Z5PcnpgTtSfERD0Ujj4cs5Z0ZyK7Vf6jFwiKILpQkdUHdrLSw== Received: by freefall.freebsd.org (Postfix, from userid 1532) id 4364122E66; Wed, 30 Jul 2025 15:04:48 +0000 (UTC) Date: Wed, 30 Jul 2025 16:04:48 +0100 From: Lexi Winter To: net@freebsd.org Subject: vlan(4) and bridge(4) on same interface Message-ID: Mail-Followup-To: net@freebsd.org 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: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="WmmCT/xFlXyuJuSy" Content-Disposition: inline --WmmCT/xFlXyuJuSy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hello, currently we allow users to create a vlan and a bridge on the same interface, like this: % ifconfig ix0.100 create % ifconfig bridge0 create addm ix0 i am aware that some people are using this in production, but because it doesn't work properly[0], i would like to forbid this configuration in 16.0, i.e. it would not be possible to add an interface to a bridge if vlans are present on that interface, and vice versa. i am looking for feedback from people who are currently using this: - can you switch your untagged traffic to tagged instead and use a vlan(4) in a bridge? e.g., % ifconfig ix0.100 create % ifconfig ix0.101 create % ifconfig bridge0 create addm ix0.101 - can you switch to a vlan filtering bridge instead? e.g., % ifconfig bridge0 create addm ix0 vlanfilter tagged ix0 100,101 % ifconfig bridge0.100 create % ifconfig bridge0.101 create if the answer to both these questions is no, it would be helpful if you could explain why. [0] specifically, because both bridge(4) and vlan(4) expect to handle tagged traffic, it is not clear how the tagged packets on the interface should be handled. currently, they are processed by bridge(4) unless they are destined for a local Ethernet address, in which case they processed by vlan(4), but this behaviour is somewhat non-obvious and breaks things that require promiscuous mode on the vlan interface (e.g., tcpdump). --WmmCT/xFlXyuJuSy Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaIo0jAAKCRD1nT63mIK/ YKAYAP4/cm9p1jf7xAseN/7BEoZWeWipgys2fig0jJZIDBzXGQD9EWv2+pcdk7g6 PK472kLwJcYsCXoBP3DtnToJehBHKg0= =dc9G -----END PGP SIGNATURE----- --WmmCT/xFlXyuJuSy-- From nobody Wed Jul 30 17:28:08 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 4bsfM21QSGz62pn9 for ; Wed, 30 Jul 2025 17:28:30 +0000 (UTC) (envelope-from vova@fbsd.ru) Received: from fbsd.ru (mx.fbsd.ru [178.213.227.68]) (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 4bsfM158f4z3t2d; Wed, 30 Jul 2025 17:28:29 +0000 (UTC) (envelope-from vova@fbsd.ru) Authentication-Results: mx1.freebsd.org; none Received: from [172.22.9.9] (helo=smtpclient.apple) by fbsd.ru with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2 (FreeBSD)) (envelope-from ) id 1uhAbD-00000000HEJ-2rpB; Wed, 30 Jul 2025 20:28:19 +0300 Content-Type: text/plain; charset=utf-8 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 (Mac OS X Mail 16.0 \(3826.600.51.1.1\)) Subject: Re: vlan(4) and bridge(4) on same interface From: "Vladimir B. Grebenschikov" In-Reply-To: Date: Wed, 30 Jul 2025 19:28:08 +0200 Cc: net@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <41044116-542D-447B-9831-B31F75688D56@fbsd.ru> References: To: Lexi Winter X-Mailer: Apple Mail (2.3826.600.51.1.1) X-Rspamd-Queue-Id: 4bsfM158f4z3t2d X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:51705, ipnet:178.213.227.0/24, country:RU] hi=20 > if the answer to both these questions is no, it would be helpful if = you > could explain why. I wouldn=E2=80=99t say it=E2=80=99s a definite no to both. But I can explain a scenario where such superposition makes sense (as I = am a user of such a setup): % ifconfig ix0 description "trunked uplink" % ifconfig ix1 description "another trunked link" % ifconfig bridge0 create addm ix0 ix1 % ifconfig bridge0.100 create description "Host interface here" so far everything fine - normal usage, bridge handels trunked traffic now I wish to have a number of jails attached to VLAN 101, so I will: % ifconfig bridge0.101 create up description "unwrap VLAN 101" % cbsd jcreate jname=3Dservice1 vnet=3D1 interface=3Dbridge0.101 ... % cbsd jcreate jname=3Dservice2 vnet=3D1 interface=3Dbridge0.101 ... % cbsd jcreate jname=3Dservice3 vnet=3D1 interface=3Dbridge0.101 ... ... sounds quite logical what cbsd (just another jail management software) will do underneath? something like: % ifconfig bridge1 addm bridge0.101 addm epair0a addm epair1a addm = epair2a others ends of the epairs will be landed in jails The jails should be able to talk to each other and should not be aware = (internally) of any VLANs. Yes, you can argue, that instead, we should evolve the cbsd tool to = acknoledge new functionality like=20 % cbsd jcreate jname=3Dservice1 vnet=3D1 interface=3Dbridge0 vlan=3D101 and then, plug all these jails into bridge0 with proper VLAN unwrapping = and filtering But on the other hand, having something that in the real world can be = represented as a dumb switch with no VLAN support (and no way to misconfigure it) to = connect a room of PCs, where all unwrapping and ACLs are configured once on the smart switch = port where the dumb switch is plugged in =E2=80=93 also makes sense. I wouldn=E2=80=99t argue about disabling this in 16.x, just wanted to highlight a scenario that does have merit. just my 5 cents, and thank you for your work > On Jul 30, 2025, at 17:04, Lexi Winter wrote: >=20 > hello, >=20 > currently we allow users to create a vlan and a bridge on the same > interface, like this: >=20 > % ifconfig ix0.100 create > % ifconfig bridge0 create addm ix0 >=20 > i am aware that some people are using this in production, but because = it > doesn't work properly[0], i would like to forbid this configuration in > 16.0, i.e. it would not be possible to add an interface to a bridge if > vlans are present on that interface, and vice versa. >=20 > i am looking for feedback from people who are currently using this: >=20 > - can you switch your untagged traffic to tagged instead and use a > vlan(4) in a bridge? e.g., >=20 > % ifconfig ix0.100 create > % ifconfig ix0.101 create > % ifconfig bridge0 create addm ix0.101 >=20 > - can you switch to a vlan filtering bridge instead? e.g., >=20 > % ifconfig bridge0 create addm ix0 vlanfilter tagged ix0 100,101 > % ifconfig bridge0.100 create > % ifconfig bridge0.101 create >=20 > if the answer to both these questions is no, it would be helpful if = you > could explain why. >=20 > [0] specifically, because both bridge(4) and vlan(4) expect to handle > tagged traffic, it is not clear how the tagged packets on the > interface should be handled. currently, they are processed by > bridge(4) unless they are destined for a local Ethernet address, > in which case they processed by vlan(4), but this behaviour is > somewhat non-obvious and breaks things that require promiscuous > mode on the vlan interface (e.g., tcpdump). -- Vladimir Grebenshchikov vova@fbsd.ru From nobody Wed Jul 30 19:42:52 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 4bsjLM4WSyz62xfy for ; Wed, 30 Jul 2025 19:43:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe:19]) (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 ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bsjLM0l9sz3MQB; Wed, 30 Jul 2025 19:43:06 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; none Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id B494CA64805; Wed, 30 Jul 2025 19:42:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=zabbadoz.net; s=20240622; t=1753904569; bh=XO6eto/ijLnQklJ/43OsGhHt4sVs+WaP09GERAvJAiU=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=NFmSl5VrlmDPoWU09tGWywk/vZBgfWvtbgq6ppMgXBGN5HAKx4vLlC1VDjI/RWg9N WeFxdDyVZiMzsZwPouOF74OfEugn9csCEsXGqdjhblWDxT1sQ55GAEsnpmwVWoCrgN Ggo8iCrexud9ox22qoz6n08oX63AocZm85ubjXiqYY6D2FUvrJFgEgjbcvZKVpcKVv q6GLNtgGOesTkjPRBfEimTa51e/UZJlUv9PoQxGhEwUT40ZUT8+LmJqpASkD/RES/a XjXluGWkC4cOEE/0CW8D1daHXPo/uYOp4GWWHgpfjmgbkqTf8E6jZ3Ied6pOPmIVOP DNUFsVLpk1/593RekoN4vFv/CZtuRemmeAeOF5kutb83rd5W0z4ESWRFuxjiwSBloQ ZSbR2wzyVwMfK9zKbrfOF+BCl7misgHPx/dqhL/DTQWu8U2gbTEZOrb8heASYIJj3L 5N+XUSqgOVsdIGVgP1BAU/tSG51VK+0MJgXgRhLYAOtEZ4c1HCpmHyAw0jCdA4ujhx Z2TtbO8gj7LDdl6BGsMdhMi2aqN205p262Bmkdb+b3HVv4PcwXUkGsLOABGq0UmGqg 87EpphVoI8JKrXXl5fPhJOOHzuLw0fFKSLwI3X7xiG0EGhu4fT5ILACujR4zFQ/eKd Eic/Iihf/Av7jUzGfakjbYv0= Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 9C3722D029E1; Wed, 30 Jul 2025 19:42:54 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id knepW1cYL1cm; Wed, 30 Jul 2025 19:42:53 +0000 (UTC) Received: from strong-iwl0.sbone.de (strong-iwl0.sbone.de [IPv6:fde9:577b:c1a9:4902:a66b:b6ff:fe40:39a9]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 74F9E2D029D8; Wed, 30 Jul 2025 19:42:53 +0000 (UTC) Date: Wed, 30 Jul 2025 19:42:52 +0000 (UTC) From: "Bjoern A. Zeeb" To: Lexi Winter cc: net@freebsd.org Subject: Re: vlan(4) and bridge(4) on same interface In-Reply-To: Message-ID: References: X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 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=US-ASCII; format=flowed X-Rspamd-Queue-Id: 4bsjLM0l9sz3MQB X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:3320, ipnet:2003::/19, country:DE] On Wed, 30 Jul 2025, Lexi Winter wrote: > hello, > > currently we allow users to create a vlan and a bridge on the same > interface, like this: > > % ifconfig ix0.100 create > % ifconfig bridge0 create addm ix0 > > i am aware that some people are using this in production, but because it > doesn't work properly[0], i would like to forbid this configuration in > 16.0, i.e. it would not be possible to add an interface to a bridge if > vlans are present on that interface, and vice versa. Sounds like a good plan. Do you intend to make it a sysctl in 15 already so people can forbid it upfront before migrating to 16, and in 16 before stable/16 just remove it all together? Or if it is not too late for 15, simply have the sysctl disabled by default in 15 and people can rescue themselves flipping it for the lifetime of 15? Given the other changes, I wonder if it would just make sense to get all the cases/possible breakage sorted in one go that way? > i am looking for feedback from people who are currently using this: I do have setups which are highly fragile (you may notice I am good at creating these silly things); I had conversations with kp@ about them in the past. dwc0 inet6 bridge0 addm dwc0 addm epair0a ; epair0b in another vnet with another 3 vlans on top vlan100 inet6 on dwc0 vlan200 inet6 on dwc0 Normally I would have put the vlan interfaces into the vnet without bridge but you cannot have the same vlan N twice on the same parent interface. Hence the bridge in the middle. Should really be three bridges and 3 epairs on 3 vlan interfaces in the base for the vnet but .. > - can you switch your untagged traffic to tagged instead and use a > vlan(4) in a bridge? e.g., > > % ifconfig ix0.100 create > % ifconfig ix0.101 create > % ifconfig bridge0 create addm ix0.101 Is this the same setup as above as we are no longer bridging the trunk in addition to having a local access VLAN or do I have a different use case in mind? > - can you switch to a vlan filtering bridge instead? e.g., > > % ifconfig bridge0 create addm ix0 vlanfilter tagged ix0 100,101 > % ifconfig bridge0.100 create > % ifconfig bridge0.101 create If I were to take my above setup, would the following do the job? (syntax may be wrong) ifconfig bridge0 addm dwc0 [vlanfilter] untagged dwc0 4000 tagged dwc0 100,200,300,400 ifconfig bridge0.4000 inet6 ... # that's the base address formerly on dwc0 for untagged on the wire ifconfig bridge0.100 inet6 .. ifconfig bridge0.200 inet6 .. ifconfig bridge0 addm epair0a [vlanfilter] tagged epair0a 100,300,400 Seems a lot cleaner and I know which problems will go away right away. > if the answer to both these questions is no, it would be helpful if you > could explain why. The only problem I need to figure out is how to transition from a netboot setup (address is on the physical interface) to something where the address migrates to the bridge without losing the NFS root mount... Has anyone found a solution for that already? /bz -- Bjoern A. Zeeb r15:7 From nobody Wed Jul 30 20:42:11 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 4bskfX0Xphz631TQ for ; Wed, 30 Jul 2025 20:42:12 +0000 (UTC) (envelope-from ivy@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (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 "freefall.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bskfX01Jpz3Thd; Wed, 30 Jul 2025 20:42:12 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753908132; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=ssWy1oOJdESeq6PrJd56EFu/3kvD4XR/kATZzVOZgKk=; b=qWf+wDQWLvcjGS56mZ4t7jpwqja/UtuTi6mi/u4ee2fxZUUmDZPAvqCwkqeDLjS393n5fC egVlxWFW8UomKaPOST/5h++wX7jLa6fm7iXg+ty7gDxpvCBEQhHruAoVAWWh/e8H2e87U5 kjjhcVLrqBBKRZRtd3h9qV1xAENGNgYsuc2tZ6c2alaTnOaOgG3RO5pPZxSeroekToNeRK wAlFLc4Yz20D/LhIxq6eBUw9ftbgfrgrRKb1wMnupfGi1xMJMhqfYUe16MGYLru2B7EzYB HXkcRBUaa0qj8TXy3qqiQWRteTxBi0OFQlLI1Cbi3Ik1D6rsSJ/c73CKRm8k5w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753908132; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=ssWy1oOJdESeq6PrJd56EFu/3kvD4XR/kATZzVOZgKk=; b=w1i694wD3nouZ9RTKI7GQXVUC0fNV9GYk3EGFEWT/CWUc+EMx1iYXqqIDRJA7l9/Ro5P2C cDiE9KfXL/6IdaC5SfWZ1dabHOagUtrFI5+N69bWmFDOPxhDv70XwYD5ZFhgn4tJwS3EKc Txhk6Un8jE1ZhCAAy7l/cSBME6o0syQqXbihPvMElLiE5ztjwqiIDMR6jqUHhfjU8uMB7G liIU4e2hnb2qu+CE2Zhwafo7dXgql+x8SMJTfKIVThjVL7i7DcI/yqziM93HnXPawMwxTL SxkYUvVLaNsQtenlM9DATGcNbLu3EQFF+lLV1l3CWvBNsARXnFOy5pYT8V5xwQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1753908132; a=rsa-sha256; cv=none; b=nuQHvnSj1OwGNPImPw6PwlaGOFpcq/ZenM4ug2mpNiO7iIJ/UYmVaVBjWtzdhEOZeZyd1K hKbID/feeS8cKoVRrk2KpH7UEH658Ec8eH+C8qQ3hhSf6jps4/CGPJO+6wFHCOce3gFo7e 8S9tlmQjJYyV3f2ChM8yk9OGOMgxcveqbml5o01FBYI1EtYpbr0nEJpG5NZKL3XaVsscXG RFtoLhvSe48sVbCE2iRI+OrPMpE0+yjFroAiLGZztQuAWShwMgR/AgjSS07vg1lMn+0tfQ srmt9ET90j9DbYxXeyMJzuAQEnwnhHZ5GwHeF7RrB+aAINqbbF6bw4ZzkjHpsA== Received: by freefall.freebsd.org (Postfix, from userid 1532) id DA8CE23B6D; Wed, 30 Jul 2025 20:42:11 +0000 (UTC) Date: Wed, 30 Jul 2025 21:42:11 +0100 From: Lexi Winter To: "Bjoern A. Zeeb" Cc: net@freebsd.org Subject: Re: vlan(4) and bridge(4) on same interface Message-ID: Mail-Followup-To: "Bjoern A. Zeeb" , net@freebsd.org References: 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: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="vRn6FFb7P4EhXPXo" Content-Disposition: inline In-Reply-To: --vRn6FFb7P4EhXPXo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Bjoern A. Zeeb: > On Wed, 30 Jul 2025, Lexi Winter wrote: > > currently we allow users to create a vlan and a bridge on the same > > interface, like this: > >=20 > > % ifconfig ix0.100 create > > % ifconfig bridge0 create addm ix0 > >=20 > > i am aware that some people are using this in production, but because it > > doesn't work properly[0], i would like to forbid this configuration in > > 16.0, i.e. it would not be possible to add an interface to a bridge if > > vlans are present on that interface, and vice versa. > Do you intend to make it a sysctl in 15 already so people can forbid it > upfront before migrating to 16, and in 16 before stable/16 just remove > it all together? >=20 > Or if it is not too late for 15, simply have the sysctl disabled by > default in 15 and people can rescue themselves flipping it for the > lifetime of 15? > Given the other changes, I wonder if it would just make sense to get > all the cases/possible breakage sorted in one go that way? =20 considering how close stable/15 is i wasn't planning to make any change here for 15.0, but if there's consensus this is the right way to go,=20 we could add a WARNING printf for 15.0 indicating this might be removed in the future, then add a sysctl which is disabled by default in 16.0 and remove it in 17.0. since many instances of this type of configuration can be replaced by vlan filtering, this gives users one release to convert their network setup without having to enable non-default sysctls. i have a related change (currently part of D51260, but that probably won't be landed as-is) which changes the behaviour here so if that any vlan(4) is configured on the interface, *all* tagged packets go to vlan and are ignored by bridge. this makes the code cleaner and i think is also more understandable to users, but it does somewhat change the behaviour. > dwc0 inet6 > bridge0 addm dwc0 addm epair0a ; epair0b in another vnet with another 3 v= lans on top > vlan100 inet6 on dwc0 > vlan200 inet6 on dwc0 >=20 > Normally I would have put the vlan interfaces into the vnet without > bridge but you cannot have the same vlan N twice on the same parent > interface. Hence the bridge in the middle. Should really be three > bridges and 3 epairs on 3 vlan interfaces in the base for the vnet > but .. =20 i think bridge is the right solution here, but with vlan filtering, you could do it this way instead: ifconfig bridge0 create vlanfilter addm dwc0 tagged dwc0 100-399 ifconfig bridge0 addm epair0a untagged epair0a 100 # epair0b in a jail ifconfig bridge0 addm epair1a untagged epair1a 200 # epair1b in a jail ifconfig bridge0 addm epair2a untagged epair2a 300 # epair2b in a jail ifconfig bridge0.100 create # in the host ifconfig bridge0.200 create # in the host essentially, i would like to be in a situation where if you're doing switching you use bridge, and if you're doing routing you use vlan(4), and there's never a need for both on the same interface. (if you're doing both switching and routing, you use vlan on top of the bridge, as in this example.) > > - can you switch your untagged traffic to tagged instead and use a > > vlan(4) in a bridge? e.g., > > % ifconfig ix0.100 create > > % ifconfig ix0.101 create > > % ifconfig bridge0 create addm ix0.101 > Is this the same setup as above as we are no longer bridging the trunk > in addition to having a local access VLAN or do I have a different use > case in mind? this was supposed to be the same as the "bad" example, except that instead of creating the vlan(4) on the external interface, you create it on the bridge instead. so this would be the simplest migration path for users, but i don't think you can set the vlan(4) vlan id to 0, so this requires changing your upstream device to tag all traffic. (if it is possible to set vlan id to 0 - which thinking about it, should be allowed - then this might be the easiest migration path for everyone, but i haven't tested this with bridge before.) > If I were to take my above setup, would the following do the job? > (syntax may be wrong) >=20 > ifconfig bridge0 addm dwc0 [vlanfilter] untagged dwc0 4000 tagged dwc0 10= 0,200,300,400 > ifconfig bridge0.4000 inet6 ... # that's the base address formerly on d= wc0 for untagged on the wire > ifconfig bridge0.100 inet6 .. > ifconfig bridge0.200 inet6 .. > ifconfig bridge0 addm epair0a [vlanfilter] tagged epair0a 100,300,400 =20 i wrote my example above before i read this part of your mail, but yes, this looks reasonable. for now you need 'ifconfig bridge0 addm X vlanfilter X tagged X...', but once D51600 lands (hopefully very soon) you will only need to set vlanfilter once on the bridge itself. > The only problem I need to figure out is how to transition from a > netboot setup (address is on the physical interface) to something where > the address migrates to the bridge without losing the NFS root mount... > Has anyone found a solution for that already? there was a discussion about this on the list a couple of weeks back, but for now i think the answer is no (as in, it should be possible, just no one has written the code yet). --vRn6FFb7P4EhXPXo Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaIqDnwAKCRD1nT63mIK/ YK5CAP9LmWhL1aJtA5hB5Y8n6QVLDZt1YItpMg7L7kZi8rDhxgEAgIJPR2+fFibW XITW1kApbiK2luGHWTRdk941NrD18wI= =o1Sg -----END PGP SIGNATURE----- --vRn6FFb7P4EhXPXo-- From nobody Wed Jul 30 20:48:52 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 4bskpt6b2Dz631sG for ; Wed, 30 Jul 2025 20:49:26 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from FR6P281CU001.outbound.protection.outlook.com (mail-germanywestcentralazon11020092.outbound.protection.outlook.com [52.101.171.92]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (secp384r1) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bskpt3qGJz3VJN; Wed, 30 Jul 2025 20:49:26 +0000 (UTC) (envelope-from hausen@punkt.de) Authentication-Results: mx1.freebsd.org; none ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=zWrdyJKOFQJGtrR8WPHl2A3MArzLAtfQzkXaEpYG2RznbXzMXdcsnWddbv80gmG9/e/Xj5MMIlPqKK64kFkKKulNWL4p7Z5MJgYI7RfQrp+vv0L49YHlDuA3Z4rS6gMQ8uz0BodqCGd5Zj0PoZutWWPn9Vi9OysY5Jbh0ArfGUj6wzS3gw9qUyrVMh+B70AQFG2YkICdYtq200tsHsSogLlEZk4YSTXZPWdO40oC+HOxCb124TUhqoQVgcgfbFPMekOMzdV5fVFoZT18G6CITGguaN1hvTkWxFXSdR7dz4BOHjHZOjPXusePDGqHhdpxAuzJ6vlye9HGf6SNZxd4kg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=hpbTwiYjAuperpsRL5JvEPBym2xONdC7aOs0uiaPHWA=; b=afVLYlCBrTIyR7tr5G+lTolyFbhp4z9Mu8jgkjXvyPN8hjDguk9k9nAgbHxPf0tFzYEjku1XolhrTpjkNEkKv9y7EkrYomrlIKfxN63At2gALVKkIPivwVPgeuC6e17SgBc/Q7HS/tnSSd41Iimjk94swLhQScbIlUag8slGtD420rUPXMGqjDBoXP1w/ZFv3mEvTUfWhwAkeT7e6TXDc+didL6ASq5ksic4cqrT65SBOqQOlp7TSWelX46JZGpHKddY/6LQRvcHJ9cAT0wA8AWoGFytllJQdV3J4lVFRucdpEjTfr0qbUuD5hS/dmYs/Ufv9Vtqeo8BdWlwFaHM8Q== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=punkt.de; dmarc=pass action=none header.from=punkt.de; dkim=pass header.d=punkt.de; arc=none Received: from BE1P281MB3156.DEUP281.PROD.OUTLOOK.COM (2603:10a6:b10:68::6) by BE1P281MB2354.DEUP281.PROD.OUTLOOK.COM (2603:10a6:b10:33::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8989.13; Wed, 30 Jul 2025 20:48:52 +0000 Received: from BE1P281MB3156.DEUP281.PROD.OUTLOOK.COM ([fe80::47b3:d399:d24b:4059]) by BE1P281MB3156.DEUP281.PROD.OUTLOOK.COM ([fe80::47b3:d399:d24b:4059%6]) with mapi id 15.20.8989.011; Wed, 30 Jul 2025 20:48:52 +0000 From: "Patrick M. Hausen" To: Lexi Winter CC: "Bjoern A. Zeeb" , "net@freebsd.org" Subject: Re: vlan(4) and bridge(4) on same interface Thread-Topic: vlan(4) and bridge(4) on same interface Thread-Index: AQHcAWNTZBjBQ1+EckW8LII+xcH5IrRLEX8AgAAQk4CAAAHSAA== Date: Wed, 30 Jul 2025 20:48:52 +0000 Message-ID: <83AAB529-4AA4-4C71-9B9E-9CD568128A67@punkt.de> References: In-Reply-To: Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: BE1P281MB3156:EE_|BE1P281MB2354:EE_ x-ms-office365-filtering-correlation-id: 79be9e22-d814-48e7-fdf0-08ddcfaa7e09 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0;ARA:13230040|10070799003|366016|1800799024|376014|38070700018; x-microsoft-antispam-message-info: =?utf-8?B?eVkxeGxpRXlwYUlWWFhRcUxlWHhnWEk2emRkb2NPNFFZenN0QmNjMCtPUUhQ?= =?utf-8?B?K3FwNi9mNzJ1WFNVKzljUzNVNHdFbkRlRzJWOHRTbkV2MzVQQ3RMVks3Ui9k?= =?utf-8?B?VjhibXZEQ0Vuajk5S2x0dThDd2Q5cjlhTVRjbEpIUVpjVXFtRWcrclRsNzVL?= =?utf-8?B?aTlWTkFqNDg3S3hPeEgzWk9CSUorMEFQWXRobXA3NDFwcm9hV3UvUEJGc0pO?= =?utf-8?B?TDBjTHRhbThadWZtSGppVkV5UWhhdTEvRjNVdnM5RVpBOEdZTFJGOHA3QWpx?= =?utf-8?B?ZmRuTmFtNlc0b243NStLaWoydGxxTnJNYU1PY2hTVUFvcVFrRVEwbE5qdmw3?= =?utf-8?B?OXVreWErbEhUV1hpN0c4THRUSVFwUUNIWDg5aXdtSTloSEo0Nkl3T0hUd2cx?= =?utf-8?B?NmVVdnZ3WGtBM2lvaHR4WDk5OXE0REQ1Q0dKZFV0VFlnMFR2T1ozSVJkakZD?= =?utf-8?B?YWRJd1l6VXlIR1l1SmxKdnN0WGlrVTN4OFV2ZGFFM2lqR21sN0p6M3RGUk80?= =?utf-8?B?UGcrRmdsTHBVZzJlUFp3Zk5KK25aTlp2WWc0Z3FveHRBVmJicWpHY2hBSGdr?= =?utf-8?B?bFZRNzVlNVRXNWgrY1NsMmJPTnpiZDNXQmRIZndTVno2RFpNWUFuT3pPUThu?= =?utf-8?B?aUViOWhTbnMvU1lTWjNJT3Z5OVNyVnhvUGZDNCs2SjBtMHJ6UFJrbkozQUJP?= =?utf-8?B?K0xGS2VCQ2E1bzQzNkx0QU1ISnFRSXRwbSt5RzZhVytHZmpzK3NRZC96UXhz?= =?utf-8?B?U1dkREFldXFkYzFTaC9LSFdxbm1lMEp6QldDZi8zNzRwbHFRUnNPM1RacE9w?= =?utf-8?B?NmpxZk02MmVscWg4TDVYV0FUdzlTQ0xpdTJOMkx4Y2hUZ2N1TUNUSmNpdHcv?= =?utf-8?B?Wk50K2s3RkFYSGZNTkJSSjNITFNLMzZQNnVoVlpmd3BUdHk0ZnRvaXcvZ3M3?= =?utf-8?B?RDl4bkJidFNLRG5MdWhvdWdPS09ucXlCeDNvbzczbFBaZjlmVm8yWm8zcG1E?= =?utf-8?B?dk1LTTBzNHhXWkF6SlBjaWt3OEpTQ2Jyakw5c2lIS0RqQWF1dzNELzZZQTVh?= =?utf-8?B?L0dablVqdnBVSkJxSSs3MzBWVUZWUmtpa2dqRUlkUk9TU1lXQVYzOFhuN1lZ?= =?utf-8?B?eTZDTVV3cktOWittWlRzdG5qbHE2RUdLMC9wUVhuRHpMa282M0NpbEtZVU1u?= =?utf-8?B?UVRMaURTY0pGQlN6OUkrM3JPakp6Y3lvb2FEUlZNQm9jaUNHMUx5OHBodXFG?= =?utf-8?B?eGsrTUt5WjRERndhb3EwUnA4b3M4RVV4ajJrbjR6dVdJbjZ6L0FGMEt2SUQy?= =?utf-8?B?Z0JmemNzcnJha3RjREluVzVCRU5CWUFIMUxPRjhkQ0lUQThNYjFvWHVWY1o3?= =?utf-8?B?dExzZllLYVRSQ2FPSjdVOGQxRForRSsxZkVLWWdHT2xFMTJDQmZvN21rNHhj?= =?utf-8?B?dlpkbU1pT1lyWEJEa3ZUREFPVkNrUzF3aUhsR0N5eDhEN0hCaGlNYjNGcVQy?= =?utf-8?B?VS9XWEpqaG5pTUlZVExrUFIwZzhaUVR1dG4wTkZaWmgxaHg0eFdUb1R0U2tX?= =?utf-8?B?emxOaTNWSTRvWUlqc1pRdVByMm9Ncmd5dEFiSVJiMGpYQ3BITks3a2x3MTlY?= =?utf-8?B?WW1mNzE3YmZQeHQ1aEhRN3NXN0hwY0ViVFdDeUlSYk1TcTlFS0hnODA4aHlJ?= =?utf-8?B?UkdIVkxhNUI1MHdxTFpHNCtUa1Z6T3VoVjFTUFBWZExZWWxXblp6bG4zK2Vy?= =?utf-8?B?OWVURTBDSUhOZW1PMUx1c3NjclhTWGw1WFdhVmdxZ3JhTGxYblVSZ3lwMCt1?= =?utf-8?B?bkRzOTJvZ2NLY0crcXgxY2FVOUdCaWZLbTJoZjNWMkdjeUtlNkhqclp5OXY1?= =?utf-8?B?TFJjcTRBNUJyRGEwSnNJODNsalh0V2R5RTdwbHJXMVBsSC9KVjZVRCs1emYx?= =?utf-8?Q?4RBl+y78Q1c=3D?= x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:BE1P281MB3156.DEUP281.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230040)(10070799003)(366016)(1800799024)(376014)(38070700018);DIR:OUT;SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?bFVLQkxkSlQrKzFxSFYvTGFWc0RrWVgrbHhmNlV5M3B4cFRoSWZzUnFQcWUv?= =?utf-8?B?aWZSUEpscURHckVsWG5YdHpRaHZOR2ExbTgwUG9GQ3BBVHZPdTVEZCtpeXFx?= =?utf-8?B?eGR0THlTVnhTQ3gvUVVsdW9TS1JxVnNQelB2VDNERy9wZ05WOGgrSDVFeHVN?= =?utf-8?B?RWJEbU5JNGJqUzZTaklNaXN3bDJ1SndpS0RtTSsydUJ5clFwbFdzYUNya1Uw?= =?utf-8?B?SEtLQkRiTGpuTm1uRVJQeE8vWGRjeVErTUR4YTRtTmhXcEwrT0RvNWJweVQz?= =?utf-8?B?NGdSRTFFTmNYUGF3eTlqek5wMVl5dVQxMDU5bk1ITkRKdmxOMWR3SDJTZnV4?= =?utf-8?B?N2tQSjFSSlZqL3l2aG1rZzQ1ZUlocUdVSlNXQ2xZVHBCeGR2ZEZGTUxoNFdT?= =?utf-8?B?Z2FzejllbmpEbDFkc0JyenVxUW5ZNkh1Q2t5dHhickZNQlB0aXVsWVRpSkxF?= =?utf-8?B?bUtHMm16WDl2SEE2V3BpSDh4U3JScDBqSTR6blJUK0xtZGRWM3h4dW03ZDlk?= =?utf-8?B?MnVieU9hejA1TnFhOHNjTk5NeG55ZzE5UFA4aDNPalc2TlpGN1BRU3Z3NWZH?= =?utf-8?B?NWlaeFhmWTdNN1pBay9tcUd5d01kY2xvd1FQNy9KLzdDTVRVUXE5QkJJT2tv?= =?utf-8?B?VkpEVFlhRGk1WndONDNUdEdKazZ3cGgxZldWZFVJMGIvOEF6VWRYeEM3M0lK?= =?utf-8?B?Yjd5WkdjakUvbDY4akNTOE9GWDAwaG9Ma0w5Wnl4MTh3bzZ1Y3BlUnovSkJ5?= =?utf-8?B?NE1yMEtFSGRGWkFnVlBCOHFIQ0V2clc2NTBZdnlBVWxQcHAvZm1YZHVOdHNr?= =?utf-8?B?YlkwMzR2WmtXUHJKRWdicTFrak5RTThVU3o4OEV1cVV4cGxNZE9id2lhZmZn?= =?utf-8?B?ekliV2l3aVFqaHBHZzY2R21ycG1NMjlzT28veHplTnlvSlpWWjNTMzFwVC8w?= =?utf-8?B?dWtpRGhpQW15L0QyOWNUU0Fpb20xUEhwb1NHVG9MT01EMnE5V3pzVnJoOTln?= =?utf-8?B?U0NFUmczWFl6R085aklKTWd6ckkxTUM3LzRHQjR3K042Z0MwV2IzZzBudDNa?= =?utf-8?B?bEtTY1NhbEFDd3o1SVA0bkFxYzU2TkhSQ3dpNDZFdDMrY2dXRVdQTGJxK1Vs?= =?utf-8?B?TUxmUlBDZEdUTzhIWFZiNFZuaEErbWZBQ3hBQlo0RnJQSUduZjlwT2p6Y3dN?= =?utf-8?B?M3l0NUxUVE0rODJidnNwRzJQU3BFZ05wYTQ1WHhzeWh2ekdJN2p5SlhqcmZ4?= =?utf-8?B?dllaZnVwckk5WHBENXBCM245NStXS21vV3p6Zmc2NHQrUm8vTWt4ZWtNdEhO?= =?utf-8?B?WHpaaWZaU0VMTkJwZTlqTnBqQ3M2aGRubTFkanl4VUJHYXcvd3UwNkgwVTR3?= =?utf-8?B?d1NDRU9KQnhBS2UwVXRmQlFCNlJLb0hJaFovVE44c0FnUUN2RjNtcEEvZUF0?= =?utf-8?B?TFFuRTV1WGtvZTBmZmdGU3hmSWlzT0VOTDhUMWVodUpzb3NzMkZUUGlrdkZ5?= =?utf-8?B?emxqR3NEVkZyeW1ZU0ZENERnb3ZYWmNYa3FxTk8vWEN5elJvdHE0djYwc2Rs?= =?utf-8?B?S0lGWFhlUHAyLytjbGlJZ0U3dGFKYlFWT3cwS2lnU29iTUZaZkNRbEJTcDRC?= =?utf-8?B?dXo1eU5TOG5iTENIcm0xbHJmL0dmc1BEbEh0ZlU0S3FmZmtrYVJBd0lMUGQ3?= =?utf-8?B?amQ2RndseDh1UzRPdUZtc1dXWkc5VHkybG1abkZicGpUeDZ1ck8wQ2didDlt?= =?utf-8?B?d244M0ttMS9UUjBIdGtHazJJZ2E1RW53STJnVmtPZDlRenN1WVR2SS9RallM?= =?utf-8?B?UzcvS08rNHRoUjRxcmh1SGFvd3ZuUjgxQzF2M0xvSzdPQUhpUjJZcnpQUVJX?= =?utf-8?B?VDlXY2l5cEZBaWNOQVFtVlBSTUZTbW5PS3RoNnByK2xsdExGNFRGUk5xbnBR?= =?utf-8?B?bXlxMlVna0U5S1V2OG9oY3NBN3lpaW1vdUdsUm5PNmVzRnN0NWdyMDVYT1Zt?= =?utf-8?B?b1BDbm16d0p5a1FEZXZ6K01iaWZnUzFtYUM5NitBMTVGaUJsd2R1UW9zM3lW?= =?utf-8?B?M0J5RWVEQStvZWhHREY3SkNsa09jQ1oveWJpQlRrdE1RY25Cd1NmL2xtSFhL?= =?utf-8?B?RXJHVGZNRlZzNlQzYjdyMElndVV0RTJBVXdRU2VuZzk1WjVqcnpXWHNROWRM?= =?utf-8?Q?L3B2fAQ8Sx4fgA1MmnLEMJ8cAwG1dHxYLmZ91KVRJfzh?= Content-Type: text/plain; charset="utf-8" Content-ID: <6FAB891B79F4CC488D4EADABC8BDDF15@DEUP281.PROD.OUTLOOK.COM> Content-Transfer-Encoding: base64 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 X-OriginatorOrg: punkt.de X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BE1P281MB3156.DEUP281.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 79be9e22-d814-48e7-fdf0-08ddcfaa7e09 X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Jul 2025 20:48:52.2152 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: d1aa1808-3734-45fc-a490-f8ba49028756 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: deuCSZFjmpp7xuDa6PsNDjKkXDPyg8WMAlk7vfTA+FTfQM7j7DA6U9F43HEnio3q X-MS-Exchange-Transport-CrossTenantHeadersStamped: BE1P281MB2354 X-Rspamd-Queue-Id: 4bskpt3qGJz3VJN X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:8075, ipnet:52.96.0.0/12, country:US] SGkgYWxsLA0KDQo+IEFtIDMwLjA3LjIwMjUgdW0gMjI6NDIgc2NocmllYiBMZXhpIFdpbnRlciA8 aXZ5QGZyZWVic2Qub3JnPjoNCj4gDQo+IGVzc2VudGlhbGx5LCBpIHdvdWxkIGxpa2UgdG8gYmUg aW4gYSBzaXR1YXRpb24gd2hlcmUgaWYgeW91J3JlIGRvaW5nDQo+IHN3aXRjaGluZyB5b3UgdXNl IGJyaWRnZSwgYW5kIGlmIHlvdSdyZSBkb2luZyByb3V0aW5nIHlvdSB1c2Ugdmxhbig0KSwNCj4g YW5kIHRoZXJlJ3MgbmV2ZXIgYSBuZWVkIGZvciBib3RoIG9uIHRoZSBzYW1lIGludGVyZmFjZS4g IChpZiB5b3UncmUNCj4gZG9pbmcgYm90aCBzd2l0Y2hpbmcgYW5kIHJvdXRpbmcsIHlvdSB1c2Ug dmxhbiBvbiB0b3Agb2YgdGhlIGJyaWRnZSwNCj4gYXMgaW4gdGhpcyBleGFtcGxlLikNCg0KSSBk byBub3QgcXVpdGUgdW5kZXJzdGFuZCAtIGltYWdpbmUgeW91IGNvbm5lY3QgdHdvIGFjY2Vzcw0K cG9pbnRzIHdpdGgsIHNheSwgdHdvIGRpZmZlcmVudCBTU0lEcyBtYXBwZWQgdG8gdHdvIFZMQU5z IHRvDQp5b3VyIEZyZWVCU0QgYmFzZWQgZmlyZXdhbGwsIG1heWJlICIqc2Vuc2UiLg0KDQpJbiB0 aGF0IGNhc2UgYSB2YWxpZCBjb25maWd1cmF0aW9uIHdvdWxkIGJlOg0KDQpWTEFOIDEgb24gaWdi MDogaWdiMC4xDQpWTEFOIDIgb24gaWdiMDogaWdiMC4yDQoNClZMQU4gMSBvbiBpZ2IxOiBpZ2Ix LjENClZMQU4gMiBvbiBpZ2IxOiBpZ2IxLjINCg0KYnJpZGdlMTogaWdiMC4xIGlnYjEuMQ0KYnJp ZGdlMjogaWdiMC4yIGlnYjIuMg0KDQpBbGwgbGF5ZXIgMyBjb25maWd1cmF0aW9uLCBhbGwgcGFj a2V0IGZpbHRlcmluZywgZXRjLiBvbiB0aGUgYnJpZGdlIGludGVyZmFjZXMuDQpObyBuYXRpdmUg ZnJhbWVzIG9uIGVpdGhlciBpZ2IwIG9yIGlnYjEuDQoNClRoYXQncyBob3cgaXQgd2FzIHN1cHBv c2VkIHRvIHdvcmsgYW5kIGRpZCBwZXJmZWN0bHkgd2VsbC4NCg0KT25lIGJyaWRnZSBpbnRlcmZh Y2UgcGVyIFZMQU4gLSB3aGF0J3Mgd3Jvbmcgd2l0aCB0aGF0Pw0KDQpLaW5kIHJlZ2FyZHMsDQpQ YXRyaWNrDQotLSANCnB1bmt0LmRlIEdtYkgNClBhdHJpY2sgTS4gSGF1c2VuDQouaW5mcmFzdHJ1 Y3R1cmUNCg0KU29waGllbnN0ci4gMTg3DQo3NjE4NSBLYXJsc3J1aGUNCg0KVGVsLiArNDkgNzIx IDkxMDk1MDANCg0KaHR0cHM6Ly9pbmZyYXN0cnVjdHVyZS5wdW5rdC5kZQ0KaW5mb0BwdW5rdC5k ZQ0KDQpBRyBNYW5uaGVpbSAxMDgyODUNCkdlc2Now6RmdHNmw7xocmVyOiBEYW5pZWwgTGllbmVy dCwgRmFiaWFuIFN0ZWluDQoNCg== From nobody Wed Jul 30 21:10:22 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 4bslH25lJ9z632lK for ; Wed, 30 Jul 2025 21:10:22 +0000 (UTC) (envelope-from ivy@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (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 "freefall.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bslH24nPQz3X7k; Wed, 30 Jul 2025 21:10:22 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753909822; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=xDy1DN/1MJTEpCimhBe4kGzHxwfNj/0lLBFlU8eDBWU=; b=Qse/c1GJ3yK3VTkhAAh8VG63mpK24VsuSLu7jX56uE4tsQPMwwx73voP/c6nysWzP8qTHS Ix2T7rlKQiz++31nq08OJgKA6I2SH9AkrQH6Mhogr/0M39fY0j/ffjAZrIHJy6nSO62AnX AF4rxGg/2Dw1/rhWO3IBH+eQBIPnDEjFuujdRCcSXtehFqTG9YmPZGa20VZyYq63kWKtUn Ijwiu5J5JKVvkcViIIrAEoUI6nab41z3wJ4uiIEUUH/RpgUQ6TinwadnKaHUN1Ip1T0ZIE pZmh23jTQRyShHtYyKCVfYpIw3aWkLkJGDBNdnlFYT+yzp9ZaC1ifl0JWlc04Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753909822; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=xDy1DN/1MJTEpCimhBe4kGzHxwfNj/0lLBFlU8eDBWU=; b=p6xpPPKQzEDXyiDfnm7V5lVq0/7Ehz3GJf4AkoasQyWIbz8g/OJA1mpgWdAksvjFc2hNZV oY/2zK4j3yP7Szo0GwmvuASj3XjXVnsmDqeHKYreT7ewpjOcn5Jh1lA7JqYTxe4o4hCT7n /76WoO9jkGS1kJpr/ACv8XWhqmAuA8VFF3MkEMpU3iwMmkIJj7MwO+e62N9tvULqXFo5nA yguOP9KK42nns8ofQE+Ns6kOIQEDTMe52Zv2I+8/nS3pO+hu2lzpwm6H3jbhPw5eDAgich 81Xj6y17UnKOcfwKmQA98/QW4J7YjGWXATPo59UGTVeme7hSQPwOb9h75QhUTA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1753909822; a=rsa-sha256; cv=none; b=mDSZ2kDwaWofEonr+BtrVe8Azr9nI209CoPOera18jyl9eFgFJgtwnio1UHdsXPc+Fkpjx +2kYsyNnfub6VefagS3VMcQwBKnJOPMhX11HWePsnTs0yUmLMsAetw4RGJjB0SrBRTFltW 04x8L7evISPcnUv7ZQrhxrx9lYISGLcLU/5Fsxok5Ug/xOGBJjT2cSB5riTb6hVC92QZN9 1D6TJTURVJAru10+iMWSAJtYPkEFWCbAc38yLwsiO0GUY6yFApiqJpdlxP7aywFNWVqeAF Dzen8Kn6inFrqHT0G870QaQqHoM2gHvU/cMMqt+blwiFmpNy4YJRKMrGshGYmw== Received: by freefall.freebsd.org (Postfix, from userid 1532) id 9808223B7C; Wed, 30 Jul 2025 21:10:22 +0000 (UTC) Date: Wed, 30 Jul 2025 22:10:22 +0100 From: Lexi Winter To: "Vladimir B. Grebenschikov" Cc: net@freebsd.org Subject: Re: vlan(4) and bridge(4) on same interface Message-ID: Mail-Followup-To: "Vladimir B. Grebenschikov" , net@freebsd.org References: <41044116-542D-447B-9831-B31F75688D56@fbsd.ru> 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: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="S9MWxLbQ7Bk5XNkm" Content-Disposition: inline In-Reply-To: <41044116-542D-447B-9831-B31F75688D56@fbsd.ru> --S9MWxLbQ7Bk5XNkm Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Vladimir B. Grebenschikov: > % ifconfig ix0 description "trunked uplink" > % ifconfig ix1 description "another trunked link" > % ifconfig bridge0 create addm ix0 ix1 > % ifconfig bridge0.100 create description "Host interface here" >=20 > so far everything fine - normal usage, bridge handels trunked traffic >=20 > now I wish to have a number of jails attached to VLAN 101, so I will: >=20 > % ifconfig bridge0.101 create up description "unwrap VLAN 101" this is fine, but an interface of this type should only be used for routed traffic, i.e. for the host itself to communicate on the network. so you would not attach VMs/jails to this interface. >[...] > what cbsd (just another jail management software) will do underneath? > something like: >=20 > % ifconfig bridge1 addm bridge0.101 addm epair0a addm epair1a addm epair2a =20 you can not put bridge0.101 interface into another bridge. previously this would panic, since Monday (or so) it's rather disallowed. what you want to do is this: ifconfig epair0 create ifconfig epair1 create ifconfig epair2 create ifconfig bridge0 create vlanfilter \ addm epair0a untagged epair0a 101 \ addm epair1a untagged epair1a 101 \ addm epair2a untagged epair2a 101 now put the other ends of the epairs (epair0b, ...) into your vnet jails, and the jails will be connected to VLAN 101 on the bridge. if the host will be the router for the jails, then configure the IP address on bridge0.101 and jails will be able to reach this via L2. i cannot say how CBSD would/should handle this, but i expect jail/vm management tools should be modified to support the new behaviour. however, if your management software simply does "addm epairX", then there is a way to cheat here: ifconfig bridge0 create vlanfilter defuntagged 101 now, every interface you add to the bridge gets "untagged 101" automatically unless you specify something else. (NB: this functionality is not available until D51600 lands, but as i said in my other mail, hopefully that's very soon.) > But on the other hand, having something that in the real world can be > represented as a dumb switch with no VLAN support (and no way to > misconfigure it) to connect a room of PCs, where all unwrapping and > ACLs are configured once on the smart switch port where the dumb > switch is plugged in =E2=80=93 also makes sense. the problem is, if you want a bridge and a vlan(4) on the same interface, the bridge can't just be a dumb switch because it needs to know whether tagged frames should be sent to vlan(4) or handled by the bridge itself, so it always needs at least some awareness of the existence of vlans. if you want a bridge that doesn't know *anything* about VLANs, unfortunately this has not existed since 2007 when VLAN support was first added to bridge(4). you might find ng_bridge can do this, i don't know much about that. --S9MWxLbQ7Bk5XNkm Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaIqKOgAKCRD1nT63mIK/ YEJuAQDDojX3Xlj5FXKq+A28OCVkRYc6zqXRUvIo+5IudfuUagEA/JYiVteTsfye SOU+LX0DrYdPKdYkH9dy4ugycZ4xewo= =Vj28 -----END PGP SIGNATURE----- --S9MWxLbQ7Bk5XNkm-- From nobody Wed Jul 30 21:20:39 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 4bslVv3Dxrz6332k for ; Wed, 30 Jul 2025 21:20:39 +0000 (UTC) (envelope-from ivy@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (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 "freefall.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bslVv23srz3Ymt; Wed, 30 Jul 2025 21:20:39 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753910439; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=gdk5EZRkY6ktRk0Pd9Fm0joECwFWw93Ty0P0X1hL3CQ=; b=OI23ZXr6+otISdaQcLOkujMFxkAxcR89BqODP24xrDoJzRy8jHXrOFekaEOViC7+bbV1T1 v1uMcAO5HiSIYFw0UoHH9QoznmSy+P+11/mbknkgscJZvjSU2neAcb495IEBwMCWwHQOmT G4fBfNNLtJQEAHkNlkLs7VbVmyqG9H7pXD5+3h5946up4HZEZw1EfxMGbA429ZoBixLPZ6 gqiYHv7Y1veL9AjxzFrKYSfbRKxOn65/ZSstCNBKHhH/RwJE7Z4FbapznaPPbLbGr90RF8 zU1BMBSAuG0Gw7o5XovUEBoBxGGvPT6KNbK2qOH6szf5ZLFL65xY6n0NPhCMoA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753910439; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=gdk5EZRkY6ktRk0Pd9Fm0joECwFWw93Ty0P0X1hL3CQ=; b=eusFGYAQH+hOdyiG5iB6wBr8R7l9cN4716N3t3lKU8vz+/l/BXmj4vIxJJR9xMyc2c3rlh 5BFv2vZL72ZYDAtepCZuKogvNy+d5DsTIHJ5Nb2pBlzPuggKfciYpuigUrdJkDS+T2zTI2 UnE8zhuv9KekDPwncabClcPuwQtJWV+1J0/Anu+UFlVWkTD7Yix0VrtAOoiqcRLBR3gn6e GKMKuxUDwX5+FfkGM6OaskbrR/WgJY3zaSrMg+0IdXISlT8ncNOo7JNTNXgfDS0aqXKEKH ujxW4Tk03P2vF8jZjVSubqoKTa7FN3wHwhJbaqoNk71uPMAGFTIIdnFTkGAu8A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1753910439; a=rsa-sha256; cv=none; b=hE62T7VCi+xkU/mU6C1a2fwZhhCh3YNd7QwAfxIzn1brU8KEklLIgKNTXJT41g9hIyB+qL viwwrdCg+6Jp3W/zD/23gyX7riCBsLRMmNtelxnGAPH6wdTlDfzG+K56rbwGab/f/b9S/3 m1RSBGzDpdMKNSqJWkPdAomXOdG++6SPG2vUDX7ozQYK4z4cvovpQPBtR05sg9zIU9KP1K GkFE1hV46LupBQLzmN7HtVWAbmCGCaKnKIUA8mxRcw6Fp6RdgiFc+ccRiTWHUZjIgiIwQX guMTETCtgz8LUDNpap2X3jegj8rou7U7V8jKcAUB/ydqHEs7mZVvJorFljpz2w== Received: by freefall.freebsd.org (Postfix, from userid 1532) id 2F37824022; Wed, 30 Jul 2025 21:20:39 +0000 (UTC) Date: Wed, 30 Jul 2025 22:20:39 +0100 From: Lexi Winter To: "Patrick M. Hausen" Cc: "Bjoern A. Zeeb" , "net@freebsd.org" Subject: Re: vlan(4) and bridge(4) on same interface Message-ID: Mail-Followup-To: "Patrick M. Hausen" , "Bjoern A. Zeeb" , "net@freebsd.org" References: <83AAB529-4AA4-4C71-9B9E-9CD568128A67@punkt.de> 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: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="moEofP576Xl/BLY3" Content-Disposition: inline In-Reply-To: <83AAB529-4AA4-4C71-9B9E-9CD568128A67@punkt.de> --moEofP576Xl/BLY3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Patrick M. Hausen: > In that case a valid configuration would be: >=20 > VLAN 1 on igb0: igb0.1 > VLAN 2 on igb0: igb0.2 >=20 > VLAN 1 on igb1: igb1.1 > VLAN 2 on igb1: igb1.2 >=20 > bridge1: igb0.1 igb1.1 > bridge2: igb0.2 igb2.2 >=20 > All layer 3 configuration, all packet filtering, etc. on the bridge inter= faces. > No native frames on either igb0 or igb1. >=20 > That's how it was supposed to work and did perfectly well. >=20 > One bridge interface per VLAN - what's wrong with that? your configuration is fine and nothing will change about that if you want to continue configuring it this way. the situation i'm talking about is when you have a vlan(4) configured on an interface, and the underlying interface (not the vlan interface) is also in a bridge, for example: ifconfig vlan0 create vlan 101 vlandev ix0 ifconfig bridge0 create addm ix0 "ix0" has a vlan(4) configured on it and is also in a bridge: this is the configuration i want to prohibit. the text you quoted was not supposed to indicate that will be the *only* way to configure vlans and bridges, only to explain the direction i'm going in with recent changes to bridge. but bridge will always be able to bridge any type of Ethernet interface, including vlan(4), if that's how you want to use it. --moEofP576Xl/BLY3 Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaIqMowAKCRD1nT63mIK/ YCoYAQDilYbYYA4Nr9Gf7NS6CArMzf9itDv9sVne8f0adYpSIQD9GX1u5ua5YuA/ pkv7XQgSK7/qtIRB+Thec4Mk8kvKuQc= =mwCk -----END PGP SIGNATURE----- --moEofP576Xl/BLY3-- From nobody Wed Jul 30 21:29:57 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 4bsljq233Mz633bN for ; Wed, 30 Jul 2025 21:30:07 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from BEUP281CU002.outbound.protection.outlook.com (mail-germanynorthazlp170100001.outbound.protection.outlook.com [IPv6:2a01:111:f403:c20b::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (secp384r1) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bsljp5Ts4z3c15; Wed, 30 Jul 2025 21:30:06 +0000 (UTC) (envelope-from hausen@punkt.de) Authentication-Results: mx1.freebsd.org; none ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=EZh033TVPNrPZwW5AjARlANkt/e9XGYwphdoDC5y2RPlKcgNpTGEquTz+ltCqEBXaW+v2tjHCz+L+Bh8SKmHdF1CJEMjnL7lBznJMVlRRv/9yiC1tVmzPSsfNd2CtednnQBmFqT8JH10wrS/pXQbYjNVAxKMPGa00R8V59oLOA0CUn7nWO4JAccSCM1rFYthxS90Hwx5nLCnniBRvKZX9cdl0VSWYJYUOMzYFeVqAsbqZ5DRy176S9PUeQQSXv9qUSV0WZdDNlj9SnD2jLmJxbncy5KHgWXV2tw8rg5Z9i+ITPZRXWo6LRmbev8Lc+2J5o+xMY5/8lt3fLT8bmIprw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=EJEQMon6iIpkjxu1CUF6LBp/Xd2suyoA2BL6Y2rFf3s=; b=raf+RfJCMZDza8m76b5ARpkUwLuxzEsekIplhVOP8ExBUh2O2pWEC1LANWLKBnjMbCg10xBkGxMe5BDc8f+4lDUMCsnZ6GAojvPyd6I/6zdwssgGbSEQVhC6vbQLVrvGFhJXMT2QDlCq2qfYyQ36EQUdHvsR9IZxxPrClAcCgLouSFbxG0uBsDkczFs58huk72Fw1+de2q/auFZqsrw8/yhMlMu7ouc2XhTj+cVn7U1OsTG348taQ2H1lHr9t5R6GkUvpSMRlfHePnpiHwdF5uLl/d2pUtxCEzHRRjQ3tTjIYBcXaJ3JQkk4vfS+oYczM1rnI9YH65q/qhktVFauwQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=punkt.de; dmarc=pass action=none header.from=punkt.de; dkim=pass header.d=punkt.de; arc=none Received: from BEZP281MB3159.DEUP281.PROD.OUTLOOK.COM (2603:10a6:b10:2d::7) by FR2PPF22FF58A48.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d18:2::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8964.24; Wed, 30 Jul 2025 21:29:57 +0000 Received: from BEZP281MB3159.DEUP281.PROD.OUTLOOK.COM ([fe80::d3b4:7f52:df34:f8e7]) by BEZP281MB3159.DEUP281.PROD.OUTLOOK.COM ([fe80::d3b4:7f52:df34:f8e7%7]) with mapi id 15.20.8989.013; Wed, 30 Jul 2025 21:29:57 +0000 From: "Patrick M. Hausen" To: Lexi Winter CC: "Bjoern A. Zeeb" , "net@freebsd.org" Subject: Re: vlan(4) and bridge(4) on same interface Thread-Topic: vlan(4) and bridge(4) on same interface Thread-Index: AQHcAWNTZBjBQ1+EckW8LII+xcH5IrRLEX8AgAAQk4CAAAHSAIAACO2AgAACjAA= Date: Wed, 30 Jul 2025 21:29:57 +0000 Message-ID: References: <83AAB529-4AA4-4C71-9B9E-9CD568128A67@punkt.de> In-Reply-To: Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: BEZP281MB3159:EE_|FR2PPF22FF58A48:EE_ x-ms-office365-filtering-correlation-id: 6fa94a38-220e-43c3-8b19-08ddcfb03b52 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0;ARA:13230040|376014|1800799024|366016|10070799003|38070700018; x-microsoft-antispam-message-info: =?utf-8?B?VkY1V1NtQUxieHJRNzYxK0MrbFQyRnBodHNiNkl4TXI3Sk54Y3FQODE1K1Ry?= =?utf-8?B?WDZvMmN0ZXZ4amRnZ2tkT29tZGJueFFoWDFxaDV3QjlVNlk3MHc0dlVtZkZW?= =?utf-8?B?WVczbjNUK0FIeGpOaU5xZ0pYUnVzZFh0VGNZMHdqL3k4ai9Id3FodlNBMEt4?= =?utf-8?B?UUlmYnZNL01FVVlGWUxYOERJaUNPSDFxZXYwVVNsbnUzRy9LeElDNFNSY0JS?= =?utf-8?B?dWgvOW9ENG10bkVCZm13VFJ0NE9xMVd4V2FHeW9hTC9YeFVWMytKRFQxM3RO?= =?utf-8?B?aHpDUTFSWTBVU2Z1ejBsVzNVc253RmU0T3BXbU5XMkpNbTFmMmk1Q2tLMWNF?= =?utf-8?B?RjhqTzhhd0lFZXlsZlB6QXFZam1sbmRoN2VpWGtIZnNiU1cvb1pDR09VUEZy?= =?utf-8?B?QUNmSktveE1tZjBrelNwYjNDSDJaZlVSZ2lVbkVWSU9TNlMzbnZJK2tRT0ts?= =?utf-8?B?Q2wxWmNRRTkvNHp4TVNTR2JQVnZRZlJsdDU3TEdYOUNmU0hYZFQrajNPVWNU?= =?utf-8?B?NkdDUjBGeGt1djBKUU1iVkxYZlBUYlNmYlpQanpYbms5dmpQTnZMRldlaHhh?= =?utf-8?B?a0RsTXNCZHdsQ0ZuNm1RRzQ0UDczY0d6bnVQYXNaYjJhL1lKVHRUWGtLekwy?= =?utf-8?B?VEpLL1pCY2FNaTZiTVpBMFFYbU5YTzRueEJ6TEhBVDQwaTJhV2k2WG1PVVRK?= =?utf-8?B?Q0JTdndoUEw5SUxSWkJ3c3NmQ0I4TnluSVVaMnZDZzNYVEVLRS9sRjQvVllx?= =?utf-8?B?Y1pWL0g3cUZZcWlNWlhGRko0bk5XYm5VZFBzcUZwMi9HRlJtZ2JtbkZ6L09K?= =?utf-8?B?eXRNdzFxN2pDWkRvUElDb3JrRG13MXhOMjMyZlYzMDk1UFVFdnMxN2ZFWTBW?= =?utf-8?B?eWVrZ2ovWExHNGhaWmtaU3hUOFA3NUk3MnExa1dHME5RRjFGSzF6QnBXWnl5?= =?utf-8?B?TWZyaXZ1VXZIaDM4RXhrTHdMMmVCNUpQaWNWSlYvZjVNSlNOOS9HOGNMclBs?= =?utf-8?B?L0R2NUp2bzdLRjRTVXlnRHQ5dGI5RmhIMTZCS2QzaDc3YllrL3hzalA2UG5Z?= =?utf-8?B?cWs2QnByNElxMENDLzAwbFdYSFkwTlB4NHhmYmM1ZjZyYVRwMzV3M09aS0s0?= =?utf-8?B?a0dtOTkyVXhHSkJ1V3E2NCswWkt2M2QzSVhaSTRySnFaTlI4V0loQlNmK01w?= =?utf-8?B?dWNVdlExQUQ3emR3bDQvUm9EMXdWSk8wZnhzZXJXNk5wVFhZQ0tYTEhrTTF3?= =?utf-8?B?YStUODQ1aEd1VkNHQzlFc29yTUFtTFJDeVJSY2NQMHozaXdPVk4zeUtGb1JV?= =?utf-8?B?RUdaaFhHZE0xeERnYkQxNXBMVUgyUlFnblo1V1FxcmRiSFIxSUVLM1RVV2pl?= =?utf-8?B?dlR1WTQ5ZFROc2R3dVptaVduZ1pneU8rNnAzUFhKRkFSSUlFd2pQb0ZRL1ls?= =?utf-8?B?WFY5NmE1WFZGbXZ0YXBlS28zNFZiMWNBQ2tvYjhkdnNTRTdkMHloZFNTaEsy?= =?utf-8?B?Ty9aMk4xVVFqcFhoTGRvMHFQaGhheEZhQTZ1YThiMGpldGU1QTltaFdxanM4?= =?utf-8?B?ZTFjRnB4c01pSzdmQ0FFM1FqSDc2VlllVXUxZVNjRWZxa1hsNm15SUJRRThw?= =?utf-8?B?enRnOFBZNDRGM2xldERiR1dBTktRTVpkSVgxOTg5d1Vaci9MeWt0VDhRYmZ3?= =?utf-8?B?K3lpeU9GUGttenNabHFxRjVCVkNJQnR5SUFMTVJTYkJSTDZDOEF2QlJYSVMv?= =?utf-8?B?djNYTGNhYzJCeHdEeWFxSjRydjhrcm40cmZPTXZWZEhZV1d1c3kxK0ZGeTRG?= =?utf-8?B?MzVyQTZHN05sajdNTitjWWVtaDBSYW9XN1k1NS9WV1hNdTBURVJVRjVLNEV4?= =?utf-8?B?TjQ0QmNPVkhNWm5EdnBJWHF3WHFJZ005TXIreW91VUtlVXJPdGYxaVgyRTFJ?= =?utf-8?Q?rDhrVYmmwVU=3D?= x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:BEZP281MB3159.DEUP281.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230040)(376014)(1800799024)(366016)(10070799003)(38070700018);DIR:OUT;SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?M3dvTHFjM0IxcjYySWZ2NHA2Zy9QeXpqa24yUGNtWit3WVBrUmF1MmJkY05z?= =?utf-8?B?N0FacUNQWXQ4ay96L2lOeUJyYUNBa1I1Ynh2b1p6WVNCNlZ5ZkdrM3l2N1k5?= =?utf-8?B?NGlJNW0yS1IxaVBvSXR0RGxqSElpR212aS93b0VmWndTUWVZSVRsaXp2dS8r?= =?utf-8?B?OHdSdUxDSjNIRWdMQUVLTkVCK0c1UW1YNkpubEpwY0FQWnpweWE2M2sySXVH?= =?utf-8?B?WnhyaUl6TlRWL292K2FSMUFpQmhJcXAveDBLcnNSSFNNRGVzek1PT0YxdTM0?= =?utf-8?B?VFRTV2g4dXd6WTBCNVR3WmJZUnNwbXlZSTNoUHlaOXRRWHFhRGNqTlpCQkdT?= =?utf-8?B?L1BiTTdsZGh5WVBIZHdTNlFSTHVETWM0aGRTN1JwOVpsR0crRFREbFVicmNY?= =?utf-8?B?UHAwQkZ4amRWWUE1V214ZXc0RHhpOGtZNVNZUS94Z2pkMVFWOWNzNm9MODVp?= =?utf-8?B?anJMWWo5cGNDZTJ2QVduVzJxZ1prRVRFVWRac2pwSk5BUGtJeHlnakRYQmQx?= =?utf-8?B?R1Bjam1ZV1VuQjY5cjdmTWQyejJmR3g3ek9ZQ0h3NGhZZkhVbC94cFR3THRS?= =?utf-8?B?akdHWWZmWHByMVJ4U2w2a0tCYXZ2c2p1eExjY0k2Z0M2UU1uek1SNW1aemNm?= =?utf-8?B?cjQxVW95aU1PL3djbGFMNmFlZ2RqZkd2ZWpPUFc1ZE1oV3NRRjBacmF6UWpY?= =?utf-8?B?dURLMzdNTll1dkh0UnFBTzYraDA2ajJJcUZzZGx0TFdKelpKMkwra1RndUh0?= =?utf-8?B?MmFrd1E1YnFLZkpQRnFzaVcrVVlmYk5xRFRUejJXcm01VVRUc0t1ckw4aTNv?= =?utf-8?B?OFZ2S3MwYmgzL1VJR3NpRkhnNFR3MlVYSFJlTUNCUFhSaHVNTVdXRTBqRjcv?= =?utf-8?B?VTRxc2crcWQ2cjc1a2JRZ3hNOW80eSttZ3ZYVng3b1VCdHBBcGVwcnpZaU11?= =?utf-8?B?UmxUdWxYLzllVnlvSW5UQXFoNkZtNjZQTkx1cjJVYllNTjlxNExac0RQaEdl?= =?utf-8?B?NDYvUTJibFRtd1hVaFAxQTFTaWtxdEtITkN3aWdCYXFYREx5STBVVXJZcTVl?= =?utf-8?B?QUx5cUw4b281R2NRZVR4em03WnNQWVduRm5uOWs5QVB0THU2cUQxVlNKWUU4?= =?utf-8?B?UmVaWE1LbVRPaUJkZHUzbE1SSW1vVmlSRlFIT3RINlJ4RU9DZ2IxSlVYM1Zh?= =?utf-8?B?V1RwN3cyelYveU9taTBiMm04N002alk4RFpQdFpYTkttQXJVbUdGV2ZGNlNh?= =?utf-8?B?eEdNU3puUmlRWUEzUy9pWkttby9FSldtcFY4TDRpWlkrZWRrZy9wS1ZvUWps?= =?utf-8?B?WkdEdTl3azN2WmVZNDh5WGN3MUZEMUl3cTQ1dkZhVlBaZGUxM1B3OG9FMm1m?= =?utf-8?B?U3FpUTFxdkFXWFFtWFRjVVVKQldvRXd2cm5wSUtxdCs3aUl1WDZibnBraDBL?= =?utf-8?B?SkNqWUtYTmxrTGpUVWxVeDNnSXYzQ2x0eWRQanZqTlZHbHNUTzVTdXA3bTdF?= =?utf-8?B?SDN5VGxzQ0VmZGJvKzJXOGFZeDV4Y05SVXF3dnZST1lvcmpBVlF4MjJDc09t?= =?utf-8?B?eGUzaC9DcjV4ZEY4Yjk4Rk1mV3VNQUhwNWd2YzA4alZiTng0bmVFQ2RzOURm?= =?utf-8?B?cG9EQXVsSzc5KzBuZzM5V0V2dDNCVVVCd3ZWQjJ5d0NsRTE0SDVjTWx6TjIw?= =?utf-8?B?dGw2NkU1djJiUnM5cklnazhQZlA0NUxJUENIU3ZmM200bktvRDl4RUs5RXVr?= =?utf-8?B?M0pQYlhyR0lnVWJ2Q09HMVR6OHE0NXp6RmVoMjdvcVZ2d0tybkFRdHRodnpM?= =?utf-8?B?Z2V0RFRYRjFGZFJjcTNIT2VyS3dRYjNudnN2bnVxdVIwWEIxQld0U2wydDVS?= =?utf-8?B?dkV2dlAvNHhJTGM1S2llSCt3WUptZFljMU1DQm1SWlJ5c1J6QS9LWHNsbkQ4?= =?utf-8?B?akhCVEVxT2VFc3RVUFZzUW02V1pjb3lsREQxTlR2dzVjL2p4dDlnV1cvUHZs?= =?utf-8?B?NVpXOUtLSVpwVFIrbzNVdnhqWE9zeTUvSlBNbmdjbS82Wk9TdEpydnJsL0VT?= =?utf-8?B?d1M3SUVIQ0Z5dEkvRW50dTYyT3hCQjQ4UExHMm5BRU53SW9xazIvVlF3WkFK?= =?utf-8?B?Q2NCSnlYWStyYy9OOUZad0lTcmJNV1k1UlFNaE1MZXZzNXZ5Vkd1MVk3dWor?= =?utf-8?Q?MnI7HKjzb5BLkvh718DmwC3IDGYbQH8GFyCLANJPWKZD?= Content-Type: text/plain; charset="utf-8" Content-ID: <09FE927753A7E24CBCEF03663BC6590D@DEUP281.PROD.OUTLOOK.COM> Content-Transfer-Encoding: base64 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 X-OriginatorOrg: punkt.de X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BEZP281MB3159.DEUP281.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 6fa94a38-220e-43c3-8b19-08ddcfb03b52 X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Jul 2025 21:29:57.2456 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: d1aa1808-3734-45fc-a490-f8ba49028756 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: F9HjBaTdo/AdHY+pylUdLM3SybaRgkhZUK72HUgUdZYrlJ0YrSMKjMDdswjgPZt/ X-MS-Exchange-Transport-CrossTenantHeadersStamped: FR2PPF22FF58A48 X-Rspamd-Queue-Id: 4bsljp5Ts4z3c15 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US] SGkhDQoNCj4gQW0gMzAuMDcuMjAyNSB1bSAyMzoyMCBzY2hyaWViIExleGkgV2ludGVyIDxpdnlA ZnJlZWJzZC5vcmc+Og0KPiB0aGUgc2l0dWF0aW9uIGknbSB0YWxraW5nIGFib3V0IGlzIHdoZW4g eW91IGhhdmUgYSB2bGFuKDQpIGNvbmZpZ3VyZWQgb24NCj4gYW4gaW50ZXJmYWNlLCBhbmQgdGhl IHVuZGVybHlpbmcgaW50ZXJmYWNlIChub3QgdGhlIHZsYW4gaW50ZXJmYWNlKSBpcw0KPiBhbHNv IGluIGEgYnJpZGdlLCBmb3IgZXhhbXBsZToNCg0KQnV0IHRoYXQgY29uZmlndXJhdGlvbiBoYXMg YWx3YXlzIGJlZW4gaWxsZWdhbCBhbmQga25vd24gdG8gZmFpbA0KaW4gd2VpcmQgd2F5cy4gSnVz dCBsaWtlIHB1dHRpbmcgYSBsYXllciAzIGFkZHJlc3Mgb24gYSBicmlkZ2UgbWVtYmVyDQppbnRl cmZhY2UuDQoNClNvIEkgc3RpbGwgd29uZGVyIHdoYXQgdGhlIHByb2JsZW0gc2VlbXMgdG8gYmUu IFVwZGF0ZSB0aGUgZG9jdW1lbnRhdGlvbi4NCk1ha2UgdGhlc2UgcGFydGljdWxhciBjb25zdHJh aW50cyBiaWcgYm94ZXMgd2l0aCBhIHJlZCBleGNsYW1hdGlvbiBtYXJrDQppbiB0aGUgaGFuZGJv b2suDQoNCllvdSBjYW4gc3RpbGwgY3JlYXRlIGFyYml0cmFyeSBzd2l0Y2gtZXF1aXZhbGVudCBu ZXR3b3JrIHRvcG9sb2dpZXMNCndpdGggdGhlc2Uga25vd24gY29uc3RyYWludHMuIFlvdSBqdXN0 IG5lZWQgdG8NCg0KLSBub3QgaGF2ZSBhIGxheWVyIDMgYWRkcmVzcyBvbiBhIGJyaWRnZSBtZW1i ZXINCi0gbm90IGhhdmUgYSBWTEFOIG9uIGEgYnJpZGdlIG1lbWJlcg0KLSB1c2Ugb25lIGJyaWRn ZSBwZXIgVkxBTiBpZiB5b3Ugd2FudCB0byB0dXJuIHlvdXIgbWFjaGluZSBpbnRvIGEgInN3aXRj aCINCg0KPiAiaXgwIiBoYXMgYSB2bGFuKDQpIGNvbmZpZ3VyZWQgb24gaXQgYW5kIGlzIGFsc28g aW4gYSBicmlkZ2U6IHRoaXMgaXMNCj4gdGhlIGNvbmZpZ3VyYXRpb24gaSB3YW50IHRvIHByb2hp Yml0Lg0KDQpCdXQgd2h5IG9mIGNvdXJzZS4gSXQgd2FzIG5ldmVyIHN1cHBvc2VkIHRvIHdvcmsg YW5kIGdldHRpbmcgYSBkZWNlbnQNCmVycm9yIG1lc3NhZ2UgaXMgYmV0dGVyIHRoYW4gd2VpcmQg YW5kIGhhcmQgdG8gZGVidWcgZmFpbHVyZSBzY2VuYXJpb3MuDQoNCkZhaWwgZWFybHksIGZhaWwg aGFyZC4NCg0KDQpJIGRvIGdldCB0aGUgZGlza2xlc3MgY2xpZW50IHNjZW5hcmlvLiBGaW5lLiBU aGF0IHdhcyBwcm9iYWJseSBvdmVybG9va2VkDQphbmQgd2UgbmVlZCBhIHNvbHV0aW9uIGZvciB0 aGF0IGluIHRvb2xpbmcvcmMvd2hhdGV2ZXIuDQoNCg0KV2hhdCBJIGRvIG5vdCBnZXQgaXMgdGhl IGFyZ3VtZW50ICJJIGluc2lzdCBvbiBjcmVhdGluZyBicmlkZ2VzIGZvciBWTXMgb3INClZORVQg amFpbHMgb24gdGhlIGZseSIuIFlvdSBjYW5ub3QgZG8gdGhhdCBpbiBWTXdhcmUsIG9yIFByb3ht b3gsIG9yIGFueQ0KcHJvZHVjdCBJIGtub3cuIFlvdSBwbGFuIGFuZCBjcmVhdGUgeW91ciB2U3dp dGNoZXMgYW5kIHBvcnQgZ3JvdXBzIGluDQphZHZhbmNlLg0KDQpTbyBvbiBGcmVlQlNEIGlmIHlv dSBkbyBub3Qga25vdyBpZiB5b3UgZXZlciB3YW50IHRvIGF0dGFjaCBhIGphaWwgdG8gYQ0KcGh5 c2ljYWwgb3IgVkxBTiBpbnRlcmZhY2U/IEVhc3kuIENyZWF0ZSBhIGJyaWRnZSBmb3IgZXZlcnkg aW50ZXJmYWNlDQphbmQgdXNlIHRoYXQgYnJpZGdlIGZvciBsYXllciAzIG9mIHRoZSBob3N0LiBB dCBsZWFzdCB0aGF0IGlzIHdoYXQgd2UgZG8uDQoNCldoYXQgaXMgbG9zdCB3aXRoIGFuIGV4dHJh IGJyaWRnZSBvbiBldmVyeSBpbnRlcmZhY2U/DQoNCktpbmQgcmVnYXJkcywNClBhdHJpY2sNCi0t IA0KcHVua3QuZGUgR21iSA0KUGF0cmljayBNLiBIYXVzZW4NCi5pbmZyYXN0cnVjdHVyZQ0KDQpT b3BoaWVuc3RyLiAxODcNCjc2MTg1IEthcmxzcnVoZQ0KDQpUZWwuICs0OSA3MjEgOTEwOTUwMA0K DQpodHRwczovL2luZnJhc3RydWN0dXJlLnB1bmt0LmRlDQppbmZvQHB1bmt0LmRlDQoNCkFHIE1h bm5oZWltIDEwODI4NQ0KR2VzY2jDpGZ0c2bDvGhyZXI6IERhbmllbCBMaWVuZXJ0LCBGYWJpYW4g U3RlaW4NCg0K From nobody Wed Jul 30 21:51:30 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 4bsmBW5lGMz634dT for ; Wed, 30 Jul 2025 21:51:31 +0000 (UTC) (envelope-from ivy@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (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 "freefall.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bsmBW51ZVz3fYD; Wed, 30 Jul 2025 21:51:31 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753912291; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=AxX2Vtj5A5Oqu/gFSwE8GgrfytzaQW9KXqOQCuHjl00=; b=ZuW20ztL0QCLBWZAPSkdk/uYE+X2sM9DD97o/3VYSWhRcLz4BgYbiowig6T/p5EvJTh/Tg pQXYkO/iLPGDTzijQPtQJxEcMiuY7EZvMV1CQ/0LlJOv0yrrjj+sAE9uKOTTU+kP4ZOAwE IygDDT1F8+xkz7+AFrLZy/RhhmZovneTzx/2l99sf67Hx0V7giuwp/YYS8sCJ/uCtkR6d9 aP/NfP/Go8/76lzpXvSv0fvJWulBzc1xgecvUC6rRL8NTbjncTIUYRClpFSA2C7qj+Rw5H /dYpCFDnmMLnBGSqxbzSA0dSmdHfTdbW8dn7YXDmQ3nKNc5wNZkJzAx/NtlaBQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753912291; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=AxX2Vtj5A5Oqu/gFSwE8GgrfytzaQW9KXqOQCuHjl00=; b=wXwdtEVD6XXYanGHVvmkynzfpTon4IAGwaOH4YyBEb5w5zFsPQUIJ04DHNuaRHgM44cGdl PqpSeOfNx7+7F6M94+qKw9g5GHZznYg/1QdDQJadqwVSjUYdQIYOtQBXslT+CEYex+gG5m OWuVjwJfthSNu4dUoy99Bt76Npa247wfwuDca3w+USChwxFweDS7CD2QcfB9qXfh00Ha97 zDJmDupa5bEyjp4o/zlsNGG1oj72wKT7O6BbuP8GflfTFIQwf9+p4H2+QkMyTgNiM30g+q I0kOmxetcsNu8y4YZGt8yv1+nNTOBETA1o/0qJKw1CRgW7U7UN+ZlrFjU919XA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1753912291; a=rsa-sha256; cv=none; b=k4F1P6wO7Bq1DF5q/73weCFRgePoBNqNhgdQ93k7oDr2m9+Zbk/v9VTFiBuyQ66iECAcg4 HyFRgwTlk08hAOT5sPXjOrDhFoFJLPTmC0LGDuVSrq8rEQfsUjHRjMKATQyUJpCMUjeNbz egIsXbHqfPTTsNooxhLIQu6H/g3NXMnDif1/zWaa7w9A21dExWqnb/U08bTmHG/IzmMRkK TRpwTiX035iAmPh3bJTIzc0LN0hBHIXupj1ijaB16NmUFmMk/1wNiQ4MRmx/zY3GljyfL1 cIDTM4QsA1fy9LzuO0t/am0HzjZ/jxfWWiJwYLO7ho3xhZILVNFd4Pkrf7tJeQ== Received: by freefall.freebsd.org (Postfix, from userid 1532) id 667DA241A9; Wed, 30 Jul 2025 21:51:31 +0000 (UTC) Date: Wed, 30 Jul 2025 22:51:30 +0100 From: Lexi Winter To: "Patrick M. Hausen" Cc: "net@freebsd.org" Subject: Re: vlan(4) and bridge(4) on same interface Message-ID: Mail-Followup-To: "Patrick M. Hausen" , "net@freebsd.org" References: <83AAB529-4AA4-4C71-9B9E-9CD568128A67@punkt.de> 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: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="PhQqBRcrTep8ukdm" Content-Disposition: inline In-Reply-To: --PhQqBRcrTep8ukdm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Patrick M. Hausen: > > Am 30.07.2025 um 23:20 schrieb Lexi Winter : > > the situation i'm talking about is when you have a vlan(4) configured on > > an interface, and the underlying interface (not the vlan interface) is > > also in a bridge, for example: >=20 > But that configuration has always been illegal and known to fail > in weird ways. Just like putting a layer 3 address on a bridge member > interface. >=20 > So I still wonder what the problem seems to be. it seems like you agree with me that we shouldn't allow this. the problem is that we *do* currently allow this, so what i'm proposing is that we disallow it and produce an error message instead. does that sound reasonable to you or have i misunderstood? > But why of course. It was never supposed to work and getting a decent > error message is better than weird and hard to debug failure scenarios. >=20 > Fail early, fail hard. --PhQqBRcrTep8ukdm Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaIqT3gAKCRD1nT63mIK/ YGnKAP4g9j7ZYBNRiWTCvIlOlHOV6utAUmNgJRarvSTqWwLdaQD/Rnz7H/EsUYyI wG5Kyltxj6CmwyixamNoiCeJN9wMpgc= =EmE0 -----END PGP SIGNATURE----- --PhQqBRcrTep8ukdm-- From nobody Wed Jul 30 21:54:01 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 4bsmFb0K4pz634xm for ; Wed, 30 Jul 2025 21:54:11 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from BEUP281CU002.outbound.protection.outlook.com (mail-germanynorthazlp170100001.outbound.protection.outlook.com [IPv6:2a01:111:f403:c20b::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (secp384r1) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bsmFZ5m7jz3g8l; Wed, 30 Jul 2025 21:54:10 +0000 (UTC) (envelope-from hausen@punkt.de) Authentication-Results: mx1.freebsd.org; none ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=Js/+9f7IqzNbxzQS8YEBhTR0qP6HustsL7CvFkloACLM7XAnpG3rVpQRKSyxTFDYzGTbnvHi6PdXqLI0NBV9bfVvfBYQpsbNc34tpz1f7cUIBqT30+UCgVfS8kKacxnd5UNU9mHSA6frYFczHvGLcLtGB71ADVFm1lYqtobmYi1xYkEOhXGCE65g6rmSgQ7LlCeaTUdfVeqcYzjN/y2WmJyEceFrrtmjrOWGSKFscC5k5ctNCGgZ9zWRMkVUUdxCRbO9YTY8VVJeL8UZ4A63b8yt68fHsWqLT/xYiyxXYsiFLM5o7M/Ndq+kUt+xp5j2pzYyTq5VPBGk5BOd5gkisw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=Eaki/gYv5lP/MK5pDjykYPVXmy73/I2SgApTI2yE3c4=; b=eH5xZd1IyjeWCGwQfDouXZdfT1iNvxE8YRgP8Dp5VhqlPgYWO0WTJSvvdEfcOb4et/wmmKDheFb0HfA7PRoNNDUm6x8zPwpPZMbsMPbZHbE/wF5egb2AbFNmZUMpoQroMnnbNYrQisAJuRnSrwjJNNS/jaPgR/+MOUC2+/NIJ5RC/RFgyt60paLx6U7EqkmV9+8YEMkL/bentYAyzuwwN1pjfnYVX4tRTNurJFPysiIng4olVbs3c6WciaJ5HRXjFWkIwVMfCeo6Lc4w9NoR0s6U0m1Z0YzL6W1v2X0Jlh4mOW4tvv1Ez2AfdyF2qmmZ/jL19TTAla5TIsPH9KPw4Q== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=punkt.de; dmarc=pass action=none header.from=punkt.de; dkim=pass header.d=punkt.de; arc=none Received: from BEZP281MB3159.DEUP281.PROD.OUTLOOK.COM (2603:10a6:b10:2d::7) by FR4P281MB4051.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:fd::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8989.14; Wed, 30 Jul 2025 21:54:01 +0000 Received: from BEZP281MB3159.DEUP281.PROD.OUTLOOK.COM ([fe80::d3b4:7f52:df34:f8e7]) by BEZP281MB3159.DEUP281.PROD.OUTLOOK.COM ([fe80::d3b4:7f52:df34:f8e7%7]) with mapi id 15.20.8989.013; Wed, 30 Jul 2025 21:54:01 +0000 From: "Patrick M. Hausen" To: Lexi Winter CC: "net@freebsd.org" Subject: Re: vlan(4) and bridge(4) on same interface Thread-Topic: vlan(4) and bridge(4) on same interface Thread-Index: AQHcAWNTZBjBQ1+EckW8LII+xcH5IrRLEX8AgAAQk4CAAAHSAIAACO2AgAACjACAAAYTAIAAAKiA Date: Wed, 30 Jul 2025 21:54:01 +0000 Message-ID: <3BDCB8E6-5E49-4242-B00E-BBBCAD51EEC3@punkt.de> References: <83AAB529-4AA4-4C71-9B9E-9CD568128A67@punkt.de> In-Reply-To: Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: BEZP281MB3159:EE_|FR4P281MB4051:EE_ x-ms-office365-filtering-correlation-id: c8d5109a-9722-4e61-6bd1-08ddcfb39837 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0;ARA:13230040|10070799003|1800799024|366016|376014|38070700018; x-microsoft-antispam-message-info: =?utf-8?B?QkdYTjdKYVJBeXVlV0xQbDhmb1RIcEFDU3hHN3dNeXA4b1RERmtkMmNhRFI3?= =?utf-8?B?NW10dEF1R2s3MUZldHNJR3o0aE9qN2hSWXJjeVZrMW1OSGRwNW5ROTZkVVhS?= =?utf-8?B?T3NPNllncno3RFBuaHk4cGxZVE51bE9VYVQ0TjJFb0hXRmtEMjI1bmJxR2hO?= =?utf-8?B?eUpHNE85Qlp3MHpUUWJTd3o5dHdkYW0xZUlrK1o0L2FwQzQ3MWFEME1EZi9O?= =?utf-8?B?WkJQdXd3MEZ2T1VvRWlTeUVyaFVmQTN2SGhCTHNmNHVNWWZWT1Nxd3I3dW4r?= =?utf-8?B?aUJJa0NrbkhwNnhjSEplTzdVVnZUbWl0aUxJR0k0R3VidUtNN282YmRHNm9S?= =?utf-8?B?ZTVINTliNld6S0hqWHJLdWNGYlpjdFpTZ2RRT1VVL3VGRkxsZnp6VEtsQUdj?= =?utf-8?B?dXNLRVFGQWpaV1VzVzM0alo4bDBHanA1ZGJSOXZvLzBHR2hFWStITERxcTRW?= =?utf-8?B?VG0veG9qYktNTzJNc2o2MnhhOHFtUDMyRVozQXBZbjByTVVXRFJ4dXhLOTZM?= =?utf-8?B?T21CQWo3WEJuRDhady84S1JtVUU4NndBWS9TdGNaQ29JVE9xbHozbXdxMWc0?= =?utf-8?B?MmVDd2ZVVVNCaWpNSmdCVzFKNUpGaVFzNDZSd1hYQXB5R3lnVUpWYlo0SFox?= =?utf-8?B?NkxTck4ySFBXemNzQ1VBL0JQUkZvaEh1Q2pqRDVCMVRqU3A3Q1FHSENCMUxI?= =?utf-8?B?S2NBVG5SWkM3QWJsZUZ5bUlSV1liNGtQejcrV3YzT00zNTVNSG93NXoyMVB5?= =?utf-8?B?YXJMYzRJeTVUMnljRlgyQkYzK0E4SHRJNUdwS0FhNkowb1RsUkhyZm0vemxi?= =?utf-8?B?bHp6VUpJT2ppSGpLclhlOFdkRXlBbGl0YUxTbURqU0piTlJOalNPeFdwOGFw?= =?utf-8?B?VXc3anZIMHFoMStOZ3hJMWROOXRhVDF5TEFwWFU3blJ5TnJFRTlwSWYvOGxD?= =?utf-8?B?WUVQNFZCdzFCYzlmemdiN25jT2xQWjE0WFNzQTZXb05YN1FVTFdXZlpwenJV?= =?utf-8?B?ekR5ZUtHWU5pSjJsb1dDRHRJUnZPNXIzKzhOYWNQMEhzMFFIWUhJWjNWL1VF?= =?utf-8?B?RUJIVDB0eFJwMlJ3MTZSWDRrNzIwYXEzZGdVUU9wNDluQm5vZS83enkyYTBL?= =?utf-8?B?aFJQNzJ3azlKditaWHBCVTBpcm53dHRBTkxwK0tBYTB1UXg0cVNKNWxCK0or?= =?utf-8?B?NlJwUTNtdUw0eGxpUDd1aVZ4ZVNwZnMrNFR1NUlMMWV5ZU9RYjFGUU9UYS8x?= =?utf-8?B?OUV2U2hLeUVXSVJ1eVRNQ3ByK253YVl3SlFYaWdvazllN3BSMEwzZ2hHa2ZP?= =?utf-8?B?SGdYYjRCOUdxS2VYd1VYUWpSUFQxaVBYbTFGV2tYSGF1T3JKeTZyVXgxZmVS?= =?utf-8?B?SnEwM3pwcEs3MWF1TnhwTy94eWZDajEwU1c3Qzltd1NNQmQrOUYvcTN0aGk2?= =?utf-8?B?Mkd4S3BnL0xjc25reDlmRm5kNFlxQU8xMlZpV1E2NzBvNEE0bmJ2L1ZoS1h6?= =?utf-8?B?MW1pZlIrSzVGZUJ1M1BWOTZ2U3VveTlHYmVBUXJhK0V4dXVZajl4eC8zRFFa?= =?utf-8?B?NjlOd09NUkErNzVURW1aZjBZQVE1NjAwYk1kQU5UZFQ5VmRGcXlNa25wNkta?= =?utf-8?B?K3JJNElqaHNjaWc1b2RzN24rdEg5Tk1sZUlOSWg1QlRsWGpqMVdEazBaWnlu?= =?utf-8?B?WmJrdUVUT2I3d0Fka3lmWEN5bzMraklFYkhBaGp4dmRBNElGMWhLZWI5R21s?= =?utf-8?B?WkZMR3JRTW1iRkpHNzFLYXR3aytab0FFNElkdlRjU3RLemZ3VGVFMWZCNDJa?= =?utf-8?B?SHkwM2lKcDZvWmluOEdHY2Q4R0tIUWFwL2pZbjB6eHJidUZGZ2F0UUoxRVRh?= =?utf-8?B?MXVqYnNLcDVQK1drUXJmamwwUUZydHkzRmNyUVQzc1lEd2l2VDBGSm41TDl0?= =?utf-8?Q?h0/mQkrMvy4=3D?= x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:BEZP281MB3159.DEUP281.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230040)(10070799003)(1800799024)(366016)(376014)(38070700018);DIR:OUT;SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?UytEa3hDT1JjaXp5VWl6RnA4WGpNOEZRYy9OZHJucFNOTHd0eXcrSEZFUExH?= =?utf-8?B?RnVTZHBnUEljL2lnU2VIKzMxVFEwbUl3VkxPSEVWbVNiZVdMQ09EM3VVSGxo?= =?utf-8?B?M3kwOS8rMCtkeE5ycjVoZndVQmhLZTQ1akdXWmlZRjBVNmZFNHQzcTRRWEJ2?= =?utf-8?B?SDZ5T3RyZFdoTVl5WU82RlBWaG8xOWE5RVdlbVMya3VTNkQrQy9pcWtZWll3?= =?utf-8?B?RThlZXRnWmxKQ0VFbE56R2JuSFVxcGF6TjNLNUMvYjd0SWFKWG9Ud204V0lr?= =?utf-8?B?UkkvUVNISTZlTFRjVU9rK05MVEFLUFFzZUJVbUFtMFpPTUpzRVF3Smg2VWo2?= =?utf-8?B?VnRUZXB4Uk5oRS9Sb3pPeWt3TlRZbXBoTkRSdlZ5aFZLbDdZYWVSbmR4QjBB?= =?utf-8?B?V0syQUdLUzY3M1hsUFdaV0djaEhTaVJiN3dubHJ0SlpYR0tNeXg2VUo3OFFw?= =?utf-8?B?N3JPcGJSRGg1L1B2ZXZMcnB1WmxrNTUxOG5GSmZwbUJZWUpuUTNUZTJRSlh0?= =?utf-8?B?a2I5SHVETXY3dGZ6R3dMc0VSMGRjMWJvU1p6Qnd1d29tUkxIdytlaTFnT2Y0?= =?utf-8?B?aCtvalY5Uld1Q3ZIbTlqT0NuVVJGMnRIRnpnbzUyejVxYlNDQ2xEQTIwbG51?= =?utf-8?B?TFhud2hEVlZnSnJjK2F3eUljRk0yV2RMTVpOdDFWRVh0aWEzbG1YOVdVRXZq?= =?utf-8?B?RTlEUXJsanEvbmZKZElodjc4TFNSSmh0Umc5MDErZ3hvd0M2QkJXS3J0TWRv?= =?utf-8?B?STlCVUYxdGVobXFCdXkxcjVyalFha2gvbWsweS8xbDQ4T1JYRXhUN1lleHBV?= =?utf-8?B?b1k5R1NPZjQzYnkvTWR2YkZTcldmK0dKK3BXYjVjTytHRDVxSlkvR1MyZkFS?= =?utf-8?B?c0RnbHhoSmQ3c2Zxa2UzeTZ0WTFOazRUVHZIajBqK2J6NmhSMnFaekN5WjVE?= =?utf-8?B?M0xJdjlIYitrUmdYa0JJbWI5Wkc1Zjh1R3hheVdWV1Z3SVhaMk5pWFgwYUhW?= =?utf-8?B?WHpNUXdyOTh6djZ5QnZneWlVMlBHWml3a2xDOVFZZUZnSWFUQk1jaStuK0hv?= =?utf-8?B?LzhISEhjaDY0aE9NUUoweVNtT1NjdHdaczB5SjBSLzVwME9MdHJnb2VpK3Rt?= =?utf-8?B?dDBjMitYeTNxTkJmQTdtWEhCMFc5SC9VT3Y0ZnIyeFlwNFpoZnpTdXovZ2dt?= =?utf-8?B?UkxhUkYxQk9pQmg5a0xiN1RJcWx0dWxSODRpOHJTdUFtQzVmWnE5VVo4NTha?= =?utf-8?B?QmJHZSt6Q0QrQU9vdS9XV0w4WEVHc2dhN1FnVlNPZXBtdC9zQ1o3UXdGVUJ2?= =?utf-8?B?bkwrWngyUUFkbDZkK1RmaXluTlpwaFU0N3B2OUV5Szh4cVEwK2lZalVNVm9p?= =?utf-8?B?TkkxRFAyTm15cU4zQ2VqRlZMSVpvRlVJaG9FcmhiSVFvb2VvMlZZNGQ3cWZV?= =?utf-8?B?UEpucUxDQS9pNlp0elpEeVJaU1BmRXNySnljemZzQU5QWC85ODBFK1ZwWTBy?= =?utf-8?B?N2hyUlRnRzVWdHZzRFdGYXNvUU9GUGN2NFk4N3BrNXhWZzhQL2R4b0kxcHdO?= =?utf-8?B?R0JKQkpITjY4Sm1rN0hzd3FCSnIxQUtEeUpGMFUxT0xJditvMmczNDY4RDJ4?= =?utf-8?B?Wjh0OVFqTVMrdUVDZ0Rpd0ErQWNXK2hwYkhCT09XbHdpcWVHV212KzR2Y0tO?= =?utf-8?B?QjVUaHV1R09yc1M4ZGFOU0JXWUprWlJNSVdyL2lsaUNVVnJKalY2SlQ2U3ZS?= =?utf-8?B?Y0RndWtVZytVRzduSnl3UWQvU3ZmNjdxNU56MSsrdERiRmpuR3cvclV0MlVr?= =?utf-8?B?Wll0b3FRN0JUTFgzUnBhN1NaS1gycTlLWGJsMTBIOW9DK0NvYVpLOEpvQ0NB?= =?utf-8?B?YVNpRjhzTUEvQWljOVVDMnpvR3psYTk1RitoOHNqVzdvalVENldsV2liYkh1?= =?utf-8?B?R0plaDJGcHh2TGd1QnIvSHp6dGlNUzZMTHNHdHRxb1czYXkwcDF0TlFodFJj?= =?utf-8?B?ZUVBUzllTkRKQ2NEbzArVFpOb1pTSVNxKy9uSDI3QTVPN1NnOWhyZkNVTklH?= =?utf-8?B?YnVtNHk4MWhmQTJTMU5TKys0Q0pNRGNIYnRmOEFCMk82RlhZU2k0N1lLbFJZ?= =?utf-8?B?WHRTdFFKbFk0UTBhRmdCRmFyN25YVGFVa3U5UUxSV2xyT29VQWNqbDZnZ1Bo?= =?utf-8?Q?u8JjXwXoHYp8MMrjEu43L+0ABVIPE92epqns9EaJScBc?= Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 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 X-OriginatorOrg: punkt.de X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BEZP281MB3159.DEUP281.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: c8d5109a-9722-4e61-6bd1-08ddcfb39837 X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Jul 2025 21:54:01.5853 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: d1aa1808-3734-45fc-a490-f8ba49028756 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 5JHjlmGSE4lKubaBZhuF7hCbj7gawpFgNw666J+OFIMd81uvPOdzz+LYhTvIacBy X-MS-Exchange-Transport-CrossTenantHeadersStamped: FR4P281MB4051 X-Rspamd-Queue-Id: 4bsmFZ5m7jz3g8l X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US] SGksDQoNCj4gQW0gMzAuMDcuMjAyNSB1bSAyMzo1MSBzY2hyaWViIExleGkgV2ludGVyIDxpdnlA ZnJlZWJzZC5vcmc+Og0KPiANCj4gUGF0cmljayBNLiBIYXVzZW46DQo+Pj4gQW0gMzAuMDcuMjAy NSB1bSAyMzoyMCBzY2hyaWViIExleGkgV2ludGVyIDxpdnlAZnJlZWJzZC5vcmc+Og0KPj4+IHRo ZSBzaXR1YXRpb24gaSdtIHRhbGtpbmcgYWJvdXQgaXMgd2hlbiB5b3UgaGF2ZSBhIHZsYW4oNCkg Y29uZmlndXJlZCBvbg0KPj4+IGFuIGludGVyZmFjZSwgYW5kIHRoZSB1bmRlcmx5aW5nIGludGVy ZmFjZSAobm90IHRoZSB2bGFuIGludGVyZmFjZSkgaXMNCj4+PiBhbHNvIGluIGEgYnJpZGdlLCBm b3IgZXhhbXBsZToNCj4+IA0KPj4gQnV0IHRoYXQgY29uZmlndXJhdGlvbiBoYXMgYWx3YXlzIGJl ZW4gaWxsZWdhbCBhbmQga25vd24gdG8gZmFpbA0KPj4gaW4gd2VpcmQgd2F5cy4gSnVzdCBsaWtl IHB1dHRpbmcgYSBsYXllciAzIGFkZHJlc3Mgb24gYSBicmlkZ2UgbWVtYmVyDQo+PiBpbnRlcmZh Y2UuDQo+PiANCj4+IFNvIEkgc3RpbGwgd29uZGVyIHdoYXQgdGhlIHByb2JsZW0gc2VlbXMgdG8g YmUuDQo+IA0KPiBpdCBzZWVtcyBsaWtlIHlvdSBhZ3JlZSB3aXRoIG1lIHRoYXQgd2Ugc2hvdWxk bid0IGFsbG93IHRoaXMuICB0aGUNCj4gcHJvYmxlbSBpcyB0aGF0IHdlICpkbyogY3VycmVudGx5 IGFsbG93IHRoaXMsIHNvIHdoYXQgaSdtIHByb3Bvc2luZw0KPiBpcyB0aGF0IHdlIGRpc2FsbG93 IGl0IGFuZCBwcm9kdWNlIGFuIGVycm9yIG1lc3NhZ2UgaW5zdGVhZC4NCj4gDQo+IGRvZXMgdGhh dCBzb3VuZCByZWFzb25hYmxlIHRvIHlvdSBvciBoYXZlIGkgbWlzdW5kZXJzdG9vZD8NCg0KQWJz b2x1dGVseS4gV2Ugc2hvdWxkIHByb2hpYml0IGNvbmZpZ3VyYXRpb25zIHRoYXQgd2VyZSBuZXZl ciBzdXBwb3J0ZWQNCmluIHRoZSBmaXJzdCBwbGFjZS4gUmVwZWF0aW5nIG15ICJmYWlsIGVhcmx5 LCBmYWlsIGhhcmQiIGFyZ3VtZW50Lg0KDQpJIGFtIG5vdCBkZWJhdGluZyB5b3UgaW4gdGhpcyB0 aHJlYWQgOy0pDQoNCktpbmQgcmVnYXJkcywNClBhdHJpY2sNCi0tIA0KcHVua3QuZGUgR21iSA0K UGF0cmljayBNLiBIYXVzZW4NCi5pbmZyYXN0cnVjdHVyZQ0KDQpTb3BoaWVuc3RyLiAxODcNCjc2 MTg1IEthcmxzcnVoZQ0KDQpUZWwuICs0OSA3MjEgOTEwOTUwMA0KDQpodHRwczovL2luZnJhc3Ry dWN0dXJlLnB1bmt0LmRlDQppbmZvQHB1bmt0LmRlDQoNCkFHIE1hbm5oZWltIDEwODI4NQ0KR2Vz Y2jDpGZ0c2bDvGhyZXI6IERhbmllbCBMaWVuZXJ0LCBGYWJpYW4gU3RlaW4NCg0K From nobody Wed Jul 30 22:52:16 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 4bsnXr5j2cz63831 for ; Wed, 30 Jul 2025 22:52:28 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe:19]) (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 ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bsnXr1XgBz3lcB; Wed, 30 Jul 2025 22:52:27 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; none Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id 460E4A64805; Wed, 30 Jul 2025 22:52:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=zabbadoz.net; s=20240622; t=1753915935; bh=Q6m805Ku7bvPD4CwEfMczidUvH9O2l0fKbQhTqo/94A=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=C6VU8asZ9HNb9GkLZ1SUj7vgpBJn1WjVDyECn/1Lygz8TX5ZgX99QKsF8sl46EZJS 9XjGTljg1Eayef1gnQySS67gSj/xpU4vYQdLtUuBoKCgc8r6Vl5PkoXl9AlHVG556X MILeAWqY4LaLSchZMdomSJHqeqOci2Vo32Jo0GkYplcRWO7DR+MbzL3Da21PA2pNY3 HURmNiYwXWXKCp53vZyX9ENJwR+aPglwhO+iVq8bUcdAl3BVAV2oHyA66Bt7hQD7ZC YxJ0U/avnOUu53+OeqzvmIGF26Ty6RgY2I38rYwok6+mdBdQvZAHZeP/5z14fLKL// p2H4gO7UiWKNMPJKpNLOL2/3ZO1RehuXp07IK68+/FcINTHEokw8TZN79GVbWN3G5r y3ihmQig3MnFxD+9DCEaw1bnSa70N4QXRcIN9U4gNyh0hhHmfWbpHpygpcD4QcSurO KLN3WtRj10BnTfrZU7t377G1kF8CWQVqA7GO7OHtf5/MrntYmU4yASHUPTKPyy4Mqk 9l97/y7Ubrhu1SdPeeJzIQwxcpMAND6wcFfHIUxSMnvWZsWTfr9i2ZQd4Gs+4hb9Eq RHEJWW+bJtLAuExo97EXWd967JqP8GEKIp6GaDZCq6jLhU6rHq9PM8WY5ZTtpP1Mmm VBvbL5yLiYXT68/o3A5xSVyo= Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 2BA662D029E1; Wed, 30 Jul 2025 22:52:20 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id cu1XII1z4Mbn; Wed, 30 Jul 2025 22:52:19 +0000 (UTC) Received: from strong-iwl0.sbone.de (strong-iwl0.sbone.de [IPv6:fde9:577b:c1a9:4902:a66b:b6ff:fe40:39a9]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 1D6C32D029D8; Wed, 30 Jul 2025 22:52:19 +0000 (UTC) Date: Wed, 30 Jul 2025 22:52:16 +0000 (UTC) From: "Bjoern A. Zeeb" To: Lexi Winter cc: net@freebsd.org Subject: Re: vlan(4) and bridge(4) on same interface In-Reply-To: Message-ID: <187902p9-2p89-2684-2639-85prs4o57n42@yvfgf.mnoonqbm.arg> References: X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 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=US-ASCII; format=flowed X-Rspamd-Queue-Id: 4bsnXr1XgBz3lcB X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:3320, ipnet:2003::/19, country:DE] On Wed, 30 Jul 2025, Lexi Winter wrote: > i think bridge is the right solution here, but with vlan filtering, you > could do it this way instead: > > ifconfig bridge0 create vlanfilter addm dwc0 tagged dwc0 100-399 You are missing the inet6 on bridge0 or an "untagged" on dwc0 from my original example as I also had a Host IP on that for untagged packets which needs to become accessible again -- see questions below. > ifconfig bridge0 addm epair0a untagged epair0a 100 # epair0b in a jail > ifconfig bridge0 addm epair1a untagged epair1a 200 # epair1b in a jail > ifconfig bridge0 addm epair2a untagged epair2a 300 # epair2b in a jail I realised this is possible and I start to understand "untagged" a bit more after I read through the code earlier. nice :) My initial understanding was that you use "untagged" to lift the unttaged packets of a physical port into a vlan so you could configure a vlan access interface on top of the bridge for the host IP. I think this was all the examples I saw so far. And that did not make sense to me and was one thing I wanted to ask (see below). So now my brain currently translates the ifconfig vlanfilter keyword "untagged" into "access" to avoid confusion somehow. I think being more descriptive in the ifconfig man page will help here. Am I correct that if I do want to leave the untagged packets of a trunk connected to the bridge "untagged" I would still be able to configure the host IP on bridge0 without any need for "untagged" if no vlanfilter is in place? But the moment vlanfilter is in place these untagged packets would be dropped and I will always need a spare VLAN ID to sacrifice (even though only internally to that bridge and not visible outside -- unless that pvid matches the vlan ID on a differnt trunk connected to the bridge) and need to use the 'untagged' keyword? Or is it still possible to directly configure the Host IP on bridge0 and leave untagged packets as such? /bz -- Bjoern A. Zeeb r15:7 From nobody Wed Jul 30 23:04:58 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 4bsnqH1LBgz638b1 for ; Wed, 30 Jul 2025 23:04:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bsnqH0d5Jz3n5j for ; Wed, 30 Jul 2025 23:04:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753916699; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=O0GtAU/DxhG+BgHiT7z+GPIYd0nyTFzmJv/Tc+MJ2cw=; b=KCFab3wFV/WnQTjC/ai1I/cCzLa0egAlN+UOjmRGBzlpyiBG61QNl3jTLxp38Xvy2Bos2B qjNWPLfMN0odz6yPpM1RTiqO1bTGvBvQZpGKanLrvfTIQxLPf0Tyuc8nZi6AXQB+WmvxzU V+BRCnm3j7m9legc9jHf/C6qPdklmc5xODjVq9j9tw3Vg6XRJgoeHlUzr+WpdSixCCPfvn lrlOUYn+kcrUSUdfLeyj1AonVQI8LN9NLGHnW38Hmoqv/wVv8Lcd/0giTdtSbOzn2k3BGn j14fF5Ot/nPFcCz63hqPDAZf6C9NAYXGAMgTvKk0FoYkVYB7Mzr52KoU3Yujww== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753916699; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=O0GtAU/DxhG+BgHiT7z+GPIYd0nyTFzmJv/Tc+MJ2cw=; b=yqEzPqrRIImlfAvBlXyM4Nc6oKlS0km7AiieulkK31VMAnJGB46RWQTgTnl8RbMRxzNwQJ mQ8/ywSRNuW6QReNLwEzXPzDn8tjLu9b1Xn6YjCZT1EUrbuo1yweMNeOmQGyW7qRn4XV3S eTL0+rkYiuCo0nOstBKVvBIBY3avOYdfyAqCKSAoXhg8nDnIL80bKwqvxWAuQi/YsCHO8C EFHBBELMPnPCCCZ7IRr6LMNXl4Trr/zr6GRbxsCSVGBVtwfXK+GvbMbA8MUkXjdlY4A3db BSAEI9fKynFG1dKb5ld6/clHfMlhbdDSSA6Z456/la2knF+zXx/xhsxrzj/+Dg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1753916699; a=rsa-sha256; cv=none; b=lzZdghO+yKzqRhCctZ/jnKBRVQkqBGY/sgJGED/ezY1vM9Wq1zO0p1UM4ebdnbh6A7RNet bGgZDdyqVV2IP5sgU6e1Ug2IXCxY/w48mnjJtYD7VnFV3/JEM0TdNHp+NwmGUXvm3D5Mex Cu1UVF3PGWG/k4e1QOIxtWmU3RN61jyvKD0k6ZUNSOA/E55FQrgkeUG8bFu47xuikPKR4k w5Ol+2z3YDm/upZZ0GsaFtEim0RgtNR9z7uLB8FUnmyMITVpdA5VQ0vD7DPq/LwV57jmQ8 zVYSjLN4djcgodRpilS5Jb/MN2VYkRjC3fV7ZfQjBDeQGdLT9cQtgvz72U1sdQ== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4bsnqH02vmzcgq for ; Wed, 30 Jul 2025 23:04:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 56UN4wH7041008 for ; Wed, 30 Jul 2025 23:04:58 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 56UN4wH1041007 for net@FreeBSD.org; Wed, 30 Jul 2025 23:04:58 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 288558] icmp does not reset the fragment offset field when it is going to reply an ICMP packet Date: Wed, 30 Jul 2025 23:04:58 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 13.5-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D288558 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bugs@FreeBSD.org |net@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Wed Jul 30 23:28:05 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 4bspKx4X0zz6399Z for ; Wed, 30 Jul 2025 23:28:05 +0000 (UTC) (envelope-from ivy@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (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 "freefall.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bspKx3vb6z3pLg; Wed, 30 Jul 2025 23:28:05 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753918085; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=31lPPgFM9bbFPWjNsTrWbcHtJhs3CfeHN3KRvBSx4M0=; b=ukZXwGoZwVyh3iXp6LrkP10nBRLZdk2KKtjNRd4Jd4hT0kzSczJFdFkwvT9Op+zyokqWft oxQlk+hzR6IaxJXST31i/Pp06S5/CT+CyDXPxw0MpHlsNv3Va0CEAD6IvPvKOa7EUTaXv5 RW2mux3uE3lULLu+eVC2S0Az/FuYjx0NQbLaR+2O6NRQpGz/sOf0MOpG4A0nqpdB2p+SKZ gfaXzCaw3mjx/VLqQNCynwqWwSlcRDEvJgt9dzoxy4cwKo88C7enOBAwNGctVAc5sJEAjE q12vym62uHdAON8ZnZbTF+v/dJ4I5BhQxGi/c+BtSZLeQGH+jr4cWPyQETeLMg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753918085; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=31lPPgFM9bbFPWjNsTrWbcHtJhs3CfeHN3KRvBSx4M0=; b=JoBhamfriHeQj9JOB3P3VQhy3EV5Ou9if6gg2nRTarccKG8HyfHVTCSM0cGA53C3MwVRPr kwFK72LcA0WSQI7992ZzegUKDyykOUHU8ZRESuJvrANNkD0Q18cbw/LQlLcBDcqdr8ggjq NNmFZI27xLFJ1hmeNfN028evwOOnpMrrsRRFERJ25jG/y/CKqPn3iPKbNWlXM46k17baqd qJIYonNNcdC4qzi0Z4ZnovPuzZzdZp43wJ0Srj9/2nz3l5aIpdjT2/dcDsMt99CSIoY4vJ hTTIJi7ML0ZEP+IwOJWJcfD4JlNNXO3VXSimCgetCQlzfBee+jHy+LWe/tjEhQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1753918085; a=rsa-sha256; cv=none; b=JzWBiFVeM4CLqvniHwd+NZ98oMyA6/Cu+MPy41iahVM0ZtMV2GUQ8so7b5tPVmIIOnznVb Moclmp/NiHNY7r7BquILE8icY7+P4p1/1KYVjKM5n1u3v3fHMlUlRcK4ltNSJ+a1rvKBMl wZnZCUo8dOc4DIr5ds+DhUqNlFWPCR7CxKXqWRF69nXOUnjKf8xH8ErKIiJmihKhlk4T16 LGWsAa3vmK6V8qvnIJJOQPAvB2TjLuZ19UvQ/mZleCCXHWCKgFnmYFWetzxKPxVxRH3I6r s4RpkM3rrRO1QPkmftY1xkjd2WsSAyFz0HF9H1+1Fc0/CDv32EvxYRC5boBF+w== Received: by freefall.freebsd.org (Postfix, from userid 1532) id 6FB07241DE; Wed, 30 Jul 2025 23:28:05 +0000 (UTC) Date: Thu, 31 Jul 2025 00:28:05 +0100 From: Lexi Winter To: "Bjoern A. Zeeb" Cc: net@freebsd.org Subject: Re: vlan(4) and bridge(4) on same interface Message-ID: Mail-Followup-To: "Bjoern A. Zeeb" , net@freebsd.org References: <187902p9-2p89-2684-2639-85prs4o57n42@yvfgf.mnoonqbm.arg> 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: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="DJPfQnIvMxk9upKg" Content-Disposition: inline In-Reply-To: <187902p9-2p89-2684-2639-85prs4o57n42@yvfgf.mnoonqbm.arg> --DJPfQnIvMxk9upKg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Bjoern A. Zeeb: > Am I correct that if I do want to leave the untagged packets of a trunk > connected to the bridge "untagged" I would still be able to configure > the host IP on bridge0 without any need for "untagged" if no vlanfilter > is in place? if you aren't using 'vlanfilter', then you can't use 'untagged' at all and all packets retain the vlan they entered the system with (which is 0 for untagged packets). in that case you would need to assign IP addresses to the bridge itself to access "vlan 0". if you do that, you can still create vlan interfaces on the bridge -- this isn't really how i intended that to be used but there seemed to be no reason to prohibit it. this might be useful in some existing setups where the only way to access the non-zero VLAN is to put an epair in the bridge then create a vlan on that. however be aware that in this configuration any port can send traffic on any vlan, so this isn't very secure. > But the moment vlanfilter is in place these untagged packets would be > dropped and I will always need a spare VLAN ID to sacrifice (even though > only internally to that bridge and not visible outside -- unless that > pvid matches the vlan ID on a differnt trunk connected to the bridge) > and need to use the 'untagged' keyword? Or is it still possible to > directly configure the Host IP on bridge0 and leave untagged packets > as such? with vlanfilter, *all* packets have a (non-zero) VLAN; if you don't configure 'untagged' on an interface, that means this interface should not be permitted to send/receive untagged frames, so all untagged incoming traffic will be dropped. so yes, to receive untagged frames in that case, you must use 'untagged' to assign them to a VLAN. i'm not i would describe that as "sacrificing" a vlan id though, it's more that you're simply creating N different VLANs to segment your traffic into, and assigning VLAN IDs 1..N (or whatever) to those VLANs. =20 the fact that one of those VLANs is untagged on some (or all) ports is just incidental. it's true that with the old bridge you get VLAN 0 "for free", but with 4094 [0] VLAN IDs you're not likely to run out [1]. incidentally, if the device on the other side of your trunk port (dwc0) is 802.1Q-aware, i would always suggest tagging all traffic and never mixing tagged and untagged traffic on the same port. however i appreciate this isn't possible in some situations, like network boot. [0] or 4093 if you avoid vlan 1, which is often a good idea because some network gear treats vlan 1 as special. in that case you might also avoid vlan 2 since that's slightly special in 802.1Q. i usually start at 100 to avoid all that. [1] if you do run out, you need vxlan instead, which isn't directly supported by bridge yet... something that may or may not change in the future. --DJPfQnIvMxk9upKg Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaIqqgQAKCRD1nT63mIK/ YE20AQDm2UT44tsMHtaF0f88BRX17tQdlTP0tFXPcr8zK0maMQEAxoAz/Nx0KD1S 08xPTUGdqTyjxlxAjmju6HGgwzS8BwE= =1771 -----END PGP SIGNATURE----- --DJPfQnIvMxk9upKg-- From nobody Thu Jul 31 10:13:17 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 4bt4fQ678Pz63htb for ; Thu, 31 Jul 2025 10:13:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bt4fQ3MGFz40LG for ; Thu, 31 Jul 2025 10:13:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753956798; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=UekDSfPC3VvTlqyLz4S7hNVmyuop12rDVVPBKzqyEpg=; b=GXM4IKg6eAZkv306ymKVKPYpD0gPENckZlARSzaBi4GaJD513EML0z6zRoR46UBjlfuhuD M/g5gZvBDTFfYQygJDr+b6fDBQwCAbTLU1MqsQa25I2fsSLF6baRFS2D/bvGuR+GHkH7Z/ 8hhoWBBhQ9vAX7SEIJzWSGd+SHRNAhwQmFTR6crlz2a5JbqMa2jHIv5SghoFPMQvobvwey diHuB1SqGXZMFsmtvE9z/ifgIGwStnDv0z+bkD8kqAeVkLCKoVYTFD1R4SiWj46oDuG0X/ ULRDWY37b5djXfR4V85vzh0k5gtgFDVxPm2xDv2Ofp2bah/oTy/KK0rL3L2LWA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753956798; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=UekDSfPC3VvTlqyLz4S7hNVmyuop12rDVVPBKzqyEpg=; b=HUa6iEvM/mfGHlEyIHHpAK+nHdJSThKGbpiBfscrfmSR1dIqhvoMjW+Bgua7ibt/W5xrhd GHijxZ9K32RzVObJQJHztyQk6oCg1cpASS6dvZT9jHBDoGJhAcXuQ/mzUTATV1pEK/KRS0 AYaEf3bwGc2JabuaVaUAImKzfiHDKYPk5s+Ug3YbmUhJLLSGZKVdqDd71VJSV4zCOuKeJd c6zAuyGx5CJo8gdLEhSP/C7PF8YA7v74Ggns6DargnakNYbIMJnWQGq48/Gd/H3bm+wGQA ctEGxcVVZg2QcUkXnOoCXwF+PGW9aRVDusIksJpZLMFXUMWwmsXZwgSL+IfKRQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1753956798; a=rsa-sha256; cv=none; b=o84aT0wPaE+dGSrtczaxjAi7QRkYpcDxybJWCJifiD1n/1iAfBezFMxpvDvYbho2yl+Q+M Eb8eUYwM0ip1OUr3xe5+61F+SKKtsCTaRtOpDTm8t1nmOIECyDhj3rpvO1CXmrHyGjtWyr G8V9zrySh56F/Vd1SqYOgDOCpf4MMb14kABd6E1/bAIFCCP1fXxA/kmtyX2JgFBVV8n/z2 D2351NErTw85ruWZldIr0Cyh0kABd3XOWl7jhmaG3WaSKrn+2lemDnFRuLrWzybw69+I8B 2wp7MzJsAF1wHdzrwX7tnxPnVHzMyUSeYBPf/6iDqhGeSZWUZ8epKgZH0pfJYQ== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4bt4fQ2tCgzxWd for ; Thu, 31 Jul 2025 10:13:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 56VADIUn036123 for ; Thu, 31 Jul 2025 10:13:18 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 56VADIPS036122 for net@FreeBSD.org; Thu, 31 Jul 2025 10:13:18 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 288309] genet driver memory leak in dma teardown (cut and paste issue) Date: Thu, 31 Jul 2025 10:13:17 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 13.5-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: commit-hook@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D288309 --- Comment #7 from commit-hook@FreeBSD.org --- A commit in branch stable/13 references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=3Daee028cb4e96541150c528767c1aeb0ca= 3869d37 commit aee028cb4e96541150c528767c1aeb0ca3869d37 Author: Zhenlei Huang AuthorDate: 2025-07-19 17:07:54 +0000 Commit: Zhenlei Huang CommitDate: 2025-07-31 10:11:52 +0000 if_genet: Plug memory leaks The rx_buf_tag should be checked when destroying rx dma mappings. PR: 288309 Reviewed by: zlei Submitted by: Mike Belanger MFC after: 3 days (cherry picked from commit f46e95ae3addc9f7b975c187f71125825a38ffb1) (cherry picked from commit 337c3e9859e7b5d971e84bf546a51c2cf9a9e44f) sys/arm64/broadcom/genet/if_genet.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Thu Jul 31 11:03:22 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 4bt5mQ1ddXz63kjJ for ; Thu, 31 Jul 2025 11:03:34 +0000 (UTC) (envelope-from vegeta@tuxpowered.net) Received: from mail-ed1-x535.google.com (mail-ed1-x535.google.com [IPv6:2a00:1450:4864:20::535]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bt5mN5tyLz45Qb for ; Thu, 31 Jul 2025 11:03:32 +0000 (UTC) (envelope-from vegeta@tuxpowered.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=tuxpowered-net.20230601.gappssmtp.com header.s=20230601 header.b=oMH8JpXf; spf=pass (mx1.freebsd.org: domain of vegeta@tuxpowered.net designates 2a00:1450:4864:20::535 as permitted sender) smtp.mailfrom=vegeta@tuxpowered.net; dmarc=none Received: by mail-ed1-x535.google.com with SMTP id 4fb4d7f45d1cf-605b9488c28so463936a12.2 for ; Thu, 31 Jul 2025 04:03:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tuxpowered-net.20230601.gappssmtp.com; s=20230601; t=1753959805; x=1754564605; darn=freebsd.org; h=autocrypt:subject:from:content-language:to:user-agent:mime-version :date:message-id:from:to:cc:subject:date:message-id:reply-to; bh=K8hwliwu+DihhU8C2D/oMGG/WPbzoFlthmuSXtICVUc=; b=oMH8JpXfWN697aZiiTAevBDxFTlzW00i02lQk1j+HmHN7TaHvamucAa5xn3OjHDKG2 Ao/bEXftAYjbTn/iyPqYYGmNJWfbRJq0+fOajNHRFIl0ttu9dGc+cVHwyAOb0EnOqnEP wZpqNGtBnK4XpUcKGj2P0T/hTjR3fGNZX5TwhwKB4OzSiSa5XUARce00vz9bZinH5IKv rBO3sXkbY1mkD1TZZqvJtjA6mHCpe/mB2hDDY1xrUVhT6o7KUm/yMgY7oipsHeigs4Hp 77N8DKV/ruJ1tJHiXHDczbVbY6WpOqCj2AXTDI6bCxPDXrKLDufug7iBTrcmtWpGkA0L RDIw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1753959805; x=1754564605; h=autocrypt:subject:from:content-language:to:user-agent:mime-version :date:message-id:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=K8hwliwu+DihhU8C2D/oMGG/WPbzoFlthmuSXtICVUc=; b=VyDIkNT8hlcGy5cHjzGKDq/fMWzejDty9uQ0RqAW+Ox0Lza0H4uZaM2nNRk0jJWCRG klJ1dHgknJ7UNL2VXVWxBnSugFFLCYJ8wU7by4kL9LyBUVLATFoTKRnKDYGF890EnO1L zY2OPzoH8bN138CVq+WszIZkMglH/BdGibgc1iUj4ACAuq6P/sfb3LN9x47OcRLiuiho BaAmcdvEQ+3WjL/vN2AV2Pb8feI0SGZ4UeaVsjHFyZn5Os/9GMs+kOZdYKLlSjL0Hmge O8EU9Nb1y3CfUVbPsJ1ajUnm2mMBs+TdtOAPn0YBwAUZvL+7qPU0azG3VdCakJ/th77n Dqag== X-Gm-Message-State: AOJu0YxZ+ySyGJCegLu4zidymgPRug4d5X4IhZNvkQrKVt0pOdpciqBd inhgHjuacXDZXMWDIFpi99effewkQvXumxwBd/unX4JMkDVLJNaC8enfmzVQQbS/CHX3zHW5oAq AJ/c5 X-Gm-Gg: ASbGncsGucxmhirpvzOzDG2IKI4+lV2YfWgme7U+S+Za0ijq8M3XyKLI2oYYDwntjMR 424YBbT+RRA/D5M2YML8yVbiE8N94crRSl/5gCFCXPrpnRwYg6Yo+EnkXCCMLswG7cArRUul05P YIs0dMsh8zrTu7JgW5q/vvaYprVYDrKbS5ma3IQsCtY17sgfTSDYRkyidFrmA6I5/EgtZngCSHW /2lTAa2RfPdHatgJ4lPrgXr+BBMWe0EU8dwl02BA8Wqkl4It1C0jQiGqfDkzTb+PNKQgvOuQr1i 5tbRfSIIb5LZlZRugUzTBApmPVTKx9fb2omn2pYXBSc8Q10hIbUc0DFIzkSgqMgENFtj7XZGwEP Ac/qQust2Y0pOy4LTOxwN14ZXZPdsVWWIBSK7Ql58q8hhHPVjpTh9846uQ8+Si9byYHpVI7vKMi DzaETWKyUXWNZVF2QqjQAC X-Google-Smtp-Source: AGHT+IFR3EIBXq4fErUwlWEe4tnOjqqYndlgxByDeH7L87+Rjeo72uLaa6/u7WsPsAehhxO9bc76oQ== X-Received: by 2002:a17:907:d91:b0:ae3:64e8:8c5c with SMTP id a640c23a62f3a-af8fd6f90d8mr786604766b.14.1753959805081; Thu, 31 Jul 2025 04:03:25 -0700 (PDT) Received: from [192.168.178.122] (149.224.39.102.dynamic-pppoe.dt.ipv4.wtnet.de. [149.224.39.102]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-af91a1e8359sm90543566b.89.2025.07.31.04.03.24 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 31 Jul 2025 04:03:24 -0700 (PDT) Message-ID: Date: Thu, 31 Jul 2025 13:03:22 +0200 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-GB From: Kajetan Staszkiewicz Subject: adding fields to struct mbuf Autocrypt: addr=vegeta@tuxpowered.net; keydata= xsFNBGSvtwgBEADIx3vgFBaDsFD4MOGIsWSmHag9q8x3J5OrqBR9aIdeeDW4ghnPM1NgD8EQ HQvaAufffQ/vYXSWWJyDdquVARWprEXXQIMQZcDhw0pHtSrNK6NFF5UWfBkxYxAr2hTlRp0b R7QZk3ezGUElBpf+SJq5cCOy//32hnzJiKb+5hlL0QOheWKwKignhLckW8Yat+kjhsxw7pR8 vn/XSCwyejx3I8v2DZsTuXVOvbKr6kNwDryjl6JJwKFoQ/aNUeD7dmLP2ieB9HCHBBBIi16Z JcUCyJw8LI6GPrfr5zPEP38Up/psDQWoldbO2Kf5DyCN2HGFKLrK9StyjiMs4dgaA0ZXxIdn JTzdAP6+d1qIfvv5mGhbqTvHgX6ReR7l93eE3Q6WJqGiuFGUtKdU5qaRHd4IdbFnhNK/rWjg ZoKAlZwhnZ9BWZC8Vb9DznURYQUubt2Gr7Sutt0043d/WoWyGS2p7dEfXaeE1WE7n/6KqbBU zG/rF/20eeT0lmrNAy9pgFD5WmTtzHnljBzQSBDMTxZP3iEmFa0pXP+Ch/H26AxV99MXs7Tz Xj6VF5NKcIJ67m1pwJSW2vO9UhL2OVBJI3571C+9qn52QJjZdm4R4gHpgjbr4EoCUdlchCa1 iUQ1gV6SJI70WqgwmVprYwvaN1Rdld2iQFX+W6aOq6be1VzrwQARAQABzSxLYWpldGFuIFN0 YXN6a2lld2ljeiA8dmVnZXRhQHR1eHBvd2VyZWQubmV0PsLBlwQTAQgAQQIbAwUJB4YelwUL CQgHAgYVCgkICwIEFgIDAQIeAQIXgBYhBH0hCHMWPZA3mb0mbICq13+m8wBTBQJkr7gjAhkB AAoJEICq13+m8wBT14sQAKj1sG3yLeRfoKmmMgdbCErSrEg0uCChvWhRz/PCNfJB4SrUfSBj unM56CeCVUf1SBI7cq6tJDujMor433OpiuZvtlgJezfoeyTvgjiGshVnstNAik77+B6lnhvJ VwA7O3aT19kW/wUiVx9bATAleE4SQjyXq1z0onzh+FLeYZucfzISzUgOx2Ggb/eseDZ+v2re ja47WmMl/iU6ERvG3+GbmgZuYGRDIhzsa0l1YFzMrCmqrZ6ysW2JMwH+wkbw94yyLmF1k7uU KkRrejDiQjDk8Db2Smf7MaLGOCQGrz0Q2vSuETIavw2zQYs0bsQLuhV2/TlXegdfbe4wNhsD t4Zs2KEr8lHrXfIckxDn/vwlh2TWnPLQqlN13dctesfK/HFWqReIhfYu2B9WQCugLR2NAlO+ hw9wuOzBu8SfOX+CIcqHfX2Q+c7KrHFSsscENu2QnE27my5vqjkig4cpjZDLitKTyqKm8UNI f2O1xF137zA5byn/4rQFlfn8LbhuPdLBexvasjIQzuSgTZZ7cjUqbXFXssYsU0CFUHCoH5yF VrW8RGvx+W1l2nZQr03cZEoQEL+La4+LIRiuwFfohpz5xCsP0GdBDVIinC9vAkW7I6Y6ssCv ykMhaOGXZzs8mR47KCt6aFPX3vir9WmHQvHvSXaSxLNzfzmwl1e1hXD1zsFNBGSvtwgBEACw 4wl+FEyUehwSjs6/jhECE9r4fzwG+nUg1Q2ct8BneAjjUV/0UcMPQtphIGKqlJTxnxIEiz8D R3kb3Y535qkAeAU4RV8ONCUrJLyXoLei/Ymk7161Gui9x3AB1Z2Yi3x76MuRAFH7QIAxhXYo MN97IpgFDrv/ALwCD/eROFWEm5vNP8fvvpKBxtNaolebXWMfSFo3GJ8C73x+L8vW3D0uOp43 9MKUVAm6SMZXvYQA2P5+q15gxVUs0uhT69gHTrUMPHqPvARxZK5vpY+n3Phys9CZw84WaXcz qLjvmpKqqs/ody3r7caXZcN7eg3sihI0ud6R3UufM4WJ1UV8YLdwIi8dRMx0ozzjw+3E5ji0 gatXhhdZ9N7MsEOfy2o4IxukxJSvsDO9WRqIY2PgyXHlpiM026hhXiJRyCeV0TN1MAwId8YM 2+Ujce9n+Cu78d8+1lLVx82kvArm5zEL/Dj9b4SAZbyzQd5JzkiEWcYtZvTBG+NiAXgm9DR9 i4IC0TuEXfxT+vuriDKYhlyXzPhvaCngIkQ574YwGOrbjfCsSvZCrrSHtb+Mw1uC7kNvegfW 9ZUegD7knKXCt+4AX1xP27JB+ERdFoi7Ri7ROZLJB3Ne8oDS/aN40roKHj8mkm15lAMwrYB1 7ct/J8UCfQH4eagW8SwS2M6Tut6B4VWG+wARAQABwsF8BBgBCAAmFiEEfSEIcxY9kDeZvSZs gKrXf6bzAFMFAmSvtwgCGwwFCQeGHpcACgkQgKrXf6bzAFNbXRAAgFwTrMTEZDO79izcm/uU uGBoa3SKkxIwfhjYWwkHoLyr9P8fqRX6NjW///e8YWdLmf1jBESRnQYEbuSvociDpc7CJ57f 3GaKlHZs2ci5u0tqM0H/VKI/cAuPBGXli/unnbozlsU1fU4uZfY/4Tl2P8FNApJh2vbNalIt Mc9l0Iz3d5URPWAe7Pnb29tEVu5TNR/bJg7ihLsTY18XcePkHRRrnPF9ui9egB5FbCAQ/VSg Pl7/kD/PkOT/3kc+C4RhddRMUmPxH0G4hvBPLRuvLgwtaj8vnurN1NxbllzK33ZWkvbUhIrw Qcv23jfhQmg/cpzsQKeyu7L53bgUc4+zYoq/wd3n9SMCO5vTMUrswNqmD4wyopjblCGSeKNy kiiFA70umn5tB+Ra8H5k+n/e2QluKns+DoIg1Hm5chk/emBG42JYTdrMhLFQGZnzJU3WJf1j cVzOFLcqDuq+IwRPJrCZXsLft2O79uU+zbla+RdWd0uIzjbM4R8jch470h5cK61kcaQ7UwSb OpdPyq9PqFl26x2g4jDNmFLAuQDEBJoxmZA2bNfQk+DwYYTuoTItN3F674nb8Fk+tQyXL6fl 5CXOJOTJArKmokrPLcr3HXGUQpfBzXRDuK0UKgn3m9UXq2laaODgswuoZqm0vqWuWIRMm84J Wbiwhrslf0hn78s= Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------DD9pDo4y0jwir3OVWkYnP8mG" X-Spamd-Result: default: False [-5.60 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.995]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; R_DKIM_ALLOW(-0.20)[tuxpowered-net.20230601.gappssmtp.com:s=20230601]; DKIM_TRACE(0.00)[tuxpowered-net.20230601.gappssmtp.com:+]; ARC_NA(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; DMARC_NA(0.00)[tuxpowered.net]; MLMMJ_DEST(0.00)[net@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::535:from]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[net@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; HAS_ATTACHMENT(0.00)[] X-Rspamd-Queue-Id: 4bt5mN5tyLz45Qb X-Spamd-Bar: ----- This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------DD9pDo4y0jwir3OVWkYnP8mG Content-Type: multipart/mixed; boundary="------------TnaHCFZ8U0vkllfdKEt3bqcr"; protected-headers="v1" From: Kajetan Staszkiewicz To: net@FreeBSD.org Message-ID: Subject: adding fields to struct mbuf --------------TnaHCFZ8U0vkllfdKEt3bqcr Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello group, I'm researching loop prevention in pfil. There are cases where packets are reinjected into the network stack and would be handled by the same hooks again, i.e. pf + dummynet where currently pf itself handles loop prevention on its own. My current experiment's approach to making loop prevention a general, non-pf-specific thing is to create a new mtag with pointer to the last hook and update it in pfil.c/pfil_mbuf_common(). That works good so far, but it means memory allocation when pfil hooks are involved. I'm unsure what the impact on performance would be. Another approach would be to extend struct mbuf, or probably rather struct m_pkthdr, to contain the aforementioned pointer. But is changing that struct something that can be easily done and approved and merged? For those curious the experiment will be uploaded to Phabricator soon-ish= =2E --=20 | pozdrawiam / regards | Powered by Debian and FreeBSD | | Kajetan Staszkiewicz | www: http://tuxpowered.net | | | matrix: @vegeta:tuxpowered.net | `----------------------^--------------------------------' --------------TnaHCFZ8U0vkllfdKEt3bqcr-- --------------DD9pDo4y0jwir3OVWkYnP8mG Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- wsF5BAABCAAjFiEEfSEIcxY9kDeZvSZsgKrXf6bzAFMFAmiLTXsFAwAAAAAACgkQgKrXf6bzAFPj Hw/7BT7Njffile+zQQIo1orsmYy47Vl7QkGYa3wgp9UBc0Dpcqz21AqctTMeEjjl4PyTMV8gVQoQ SdR9r/yUwpCbHenqdoJ9HXUx5NY7Yz8OP3FZUGh2pDtpTuHOoYpMzDXPXY5cGmEwY3w9rs7A5UzG 3qTDTbrvlsjps7BJzmeWozWJ/3dvloW8DBJaI0E6zUx0Ze2ucBJ6QidKiqTYQpPjW2JssZjJATT+ 84LwOHUMbAfBwuNCIA610V0tp1YgW0glmJMj0n1aouwvzwf925TNnhoQfFtksbpINt/MlyIaDxvR DEaTO2o7zc7SXZapLxot/JOw1UhB9408foxU1FZsWA2+GLUFkWJtze7sbt2wiqgRoVwWdn+DWBl7 VZ9Z95MOhlq6RwPIEr1MzlHia+comImcYGLavcr8E6yRVr23RHE+Z2nRMZsN/uhJYXzURF7C7ulx tL4MsEpAOrk5zjhJDxfMAfAF2Ehh7cCOXnTW7ghNrH+ty058zw0GLVUg28BVPL73oht+XbnYNkaO G5D90hzE0mK4IOw9nHYKUEFVVXRt7qrlndrE8JAZ6zxaK/PmWFjcuIr7xogtPBUZ44YgmuYOITlL u/3SH1LzE4smwGjgozvTphB/zQOfAiR1ZeWK4aMy40mCCU461DuTfeE1X+6Gf3tagYyd8w7mhLhK 2jU= =t9ct -----END PGP SIGNATURE----- --------------DD9pDo4y0jwir3OVWkYnP8mG-- From nobody Thu Jul 31 12:55:50 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 4bt8G94wNRz63qtb for ; Thu, 31 Jul 2025 12:56:01 +0000 (UTC) (envelope-from vadimnuclight@gmail.com) Received: from mail-lj1-x22c.google.com (mail-lj1-x22c.google.com [IPv6:2a00:1450:4864:20::22c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bt8G91nQKz4JGq for ; Thu, 31 Jul 2025 12:56:01 +0000 (UTC) (envelope-from vadimnuclight@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-lj1-x22c.google.com with SMTP id 38308e7fff4ca-32f1df5b089so3941521fa.3 for ; Thu, 31 Jul 2025 05:56:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1753966554; x=1754571354; darn=freebsd.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:from:to:cc:subject:date :message-id:reply-to; bh=iAZaVPsSgVWxIgUp4+uzt8q+0yXPx8F7sL45087PDqU=; b=e1n2FasbuHNHrrxlUHOnhWXp+RJB79MhaNPtsCBB8awhN5O13cjsLc3b7ch35m3Z19 g9n0uQSJZ19xPNptQ3y9qGzrAhboRVTiO005J7IxF/MXkuhI3Pp0ss9l4rfXTv9VS6Sk /BGysZmQHicvSFkTCGlunYPxOlyEVNXZH1XEVuPTAxuuugyEzXhMMqntn2w9vMW8JQYq G1OudMHbunCHD/BxJ07ZyQKIaoH/O13VuDGVT6jGfEA8bPc7Ezqc+p7gSzPICJfPz7r3 wrQCN4aG4NnAuDT861hn5PhTe8Xd+uJIcLLznoyNruUWkBNkqoFb2zOTcehBCnUiGKI7 86sg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1753966554; x=1754571354; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=iAZaVPsSgVWxIgUp4+uzt8q+0yXPx8F7sL45087PDqU=; b=qBdjYPXv3cMUqIGG4Ja9stUXpMlZ5sn64JNLSpcvrgY1CldMdExYfDTJjZZXQEEoAl 6gDUEYcHC1vCKf5j9Vuv6nVnQ++xgupwQEncgR6wQPrXSQXkR3F8P5a62A6KDsLpH9oX BWLcn/VPoj1E+P/yns9QN5toR5mr3YIZzivnzET5ELhAeRc67C1JTOO2GleuhlJ7JWnL D5S+HL7cWUPxww51qGlwG45oP9Q4L5MDDCW0MYyRsVcd1NCXuzqCBHkMWreCT1r/cWJs YFlFHV1r/Xgim5/vY6rxswUq6SeWaMI7/5WEkP8IfWA6eWlPvVzcGXRp9p80eYlJD9tj jAwg== X-Gm-Message-State: AOJu0YzQyhKGw482B8O7uvZsPEWxs4yruGsc6IYJJ64OStAEmFRq/f20 QEGpemiYKlLch85lUfcPMEsexT3yFKotf/A8f8vW5sEyzC079aSU9yQHRDgE/A== X-Gm-Gg: ASbGnctmHYL4k1/o1SUi2Lq9363o2tj7fIUnRUK7flJvZvHJ999fpm7wDZxmOrPDStT EX+RwtTKjuaKtCS3ubRgk1Ia+Irai07by+ar3wA8j24Uaxzv+J87MGdpT6/DngfL+NTNnitvqLV i31KcNULUQPfkC2sUxN2MojgbtfFeRQdsY4W3oZ6Fj6ArSmdRyMrfUvAynepA7/qIhslqt8NHXp BWsHgjkaU7OMWmphZVCJGK50/Fk1nDMBP1BfmHzbRqwQyWxqozPPcEXrd+JrHBpMxpism8U+AzX 7prfcNvcid9x9cSnbe3nEBpi7k274SkndDOfCL5wXncquureD7lnA6nwItrvHvxWnAxwMg7n9Ny efkn2o31ia/k8+twkWmnoE+pXjk+schOBmyOXMp7uTQvc+riWau0H4Rm4NL5dydjl+g== X-Google-Smtp-Source: AGHT+IEbRUj0d+yaj8QTd5xp4pKxX36T66Zvd8jKwJ1pTkWjguLtYyofQM3vSsm7tYDkrcFGp1jTqw== X-Received: by 2002:a05:651c:f1a:b0:332:1766:f734 with SMTP id 38308e7fff4ca-33224a56254mr19510481fa.7.1753966553375; Thu, 31 Jul 2025 05:55:53 -0700 (PDT) Received: from nuclight.lan (broadband-77-37-180-76.ip.moscow.rt.ru. [77.37.180.76]) by smtp.gmail.com with ESMTPSA id 38308e7fff4ca-332388d87c3sm2316761fa.43.2025.07.31.05.55.52 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 31 Jul 2025 05:55:53 -0700 (PDT) Date: Thu, 31 Jul 2025 15:55:50 +0300 From: Vadim Goncharov To: Kajetan Staszkiewicz Cc: net@FreeBSD.org Subject: Re: adding fields to struct mbuf Message-ID: <20250731155550.529ce1fb@nuclight.lan> In-Reply-To: References: X-Mailer: Claws Mail 3.21.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.4) 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=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4bt8G91nQKz4JGq X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] On Thu, 31 Jul 2025 13:03:22 +0200 Kajetan Staszkiewicz wrote: > Hello group, > > I'm researching loop prevention in pfil. There are cases where packets > are reinjected into the network stack and would be handled by the same > hooks again, i.e. pf + dummynet where currently pf itself handles loop > prevention on its own. My current experiment's approach to making loop > prevention a general, non-pf-specific thing is to create a new mtag with > pointer to the last hook and update it in pfil.c/pfil_mbuf_common(). > That works good so far, but it means memory allocation when pfil hooks > are involved. I'm unsure what the impact on performance would be. > Another approach would be to extend struct mbuf, or probably rather > struct m_pkthdr, to contain the aforementioned pointer. But is changing > that struct something that can be easily done and approved and merged? First, you certainly don't need it in every mbuf - just first in chain with struct pkthdr (where mtags also start). Second. The "last hook ptr" does not look like general solution for all cases and occupies 8 bytes. What about idea from network itself - TTL ? It occupies less bytes, the main problem is to decide where to decrement (e.g. each netgraph hook, etc.) Third. What about redoing mtag allocator so that it reuses m_pktdat[] when M_EXT is set? This could optimize performance for many tags, not just yours. > For those curious the experiment will be uploaded to Phabricator soon-ish. -- WBR, @nuclight From nobody Fri Aug 1 19:46:38 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 4btxKV5Rb6z632Gy for ; Fri, 01 Aug 2025 19:46:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4btxKV460vz4NV4 for ; Fri, 01 Aug 2025 19:46:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754077598; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=GYtQVrw2XYs6Gc6ksTwNMpBj0AsMbq/9I5s8LairikQ=; b=ydG13NcHCsebYc7EHnFG4FTTNFMqL7oDxatGcfr3QjoYK7EdW/UUQWtvWcaKz2aWuLK6TS 27b4ekvjQM45oW90MDh33X+pPWQ1IS3VvQMHN9T08TzeoxYluGnoRfX7g+CnHfJmGKFGS2 6GB7o8eBCk/sQWewwLB2RE4ssipTFfFaEm+sWGigiwQuw+ZChXrkL4dmDgbxZl7K39+Nyx EsMnj5w8QBEdh8C+TMMYSh4QwLR6u0VL6Qe745Aq5nvkHUVedqGJm1ZKirvbKn0mAc/HSO VI91VVUokL6r6B2MBQ4CTKkcW16/aXFQsON4brDSXQBpTJpbwFLuoq0mpTMtEQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754077598; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=GYtQVrw2XYs6Gc6ksTwNMpBj0AsMbq/9I5s8LairikQ=; b=Emk49bspvqBDd2Easz0Ui7+lBu/a40ILuy2J3lL5WB/HRmv2MCSMxfSy6EgZkuNV8QTkKj 4gECFZg4OU9WxnwY6zRnovQQUCV81BP+ne2O7ZGAqIO5gF+MJQIcPJFiP8GDUm09JoPAYO TwunecQl1Aj9claddQh1iPKQdnfj3Xd0mU5LnoM9BVHTyChPwF6E/Gx7W+w8SvYKtn+mTi O3/Q4WNS6aOFg/5T8Jrkn8qJ29YlIxryprkrCjx+w3fIE5X3Oq3lcDiVSsMFlQ95NAD+X2 fjThWWuQsw7XZGxASC3OdN35dTC6CcBCoMFWwWDcq8iAt94EkIArZcr8v8n1zQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1754077598; a=rsa-sha256; cv=none; b=WSP+mSby/GpL5rJhNnokIlDE19YLe6JjvGkDXcAaoxWFo/NX1WdPMajAjGbpLxuQH70s7j Ijh2HkonEEoMZvhsFubQbz8iS9F2FL9scRWmdowpcI7lctAGAM7Ci1Nc6TN37VEDG6henX DxyPdjNph5i+MTTvjFjwBUPAB1HtjDxHSXECmMkW4NsyyaogBNsaMPdMR+8R+AFhmWP58G NYBSnUT2PlVZDsDh+xnJN0sTByfj/+tEMrW2qwp/EgLqCVM9pOzKPiPSD7bbiWP//8SxiO SHwu2DBhagCcY66ljMT4xibAtElYqhhQkajXFpp7GFk6VQVvhRiR1XAdqVHX5Q== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4btxKV2dmTz12Bs for ; Fri, 01 Aug 2025 19:46:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 571JkcYt056942 for ; Fri, 1 Aug 2025 19:46:38 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 571Jkco1056941 for net@FreeBSD.org; Fri, 1 Aug 2025 19:46:38 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 165059] vtnet(4): Networking breaks with a router using virtio net driver on KVM host Date: Fri, 01 Aug 2025 19:46:38 +0000 X-Bugzilla-Reason: AssignedTo CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.0-RELEASE X-Bugzilla-Keywords: needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: timo.voelker@fh-muenster.de X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D165059 --- Comment #46 from Timo Voelker --- Code changes that should fix this bug are in review. https://reviews.freebsd.org/D51686 --=20 You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.= From nobody Fri Aug 1 20:10:18 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 4btxrp6YwXz633Y2 for ; Fri, 01 Aug 2025 20:10:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4btxrp5rWqz4QFY for ; Fri, 01 Aug 2025 20:10:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754079018; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=2DIpZlE/URCccpP59HSWV4A5K/90J6fYajCydd7ixi0=; b=k8tc95zL47MPSSd1c/YTrFTll9/dk02MVOyOMQvH3Jw7/Y/V3t0gD+EBYw+hVd/E5hwY/u p4sYQIAZBUB4FMlsF2LDFVCDvvvRWC/Qct5hRbknGRjqWcCbnPwnkQHFKyEmYfpgUgtUsW +QCe3rWf7zIieXtS/dpolIwepiiIgQ9jTkkqi+w6HLXQADFXPm2tutRQS4kf/SSxchx57R QspmH2P/u/fkN0sV4zWqPQoaOWiNNVEhGX6W4IPwaGPg7k4EmM2Fsm2KdddqV1L0UCk6Zg vl2qVAFC21QDUcuNAjYysTGJ+JD4mP1SdeGVQLcCwax/MQQG4rLVzRcfM381NA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754079018; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=2DIpZlE/URCccpP59HSWV4A5K/90J6fYajCydd7ixi0=; b=B9CAuqcxasrHczHcTYsimcTgvYMSOV37tEm6Zdg8BhH38eS214hUWAUHoKBIRElU8H/BAp x0CvYwA8dG9Ht9S1m6pf8pc037RnMlT411JGm1dCKiyhnFtQr1lGSoBqtugQo400I2rzno PneiJIfH/o+EFDqPS9MPoJexmo+ODsoblhGI7bpH4JAXXgwk26xjdIQRaGIdHbAsoBG4cG 07FARDswIVvlEcSZrWpTtKOO4MqOZP74Ncg56hrOJ17BPMn6TKfzKHVxpq7L/kxTKhwsCQ wWY40oO4V1mlGkRFipnA8x3jx/eUCA/gjsL0DuzcEBRhzxsWzJgTUiAFO0azUA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1754079018; a=rsa-sha256; cv=none; b=kP9z+AeBIkyhtiMTRt4MEPYYky6J4SKh3qm5fCa9HcdpOZef9++4lUMyNBDB9xyU+ND+vX 3auD3x2qM0O5znaE30mgUR/9t/n40mcX1aMamWxQjJJiSkfSLz4QSXXKc/M+fC9tbBvmcw QChOEBxs4P6fagrY5f2sj00l9hyvwdbFG6d5rvUD31yVVdDCp5HWqIGv7gT1e1PKdB3FBw FMplwZ3PMkuYYeW/9AySJGtMDOECWQ+ecfB+wEPEeblpVzC6Pj70VvZ1V2O5Gkf0ozemQm ivuA1oaI4BDF73V4nBUNwiBqAnFiPjKk+uEFba3k0kRiWZtfyFF8xpQ+Dy6HzA== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4btxrp4wm3z12ks for ; Fri, 01 Aug 2025 20:10:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 571KAIMM087346 for ; Fri, 1 Aug 2025 20:10:18 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 571KAIGN087345 for net@FreeBSD.org; Fri, 1 Aug 2025 20:10:18 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 288309] genet driver memory leak in dma teardown (cut and paste issue) Date: Fri, 01 Aug 2025 20:10:18 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 13.5-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: commit-hook@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D288309 --- Comment #8 from commit-hook@FreeBSD.org --- A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=3D96a550e9dd892f24a479da00ead93fbfa= afb7733 commit 96a550e9dd892f24a479da00ead93fbfaafb7733 Author: John Baldwin AuthorDate: 2025-08-01 20:07:30 +0000 Commit: John Baldwin CommitDate: 2025-08-01 20:07:30 +0000 genet: Add a detach routine PR: 288309 Co-authored by: Mike Belanger MFC after: 2 weeks sys/arm64/broadcom/genet/if_genet.c | 35 +++++++++++++++++++++++++++++++++= ++ 1 file changed, 35 insertions(+) --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Sat Aug 2 03:22:25 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 4bv7RQ4ghXz63VK6 for ; Sat, 02 Aug 2025 03:22:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bv7RQ23MVz3x8W for ; Sat, 02 Aug 2025 03:22:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754104946; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=sy7vy3XYhBU9TIXsx3rt6+V37j5gmOvbwoVFx/MxAvg=; b=xKVq1zQI3X1bxLNmTbEP3+j8yYH0hXPdEG6kq59FDNj9v1JgCSMCOG4uFZo5sYLuir9I/B +ctmByie2yhW/KhucEB3RcEaCqdCJ8ee+xTTcRlgySvkTgnDX/Tu+/P90fGupol/SE+2PJ MJCl/7iYeE2WYz8PZbZxUWV/0IzyClTecNkQ9oouZgvn6yvUMut0Yz+Jpn6AuKDVlBkRr3 Gxx4R3z1MgdhepzfWZ6ZKQIA/vdsw+QFPh/pwYgKa+xohEGq67Z0gjp/F7qBhMYYEPe6Zx FyrYMvlXpNb9OjaaqmQYygX0RfHdVoZkfyXzlunGNRLWpatiYvn7VaCoC/b09g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754104946; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=sy7vy3XYhBU9TIXsx3rt6+V37j5gmOvbwoVFx/MxAvg=; b=fnget2kTTTiaPqz7v/2ITdq28YohTmjVNGDEnzq95caKc1GIdf/YejXfuhunBMJgISZt5k jAIpxn0dhhMbBWYy+dn+7wkZiV2Kc1LZUe9aueIVLntAmAHcZlXX+2m7MHxdVVwdPN/2VF gTM8arJhWEKHerswch10d8fqVlb2DXJmlWuHNrG/zwGglf25qqGdh92CrQ7I83e9zSNKE1 864QrlsjHtVuWDdt8tSvt2Lr57J7GWALnB9bFLpkbQYZ/DGrty64nCcQwmbsHl9i4vA7Ky KZdF40wf1QfsPsI9o6pZZ66vJMy+NSZhLBl90KXtg0Q3vvDz2/WEfRV0HodTVQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1754104946; a=rsa-sha256; cv=none; b=rT4dyhhKEaDiqYtj+z3Rr0ntH0Mq0y4DRbNaHdYi0v156cxvU/9V+tqqcWmoveGyGqkVJS Pe4QTZGUtLaSxcv1Hb4RFSnwl7Aqnba1N6rwv2nTE/I6/4LnM4zT3YUHyiZ2GPQd6x+p1J Tv+i/U0booB5xDtZttyPksnWsM59xM1OJ5nIq45Laoq+B2jEzVVPNmBG6fELuXGPYqAozS WPB7OzUuOV0vA794yv49INQVO/DwrkcssqAYTFVTVJAbCKnku6vihYzBdexXJcZFvEEAAA UaqrHfRK97LVkXjlF0xefT4/sbmG4zy/YVhSGte58jtpIXclcZ+2Oasbt8DAFw== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4bv7RQ0Vpsz1Fjs for ; Sat, 02 Aug 2025 03:22:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 5723MQvc049143 for ; Sat, 2 Aug 2025 03:22:26 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 5723MP9A049142 for net@FreeBSD.org; Sat, 2 Aug 2025 03:22:25 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 276294] net/mpd5: crashes host when configured with PPPoE Date: Sat, 02 Aug 2025 03:22:25 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 14.0-STABLE X-Bugzilla-Keywords: crash, needs-qa X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: eugen@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback+ X-Bugzilla-Changed-Fields: see_also Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D276294 Eugene Grosbein changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://reviews.freebsd.org | |/D43122 --- Comment #13 from Eugene Grosbein --- (In reply to Tatsuki Makino from comment #12) It was ISC BIND nevertheless. The panic looks similar to other cases I link here. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Sat Aug 2 03:22:43 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 4bv7Rl50dXz63VZN for ; Sat, 02 Aug 2025 03:22:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bv7Rl4Dqnz3xnq for ; Sat, 02 Aug 2025 03:22:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754104963; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=tsinG33/KNSSmjSHGEzdTGHaj3wsH1yRcaox+IEdAEk=; b=LCX9FrAQaMsA5ju+9aa3Myk6Rt7xa+jR0SgG9q8Cu6Gdv3KgLK3x+KsqA9gke5ARGEqOy1 sBb2yNwFuoitzJR33LSjfr3qMYc/TItXWcoGikFT4c3aEBUHblRkfZy+rSye14Y7H/YRQ0 B7QUeABc87PLULUbH5Pcub56fz1VfApi97ARCV/QaLgk0nJfI2fgV7Lst49qRL4jzScZWQ 7LBOf3Z1MN+ECB65O95elwFypENegOw6ft573aSsTGgk+rvY1P9eoJ8Lj36zIG5rCZnlSK vdUohgS1xFTCud94XNfd2uzwvswu5SEZmdyuksnfKmgygJKqfPHteVQR1rV8AA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754104963; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=tsinG33/KNSSmjSHGEzdTGHaj3wsH1yRcaox+IEdAEk=; b=cbi+P9siJ9T6aAlSSn1+FfDQK+ZMoCQXC6cZNzCTlbwDXxcQPgg7k2qPxGi0Cdw+DQJwh0 vOF1NjNmgxoQoN2fkBCwse1hhwUkCu5C9hi1jCxwjDZVgV7hzKj7XnIrFs5AY/jsFIfOuC vvZFHt/1Q+7G29DsVyZi2m4DADmQlJDH9mogqlpQxdePokOvVHgMJi9x39A0OJdykBFDFG xcNd7zrOEmr9tSdc/HZBKfeC5WPe2d3U0l6fUUpMQbv+U2/O3XOUekWDqzoMAeaeD4pPKy q8MDkSoqxoHvgzgzBBQT1e0uhBjpoaABkFndaq/dgHmjbd1zDm01pzjeW9oEOA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1754104963; a=rsa-sha256; cv=none; b=dVjbns6FoGFR6EZYNGoNmcqdRPMgDQC3tHmLaaq5wcPYJTIZNkukz6MNF/ul2A09Snsxh0 dkBzpp2aORILdwbh7hOiIZRznCRvprW7V0Q+7xNr4aRSXBJq4gMH9iYwGPVQDc3WEk2cm4 tJ4mrQGkiUFmC1Ph3WIjrAExdRORb5v2LLWqPLCxrQyPMyGgUREWYaFg5ZpCW1/dlSeaeO qT0IAXEcamepAzWb2DDODto4mX92cHe50hA1jP66yMR1Fy07pi1LW55Q64k7bDpw/HZERn LsErQC4PcW6eK9tZRWJSnxOu5S4nkaIYfta+cjVN5x6qWPFIfRE1WQQuSxu4Nw== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4bv7Rl3nG0z1G3k for ; Sat, 02 Aug 2025 03:22:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 5723MhCi049293 for ; Sat, 2 Aug 2025 03:22:43 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 5723MhaF049292 for net@FreeBSD.org; Sat, 2 Aug 2025 03:22:43 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 276294] net/mpd5: crashes host when configured with PPPoE Date: Sat, 02 Aug 2025 03:22:43 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 14.0-STABLE X-Bugzilla-Keywords: crash, needs-qa X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: eugen@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback+ X-Bugzilla-Changed-Fields: see_also Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D276294 Eugene Grosbein changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.freebsd.org/bu | |gzilla/show_bug.cgi?id=3D2= 738 | |90 --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Sat Aug 2 04:35:33 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 4bv93p4mD7z63Yx0 for ; Sat, 02 Aug 2025 04:35:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bv93p3dNbz45xd for ; Sat, 02 Aug 2025 04:35:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754109334; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=+MSUj6OqeW8/0Jf+3wjZWWoABt3bkD/2o9SVsgQUweU=; b=db+a78MuB7xoQF2wt5ApPBTE5PJ1WPw6zXiQiKdFmTL0B67689LDaeCNogQPXqeJUDNpSC XYskoCs9YT55ZaJ7HpJqh2ZEWZC/5QvdTjKil63WvOSfw4m41Mm8NbDrozAxtTkisiNo92 GXB4B5hYC/lFjZk9ZmdL9Saam4yZ3k8B/qqMki3a3xhziVaCfnF57uDaSPr0oOd2lLPq10 DZNBAu/8ifthovn1HhWSTPHuepG7TLAPPDGDv+J6NJfhHdrSqPpNvkEg5VDh+LlSlXpniQ nnn8ZIOEWh8IU63egNz74KfvpBvqOXlfuSE1morbVh0VPzUVQ3XQ7JydU9GrfQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754109334; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=+MSUj6OqeW8/0Jf+3wjZWWoABt3bkD/2o9SVsgQUweU=; b=IXHp+yYAUIb4TXs/pp6XZl5nT3lt8eVyZHS5+H//p12Z7TUW1/9as+YSl+u0CFuhixnlb6 imuOKMDiAC/BKt9ivdZjCmBBEDF78NdlEaAqtxIUFwdtBmfOeZpa/ncDDK/14DrsX3Pk44 Lhk4iZ55HCkOjtdQNA7bKYFcLyAi2zg1LtKo72sWHfVHgyWO8edCLdogQoJhg/LReT2kJp PyaOyLyPPdFw1CFo5WV23AbxKrxiux+MTCE1BX7/dLy8MmP3okaZiWKsRQ8nNpAwXyWiTa 3LotIPO3Tch/Q04kTqMWTPI/ELQum58QOh5/kLNoK7IvUOGRa3P4Q2Aq0m6izQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1754109334; a=rsa-sha256; cv=none; b=MBYkUzfSFBGs87LD9RGcVKOL/RX8KoX5KMDDs6AuKwMCvYUpvKKM5P5XFWat5f8CHbWRUp Aw8naxbqtCL2+GRp6+SiJcmM2bvu9cbL6yLpqryeWzNeYwUumQ2Qx7p7zMRpievHqxulfS yKgwhjUOxOYk+0yIT2aRXX/C2JiLzTLNulx5hBYfZcRiVnkvfe8m4J5nBjGVaNTSFv5Dz3 OJqH/alTwccBznRzXrLmhqyJeRX35NtzceMvmQ2WQ5dNGxVDHjFRK/q6Fyg/UWUcNvnMa3 5K5y4Sseokjpl3h3pHRd7Xus8jCU0vNal/n/ERlx+yG9fh9s7157/wpKGV0eGw== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4bv93p2cVZz1HgD for ; Sat, 02 Aug 2025 04:35:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 5724ZYFh062634 for ; Sat, 2 Aug 2025 04:35:34 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 5724ZYjE062633 for net@FreeBSD.org; Sat, 2 Aug 2025 04:35:34 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 268176] net/intel-ix-kmod : connection hangs when starting SR-IOV interfaces Date: Sat, 02 Aug 2025 04:35:33 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: IntelNetworking, needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: 3226388001@jcom.home.ne.jp X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D268176 ss3bsd <3226388001@jcom.home.ne.jp> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |3226388001@jcom.home.ne.jp --- Comment #9 from ss3bsd <3226388001@jcom.home.ne.jp> --- FYI, I experienced a similar problem several years ago and needed to apply some ad-hoc remedies to make if_ix with SR-IOV function properly. I have been us= ing the interface (X557 on A2SDV-8C-TLN5F) without a problem since then. Here are the remedies I have applied. Please note that some of them may not= be required anymore for the current OS/driver. Also, each of them perhaps has side-effects and may not be appropriate for every use case. 1. patches for ports/net/intel-ix-kmod (equivalent patches can be applied to in-tree sys/dev/ixgbe) ``` --- if_sriov.c +++ if_sriov.c @@ -244,6 +244,9 @@ /* Tag all traffic with provided vlan tag. */ vmvir =3D (tag | IXGBE_VMVIR_VLANA_DEFAULT); } +=20=20=20=20=20=20=20 + vmolr |=3D (IXGBE_VMOLR_BAM | IXGBE_VMOLR_ROMPE | IXGBE_VMOLR_MPE | IXGBE_VMOLR_AUPE); +=20=20=20=20=20=20=20 IXGBE_WRITE_REG(hw, IXGBE_VMOLR(vf->pool), vmolr); IXGBE_WRITE_REG(hw, IXGBE_VMVIR(vf->pool), vmvir); } /* ixgbe_vf_set_default_vlan */ ``` - PF needs to support PROMISC, otherwise VFs cannot receive some broadcast messages that may be required when acquiring address information (DHCP or I= Pv6 equivalent). If the owner of each VF is different, this change might introd= uce a security risk. In my use case, I am the owner of every VF, so this is not= a problem. ``` @@ -688,10 +688,10 @@ * With 64 VFs, you can only have two queues per VF. * With 32 VFs, you can have up to four queues per VF. */ - if (num_vfs >=3D IXGBE_32_VM) + //if (num_vfs >=3D IXGBE_32_VM) sc->iov_mode =3D IXGBE_64_VM; - else - sc->iov_mode =3D IXGBE_32_VM; + //else + // sc->iov_mode =3D IXGBE_32_VM; /* Again, reserving 1 VM's worth of queues for the PF */ sc->pool =3D sc->iov_mode - 1; ``` - The driver changes its behavior (such as a different number of rx/tx que= ues for each VF) depending on the number of VFs initialized. It is expected that when only a smaller number of VFs are used, a larger number of queues are assigned for each VF and the performance gets better. However, in my environment VF instances did not work at all when a smaller number of VF instances is set for iovctl. 2. rc.conf ifconfig_ix0=3D"promisc down" - set the PF promisc (if supporting broadcast in VFs) - keep the PF interface down until initializing VFs by iovctl, and up it later manually or by script 3. config for iovctl - do not use the first couple of VF instances. They are unstable (may be conflicting with PF, but I do not know why). Use VF-2 or later. - if you choose not to apply the patch, set a large number (>=3D 32) of VFs (num_vfs) even if they are not actually utilized. 4. use the driver in ports - It seems like that the recent (FreeBSD 14) in-tree ix/ixv drivers (with a patch equivalent to the above one) seem to function on some level. However,= I observe they occasionally fail their initialization on boot. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Sat Aug 2 18:42:37 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 4bvWs96VYrz63R89 for ; Sat, 02 Aug 2025 18:42:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bvWs95lH1z3Rqb for ; Sat, 02 Aug 2025 18:42:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754160157; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=ofypBo0+1lKBmPg5Pju2q+tGM2nbwwglTxoelgHH+hI=; b=atb00wq637RhAbnLjLRcRAJ3ag2fBZaLNGPQRfqkWVIIBlWro0/ZeKcqVWWcN3QHMMvd7A PBnIr87sbo+LGIdqKweXQajma11EWZDljsWskKutSYMCQ38unpux3TRtAj1PtbPsOJYrgy oD/1CwcMxf05zS+rqJ5ws91v1Ba9vL4GwmfNEwmzOk/x7JBrfcJLYxKEBKZRK7wkcRGOQb 9x+Lu9JrhqGAwTBdMKJmwdlmzYrDqPh03Yb8TQiXF9LyeXAvHFTGZr3jCi2/CKi86CcRBq 9atzaRrncMYmKfS+VZNpRaTaAAlo+2Jss2zkPZ8YnnXtCThSa/S3WZ4tC/VvoQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754160157; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=ofypBo0+1lKBmPg5Pju2q+tGM2nbwwglTxoelgHH+hI=; b=qi2JyA2XgAv/Whl2Q9s4hJw2KvjCZUMQRYwF2IdP/OVFRd04r/JFuPTckYkCKZxzGy3c7F NqyJr25MZcwOyg9V/zhn7A0kxwNwgwRAhfrHxRRmT8akHtvetPOH7Jhfy3aXUEVoE6+zs/ yNrQQmGQ2E/VLy6QhN2W3p+idvYqYeKvwdg1ijE/se53IFc5evE/3zbXb+z6RviEBxlWdb AAUNSJ4rrs7YdvuTVb4OhDAwE+Li8fX+7YPQ4HcmOdngOXO9LH5oBGDwT0eOYp2Xtc0+RB W1Rr6o7nBMUwKETujZThVko/7Cx9v31pQA8+21Za4oidLAU0/+tVnxc12N+V3Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1754160157; a=rsa-sha256; cv=none; b=a1VoVyHZNoemxhd3facSoLmjuQw2NznYgw/yw3NeE1pMfj/cd0YEcjSFmil/fnc2gsxsH+ Aa8Lv4sRyNu+ZtQ58zm4SZ1FhVFbhl8qPhvLonKqbxRXpV4kzUKwdCCErCziT0CywGz2wE wyxnDmRt1Oyi4z/niH/D0IfUt3LJK0SPtJM5D5+ifyyUqP61jKZp2GNNynJ1r3rImKYHni iJslYQPdXZ4z17gzo6/+J8keCST9DWUkFQJE1/nuo9OdK/DiVQSkbJWgYPi6tpq0nPs9vM wL21A5zTwLbdFelVR35ztWdYpoPRiJVS225uOZXSX4Qa/pEEW0TMZgUAoPuUTw== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4bvWs95FKRzTrk for ; Sat, 02 Aug 2025 18:42:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 572IgbhT048124 for ; Sat, 2 Aug 2025 18:42:37 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 572Igbet048123 for net@FreeBSD.org; Sat, 2 Aug 2025 18:42:37 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 288606] netgraph ng_nat: add command to set port range Date: Sat, 02 Aug 2025 18:42:37 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: Unspecified X-Bugzilla-Keywords: feature X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to keywords Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D288606 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bugs@FreeBSD.org |net@FreeBSD.org Keywords| |feature --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Sun Aug 3 00:43:20 2025 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 4bvgsb2Cwsz63mRD; Sun, 03 Aug 2025 00:43:31 +0000 (UTC) (envelope-from peterj@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bvgsb1Mqvz45JY; Sun, 03 Aug 2025 00:43:31 +0000 (UTC) (envelope-from peterj@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754181811; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=c/V1w6x1q/8JLzfPkAUb6XlrqwMkrW/uki1/wqi2dPo=; b=QAqTq5tkzNnDCzWeHRQBUeChSdpaJudXGbK/A8/GtfdXXWjkR+ozDtnsZZB/cOv7OftWD6 p5GzfTe2UXagV2KNEJyfNFsA3mfuiCfWSJKO/gIVXnCgXMUIwKDXz8yZLotl8va8ai5k6N FL5qlBFnHaLh9Ro9oul3Vg9D5jWCp52WGSqpYGFmTfXu0XvLCsZD4AKeqaueGPfLBWkzY0 +bg3Og77flx/apX+5z85u0SH2yn63yiwgrugusCtlhwIW4FQKKUqiJXrVNbjGE9XssmsJN y8rt9dm+OhTOm8Q2C1wk5eBstTyk9NUh1GpMPZFg8fdO3UyZFdYfrG6xpbrCQg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754181811; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=c/V1w6x1q/8JLzfPkAUb6XlrqwMkrW/uki1/wqi2dPo=; b=d1LbNuNKZCwfUj61LsUIJZ5zZo98vC1zxuwzp5bIo60Ntt1JI4MtyGwxea2zfxxpEPeimB 0qxRCnyNt7KqNHMXdNh5p8LpDwp35m5sk3ABeXek6hHEww3fi2BXYFQGqLghmcciYXLPA7 +jM6Xc3uhtmoLzbKruc1c5hazN8OYgSPpFkjShpXIEW1yMii3SlqOt+isYLbFji9+D2QsQ S2Xw8OB4pcaQ8DMA1u5D0IMkc43SO3MsEeIYcTtfKAy0uyMUa1nRWokBUN5Gty1MTOu9qy ji/vizeU6Z6WZ3L8lXltFji2Gx02ICosuFTBDmP7oOBZ38JN8DxQPrQYwfjWHA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1754181811; a=rsa-sha256; cv=none; b=dQ8wSOfDMcniALvXsZ0NmG0+8CBREVRGfKuiybkZ+USUIr3JAMTLf47gWvB6XruFQSpwVA c3EVhu/YapfIUS5wLrBVJ8F8qAoUycNmYAnQG6S6NV2IS5eSGKboHQ4+rYc31LH9oMhnNZ 4DQKJ6XYo5TreF4gVMYb27R+55EbeBUvlrTspgLrxpDScWhpfUAjJh/v4U+MEpZBgIkmEA Whe3m88SS4Ju/dCRrCfuk6kGmrwy+qU4a02WP/J0SSTodqjadN6nraBzLSaj8psdwjnHOR aMA6Ls9Pl1KjmaQlaiouEZRSfxtoalA66WtH1jLb8vfG078dhN6RkbVEoBy5WQ== Received: from server.rulingia.com (ppp239-208.static.internode.on.net [59.167.239.208]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512) (Client did not present a certificate) (Authenticated sender: peterj) by smtp.freebsd.org (Postfix) with ESMTPSA id 4bvgsZ1GZbzpwl; Sun, 03 Aug 2025 00:43:29 +0000 (UTC) (envelope-from peterj@freebsd.org) Date: Sun, 3 Aug 2025 10:43:20 +1000 From: Peter Jeremy To: FreeBSD-arm@freebsd.org, FreeBSD-net@freebsd.org Subject: Technical documentation for Synopsys Ethernet QoS Controller (eqos) Message-ID: 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: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="LnuzQhFjNE8r57nN" Content-Disposition: inline X-PGP-Key: http://www.rulingia.com/keys/peter.pgp --LnuzQhFjNE8r57nN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm trying to extend eqos(4) to support more of the controller's functionality: Checksum offload and ideally TCP offload. I have "Rockchip RK3568 TRM Part2 V1.1-20210301.pdf" but that's missing documentation on the DMA interface and there are some discrepancies between it and the existing FreeBSD code. Some specific questions: * The existing code supports Synopsys versions 0x51 and 0x52. The RK3566 (and, based on the above TRM, RK3568) are version 0x51. Does anyone know what chips have version 0x52? * Is anyone aware of errata regarding the controller's support of checksum offload or TCP offload? * Does anyone have documentation on the actual configuration of the DMA registers? I notice the eqos(4) code initialises the ring buffer length to 1 less than the number of ring buffers but there's no mention of this in the TRM I have. I've had a quick look at NetBSD and OpenBSD. The latter doesn't appear to have an eqos driver and the former doesn't seem to support any functionality that FreeBSD doesn't. --=20 Peter Jeremy --LnuzQhFjNE8r57nN Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE7rKYbDBnHnTmXCJ+FqWXoOSiCzQFAmiOsKFfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEVF QjI5ODZDMzA2NzFFNzRFNjVDMjI3RTE2QTU5N0EwRTRBMjBCMzQACgkQFqWXoOSi CzRCsw//RdpgAfCnxyHsovtHCLruglAuuxIIFWKEaGRRV6UcdvO0/LOxrJskq/k3 cfghdl65xi5HdCLm5a/JNhR/172R6yUAdlzsne2ROGgSQr1/hbRHFl7Qftle+hGl GEmQ+WChTKDcswuenJJkAFMPRMa1AvIR5JA7Kg6okPXlYiTz3WCc5vsYr+FQkVIH 9hIdf/sbdy/aAlI5RXQHOzpLdxLu+0c9RPlR/TPa2CwJma37iuQ9lAtp+Q8iKhvm Bwo4klru26LslJcdhA95dfP8nA4mskvZBaNcqxOXzUIiymcUSkAniaDsL4kUPZmx gt/UTAEoeUpDfBWoJEf7UXCVwmowYXoTR2Yrm6uuABm15Di7PpmoW/tdwmRSlSwL 8J8dI590LlmwnlziI2lvH0bzslCg55T7JSVDrsDdY3OuQJaeUvGD42zfRt3yR5yG g8e49mHAAX1qrJ7M1Mc0RKdDhigGJJiaZXFj87xRGfrZiQ81eF1mFj+e8bRNOIj3 l5pBOh57N2zHSNlp1JsI2aY+N8U2gBG2YkRKJwk+YrNHO8lDqCcNkRUAuSQ0P+Tx e7VsFaY4+7DQNlRC89hX02xaq7PBdYbujCbKQUyOiJvkDJqPecB/+L08hL3t5YFO wghjGe5FwFhELqjGLUidypyG2K3DBd8Cy1d2YDusj4tjPIXZHWQ= =7IhP -----END PGP SIGNATURE----- --LnuzQhFjNE8r57nN-- From nobody Sun Aug 3 05:35:39 2025 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 4bvpLk1hytz62rZR for ; Sun, 03 Aug 2025 05:35:42 +0000 (UTC) (envelope-from freebsd-net@dino.sk) Received: from cm0.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (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 4bvpLj5DfKz3Wjc; Sun, 03 Aug 2025 05:35:41 +0000 (UTC) (envelope-from freebsd-net@dino.sk) Authentication-Results: mx1.freebsd.org; none Received: from dino.sk ([84.245.95.254]) (AUTH: LOGIN milan, TLS: TLSv1.3,256bits,TLS_AES_256_GCM_SHA384) by cm0.netlabit.sk with ESMTPSA id 00000000004711EB.00000000688EF52B.0000A043; Sun, 03 Aug 2025 07:35:39 +0200 Date: Sun, 3 Aug 2025 07:35:39 +0200 From: Milan Obuch To: Peter Jeremy Cc: freebsd-net@freebsd.org Subject: Re: Technical documentation for Synopsys Ethernet QoS Controller (eqos) Message-ID: <20250803073539.04113807.11970677.88612660@dino.sk> In-Reply-To: References: X-Mailer: Claws Mail 3.21.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.3) 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=US-ASCII Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4bvpLj5DfKz3Wjc X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:5578, ipnet:84.245.64.0/18, country:SK] On Sun, 3 Aug 2025 10:43:20 +1000 Peter Jeremy wrote: > I'm trying to extend eqos(4) to support more of the controller's > functionality: Checksum offload and ideally TCP offload. I have > "Rockchip RK3568 TRM Part2 V1.1-20210301.pdf" but that's missing > documentation on the DMA interface and there are some discrepancies > between it and the existing FreeBSD code. Hi, this controller is used in RiscV SoC from StarFive known as JH7110. Its TRM is available at https://doc-en.rvspace.org/JH7110/TRM/. I don't know if it contains anything you did not see yet, though. > Some specific questions: > * The existing code supports Synopsys versions 0x51 and 0x52. The > RK3566 (and, based on the above TRM, RK3568) are version 0x51. > Does anyone know what chips have version 0x52? =46rom dmesg on my Star64 board: eqos0: mem 0x16030000-0x1603f= fff irq 50,51,52 on simplebus0 eqos0: DesignWare EQOS ver 0x52 (0x41) eqos0: hw features 1a2173f7 09845904 01000000 00000000 I think it is what you are after. Regards, Milan From nobody Sun Aug 3 12:31:32 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 4bvzZX6sZYz63K3x for ; Sun, 03 Aug 2025 12:31:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bvzZX4GkVz46Gm for ; Sun, 03 Aug 2025 12:31:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754224292; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=USI+aIxcbEvN0+lplGuXEDuEtSe0OAfPOLTrCQGA+8w=; b=yitm9JmpnRrNRBL5JSjFby5JXKlBJweP8ivpc24Vxn0FCJ2CP7abIui55p0el53i0rAL1H EsP7n+YovpKwrLGelnqSLw0qE7ubDdqyBc9e7hiwMHhDkmGx6nvtkM5N2x+bOU3w+UCozI H0EUH0GRae5b7y5lYgOdNUtNT7tOzx5YeNqunzmQKJIgzzNQQiExnAgU2g9vSHPgZBYFXi 2eyNroJiUME3ckRapDqM3q/ukfMcpBQUMzWUr9wu8InG4kmjhrYrmkbpjQu5Lv7cn/H85Z ZIA0TpHNrZn3z6CTJ5shGRFYoWAXuqGl4TFO+Z8yEL5wWH9/4D3UbmaAoPsPQg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754224292; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=USI+aIxcbEvN0+lplGuXEDuEtSe0OAfPOLTrCQGA+8w=; b=NALUmtwD+gtjdsmgObp+yf9t2L6LQDdfe1sqqxZFL+4bqFnHB+n+/APVme8T5wv2vhkQQM bj4sNkZ+JuE7CjTlydzZsBE2NojhpF7FtwIWx/o0e6rSDZmESLcskdYnzT9ECE2v8o9gdn FMbm8z//r4Qaf/ogFtGMvm8tMAknNRpD0Z3pI21PnsTdUNS+oZYK1rIETdb4nC/LT8LoA9 IC1ejUzXWoWc3ZpGsHCzu/G4NdhLg+K4XSllgNO2dfZMAZMaEwb96BGPi3rYtRHfWF66Il ddw6xCuKOCkPcCWI+P2biaBgpuGW3bDam+bf/zZZPtQC9Snsf79KihyUMQwfMQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1754224292; a=rsa-sha256; cv=none; b=Wterh+Y6My1+GunHxKtg+11anxVPCrk61EDVgg/HAbp38VB0euAqVMAwiU8VIXRbwJ6gIR Z8HiusV0ie3P70W1zaIOLlP7CQ3Dx8bZJnJPEy08xevGbzd3L+lqyIAiJBxv71dxj1QVFR +1bXk5zoXPtWWVbYFdrFbrv71fN0sebmZVEW2vi3vS7BYI2OehdOV5T2cyOpKeVo7rXMxc pn5syJ+dCQQqajrSrudB4FbfZFfnWkCEAc4hYw+G7egyoASlHaEEAG7Fhu6mQVwlWfHFgN R9v02q3Vgh5GZ+Q/iyRBB3tm0VrO/zf0NjOTbLJ89mx7sWaZHPetMfYyzmNlxQ== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4bvzZX3swSz12jH for ; Sun, 03 Aug 2025 12:31:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 573CVWu5073509 for ; Sun, 3 Aug 2025 12:31:32 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 573CVWv4073508 for net@FreeBSD.org; Sun, 3 Aug 2025 12:31:32 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 288611] netgraph ng_nat: doesn't handle NGM_NAT_GET_DLT messages Date: Sun, 03 Aug 2025 12:31:32 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: Unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D288611 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bugs@FreeBSD.org |net@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Sun Aug 3 21:00:49 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 4bwBtC27vyz63pnY for ; Sun, 03 Aug 2025 21:00:51 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bwBt93yfNz3kDB for ; Sun, 03 Aug 2025 21:00:49 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754254849; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=iGRSIJLfUNJxoZMnzvaPC3Ut4krZ3M0kZaXgos+wtCs=; b=X+GfPt2hyiJ/IzJO+jMer9sOHW2mzIs+Kbj73/idLfpD/RUvrfiFNgwOhHoT9nM6nJBO9z +8a7tKFGkW7bQyVzo/MYaSXsABEKur6bK1sXRqhSdnwpY48AcNxh+6MfVMal+QZZbo71fw 3MasFfAY07h2huMmHpkKk/FRj5XeaKNalj319Wxlj81HD3K9/v0bvEAuMSMaELalk8t1vc xCW98c7/g3OR0Uq4BzduCWYhhfM4//2YjLrEgCkv436Ya+uh3A6hpYil927j8T+iOc6Xgd JGnMseyT4aLbI8xEFyo030OLJB3gdt8nkV9g0fxpMOK6tYAXzX1Wn056l0HO5g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754254849; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=iGRSIJLfUNJxoZMnzvaPC3Ut4krZ3M0kZaXgos+wtCs=; b=Esbb9s6zwVCb8ym7D4fyO6lp+h0tuWuQK9l2ogIGW9sdV29GlMfHegaUN7EyhfEGqCerJG sHLCHPb/ntSxm1v5751ouF7ve0t/3JVdf7WajrS4fxfXmUsi3G7vTjEFuOdDUkzfcIABpj 57dggIrua3s+AuwxrUPofZOLpfKvo6nWDbj6RyW07mc0Oqol8IBr10ShXtQipfDKsw4wPw Ebza9rcGesZEwsO0z2zr9AIRxYrEl6eeK/v+kIQNvr1ES9qBBAR2wPk9xksIlDV4IfCj2w X7iqyOEuwGkdq6CGNVPY1apIppHdat33L9Z2qGFCjz5x5v/VDi0Kr3WnxXEc0w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1754254849; a=rsa-sha256; cv=none; b=K/jDvtBC4u/m70Fn4SqyXI0XhxdRTenKLdCH+oG1bKNe3Ws/2h8V6kNu0uU2ejpC9/iLDo SV0V/zMNoDvhEvjJcm4TaUycPdpriedowlQDIn9Mmg4ZiW1542vMhTVkq5tEIdMaiLO3Sh /ghhVyKQVQgOF5lsu8MbDiWcYmrDqi6KG1MVEzicoYEvR/Z3qbMT5uJyYRYKz4go/eYoGC jLbaDqKGRiTbej+0fpTJeNnI0/hkl0ajiJ2U445ltAz6JtpEfQ04Zzg0vDINuF7mgQMSTp REucwsHsv7SK89tJmU0nFOXnUYzmx4VxvF39cks8582ePgkQEM5SKFKlYyUyUg== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4bwBt93Nkhz4RJ for ; Sun, 03 Aug 2025 21:00:49 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 573L0n7t042531 for ; Sun, 3 Aug 2025 21:00:49 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 573L0ntQ042530 for net@FreeBSD.org; Sun, 3 Aug 2025 21:00:49 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202508032100.573L0ntQ042530@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: net@FreeBSD.org Subject: Problem reports for net@FreeBSD.org that need special attention Date: Sun, 3 Aug 2025 21:00:49 +0000 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: multipart/alternative; boundary="17542548492.ae74FB.38294" Content-Transfer-Encoding: 7bit --17542548492.ae74FB.38294 Date: Sun, 3 Aug 2025 21:00:49 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- In Progress | 118111 | rc: network.subr Add MAC address based interface 1 problems total for which you should take action. --17542548492.ae74FB.38294 Date: Sun, 3 Aug 2025 21:00:49 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" 
The following is a listing of current problems submitted by FreeBSD users,
which need special attention. These represent problem reports covering
all versions including experimental development code and obsolete releases.

Status      |    Bug Id | Description
------------+-----------+---------------------------------------------------
In Progress |    118111 | rc: network.subr Add MAC address based interface 

1 problems total for which you should take action.
--17542548492.ae74FB.38294-- From nobody Sun Aug 3 22:20:58 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 4bwDfg00SVz63tqh for ; Sun, 03 Aug 2025 22:20:59 +0000 (UTC) (envelope-from ivy@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (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 "freefall.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bwDff6XM6z3xbk for ; Sun, 03 Aug 2025 22:20:58 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754259658; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=m3WK6nm9qaMiBcyLZivq6415p8mG36GwXhFFPOm0jMI=; b=P58ya0FJLPsJeDWhDOlWsZrmqvvQgqehtFMT1xjGrORx8hWCu7r1BWhTjh8SrozvhUalmO BiDy6ocrh1kt050deWblEcV2rbiwCVWFSAtUVf8tNO7jdxur/gttKbkhiOY6XJTne6Djtk n5LSg1iqrMThNf8mf54V2q/HqZpXk3sLEtuZ4U4KJcDdht9AOLlXYGBuHsubsqoosXvPCR 8N79bJhvzscgj571yba+efX+Gq1ypo/ZbjNSbRWpW/nS4f2jWWUqsCgWpGFgdb5/r5UhfK FV1Mrgpdd8FARZxlgxHXSDyMdr0XKkv84tQpWTSBQG80cnU7a6chUQmWiddj9A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754259658; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=m3WK6nm9qaMiBcyLZivq6415p8mG36GwXhFFPOm0jMI=; b=AW8SbC4XjD3JLXViPuU3H6ltPDUjCsZsAC6SECH6Cx63U0FwuZZ86JgKm6zfa8Joyo/WB9 ZyjknM/QUjYFW9A6sL+HtfBS2Xqo911O5ki+d6MrixKplksVMgL0d83rzrHPl+LDJ04MN9 4c6tPlwh2iErkeMPw1wKPvewDl4Yx1Kuud4DEohLwlqh0GNZ9z22XYC1Q2X4ZhcY+uU0OA oWMbytmzQ09YvVWcIlYGZW1iv3Oa3Z8jg3nWkNNG7OJFWJSwPHvP9/X+qkeZMqTFJNs+eY UlKZzB/Bmbx6qJbfJqPmFUHyr8wr9aYZzgyS2n6+g5q9Di1T1+rWIdKBT8jLtQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1754259658; a=rsa-sha256; cv=none; b=JN34q1rx6jZHQZVfAfGz1AjohCOk8nTcKH8eMOKwxQ71kEOpxbq6COkVSMLDx4YLP5vO5r A9wrm2L7kzYZwJ1EvotQYqrlIR15u5DSD8Orrft3H7SojCjZzUH8qwm1r3frPIp10RlamN 7dxfrnM1sA4YzIbmiZ4xfcsaCviq0Zs1oCsOv3t448KxFKI7/auNbUhxgJyqVs55StDCtt a8PJUrkkog2N0zgniFim2wHhDfezfUtwQHxihNgKZluvQRamlPUcxbFSCzoV9RdwTvNep/ 9PakGJyzy3OSyJIpiQg/lyzC24/ZJx36IBL4td/PxIEFRme2GqvgnERFY44sZQ== Received: by freefall.freebsd.org (Postfix, from userid 1532) id CB01F93E3; Sun, 03 Aug 2025 22:20:58 +0000 (UTC) Date: Sun, 3 Aug 2025 23:20:58 +0100 From: Lexi Winter To: net@freebsd.org Subject: bridge(4) is now on Phabricator! Message-ID: Mail-Followup-To: net@freebsd.org 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: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ud0YNhhckuQND+9r" Content-Disposition: inline --ud0YNhhckuQND+9r Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hello, thanks to phab-admin people, we now have a new project on Phabricator for bridge(4): https://reviews.freebsd.org/project/view/94/ if you're interested in bridge(4) or might be able to help with reviews for it, please consider adding yourself to this group. (i am basically begging for reviews at this point because it takes months to get any bridge changes reviewed... i may consider a new policy where everyone who reviews a bridge change get a bottle of Maker's Mark.) --ud0YNhhckuQND+9r Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaI/gygAKCRD1nT63mIK/ YLdCAQDWg/rQ6SVmDeow0wRj32/+yGv82UGbpZ4kLCVeIdCMlAEA2OCdcHl42n+4 ceol6pt1eq4j/6+h7PVvFWuP8Okvyg8= =KBY1 -----END PGP SIGNATURE----- --ud0YNhhckuQND+9r--