From nobody Mon Mar 17 04:10:12 2025 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZGM2F2NDPz5kwW4 for ; Mon, 17 Mar 2025 04:10:13 +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 4ZGM2F1rzlz42Q0 for ; Mon, 17 Mar 2025 04:10:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742184613; 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=pwS/uCUc3w9EOEkdSm/9OduIZaQR85TDOkEPlHNkMOs=; b=gqn3Gbx9RXJd9ZeLLIlyPGjq4dc1rzrDDHe0YYvLX0rJoUu1tFW79KDnyStXR9d2IwAZMz XN5AEEzhNJBCFrlWnr5RT/AxgK4WaiXidRtl+Uzm0Z22P/jA/ed6NEif6w1gkha3e2kDB0 450O0eei2YxXkm+R8nRQMpc2BsSnHaII2RYnNXkJ4rcWmZ2Rb1T7oBByBOoLX7aY42Lxm8 HENfgWy1olRaN6mCBR78WaEBfejPzgG91oaB/EbFtt0QwtX5HaCYCQAiYBrnc9T6/824SZ t0ScYw5mhJLGXcZ0HUVA5j4Cc8BX7aNp1xpVrr5G4vp1q9PWwyfRazqN0gQDdg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742184613; a=rsa-sha256; cv=none; b=GIVbJSia40rg76toP5i6ZF6eGv/UJvDIe6Qya5utq7MLyjYCsDz8nVoyJcdwWLjDg/eYfX BkNs4rjv9CbueBZgF7aLJUo/9V8Dik0vZGC8OmgOzL+GMSQKf/1UebS0KYbcG2qZkI9Ry4 +UGgxKVVCLyRCM3ZgHEeTRmSunvSJK+1ssZxrl2jHjIZUV0thbbwSpB3PpGUN5V+n1Z0Ay g0Oh4fHk/AupZ8XIvc/bgnj0OcqW9T3BnttbU5CMxiuNPf+RlfAtFH7WK+vaUQ1YgZKhpR PKClp9XaxobRePtHi5dW7BqQXg2g2WbWAMo7J9dmnsfqmSQl1q1x0ldHmvKd4g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742184613; 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=pwS/uCUc3w9EOEkdSm/9OduIZaQR85TDOkEPlHNkMOs=; b=jFa/dSd35SXhBMjJ+Wm3ikmasXNEhI04p/ZrrH4okSh+3NdHIDHeDmzX8ZJT3DPHKxBM1p 9caJpQJJC+6WWOMMESzEaPuH1v9szQWzRnTK3og52NOmym2NP6S9aO+3A6o6/bwek23d0M AlKwKFwGBiI0hrd/3b9Ypj1G35uGwjIbUirwx8QXe/wGiR5YNrEKCIipVCWw80LYH06CJf 6wRX8twKeLoy1MNW68lYUacu4bh9XGG5fTFBp2Ox2xFRVELzPdTQpkHvWCBnkyJGaVHg6E JxaG3BcZDrl09wFcvaJpuR2Uez32K6HKJSBUJ4caxj++qNmN5AsBvQiqgDpYwQ== 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 4ZGM2F14RBzWqf for ; Mon, 17 Mar 2025 04:10:13 +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 52H4ADrA054416 for ; Mon, 17 Mar 2025 04:10:13 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 52H4AD8Z054415 for net@FreeBSD.org; Mon, 17 Mar 2025 04:10:13 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 149086] [multicast] Generic multicast join failure in 8.1 Date: Mon, 17 Mar 2025 04:10:12 +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: 8.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to 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=3D149086 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bugs@FreeBSD.org |net@FreeBSD.org CC| |bugmeister@FreeBSD.org --- Comment #6 from Mark Linimon --- ^Triage: to submitters: is this aging PR still relevant? --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Mon Mar 17 04:11: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 4ZGM3b2qwCz5kwYv for ; Mon, 17 Mar 2025 04:11:23 +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 4ZGM3Z43xmz43pH for ; Mon, 17 Mar 2025 04:11:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742184682; 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=DUMMrMxk0YpL4DLvMddmdn44s7pbEdFEFEqacDHWuPs=; b=UDvbYL6EfKIHFqiW1WReRRUaOh3q/kHo6XrHkADMCMYGSsszawFc3iqrZHwfTZ3ufVjDPX 2XhNKHnedjK+XyHcj5h+SjkJzQUZVefxgU5JlCu6a95QfcczTLxVULcJ9mHsQwyRUXldZh SwNGS9O137FOl5usSem/Fg7kkh7ToVFZ2f3ldUusaeQcQ15IbAgmZrfRjD+r9AFwAAkisu K7XfLTgcT7fOCd5SeEZPpV3ErtB6EVn5hM6JJ5j4fhJLs88MyHP8jLb4SohkPTEZdm3OBK m1DGleFJ/RCOByciUjTs+impLALFWNw7caU4NxzdQO2WlTPCvi85voT15QtyAg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742184682; a=rsa-sha256; cv=none; b=k7rVaLXNW0KycBUq/nk4YIS6yf6zKg1I2nALUTW7ZsMVZT44SL+Pv5UTdc5I5HOTFCXvFD KZBlc99JaRqh4plU6y1/SjPcLL650qcxET2yvPWCsqphksUdMgtZMTLi4m0quaNfLPs86z drj0w0CyX4p9c+Kcg6v3TW+DNot7v/gwkiKlfx8rlUpts+E3MgxrZH1r7yK48rId+NeAyP pTW+SeAxQcphBtNpOjupTqpVVA08/HgOcOLxSa1Mz497p8D+kJ+PP3ZBzy+w4nwvjgguyZ Q2xFYc0MdDKIIYQKvA4c0xYOgGEu76uekXveXjBa2zeeTAU5uV5pIW0oxEJTsA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742184682; 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=DUMMrMxk0YpL4DLvMddmdn44s7pbEdFEFEqacDHWuPs=; b=UVTKyIsHugeHhTAVjxx/bK/0CktSEVEbD7rPSxDDQwnOGOgmtjEXoAu+JrsfPI2RccEzvt xlEJxp9ApYb6Dy5SC+hG4db1UEnaBsdelZiXsom9Uwnb9iXVwAV391/3gNmATc4e7FNj7s x3vcL6kwTr3sT8xhYbvP9ysX3sZ889RVDk/gevNrxpuZAhxJlCqsVcFpnSjaLMoIvUpZsI lFGFbBCQThgUKLeZDHcJYxc3libjDM9gKf2VoS5oavSOA+rMm6+ErCM4q934qS0N7AdU8q dvOr01r6MWMa8EVRSSCXJzizb3vXcyJl05Xu+iRwFPHgR1jG17cLED5Cdx8oQg== 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 4ZGM3Z37KLzXKG for ; Mon, 17 Mar 2025 04:11:22 +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 52H4BM19067021 for ; Mon, 17 Mar 2025 04:11:22 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 52H4BMPq067020 for net@FreeBSD.org; Mon, 17 Mar 2025 04:11:22 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 166462] [gre] gre(4) when using a tunnel source address from carp(4) doesn't honor the MASTER/BACKUP state Date: Mon, 17 Mar 2025 04:11:22 +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: 8.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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=3D166462 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bugmeister@FreeBSD.org Assignee|bugs@FreeBSD.org |net@FreeBSD.org --- Comment #3 from Mark Linimon --- ^Triage: to submitter: is this aging PR still relevant? --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Mon Mar 17 04:12:09 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 4ZGM4V34zTz5pPS3 for ; Mon, 17 Mar 2025 04:12:10 +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 4ZGM4T5qG5z45M9 for ; Mon, 17 Mar 2025 04:12:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742184729; 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=gvDNWSdzZL71QBDDcrD7k1yviRWXIODg+NMFg7Kqgr8=; b=JTck0Kr+dk5t8L3J6ZKM24shjAduy1R0grAGW5QcFRZLCD56dYut2f4tQh/HPBBeyuIkwK rSpo+p/d+o5ke+UNWO6nu0NfKYdkOCjPMOJjEJxOJvhyCMh+M/qNMk/kiU4h7OyjjUpwce e79kAv2U5KdFBc2mSqvuRR8j+vzhddGAZoW0ZAhttThB18mXKAPwLWciEs0A+8/UOgQxja 3wxOWz/DJfwkbi3jDM6+JFediGKAlF+E/IXZ+UpjzGK6u9G89R1XRJ6e5nan2x+w07SNxy utmKoGA4UWddERngIJW7EVcX4RaTdW/KGQYplbam/uCNaDe0HkOa0a5Tn8o4ZQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742184729; a=rsa-sha256; cv=none; b=JEetleVTDOIY5/6QWzwYrEwCiYDmgAnrB/Ii9ubdlkMbGPKLjaXlj30OWwmKHdcbo9ZM+D 6Wy21Gf1qkcAoAJ5x7E/yTVNSQSt5/DFspOJTf7ba8+4px1nYdYNlfkT7GBetSIRdk+ivY yAkUqUVvePNQ5acMkhmUURtIX89jny9vY3j/4c9TiSPl7rmfsHITU8JosM0tUAd2uRRcA3 UOvcFbJUKAOOkV7njedYny7LC5sxoaeBpWDyKE+9OefCAtVMLiig4xBZHtSQThDM0UA2WI dXILs2xa0k5Q2jt28k860UZ0+GcfyebdKuijooZTcFBqT15Wh1hRcsev2ebODw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742184729; 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=gvDNWSdzZL71QBDDcrD7k1yviRWXIODg+NMFg7Kqgr8=; b=ObTM0+OjyY9wiWQO430NLFxWzZiLHn4Ppax/YCvMb6MDEPUurkIdOOuZyCChbBeHqPCpDg lqGhRL/0foswh11RJrgTfstYtysPumMR6ZnkSWKvkpUmMcNazrOrWoumUhXsOzfWYowgrq f4ndQXqlll7chzHN7AAY8EzpyYyNaAWz4V3t+l9UYvXgOYX890X5An+a846U8qX3+efIm9 JbLWcWeuzyayApPsgK8WHpOVZQq6eFjy1UDFUwaWx7nO4sBLYJAJ/5+/gknwKULpINPh/h qwESPb3lqbQLSOMmSSfS11Ok/JCka0bW3TU+uST9I3VCFWuDK7RZfgpDC9Ddaw== 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 4ZGM4T5J2mzWtd for ; Mon, 17 Mar 2025 04:12:09 +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 52H4C9AL071170 for ; Mon, 17 Mar 2025 04:12:09 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 52H4C9pW071169 for net@FreeBSD.org; Mon, 17 Mar 2025 04:12:09 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 185496] [re] RTL8169 doesn't receive unicast ethernet packets unless in promiscuous mode Date: Mon, 17 Mar 2025 04:12:09 +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: 8.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to 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=3D185496 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bugs@FreeBSD.org |net@FreeBSD.org CC| |bugmeister@FreeBSD.org --- Comment #3 from Mark Linimon --- ^Triage: to submitter: is this antique PR still relevant? --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Mon Mar 17 04:46: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 4ZGMrc0vqXz5pRbL for ; Mon, 17 Mar 2025 04:46:56 +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 4ZGMrb5Zlkz3SY9 for ; Mon, 17 Mar 2025 04:46:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742186815; 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=q2sfL0oSNVpr1F3UlRPC56ZQH2cD6z2IKQhjAI6Gpns=; b=hQajpeMcStwmCPIfjf0YTFoZbXQj6Hx3nzlxuaBXoM0o/AujzSJ0g2abXcRnjk0gQpLiw+ 1XrftUhHnGCYoh+ZyfUejZuF/JhDngzr2gtwNfnBDsG16SYnB5hdYc1t/t6J8CAI1xgyKr Y/HgDA/iopyiMLzNTHgjoxwMZGxEv6jHkjkroRvJSOCOoPZn+uMSek5oBmhAsvSUtYcCHv TjJnz56YiRoaBvelbENmhmbcWX3hFL+lWivWEb0I+fcMCK8N5yUlwgxbKuVjuedcSaFaJt CnZY8ZeBvnxSbzNzuuZX+zKhazYIz5GeNyrD7QoPZeBkKB8Ffui8Yq0MAmG4Bw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742186815; a=rsa-sha256; cv=none; b=gguSS52SOW+J7mFTXTXI/Z5KRxD30xVkj8HWbqvAPg+2SWr6FjPdNMXbk9J3ISAIZUMHPf ZB0CtnhAvq392UZZbXyEEcMeb0M0c5uRCK7xriN6Xk9JjifYJAi1kJsmewSnQpidlhyhKf JCMNN3I54QyLPptqN/gsg+y5La5jB1tWxr1Q8QaE3yG3UHXes37qGb1Mst9iI4vcmDMlp4 Hlm7j5Vke0KqLmTWD/b8NwKiy/En4dtqig09sRUCmqzsGLBtloqhjbNCnfQtspTqI+BUE1 ix7Wj0RTEZg1O8EsXHG6nopvec32MdRKVU/4oKkG2HeyQOd4TMHrhEeTd15bcQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742186815; 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=q2sfL0oSNVpr1F3UlRPC56ZQH2cD6z2IKQhjAI6Gpns=; b=vjLeLjEymNdlHXhlP8Ym2kp42ynkA2L7EEV6RJ8YGoEFtnisMsZiEZDJNGJQpwQt/Lzeh9 vaio+3vyXfaOt/0YX5/o2RxRRaSbpMenvEP4pVeXR9KlHHx0+BNjo0gudMY5wQoXhz+jbS r+fjQrj1EszV32tKu02e//CGv1spnlESYoWGbSf2FcSHibpTgzafxSk0YHiU2wZodGRPac QJ2CI9lu5q2eLgliRx1sjkaYMldK8N1b4eGQrTrIWH3MDBGRlhzuuscfq8CYAIDz/od729 1CmABygQFOUnmJGmEXw/7BQNUEl+38VgxZfX5od2T6nhAWqe3R8QsL+tKr4GXg== 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 4ZGMrb4v5szY2f for ; Mon, 17 Mar 2025 04:46:55 +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 52H4ktru048302 for ; Mon, 17 Mar 2025 04:46:55 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 52H4ktXn048301 for net@FreeBSD.org; Mon, 17 Mar 2025 04:46:55 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 176884] [re] re0 flapping up/down Date: Mon, 17 Mar 2025 04:46:54 +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: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to 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=3D176884 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bugs@FreeBSD.org |net@FreeBSD.org CC| |bugmeister@FreeBSD.org --- Comment #3 from Mark Linimon --- ^Triage: to submitter: does this still happen on supported versions of Free= BSD? --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Mon Mar 17 09:11:38 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 4ZGTl00SFMz5qHj3 for ; Mon, 17 Mar 2025 09:12:28 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp6.goneo.de (smtp6.goneo.de [IPv6:2001:1640:5::8:31]) (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 4ZGTky6YYFz44hD for ; Mon, 17 Mar 2025 09:12:26 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=walstatt-de.de header.s=DKIM001 header.b=BjsQo2zA; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@walstatt-de.de designates 2001:1640:5::8:31 as permitted sender) smtp.mailfrom=freebsd@walstatt-de.de Received: from hub2.goneo.de (hub2.goneo.de [85.220.129.53]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by smtp6.goneo.de (Postfix) with ESMTPS id 00FBF240F02 for ; Mon, 17 Mar 2025 10:12:15 +0100 (CET) Received: from hub2.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPS id 66343240443 for ; Mon, 17 Mar 2025 10:12:13 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1742202733; 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=WKE7ppVu+EWypucBtcXErKaS4Ji/G7OC0cpVCJCYawo=; b=BjsQo2zA6BwRdgfeS2b0PSmznXxNSC0+p6dTWgRKyZuJpe6vE9OFvlAXEv0+4ptxFHtXar cC8uvYvM5hacd/PE6nkX113b/qOJz5lUGEwhEchIIdXsH6o1qv0l+SLEYWXWaJrsWzklWp iPOwlZhlEaL/B7eibKisNW2u3D6FMDV3BZ54iXpZbUL02a4UAzwAFNGOdw4HJbu/B7kxK4 tgAbZu66NTbXazYROWu9gY4r+KhMc8kvvTcZgDXZDNGIpp/YsigfVUs09LkfU6cBoZZ9Sc iBFlmhlPGRR/Sz3ShClsGQ/rw4r60ue60uoWtf9gVfzgqaaRlKkdetOmM2W2lA== Received: from thor.sb211.local (dynamic-093-128-029-161.93.128.pool.telefonica.de [93.128.29.161]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPSA id 24C46240872 for ; Mon, 17 Mar 2025 10:12:13 +0100 (CET) Date: Mon, 17 Mar 2025 10:11:38 +0100 From: A FreeBSD User To: freebsd-net@freebsd.org Subject: rtadvd: no temporary address on interface Message-ID: <20250317101205.278275b2@thor.sb211.local> 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; boundary="Sig_/MLaFHjJ_fpSdWHej2uuqReo"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: 1e0ba4 X-Rspamd-UID: 720903 X-Spamd-Result: default: False [-4.17 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-0.98)[-0.982]; NEURAL_HAM_MEDIUM(-0.93)[-0.933]; NEURAL_SPAM_SHORT(0.34)[0.344]; R_SPF_ALLOW(-0.20)[+ip6:2001:1640:5::8:0/112]; R_DKIM_ALLOW(-0.20)[walstatt-de.de:s=DKIM001]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[walstatt-de.de]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:25394, ipnet:2001:1640::/32, country:DE]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MISSING_XM_UA(0.00)[]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-net@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-net@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[walstatt-de.de:+] X-Rspamd-Queue-Id: 4ZGTky6YYFz44hD X-Spamd-Bar: ---- --Sig_/MLaFHjJ_fpSdWHej2uuqReo Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hello, background: running a small router/firewall appliance based upon FBSD 14-ST= ABLE/IPFW. My ISP provides ::/56 prefixes. Setting up tun0 via mpd5 with KAME dhcp6c (= net/dhcp6) and a textbook standard setup for prefix delegation seems to work. The router's I= SP facing interface is desinated tun0, several (vlan) NICs are facing towards our inner network= , each NIC serving a different network and getting its dedicated prefix. On the router's system, the following MIBs are set: net.inet6.ip6.use_tempaddr: 1 net.inet6.ip6.prefer_tempaddr: 1 Although setting such MIBs on any FreeBSD machine we maintain results in se= tting IPv6 not using the encoded MAC address within the lower 64 bit of the NIC's IPv6 add= ress, I didn't manage to force rtadvd(8) to provide a "temporary" IPv6 address. The NICs obtain delegated prefixes and addresses obviously via SLAAC/EUI64. Is this behaviour a bug? Or do I misunderstand some concepts of FreeBSD and= IPv6? Or is it simply a misconfiguration? Thanks in advance, Oliver --=20 A FreeBSD user --Sig_/MLaFHjJ_fpSdWHej2uuqReo Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCZ9fnZQAKCRCxzvs8Oqok r3anAQDGVUMywxYkO/0tQRGLX2Z6RZHgPHQxvFu4Waww2wSyuQEAltoQJ30Ay81H q3ekhgfmDosMjqfAzISmfB/tm0+CCAg= =Pg0F -----END PGP SIGNATURE----- --Sig_/MLaFHjJ_fpSdWHej2uuqReo-- From nobody Mon Mar 17 10:04:17 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 4ZGVvP4Csfz5qLpg for ; Mon, 17 Mar 2025 10:04:49 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp052.goneo.de (smtp5.goneo.de [IPv6:2001:1640:5::8:30]) (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 4ZGVvN5VvXz3R13 for ; Mon, 17 Mar 2025 10:04:48 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=walstatt-de.de header.s=DKIM001 header.b=jS5P0pEQ; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@walstatt-de.de designates 2001:1640:5::8:30 as permitted sender) smtp.mailfrom=freebsd@walstatt-de.de Received: from hub1.goneo.de (hub1.goneo.de [IPv6:2001:1640:5::8:52]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by smtp5.goneo.de (Postfix) with ESMTPS id BA453240DB8 for ; Mon, 17 Mar 2025 11:04:46 +0100 (CET) Received: from hub1.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by hub1.goneo.de (Postfix) with ESMTPS id 23DDA240990 for ; Mon, 17 Mar 2025 11:04:45 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1742205885; 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=9bDO8lXoQYPFuIoY8CKGee2wBSB+y3kOeKcHyHPaRfk=; b=jS5P0pEQT4SONyboyVyjchO4I5Ko0sto5SaLx8mZoYkDXolY5wRZRMF8+21jSDiYM2IfA9 OVQTI1GyE+TFnow76bbFjRkw0dh/rnm90lx4oiL+OkZfWAcKBIh8KU0xFcAbhiuDmU6HgK tuQzqQubpKRHWpfbNq/x0mLH/tazB78f6Z/ZG7+FOK4MdNL2gCKec/YW3msXPE+kQa7gRK 7/kEkgkp3SyMlgkHze5upDBE0JTBMlWHT1UySlX9WBlLCwqqsgXZDINyFaORjxD8MXvO+P r5qIvLh5LHHTE/do5GMxm8sZvSvN/9NNU/y9zXiZkXokJrrPhyhIKE8T+1+6/w== Received: from thor.sb211.local (dynamic-093-128-029-161.93.128.pool.telefonica.de [93.128.29.161]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by hub1.goneo.de (Postfix) with ESMTPSA id E549D24027A for ; Mon, 17 Mar 2025 11:04:44 +0100 (CET) Date: Mon, 17 Mar 2025 11:04:17 +0100 From: A FreeBSD User To: freebsd-net@freebsd.org Subject: mpd5: tun0 always get IPv6 address via SLAAC although not configured Message-ID: <20250317110444.2d1e4c28@thor.sb211.local> 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; boundary="Sig_/Um/mr5y7Pnp=oIDtNpq+mB="; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: 465f46 X-Rspamd-UID: 7f56ea X-Spamd-Result: default: False [-4.77 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-0.99)[-0.994]; NEURAL_HAM_MEDIUM(-0.93)[-0.931]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_DKIM_ALLOW(-0.20)[walstatt-de.de:s=DKIM001]; R_SPF_ALLOW(-0.20)[+ip6:2001:1640:5::8:0/112]; NEURAL_HAM_SHORT(-0.15)[-0.147]; RCVD_IN_DNSWL_LOW(-0.10)[2001:1640:5::8:30:from]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:25394, ipnet:2001:1640::/32, country:DE]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-net@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[walstatt-de.de]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-net@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[walstatt-de.de:+] X-Rspamd-Queue-Id: 4ZGVvN5VvXz3R13 X-Spamd-Bar: ---- --Sig_/Um/mr5y7Pnp=oIDtNpq+mB= Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hello, I'm playing around with a useful setup of a small router/firewall appliance= based on FreeBSD 14-STABLE and ipfw. My/our ISP provides (alleged) ::/56 prefixes. The hardware used has several= Intel i210 based NICs, on of them is facing towards the ISP as usual with a cloned pseudo de= vice called "tun0" (in fact a renamed ng0 device). The ISP is changing both IPv4 and IPv6 addresses after a 24h period! Obtaining a ::/56 prefix and delegating the proper network prefixes to thei= r NICs works with port net/dhcp6 and FreeBSD's board tool rtadvd(8). The setup is textbook li= ke and straight forward. All inward facing NICs do have the same prefix, a individual 8-bit network = portion and a (sadly not further controllable) 64bit SLAAC host address. Problem: I never managed to obtain the ::/56 prefix on tun0! When using "rt= sol -i tun0" within the link-up.sh script of mpd5, the ISP facing tun0 interface _always_ is co= nfigured via SLAAC (DHCPv6 on tun0 seems not to work in my case) and its prefix is ALWAYS diff= erent fron that obtained later via net/dhcp6 and delegated via rtadvd. This causes some tro= uble identifying my router for ssh access from the outside world utilizing DDNS. Well, some internet HowTo's suggest not to provide tun0/ISP facing NIC with= any address (except IPv4 address, which is done by default via mpd5). So I declared one= of the inner NICs as the interface for remote access. But there seems an oddity:=20 no matter what I configure for mpd5, tun0 ALWAYS obtains a SLAAC IPv6 and a= fter several days there are several valid (temporary) IPv6 addresses, none of them is marked = "detached" or "deprecated".=20 How to make mpd5 to suppress obtaining any IPv6 address? And: why isn't the IPv6 address deprecated? In my first attempts configuring the tun0 interface, I used rtsol(8) for ob= taining an IPv6 address which worked very quickly (and provided this address to my DDNS pro= vider). In roughly 6 out of 10 cases the old IPv6 address is marked deprecated/detached. But in = 4 out of 10 cases, the outward facing tun0 has at least two valid adresses of which one is not= valid anymore from the perspective of my ISP! mpd5's link-up script is simply configuring tun0 with: /sbin/ifconfig ${wan_if} inet6 auto_linklocal -ifdisabled accept_rtadv -no= _radr up (and if desired having SLAAC IPv6 addr on tun0:=20 /sbin/rtsol ${wan_if} & but this is ommited right now). lin-down.sh does nothing. Why is deprecating former addresses not working in all cases? Is it a featu= re that tun0 magically obtains an IPv6 address via SLAAC on mpd5? How to suppress SLAAC = on mpd5? Sorry for possible confusions, I'm new to IPv6 and would appreciate any hin= ts and tipps. Kind regards and thanks in advance, Oliver =09 --=20 A FreeBSD user --Sig_/Um/mr5y7Pnp=oIDtNpq+mB= Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCZ9fzvAAKCRCxzvs8Oqok r+BuAQC6/pGous97C1nD09LDKIa3M7XsRRoWInp7J6QtCOBf1wD+JGIWmS5aNIa5 U7v6t+40we9cZN1FAHiNiOgqdCLiLwc= =0TgZ -----END PGP SIGNATURE----- --Sig_/Um/mr5y7Pnp=oIDtNpq+mB=-- From nobody Mon Mar 17 11:38:45 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 4ZGXzx3wT7z5qSvY for ; Mon, 17 Mar 2025 11:38:53 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (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 4ZGXzv6BkFz3PPJ for ; Mon, 17 Mar 2025 11:38:51 +0000 (UTC) (envelope-from karl@denninger.net) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=denninger.net; spf=pass (mx1.freebsd.org: domain of karl@denninger.net designates 104.236.120.189 as permitted sender) smtp.mailfrom=karl@denninger.net Received: from denninger.net (syn-071-015-252-132.res.spectrum.com [71.15.252.132]) by colo1.denninger.net (Postfix) with ESMTP id 4F1112110F1 for ; Mon, 17 Mar 2025 07:39:00 -0400 (EDT) Received: from [192.168.10.28] (D18.Denninger.Net [192.168.10.28]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange x25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 2339A4C75FC for ; Mon, 17 Mar 2025 07:38:45 -0400 (EDT) Message-ID: Date: Mon, 17 Mar 2025 07:38:45 -0400 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: mpd5: tun0 always get IPv6 address via SLAAC although not configured To: freebsd-net@freebsd.org References: <20250317110444.2d1e4c28@thor.sb211.local> Content-Language: en-US From: Karl Denninger In-Reply-To: <20250317110444.2d1e4c28@thor.sb211.local> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms030803030709010808030805" X-Spamd-Result: default: False [-1.68 / 15.00]; SIGNED_SMIME(-2.00)[]; RBL_SENDERSCORE_REPUT_9(-1.00)[104.236.120.189:from]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; DMARC_POLICY_ALLOW(-0.50)[denninger.net,none]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_SPAM_SHORT(0.12)[0.116]; MIME_BASE64_TEXT(0.10)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; ARC_NA(0.00)[]; HAS_ATTACHMENT(0.00)[]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEFALL_USER(0.00)[karl]; PREVIOUSLY_DELIVERED(0.00)[freebsd-net@freebsd.org]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-net@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4ZGXzv6BkFz3PPJ X-Spamd-Bar: - This is a cryptographically signed message in MIME format. --------------ms030803030709010808030805 Content-Type: multipart/alternative; boundary="------------wtRp04KZ0UabDkpzWJpzjWsS" --------------wtRp04KZ0UabDkpzWJpzjWsS Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 T24gMy8xNy8yMDI1IDA2OjA0LCBBIEZyZWVCU0QgVXNlciB3cm90ZToNCj4gSGVsbG8sDQo+ DQo+IEknbSBwbGF5aW5nIGFyb3VuZCB3aXRoIGEgdXNlZnVsIHNldHVwIG9mIGEgc21hbGwg cm91dGVyL2ZpcmV3YWxsIGFwcGxpYW5jZSBiYXNlZCBvbiBGcmVlQlNEDQo+IDE0LVNUQUJM RSBhbmQgaXBmdy4NCj4gTXkvb3VyIElTUCBwcm92aWRlcyAoYWxsZWdlZCkgOjovNTYgcHJl Zml4ZXMuIFRoZSBoYXJkd2FyZSB1c2VkIGhhcyBzZXZlcmFsIEludGVsIGkyMTAgYmFzZWQN Cj4gTklDcywgb24gb2YgdGhlbSBpcyBmYWNpbmcgdG93YXJkcyB0aGUgSVNQIGFzIHVzdWFs IHdpdGggYSBjbG9uZWQgcHNldWRvIGRldmljZSBjYWxsZWQgInR1bjAiDQo+IChpbiBmYWN0 IGEgcmVuYW1lZCBuZzAgZGV2aWNlKS4NCj4NCj4gVGhlIElTUCBpcyBjaGFuZ2luZyBib3Ro IElQdjQgYW5kIElQdjYgYWRkcmVzc2VzIGFmdGVyIGEgMjRoIHBlcmlvZCENCj4NCj4gT2J0 YWluaW5nIGEgOjovNTYgcHJlZml4IGFuZCBkZWxlZ2F0aW5nIHRoZSBwcm9wZXIgbmV0d29y ayBwcmVmaXhlcyB0byB0aGVpciBOSUNzIHdvcmtzIHdpdGgNCj4gcG9ydCBuZXQvZGhjcDYg YW5kIEZyZWVCU0QncyBib2FyZCB0b29sIHJ0YWR2ZCg4KS4gVGhlIHNldHVwIGlzIHRleHRi b29rIGxpa2UgYW5kIHN0cmFpZ2h0DQo+IGZvcndhcmQuDQo+DQo+IEFsbCBpbndhcmQgZmFj aW5nIE5JQ3MgZG8gaGF2ZSB0aGUgc2FtZSBwcmVmaXgsIGEgaW5kaXZpZHVhbCA4LWJpdCBu ZXR3b3JrIHBvcnRpb24gYW5kIGENCj4gKHNhZGx5IG5vdCBmdXJ0aGVyIGNvbnRyb2xsYWJs ZSkgNjRiaXQgU0xBQUMgaG9zdCBhZGRyZXNzLg0KPg0KPiBQcm9ibGVtOiBJIG5ldmVyIG1h bmFnZWQgdG8gb2J0YWluIHRoZSA6Oi81NiBwcmVmaXggb24gdHVuMCEgV2hlbiB1c2luZyAi cnRzb2wgLWkgdHVuMCIgd2l0aGluDQo+IHRoZSBsaW5rLXVwLnNoIHNjcmlwdCBvZiBtcGQ1 LCB0aGUgSVNQIGZhY2luZyB0dW4wIGludGVyZmFjZSBfYWx3YXlzXyBpcyBjb25maWd1cmVk IHZpYSBTTEFBQw0KPiAoREhDUHY2IG9uIHR1bjAgc2VlbXMgbm90IHRvIHdvcmsgaW4gbXkg Y2FzZSkgYW5kIGl0cyBwcmVmaXggaXMgQUxXQVlTIGRpZmZlcmVudCBmcm9uIHRoYXQNCj4g b2J0YWluZWQgbGF0ZXIgdmlhIG5ldC9kaGNwNiBhbmQgZGVsZWdhdGVkIHZpYSBydGFkdmQu IFRoaXMgY2F1c2VzIHNvbWUgdHJvdWJsZSBpZGVudGlmeWluZyBteQ0KPiByb3V0ZXIgZm9y IHNzaCBhY2Nlc3MgZnJvbSB0aGUgb3V0c2lkZSB3b3JsZCB1dGlsaXppbmcgREROUy4NCj4N Cj4gV2VsbCwgc29tZSBpbnRlcm5ldCBIb3dUbydzIHN1Z2dlc3Qgbm90IHRvIHByb3ZpZGUg dHVuMC9JU1AgZmFjaW5nIE5JQyB3aXRoIGFueSBhZGRyZXNzDQo+IChleGNlcHQgSVB2NCBh ZGRyZXNzLCB3aGljaCBpcyBkb25lIGJ5IGRlZmF1bHQgdmlhIG1wZDUpLiBTbyBJIGRlY2xh cmVkIG9uZSBvZiB0aGUgaW5uZXIgTklDcw0KPiBhcyB0aGUgaW50ZXJmYWNlIGZvciByZW1v dGUgYWNjZXNzLiBCdXQgdGhlcmUgc2VlbXMgYW4gb2RkaXR5Og0KPg0KPiBubyBtYXR0ZXIg d2hhdCBJIGNvbmZpZ3VyZSBmb3IgbXBkNSwgdHVuMCBBTFdBWVMgb2J0YWlucyBhIFNMQUFD IElQdjYgYW5kIGFmdGVyIHNldmVyYWwgZGF5cw0KPiB0aGVyZSBhcmUgc2V2ZXJhbCB2YWxp ZCAodGVtcG9yYXJ5KSBJUHY2IGFkZHJlc3Nlcywgbm9uZSBvZiB0aGVtIGlzIG1hcmtlZCAi ZGV0YWNoZWQiIG9yDQo+ICJkZXByZWNhdGVkIi4NCj4gSG93IHRvIG1ha2UgbXBkNSB0byBz dXBwcmVzcyBvYnRhaW5pbmcgYW55IElQdjYgYWRkcmVzcz8NCj4gQW5kOiB3aHkgaXNuJ3Qg dGhlIElQdjYgYWRkcmVzcyBkZXByZWNhdGVkPw0KPg0KPiBJbiBteSBmaXJzdCBhdHRlbXB0 cyBjb25maWd1cmluZyB0aGUgdHVuMCBpbnRlcmZhY2UsIEkgdXNlZCBydHNvbCg4KSBmb3Ig b2J0YWluaW5nIGFuIElQdjYNCj4gYWRkcmVzcyB3aGljaCB3b3JrZWQgdmVyeSBxdWlja2x5 IChhbmQgcHJvdmlkZWQgdGhpcyBhZGRyZXNzIHRvIG15IERETlMgcHJvdmlkZXIpLiBJbiBy b3VnaGx5IDYNCj4gb3V0IG9mIDEwIGNhc2VzIHRoZSBvbGQgSVB2NiBhZGRyZXNzIGlzIG1h cmtlZCBkZXByZWNhdGVkL2RldGFjaGVkLiBCdXQgaW4gNCBvdXQgb2YgMTAgY2FzZXMsDQo+ IHRoZSBvdXR3YXJkIGZhY2luZyB0dW4wIGhhcyBhdCBsZWFzdCB0d28gdmFsaWQgYWRyZXNz ZXMgb2Ygd2hpY2ggb25lIGlzIG5vdCB2YWxpZCBhbnltb3JlIGZyb20NCj4gdGhlIHBlcnNw ZWN0aXZlIG9mIG15IElTUCENCj4NCj4gbXBkNSdzIGxpbmstdXAgc2NyaXB0IGlzIHNpbXBs eSBjb25maWd1cmluZyB0dW4wIHdpdGg6DQo+DQo+IAkvc2Jpbi9pZmNvbmZpZyAke3dhbl9p Zn0gaW5ldDYgYXV0b19saW5rbG9jYWwgLWlmZGlzYWJsZWQgYWNjZXB0X3J0YWR2IC1ub19y YWRyIHVwDQo+DQo+IChhbmQgaWYgZGVzaXJlZCBoYXZpbmcgU0xBQUMgSVB2NiBhZGRyIG9u IHR1bjA6DQo+IAkvc2Jpbi9ydHNvbCAke3dhbl9pZn0gJg0KPiBidXQgdGhpcyBpcyBvbW1p dGVkIHJpZ2h0IG5vdykuDQo+DQo+IGxpbi1kb3duLnNoIGRvZXMgbm90aGluZy4NCj4NCj4g V2h5IGlzIGRlcHJlY2F0aW5nIGZvcm1lciBhZGRyZXNzZXMgbm90IHdvcmtpbmcgaW4gYWxs IGNhc2VzPyBJcyBpdCBhIGZlYXR1cmUgdGhhdCB0dW4wDQo+IG1hZ2ljYWxseSBvYnRhaW5z IGFuIElQdjYgYWRkcmVzcyB2aWEgU0xBQUMgb24gbXBkNT8gSG93IHRvIHN1cHByZXNzIFNM QUFDIG9uIG1wZDU/DQo+DQo+IFNvcnJ5IGZvciBwb3NzaWJsZSBjb25mdXNpb25zLCBJJ20g bmV3IHRvIElQdjYgYW5kIHdvdWxkIGFwcHJlY2lhdGUgYW55IGhpbnRzIGFuZCB0aXBwcy4N Cj4NCj4gS2luZCByZWdhcmRzIGFuZCB0aGFua3MgaW4gYWR2YW5jZSwNCj4NCj4gT2xpdmVy DQoNCnJ0c29sZCBpcyBydW4gb24gZW5kIG5vZGVzLCBidXQgdHlwaWNhbGx5IHNob3VsZCBu b3QgcnVuIG9uIGEgcm91dGVyIA0Kd2hpY2ggaXMgZ2V0dGluZyBhIGxhcmdlciBwcmVmaXgg dmlhIGRoY3AgYXQgYWxsLsKgIHJ0YWR2ZCBydW5zIG9uIHRoZSANCmludGVybmFsIGludGVy ZmFjZShzKSBidXQgL25vdCAvb24gdGhlIGV4dGVybmFsIG9uZTsgaXQgaXMgcmVzcG9uc2li bGUgDQpmb3IgZGlzdHJpYnV0aW5nIG9uIHlvdXIgaW50ZXJuYWwgbmV0d29yayAoYW5kIHRo dXMgcnVucyBvbiB0aGUgZ2F0ZXdheSANCmJ1dCBub3QgY2xpZW50cyk7IHJ0c29sZCBydW5z IG9uIGNsaWVudCBtYWNoaW5lcy4NCg0KSSB1c2VkIHRvIHJ1biBkaGNwNmMgdG8gZ2V0IHRo ZSAvNTYgZnJvbSBteSBJU1AsIGJ1dCBzd2l0Y2hlZCB0byBkaGNwY2QgDQphcyBpdCB3aWxs IGRvIGJvdGggSVB2NC92NiBhbmQgYXBwZWFycyB0byB3b3JrIGZpbmUuIFdpdGggZGhjcDZj IHRvIGdldCANCnRoZSAvNTYgYW5kIHRoZSAib2xkZXIiIERIQ1AgZmxhZyBmb3IgZHluYW1p YyBvbiBJUHY0IHlvdSBuZWVkIHRvIHVzZSANCnRoZSBmb2xsb3dpbmcsIGJ1dCB0aGV5IGFy ZSBub3QgdXNlZCB3aXRoIGRoY3BjZCBhcyB5b3UgY2FuIHNlZSB0aGV5IGFyZSANCm5vdyBj b21tZW50ZWQgb3V0Og0KDQojIEdldCBhIHByaW1hcnkgSVB2NCBhZGRyZXNzIG9uIHRoZSBm aXJzdCAobmVhciBzZXJpYWwgcG9ydCkgZXRoZXJuZXQgDQpwb3J0ICMgI2lmY29uZmlnX2ln YjA9ImluZXQ2IC1pZmRpc2FibGVkIGFjY2VwdF9ydGFkdiBhdXRvX2xpbmtsb2NhbCIgDQoj aWZjb25maWdfaWdiMD0iREhDUCINCg0KIyBJZiB5b3UgYXJlIHR1cm5pbmcgb24gSVB2NiB0 aGVuIHlvdSBNVVNUIHNldCBib3RoIHRoZXNlIGxpbmVzIEFORCBsb29rIA0KaW4gIyAvdXNy L2xvY2FsL2V0Yy9kaGNwNmMuY29uZiBhbmQgbWFrZSBTVVJFIHlvdSBoYXZlIHRoZSBjb3Jy ZWN0IA0KcHJlZml4IGFuZCAjIGFzc2lnbm1lbnRzIGZvciBsb2NhbCBwcmVmaXggbGVuZ3Ro LiBOb3RlIHRoYXQgd2Ugb25seSANCmFjY2VwdCByb3V0aW5nIGluZm8gIyBvbiB0aGUgV0FO IGludGVyZmFjZSwgTkVWRVIgb24gdGhlIGludGVybmFsIG9uZS4gIyANCiNpcHY2X2NwZV93 YW5pZj0iaWdiMCIgI2lmY29uZmlnX2lnYjBfaXB2Nj0iaW5ldDYgLWlmZGlzYWJsZWQgDQph Y2NlcHRfcnRhZHYgYXV0b19saW5rbG9jYWwiICNpZmNvbmZpZ19pZ2IxX2lwdjY9ImluZXQ2 IC1pZmRpc2FibGVkIA0KLWFjY2VwdF9ydGFkdiIgI2lwdjZfYWN0aXZhdGVfYWxsX2ludGVy ZmFjZXM9InllcyIgIyAjIElwdjYgcm91dGluZzsgd2UgDQpNVVNUIGJlIGFuIElQdjYgcm91 dGVyIGZvciB0aGUgSU5URVJOQUwgaW50ZXJmYWNlIHRvICMgZGlzdHJpYnV0ZSBTTEFDQyAN CklQdjYgYWRkcmVzc2VzIHRvIGNsaWVudCBtYWNoaW5lcyAjIHJ0YWR2ZF9lbmFibGU9Illl cyIgDQpydGFkdmRfaW50ZXJmYWNlcz0iaWdiMSIgIyAjIERoY3A2YyBjbGllbnQgKGdldCBJ UHY2IGFkZHJlc3Nlczsgbm90ZSANCnRoYXQgL3Vzci9sb2NhbC9ldGMvZGhjcDZjLmNvbmYg bXVzdCAjIGFsc28gYmUgZWRpdGVkIG9yIHRoaXMgd2lsbCBOT1QgDQp3b3JrISkgIyAjZGhj cDZjX2VuYWJsZT0iWWVzIiAjZGhjcDZjX2ludGVyZmFjZXM9ImlnYjAiICMgIyBFbmFibGUg DQpnYXRld2F5IGZ1bmN0aW9uYWxpdHkgZm9yIGJvdGggSVB2NCBhbmQgSVB2NiAjIGdhdGV3 YXlfZW5hYmxlPSJZRVMiIA0KaXB2Nl9nYXRld2F5X2VuYWJsZT0iWUVTIg0KDQpkaGNwY2Qg YWxzbyBoYXMgYW4gImV4aXQgaG9vayIgc2NyaXB0IGNhbGwgd2hpY2ggY2FuIGJlIHVzZWQg dG8gcHVzaCANCmNoYW5nZXMgdG8gYSBERE5TIHNlcnZlciBhbmQgc2luY2UgaXRzICJvbmUg dGhpbmcgaW5zdGVhZCBvZiB0d28iIGlmIA0KeW91J3JlIG9uIGR5bmFtaWMgYWRkcmVzc2Vz IGFuZCB1c2luZyBERE5TIGl0cyBtb3JlLWNvbnZlbmllbnQgdGhhbiANCmRlYWxpbmcgd2l0 aCBpdCBpbiBib3RoIHRoZSAiZmFjdG9yeSIgREhDUCBzb2Z0d2FyZSBmb3IgSVB2NCBhbmQg aW4gDQpkaGNwNmMgZm9yIHRoZSAiNiIgc2lkZS4NCg0KLS0gDQpLYXJsIERlbm5pbmdlcg0K a2FybEBkZW5uaW5nZXIubmV0DQovVGhlIE1hcmtldCBUaWNrZXIvDQovW1MvTUlNRSBlbmNy eXB0ZWQgZW1haWwgcHJlZmVycmVkXS8NCg== --------------wtRp04KZ0UabDkpzWJpzjWsS Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On 3/17/2025 06:04, A FreeBSD User wrote:
Hello,

I'm playing around with a useful setup of a small router/firewall applian=
ce based on FreeBSD
14-STABLE and ipfw.
My/our ISP provides (alleged) ::/56 prefixes. The hardware used has sever=
al Intel i210 based
NICs, on of them is facing towards the ISP as usual with a cloned pseudo =
device called "tun0"
(in fact a renamed ng0 device).

The ISP is changing both IPv4 and IPv6 addresses after a 24h period!

Obtaining a ::/56 prefix and delegating the proper network prefixes to th=
eir NICs works with
port net/dhcp6 and FreeBSD's board tool rtadvd(8). The setup is textbook =
like and straight
forward.

All inward facing NICs do have the same prefix, a individual 8-bit networ=
k portion and a
(sadly not further controllable) 64bit SLAAC host address.

Problem: I never managed to obtain the ::/56 prefix on tun0! When using "=
rtsol -i tun0" within
the link-up.sh script of mpd5, the ISP facing tun0 interface _always_ is =
configured via SLAAC
(DHCPv6 on tun0 seems not to work in my case) and its prefix is ALWAYS di=
fferent fron that
obtained later via net/dhcp6 and delegated via rtadvd. This causes some t=
rouble identifying my
router for ssh access from the outside world utilizing DDNS.

Well, some internet HowTo's suggest not to provide tun0/ISP facing NIC wi=
th any address
(except IPv4 address, which is done by default via mpd5). So I declared o=
ne of the inner NICs
as the interface for remote access. But there seems an oddity:=20

no matter what I configure for mpd5, tun0 ALWAYS obtains a SLAAC IPv6 and=
 after several days
there are several valid (temporary) IPv6 addresses, none of them is marke=
d "detached" or
"deprecated".=20
How to make mpd5 to suppress obtaining any IPv6 address?
And: why isn't the IPv6 address deprecated?

In my first attempts configuring the tun0 interface, I used rtsol(8) for =
obtaining an IPv6
address which worked very quickly (and provided this address to my DDNS p=
rovider). In roughly 6
out of 10 cases the old IPv6 address is marked deprecated/detached. But i=
n 4 out of 10 cases,
the outward facing tun0 has at least two valid adresses of which one is n=
ot valid anymore from
the perspective of my ISP!

mpd5's link-up script is simply configuring tun0 with:

	/sbin/ifconfig ${wan_if} inet6 auto_linklocal -ifdisabled accept_rtadv -=
no_radr up

(and if desired having SLAAC IPv6 addr on tun0:=20
	/sbin/rtsol ${wan_if} &
but this is ommited right now).

lin-down.sh does nothing.

Why is deprecating former addresses not working in all cases? Is it a fea=
ture that tun0
magically obtains an IPv6 address via SLAAC on mpd5? How to suppress SLAA=
C on mpd5?

Sorry for possible confusions, I'm new to IPv6 and would appreciate any h=
ints and tipps.

Kind regards and thanks in advance,

Oliver

rtsold is run on end nodes, but typically should not run on a router which is getting a larger prefix via dhcp at all.=C2=A0 rtad= vd runs on the internal interface(s) but not on the external one; it is responsible for distributing on your internal network (and thus runs on the gateway but not clients); rtsold runs on client machines.

I used to run dhcp6c to get = the /56 from my ISP, but switched to dhcpcd as it will do both IPv4/v6 an= d appears to work fine. With dhcp6c to get the /56 and the "older" DHCP = flag for dynamic on IPv4 you need to use the following, but they are not = used with dhcpcd as you can see they are now commented out:

# Get a primary IPv4 address= on the first (near serial port) ethernet port # #ifconfig_igb0=3D"inet6 -ifdisabled accept_rtadv auto_linklocal" #ifconfig_igb0=3D"DHCP"

# If you are turning on IPv6= then you MUST set both these lines AND look in # /usr/local/etc/dhcp6c.conf and make SURE you have the correct prefix an= d # assignments for local prefix length. Note that we only accept routing = info # on the WAN interface, NEVER on the internal one. # #ipv6_cpe_wanif=3D"igb0" #ifconfig_igb0_ipv6=3D"inet6 -ifdisabled accept_rtadv auto_linklocal" #ifconfig_igb1_ipv6=3D"inet6 -ifdisabled -accept_rtadv" #ipv6_activate_all_interfaces=3D"yes" # # Ipv6 routing; we MUST be an IPv6 router for the INTERNAL interface to # distribute SLACC IPv6 addresses to client machines # rtadvd_enable=3D"Yes" rtadvd_interfaces=3D"igb1" # # Dhcp6c client (get IPv6 addresses; note that /usr/local/etc/dhcp6c.conf= must # also be edited or this will NOT work!) # #dhcp6c_enable=3D"Yes" #dhcp6c_interfaces=3D"igb0" # # Enable gateway functionality for both IPv4 and IPv6 # gateway_enable=3D"YES" ipv6_gateway_enable=3D"YES"

dhcpcd also has an "exit hoo= k" script call which can be used to push changes to a DDNS server and sin= ce its "one thing instead of two" if you're on dynamic addresses and usin= g DDNS its more-convenient than dealing with it in both the "factory" DHC= P software for IPv4 and in dhcp6c for the "6" side.

--
Karl Denninger
karl@denninger.net
The Market Ticker
[S/MIME encrypted email preferred]<= /div> --------------wtRp04KZ0UabDkpzWJpzjWsS-- --------------ms030803030709010808030805 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC C4owggWZMIIDgaADAgECAhRZU8dKdMneRI1Vq5kv0k54Q5rQuDANBgkqhkiG9w0BAQsFADB2 MQswCQYDVQQGEwJVUzESMBAGA1UECAwJVGVubmVzc2VlMRYwFAYDVQQKDA1EZW5uaW5nZXIu TmV0MRcwFQYDVQQDDA5EZW5uaW5nZXIgUm9vdDEiMCAGCSqGSIb3DQEJARYTYWRtaW5AZGVu bmluZ2VyLm5ldDAeFw0yNDA1MDkyMTA4MDNaFw00NDA1MDQyMTA4MDNaMF0xCzAJBgNVBAYT AlVTMRIwEAYDVQQIDAlUZW5uZXNzZWUxFjAUBgNVBAoMDURlbm5pbmdlci5uZXQxIjAgBgNV BAMMGURlbm5pbmdlci5OZXQgU2lnbmluZyBJbnQwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw ggEKAoIBAQDbR0tSiuLG5HPfo+cWtdeYQ8jc8Bjfuo0GTcNRT0glHnH1apUtInIktUknEZDH ohahInN+mMBdKg54FCHOiYZrJbyxBIo9FwX7hRmOc+spxmSYWnOd2E/YcGInMK4ZpjPzldzB Yt1n3zygkhx2bssxTJS3x4nv1qAXfLSZd1VwqoQufifEoPyTtymkkvHLv86vLgqAqooM/cXc 4LSIQ5u2uM308n42r8RkKtp7X1v9fJW8oRZN2XnFZtiUPH44YY2rHqyN2Hea9Y3+TXbldXjo xhPHTA+JYVFq8KTmbQBqU7YcMhlIG0cSxPeFLMxnP6pqPcIVTAlK+a6YGRFppfjZAgMBAAGj ggE2MIIBMjAdBgNVHQ4EFgQUH+VuxXhBxaJAQrvDekwkH91hBi4wgbMGA1UdIwSBqzCBqIAU RFYC4p6L6KITnEvrpx2cyt+PcMmheqR4MHYxCzAJBgNVBAYTAlVTMRIwEAYDVQQIDAlUZW5u ZXNzZWUxFjAUBgNVBAoMDURlbm5pbmdlci5OZXQxFzAVBgNVBAMMDkRlbm5pbmdlciBSb290 MSIwIAYJKoZIhvcNAQkBFhNhZG1pbkBkZW5uaW5nZXIubmV0ghQZE7NBItWtQsCouuwU6jZ+ HPPwnjAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjA6BgNVHR8EMzAxMC+gLaAr hilodHRwOi8vd3d3LmRlbm5pbmdlci5uZXQvcm9vdC1yZXZva2VkLmNybDANBgkqhkiG9w0B AQsFAAOCAgEAfFbhPc82AfhyUqONs7IccYD36w+OP4nQgwfC4IWf3y/aQAZ2Zk6IITzYqwf7 PFM0bJRT3zi7xyetolqHDhfMJvnOQWpITZiyM/FSKwIvuBsy/uJUqPuqui4XQMYoSbAA1qmI MW/z7VZZHwaRFoeWE40UirYcf0fNcooBZ72bmd+iBaVyjtZvky0Vgcz0eC6e6LR5kNb23yC6 TkyQIlGyQkK5/afXUYFzk49rOHVbVyxW3oXRfq8Ow6HCrpDGAS8p84S04MFwBVAUfbe4aXs3 bampaI2LzKgkVywyFP14LSvvdjCfLYfnLy1Z9hm2EHMqNHA2tCGdRhWp2d7aZC1MYFqng0ZS fjPJjqHrI1qPU0p6k9A1GxAtrQlL2v/IUzUnMZkiawFV3qlxMGZf/kTYTUOcJhx1KU4zSLHu 80qO7ldRpp5gHssCAGFbeTu2gp6LxfmaFhLPDBJ1VGfdPx9lUrU/9OcoHczcl5x2Rb8IUZyX 9elzP5WdAU8p5R/DLlOAq24VcabhFtYBCA2dOESLupSfWKNQuJCN/1gz7ysSc+mjnnPV77IO mpszJfkFFJEDNJlGIVKX1vwwygtC/9Ulox8frgbZlRAYAgDc/YbOBFxticVVre0Y3Ujx6Kzb tkgZRlgfdZWbT1W5smncqJxg5qAL8e/yTb3fCe2nJ0jhiP4wggXpMIIE0aADAgECAhMAmNFt CiCF3j+FwQLYtBTmGjzkMA0GCSqGSIb3DQEBCwUAMF0xCzAJBgNVBAYTAlVTMRIwEAYDVQQI DAlUZW5uZXNzZWUxFjAUBgNVBAoMDURlbm5pbmdlci5uZXQxIjAgBgNVBAMMGURlbm5pbmdl ci5OZXQgU2lnbmluZyBJbnQwHhcNMjQwNTEwMTkyNjU5WhcNMjkwNTA5MTkyNjU5WjBXMQsw CQYDVQQGEwJVUzESMBAGA1UECAwJVGVubmVzc2VlMRcwFQYDVQQKDA5LYXJsIERlbm5pbmdl cjEbMBkGA1UEAwwSa2FybEBkZW5uaW5nZXIubmV0MIICIjANBgkqhkiG9w0BAQEFAAOCAg8A MIICCgKCAgEAvh1UssVbSYctzobPjwBkbjv/w4WvQNepeRTwE6+sLnXvc41+X9pa5EclPL4Q l02Vu1m71mSqXGfK9HbWZoivbhefBHOoYb35MSc24PelhwcORbpneWoWc7giQ7QgFlvEe/yj fs8M0H9fgdzFS5m2lwBQbis8kioSjHB2yt/8I1GE4Mvt1Cur9kga6ML5FAQvo8TYN1stdhrE 13FEv/BWCF4FVT4H2Wa2ySW+R1jkKb74SC6Twg98bGCRTShD5bVylh0+0LXNhzaopIDcI/KK jm/j3mRjIlmqbGrSpvJsbjjhjhAYQKE1U8FB5TDU4OkFAibblhQit/KjgspPR2o/vOpVFPER uhZEV1oDGzUJtZlkREIcN2sYBi0p7Y4585ya+b7L10mEenPlyi3eSkGXEuiy/BR2DY6lShwW DPoQ5602TKmttCSwBdWGoLrQ4jEVEVNt4lku2wPbTHF3KpHJU0g7RbcWoUYn10SOxKathkir hF3v9U32+QhPELGwqRrH0sL9rWf0qalRtPDHUYl8TebZmYkFqNeSMlqHijl5f4SsQPSj7gx5 4F19Ntm9ZcvuWTmW8QQGWTKHeMuG+BYkVIUSPe6/ZQsbD/xDx7rkyGfNgWIa4W7Wm/B7kaNq H53tk3wFmNgZQOxMTPF0oTHfW0T2azU6JD0D1AlgoAnSAE0CAwEAAaOCAaYwggGiMDoGCCsG AQUFBwEBBC4wLDAqBggrBgEFBQcwAYYeaHR0cDovL29jc3AuZGVubmluZ2VyLm5ldDo3Nzc3 MAwGA1UdEwEB/wQCMAAwDgYDVR0PAQH/BAQDAgXgMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDAzBglghkgBhvhCAQ0EJhYkT3BlblNTTCBHZW5lcmF0ZWQgQ2xpZW50IENlcnRp ZmljYXRlMB0GA1UdDgQWBBSxJZjVnlYLAT3uzvDYgc4742J6UTCBswYDVR0jBIGrMIGogBQf 5W7FeEHFokBCu8N6TCQf3WEGLqF6pHgwdjELMAkGA1UEBhMCVVMxEjAQBgNVBAgMCVRlbm5l c3NlZTEWMBQGA1UECgwNRGVubmluZ2VyLk5ldDEXMBUGA1UEAwwORGVubmluZ2VyIFJvb3Qx IjAgBgkqhkiG9w0BCQEWE2FkbWluQGRlbm5pbmdlci5uZXSCFFlTx0p0yd5EjVWrmS/STnhD mtC4MB0GA1UdEQQWMBSBEmthcmxAZGVubmluZ2VyLm5ldDANBgkqhkiG9w0BAQsFAAOCAQEA TrQ45/tBN3SiuqItFv/V+CF3h7Hxe0YLsL+A/P+q9ZhxIscaNjaclgQhPA+rUr+l8DGoXJ/w yAl1E0SSBK+9phIc/9xFOBg3rCy4ngubzP+lHS1t03nMCBSUNsu5qPzqLBPiKaPabUu3Gr9o koRezSszgM3/zNJfr8cMO93csCK/fBccsMx5q+3nxB5XeT7UciicjfEzUA4m2mQxBmGk9SSU 147Gy8UmdSq57Tw82KqUrQ1pJ6IOzVPLREpwlqGbHykSU3MwtPYPtfQeFVjvO/XcWvoFQjbV UyhzAqMMYFudxoVLlJQiAgU38OScTLDgKxCO41h7VOjb2mss0zHndzGCBZUwggWRAgEBMHQw XTELMAkGA1UEBhMCVVMxEjAQBgNVBAgMCVRlbm5lc3NlZTEWMBQGA1UECgwNRGVubmluZ2Vy Lm5ldDEiMCAGA1UEAwwZRGVubmluZ2VyLk5ldCBTaWduaW5nIEludAITAJjRbQoghd4/hcEC 2LQU5ho85DANBglghkgBZQMEAgMFAKCCAvIwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAc BgkqhkiG9w0BCQUxDxcNMjUwMzE3MTEzODQ1WjBPBgkqhkiG9w0BCQQxQgRA3VVvwyKqwLEJ 4Sj6y7bnW40/CJhbIZruFYj9BIaOrQcbwMvX+4FGfbQmGFD4LCfcgwlDmDHPv56iW8PBXRue ujCBgwYJKwYBBAGCNxAEMXYwdDBdMQswCQYDVQQGEwJVUzESMBAGA1UECAwJVGVubmVzc2Vl MRYwFAYDVQQKDA1EZW5uaW5nZXIubmV0MSIwIAYDVQQDDBlEZW5uaW5nZXIuTmV0IFNpZ25p bmcgSW50AhMAmNFtCiCF3j+FwQLYtBTmGjzkMIGFBgsqhkiG9w0BCRACCzF2oHQwXTELMAkG A1UEBhMCVVMxEjAQBgNVBAgMCVRlbm5lc3NlZTEWMBQGA1UECgwNRGVubmluZ2VyLm5ldDEi MCAGA1UEAwwZRGVubmluZ2VyLk5ldCBTaWduaW5nIEludAITAJjRbQoghd4/hcEC2LQU5ho8 5DCCAVcGCSqGSIb3DQEJDzGCAUgwggFEMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYI KoZIhvcNAwcwDQYIKoZIhvcNAwICAQUwDQYIKoZIhvcNAwICAQUwBwYFKw4DAgcwDQYIKoZI hvcNAwICAQUwBwYFKw4DAhowCwYJYIZIAWUDBAIBMAsGCWCGSAFlAwQCAjALBglghkgBZQME AgMwCwYJYIZIAWUDBAIEMAsGCWCGSAFlAwQCBzALBglghkgBZQMEAggwCwYJYIZIAWUDBAIJ MAsGCWCGSAFlAwQCCjALBgkqhkiG9w0BAQEwCwYJK4EFEIZIPwACMAgGBiuBBAELADAIBgYr gQQBCwEwCAYGK4EEAQsCMAgGBiuBBAELAzALBgkrgQUQhkg/AAMwCAYGK4EEAQ4AMAgGBiuB BAEOATAIBgYrgQQBDgIwCAYGK4EEAQ4DMA0GCSqGSIb3DQEBAQUABIICALE48/xPlLvioR/0 hGXd7AZkkalh6Chfp8oh8X/1XzEpfWDuAP5tO1p93NbDG/L0d4cMEIlecEGJcz71QsZBCqMh VYX59Q0GHbUpTRgMgtrf6F4NPRFL4s5Dsyqf7SDI+6NwYhFASKo4+54yMjtqsodP5Vcf1qOy YIbjSv2W9nJtgR8lswMRsvfOCHI3jhA18dyw3jGOGzf8XaruwbIdR9OSZ9Cosek72MJA7SsD FXLnyLBU5jVVET0tIcP8IjVL82ek1ByQ2cwhcgp7RIj0stWBqbvCnigqCUYwnESfo/qj8Hee 4yl8WpzHVGdXg1DFbCCDDrLo600J/cPq5DFOdI+6xWbSR9K2rxrjBY/PuFeEV62ptcMPSxOa RnsfNOyIoPhrE7HPP1fSpMOApc3i+0Tb7HC58KInuv8tqN4tTYNctP0QZ7SCR9uiVEObKf03 308CMzwAmSXbYXOnU5CLUbXjUYIGvlDQbvEaYT5yhLiEBdQSiqXowpTcjdKtCudCFS2AhptX Jb722VumuQ5LPxRGCC8+AoDmIwA7aFBRCfZekOUwZNPRa8pqUw0xKQur+Cp1WLaqE/sMGMgR DjltuS1u5n3HjCSbUK20qQqcjsefR6i8lBmgolol/GtNysPX+L3OoDyuFGTkDhVkK1JbWg0p 1XjaatSk3gxXav5cBl36AAAAAAAA --------------ms030803030709010808030805-- From nobody Mon Mar 17 14:32:34 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 4ZGcrh0nydz5qgdJ for ; Mon, 17 Mar 2025 14:32:52 +0000 (UTC) (envelope-from bchesneau@icloud.com) Received: from qs51p00im-qukt01071901.me.com (qs51p00im-qukt01071901.me.com [17.57.155.8]) (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 4ZGcrg0wJMz3G3v for ; Mon, 17 Mar 2025 14:32:50 +0000 (UTC) (envelope-from bchesneau@icloud.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=icloud.com header.s=1a1hai header.b=qmwY3VOE; dmarc=pass (policy=quarantine) header.from=icloud.com; spf=pass (mx1.freebsd.org: domain of bchesneau@icloud.com designates 17.57.155.8 as permitted sender) smtp.mailfrom=bchesneau@icloud.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=icloud.com; s=1a1hai; bh=9KotKPQc/yvCPfxqELuWSM50jYEKdvZXD2R81sxiak8=; h=From:Content-Type:Mime-Version:Subject:Message-Id:Date:To:x-icloud-hme; b=qmwY3VOE2oq8QrhtvnmvYnBrmbq7jCiHgmDE+pHwYeTnWOGUcPb5O/1Nw0O0v2xr/ qGMDN1wzAjdSB7DDZPF+a3RahHExzZeCFIHfPbtIhG/r1iSV4RALvu/6BmqibUwvpg ThVfYCx9fwYllts3yR26NIu75Cz0sR17fL3Esfm3x7t+4iA2O5p6CbDwabhazsJIjZ dv2BONZ52UDyJO3hVup5LhJeBsp7HRNO2BJmNw90TOa8BxbGQLEMlFOkFb/XrsWDbC Xam226qCSOEPlvs2CxeeFrHXhhmcs/9Nccyll/iBvILwNK/Tr/9tJNvL6I65put9Xs zpQIYH+55l36w== Received: from smtpclient.apple (qs51p00im-dlb-asmtp-mailmevip.me.com [17.57.155.28]) by qs51p00im-qukt01071901.me.com (Postfix) with ESMTPSA id E4A8A6280505 for ; Mon, 17 Mar 2025 14:32:46 +0000 (UTC) From: Benoit Chesneau Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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.400.131.1.6\)) Subject: issue while bridging VF on mellanox Message-Id: Date: Mon, 17 Mar 2025 15:32:34 +0100 To: freebsd-net@freebsd.org X-Mailer: Apple Mail (2.3826.400.131.1.6) X-Proofpoint-GUID: IkYYAMmFzrwhuiCOB-j5tOAnZig0L9B4 X-Proofpoint-ORIG-GUID: IkYYAMmFzrwhuiCOB-j5tOAnZig0L9B4 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1093,Hydra:6.0.680,FMLib:17.12.68.34 definitions=2025-03-17_05,2025-03-17_01,2024-11-22_01 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 bulkscore=0 suspectscore=0 malwarescore=0 mlxscore=0 clxscore=1015 adultscore=0 spamscore=0 phishscore=0 mlxlogscore=999 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.19.0-2411120000 definitions=main-2503170106 X-Spamd-Result: default: False [-4.14 / 15.00]; WHITELIST_SPF_DKIM(-3.00)[icloud.com:d:+,icloud.com:s:+]; RBL_SENDERSCORE_REPUT_9(-1.00)[17.57.155.8:from]; NEURAL_HAM_MEDIUM(-0.64)[-0.636]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[icloud.com,quarantine]; NEURAL_SPAM_SHORT(0.49)[0.492]; NEURAL_SPAM_LONG(0.40)[0.403]; ONCE_RECEIVED(0.20)[]; R_DKIM_ALLOW(-0.20)[icloud.com:s=1a1hai]; R_SPF_ALLOW(-0.20)[+ip4:17.57.155.0/24]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[17.57.155.8:from]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[icloud.com]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[icloud.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-net@freebsd.org]; MLMMJ_DEST(0.00)[freebsd-net@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[icloud.com:+]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[17.57.155.8:from]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:714, ipnet:17.57.155.0/24, country:US]; DWL_DNSWL_NONE(0.00)[icloud.com:dkim] X-Rspamd-Queue-Id: 4ZGcrg0wJMz3G3v X-Spamd-Bar: ---- Hi all, I'm trying to make some kind of cross connect between a vlan and a = vxlan, but as far as I understand the mac address are not learnt from = the vlan When I listen using tcpdump on the vlan i can see the arp = request but not in the in the vxlan. ANy idea how should I fix this? Is = there any other way to do a cross conect or shoud I go back to not use = sriov when i need to build bridges?=20 Any idea is welcome. Benoit More details follow The vlan is created over a VF device in a bhyve vm: vlan601: = flags=3D1008943 = metric 0 mtu 1356 options=3D18080000 ether 4a:75:f1:f5:a5:0a inet6 fe80::4875:f1ff:fef5:a50a%vlan601 prefixlen 64 scopeid 0x5 groups: vlan vlan: 601 vlanproto: 802.1q vlanpcp: 0 parent interface: mce0 media: Ethernet 25GBase-SR status: active nd6 options=3D23 The vxlan is=20 vxlan0: flags=3D1008903 = metric 0 mtu 1356 options=3D80020 ether 58:9c:fc:10:12:01 inet6 fe80::5a9c:fcff:fe10:1201%vxlan0 prefixlen 64 tentative = scopeid 0x7 groups: vxlan vxlan vni 400 local [2001:db8:1000::1]:4789 remote = [2001:db8:1000::2]:4789 media: Ethernet autoselect (autoselect ) status: active nd6 options=3D23 And the bridge: # ifconfig bridge0 bridge0: = flags=3D1028943 metric 0 mtu 1356 options=3D0 ether 58:9c:fc:10:ff:d3 id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 member: vlan601 flags=3D143 ifmaxaddr 0 port 5 priority 128 path cost 800 member: vxlan0 flags=3D143 ifmaxaddr 0 port 7 priority 128 path cost 55 groups: bridge nd6 options=3D3 The PF on the machine is a Mellanox [ConnectX-4 Lx # pciconf -lvbce mlx5_core0 mlx5_core0@pci0:17:0:0: class=3D0x020000 rev=3D0x00 hdr=3D0x00 = vendor=3D0x15b3 device=3D0x1015 subvendor=3D0x1590 subdevice=3D0x00d4 vendor =3D 'Mellanox Technologies' device =3D 'MT27710 Family [ConnectX-4 Lx]' class =3D network subclass =3D ethernet bar [10] =3D type Prefetchable Memory, range 64, base 0xe4000000, = size 33554432, enabled cap 10[60] =3D PCI-Express 2 endpoint max data 256(512) FLR RO NS max read 4096 link x8(x8) speed 8.0(8.0) ASPM L1(L1) cap 03[48] =3D VPD cap 11[9c] =3D MSI-X supports 64 messages, enabled Table in map 0x10[0x2000], PBA in map 0x10[0x3000] cap 09[c0] =3D vendor (length 24) cap 01[40] =3D powerspec 3 supports D0 D3 current D0 ecap 0001[100] =3D AER 1 0 fatal 0 non-fatal 1 corrected ecap 000e[150] =3D ARI 1 ecap 0010[180] =3D SR-IOV 1 IOV enabled, Memory Space enabled, ARI = enabled 8 VFs configured out of 16 supported First VF RID Offset 0x0002, VF RID Stride 0x0001 VF Device ID 0x1016 Page Sizes: 4096 (enabled), 8192, 16384, 32768, = 65536, 131072, 262144, 524288, 1048576, 2097152, 4194304 iov bar [1a4] =3D type Prefetchable Memory, range 64, base = 0xc7ffe000000, size 1048576, enabled ecap 0019[1c0] =3D PCIe Sec 1 lane errors 0 ecap 000d[230] =3D ACS 1 Source Validation unavailable, Translation = Blocking unavailable P2P Req Redirect unavailable, P2P Cmpl Redirect = unavailable P2P Upstream Forwarding unavailable, P2P Egress = Control unavailable P2P Direct Translated unavailable, Enhanced = Capability unavailable PCI-e errors =3D Correctable Error Detected Unsupported Request Detected Corrected =3D Advisory Non-Fatal Error Other side is the same except that the card is an intel one: # pciconf -lvbce ixl0 ixl0@pci0:23:0:0: class=3D0x020000 rev=3D0x02 hdr=3D0x00 = vendor=3D0x8086 device=3D0x1572 subvendor=3D0x15d9 subdevice=3D0x093b vendor =3D 'Intel Corporation' device =3D 'Ethernet Controller X710 for 10GbE SFP+' class =3D network subclass =3D ethernet bar [10] =3D type Prefetchable Memory, range 64, base 0xc4800000, = size 8388608, enabled bar [1c] =3D type Prefetchable Memory, range 64, base 0xc5808000, = size 32768, enabled cap 01[40] =3D powerspec 3 supports D0 D3 current D0 cap 05[50] =3D MSI supports 1 message, 64 bit, vector masks cap 11[70] =3D MSI-X supports 129 messages, enabled Table in map 0x1c[0x0], PBA in map 0x1c[0x1000] cap 10[a0] =3D PCI-Express 2 endpoint max data 256(2048) FLR RO max read 512 link x8(x8) speed 8.0(8.0) cap 03[e0] =3D VPD ecap 0001[100] =3D AER 2 0 fatal 0 non-fatal 1 corrected ecap 0003[140] =3D Serial 1 b8f678ffff55c27c ecap 000e[150] =3D ARI 1 ecap 0010[160] =3D SR-IOV 1 IOV enabled, Memory Space enabled, ARI = enabled 16 VFs configured out of 64 supported First VF RID Offset 0x0010, VF RID Stride 0x0001 VF Device ID 0x154c Page Sizes: 4096 (enabled), 8192, 65536, 262144, = 1048576, 4194304 iov bar [184] =3D type Prefetchable Memory, range 64, base = 0xc5000000, size 65536, enabled iov bar [190] =3D type Prefetchable Memory, range 64, base = 0xc5100000, size 16384, enabled ecap 0017[1a0] =3D TPH Requester 1 ecap 000d[1b0] =3D ACS 1 Source Validation unavailable, Translation = Blocking unavailable P2P Req Redirect unavailable, P2P Cmpl Redirect = unavailable P2P Upstream Forwarding unavailable, P2P Egress = Control unavailable P2P Direct Translated unavailable, Enhanced = Capability unavailable ecap 0019[1d0] =3D PCIe Sec 1 lane errors 0 PCI-e errors =3D Correctable Error Detected Unsupported Request Detected Corrected =3D Advisory Non-Fatal Error= From nobody Mon Mar 17 16:08:47 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 4ZGfzQ6xPlz5qnyC for ; Mon, 17 Mar 2025 16:08:50 +0000 (UTC) (envelope-from sm@codenetworks.net) Received: from relayout07-q01.dominioabsoluto.net (relayout07-q01.dominioabsoluto.net [217.116.26.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZGfzQ1HbGz3PwN for ; Mon, 17 Mar 2025 16:08:50 +0000 (UTC) (envelope-from sm@codenetworks.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=codenetworks.net header.s=domabs header.b=ircU6jmC; dmarc=none; spf=pass (mx1.freebsd.org: domain of sm@codenetworks.net designates 217.116.26.57 as permitted sender) smtp.mailfrom=sm@codenetworks.net Received: from relayout07-redir.dominioabsoluto.net (relayout07-redir.dominioabsoluto.net [217.116.26.62]) by relayout07.dominioabsoluto.net (Postfix) with ESMTP id 4ZGfzM6tFYz1jQD6 for ; Mon, 17 Mar 2025 17:08:47 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=codenetworks.net; s=domabs; t=1742227727; bh=iaYi1lq+nSI77w0FzIiNNbJ/qZxqtQbkpI+FpIGf6pI=; h=Date:Subject:From:To:References:In-Reply-To:From; b=ircU6jmCCFnJ+1KWmJ3RYd6eJg0deCyGrubvumCWfnbrMJVJO75NIxQeG64XF5DIr LoHxulY+V+/K1mJgRazpxm+NN/QaSOk0ZsHVjRD5fegyw0dmY8eLO9hIDuXVtyT36Z xlYxBvSZwuaggNOaqTExNXXSpfxM9pNAxWRGjH4Y= Received: from [192.168.3.20] (unknown [188.241.98.123]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sm.codenetworks.net) by relayout07-dsp.dominioabsoluto.net (Postfix) with ESMTPSA id 4ZGfzM4qK9z1jQD6 for ; Mon, 17 Mar 2025 17:08:47 +0100 (CET) Content-Type: multipart/alternative; boundary="------------awFZ7umFSxtIszR89Oxqzo0F" Message-ID: <6fbc84f8-dcdc-4ba8-8c09-47c72353d779@codenetworks.net> Date: Mon, 17 Mar 2025 17:08:47 +0100 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: issue while bridging VF on mellanox From: Santiago Martinez To: freebsd-net@freebsd.org References: Content-Language: es-ES In-Reply-To: X-PostalOut-Country: IP: 188.241.98.123 | Country: ES X-PostalOut-Information: AntiSPAM and AntiVIRUS on relayout07 X-PostalOut-MsgID: 4ZGfzM4qK9z1jQD6.A441B X-PostalOut-SpamCheck: no es spam, clean X-PostalOut-From: sm@codenetworks.net X-PostalOut-Watermark: 1742832527.80301@fMMHXKVhRr588PL9EwAs5A X-Spam-Status: No X-Spamd-Result: default: False [-0.52 / 15.00]; NEURAL_HAM_LONG(-0.74)[-0.743]; NEURAL_HAM_MEDIUM(-0.72)[-0.720]; NEURAL_SPAM_SHORT(0.65)[0.645]; RBL_SENDERSCORE_REPUT_7(0.50)[217.116.26.57:from]; RCVD_IN_DNSWL_LOW(-0.20)[217.116.26.57:from,217.116.26.62:received]; BAD_REP_POLICIES(0.10)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[codenetworks.net:+]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(0.00)[codenetworks.net:s=domabs]; DMARC_NA(0.00)[codenetworks.net]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:16371, ipnet:217.116.24.0/21, country:ES]; PREVIOUSLY_DELIVERED(0.00)[freebsd-net@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-net@freebsd.org]; R_SPF_ALLOW(0.00)[+ip4:217.116.26.0/24:c]; RWL_MAILSPIKE_POSSIBLE(0.00)[217.116.26.57:from]; MIME_TRACE(0.00)[0:+,1:+,2:~] X-Rspamd-Queue-Id: 4ZGfzQ1HbGz3PwN X-Spamd-Bar: / This is a multi-part message in MIME format. --------------awFZ7umFSxtIszR89Oxqzo0F Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Hi Benoit, one more thing, Im not sure whats the current support for v6, specially for ND. Best regards. Santi On 3/17/25 16:48, Santiago Martinez wrote: > > Hi Benoit, > > I have a similar setup to yours (not using MLX4), and it works. > > I have two VMs acting as routers (R-A and R-B), each with two interfaces. > > On Router-A: > > * VTNET1 → P2P to Router-B. > * VTNET0 → Sub-interface (VLAN 333) - Client-A. > * VXLAN0 → Towards Router-B. > * BR-TEST → VXLAN0 and VTNET0.333 as members. > > On Router-B: > > * VTNET1 → P2P to Router-A. > * VTNET0 → Untagged - Client-B. > * VXLAN0 → Towards Router-A. > * BR-TEST → VXLAN0 and VTNET0 as members. > > Traffic passes. > > One thing to note—VXLAN0 will appear as UP/Active even if it’s not > reaching the other side. > > Best regards, > Santi > > > On 3/17/25 15:32, Benoit Chesneau wrote: >> Hi all, >> >> I'm trying to make some kind of cross connect between a vlan and a vxlan, but as far as I understand the mac address are not learnt from the vlan When I listen using tcpdump on the vlan i can see the arp request but not in the in the vxlan. ANy idea how should I fix this? Is there any other way to do a cross conect or shoud I go back to not use sriov when i need to build bridges? >> >> >> Any idea is welcome. >> >> Benoit >> >> More details follow >> >> The vlan is created over a VF device in a bhyve vm: >> >> vlan601: flags=1008943 metric 0 mtu 1356 >> options=18080000 >> ether 4a:75:f1:f5:a5:0a >> inet6 fe80::4875:f1ff:fef5:a50a%vlan601 prefixlen 64 scopeid 0x5 >> groups: vlan >> vlan: 601 vlanproto: 802.1q vlanpcp: 0 parent interface: mce0 >> media: Ethernet 25GBase-SR >> status: active >> nd6 options=23 >> >> The vxlan is >> >> vxlan0: flags=1008903 metric 0 mtu 1356 >> options=80020 >> ether 58:9c:fc:10:12:01 >> inet6 fe80::5a9c:fcff:fe10:1201%vxlan0 prefixlen 64 tentative scopeid 0x7 >> groups: vxlan >> vxlan vni 400 local [2001:db8:1000::1]:4789 remote [2001:db8:1000::2]:4789 >> media: Ethernet autoselect (autoselect ) >> status: active >> nd6 options=23 >> >> >> And the bridge: >> >> # ifconfig bridge0 >> bridge0: flags=1028943 metric 0 mtu 1356 >> options=0 >> ether 58:9c:fc:10:ff:d3 >> id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 >> maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 >> root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 >> member: vlan601 flags=143 >> ifmaxaddr 0 port 5 priority 128 path cost 800 >> member: vxlan0 flags=143 >> ifmaxaddr 0 port 7 priority 128 path cost 55 >> groups: bridge >> nd6 options=3 >> >> The PF on the machine is a Mellanox [ConnectX-4 Lx >> >> # pciconf -lvbce mlx5_core0 >> mlx5_core0@pci0:17:0:0: class=0x020000 rev=0x00 hdr=0x00 vendor=0x15b3 device=0x1015 subvendor=0x1590 subdevice=0x00d4 >> vendor = 'Mellanox Technologies' >> device = 'MT27710 Family [ConnectX-4 Lx]' >> class = network >> subclass = ethernet >> bar [10] = type Prefetchable Memory, range 64, base 0xe4000000, size 33554432, enabled >> cap 10[60] = PCI-Express 2 endpoint max data 256(512) FLR RO NS >> max read 4096 >> link x8(x8) speed 8.0(8.0) ASPM L1(L1) >> cap 03[48] = VPD >> cap 11[9c] = MSI-X supports 64 messages, enabled >> Table in map 0x10[0x2000], PBA in map 0x10[0x3000] >> cap 09[c0] = vendor (length 24) >> cap 01[40] = powerspec 3 supports D0 D3 current D0 >> ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected >> ecap 000e[150] = ARI 1 >> ecap 0010[180] = SR-IOV 1 IOV enabled, Memory Space enabled, ARI enabled >> 8 VFs configured out of 16 supported >> First VF RID Offset 0x0002, VF RID Stride 0x0001 >> VF Device ID 0x1016 >> Page Sizes: 4096 (enabled), 8192, 16384, 32768, 65536, 131072, 262144, 524288, 1048576, 2097152, 4194304 >> iov bar [1a4] = type Prefetchable Memory, range 64, base 0xc7ffe000000, size 1048576, enabled >> ecap 0019[1c0] = PCIe Sec 1 lane errors 0 >> ecap 000d[230] = ACS 1 Source Validation unavailable, Translation Blocking unavailable >> P2P Req Redirect unavailable, P2P Cmpl Redirect unavailable >> P2P Upstream Forwarding unavailable, P2P Egress Control unavailable >> P2P Direct Translated unavailable, Enhanced Capability unavailable >> PCI-e errors = Correctable Error Detected >> Unsupported Request Detected >> Corrected = Advisory Non-Fatal Error >> >> Other side is the same except that the card is an intel one: >> >> # pciconf -lvbce ixl0 >> ixl0@pci0:23:0:0: class=0x020000 rev=0x02 hdr=0x00 vendor=0x8086 device=0x1572 subvendor=0x15d9 subdevice=0x093b >> vendor = 'Intel Corporation' >> device = 'Ethernet Controller X710 for 10GbE SFP+' >> class = network >> subclass = ethernet >> bar [10] = type Prefetchable Memory, range 64, base 0xc4800000, size 8388608, enabled >> bar [1c] = type Prefetchable Memory, range 64, base 0xc5808000, size 32768, enabled >> cap 01[40] = powerspec 3 supports D0 D3 current D0 >> cap 05[50] = MSI supports 1 message, 64 bit, vector masks >> cap 11[70] = MSI-X supports 129 messages, enabled >> Table in map 0x1c[0x0], PBA in map 0x1c[0x1000] >> cap 10[a0] = PCI-Express 2 endpoint max data 256(2048) FLR RO >> max read 512 >> link x8(x8) speed 8.0(8.0) >> cap 03[e0] = VPD >> ecap 0001[100] = AER 2 0 fatal 0 non-fatal 1 corrected >> ecap 0003[140] = Serial 1 b8f678ffff55c27c >> ecap 000e[150] = ARI 1 >> ecap 0010[160] = SR-IOV 1 IOV enabled, Memory Space enabled, ARI enabled >> 16 VFs configured out of 64 supported >> First VF RID Offset 0x0010, VF RID Stride 0x0001 >> VF Device ID 0x154c >> Page Sizes: 4096 (enabled), 8192, 65536, 262144, 1048576, 4194304 >> iov bar [184] = type Prefetchable Memory, range 64, base 0xc5000000, size 65536, enabled >> iov bar [190] = type Prefetchable Memory, range 64, base 0xc5100000, size 16384, enabled >> ecap 0017[1a0] = TPH Requester 1 >> ecap 000d[1b0] = ACS 1 Source Validation unavailable, Translation Blocking unavailable >> P2P Req Redirect unavailable, P2P Cmpl Redirect unavailable >> P2P Upstream Forwarding unavailable, P2P Egress Control unavailable >> P2P Direct Translated unavailable, Enhanced Capability unavailable >> ecap 0019[1d0] = PCIe Sec 1 lane errors 0 >> PCI-e errors = Correctable Error Detected >> Unsupported Request Detected >> Corrected = Advisory Non-Fatal Error --------------awFZ7umFSxtIszR89Oxqzo0F Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit

Hi Benoit, one more thing, Im not sure whats the current support for v6, specially for ND.

Best regards.

Santi


On 3/17/25 16:48, Santiago Martinez wrote:

Hi Benoit,

I have a similar setup to yours (not using MLX4), and it works.

I have two VMs acting as routers (R-A and R-B), each with two interfaces.

On Router-A:

  • VTNET1 → P2P to Router-B.
  • VTNET0 → Sub-interface (VLAN 333) - Client-A.
  • VXLAN0 → Towards Router-B.
  • BR-TEST → VXLAN0 and VTNET0.333 as members.

On Router-B:

  • VTNET1 → P2P to Router-A.
  • VTNET0 → Untagged - Client-B.
  • VXLAN0 → Towards Router-A.
  • BR-TEST → VXLAN0 and VTNET0 as members.

Traffic passes.

One thing to note—VXLAN0 will appear as UP/Active even if it’s not reaching the other side.

Best regards,
Santi


On 3/17/25 15:32, Benoit Chesneau wrote:
Hi all,

I'm trying to make some kind of cross connect between a vlan and a vxlan, but as far as I  understand the mac address are not learnt from the vlan When I listen using tcpdump on the vlan i can see the arp request but not in the in the vxlan. ANy idea how should I fix this? Is there any other way to do a cross conect or shoud I go back to not use sriov when i need to build bridges? 


Any idea is welcome.

Benoit

More details follow

The vlan is created over a VF device in  a bhyve vm:

vlan601: flags=1008943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST,LOWER_UP> metric 0 mtu 1356
        options=18080000<LINKSTATE,TXTLS4,TXTLS6>
        ether 4a:75:f1:f5:a5:0a
        inet6 fe80::4875:f1ff:fef5:a50a%vlan601 prefixlen 64 scopeid 0x5
        groups: vlan
        vlan: 601 vlanproto: 802.1q vlanpcp: 0 parent interface: mce0
        media: Ethernet 25GBase-SR <full-duplex,rxpause,txpause>
        status: active
        nd6 options=23<PERFORMNUD,ACCEPT_RTADV,AUTO_LINKLOCAL>

The vxlan is 

vxlan0: flags=1008903<UP,BROADCAST,PROMISC,SIMPLEX,MULTICAST,LOWER_UP> metric 0 mtu 1356
        options=80020<JUMBO_MTU,LINKSTATE>
        ether 58:9c:fc:10:12:01
        inet6 fe80::5a9c:fcff:fe10:1201%vxlan0 prefixlen 64 tentative scopeid 0x7
        groups: vxlan
        vxlan vni 400 local [2001:db8:1000::1]:4789 remote [2001:db8:1000::2]:4789
        media: Ethernet autoselect (autoselect <full-duplex>)
        status: active
        nd6 options=23<PERFORMNUD,ACCEPT_RTADV,AUTO_LINKLOCAL>


And the bridge:

# ifconfig bridge0
bridge0: flags=1028943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST,PPROMISC,LOWER_UP> metric 0 mtu 1356
        options=0
        ether 58:9c:fc:10:ff:d3
        id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15
        maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200
        root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0
        member: vlan601 flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
                ifmaxaddr 0 port 5 priority 128 path cost 800
        member: vxlan0 flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
                ifmaxaddr 0 port 7 priority 128 path cost 55
        groups: bridge
        nd6 options=3<PERFORMNUD,ACCEPT_RTADV>

The PF on the machine is a Mellanox [ConnectX-4 Lx

#  pciconf -lvbce mlx5_core0
mlx5_core0@pci0:17:0:0:	class=0x020000 rev=0x00 hdr=0x00 vendor=0x15b3 device=0x1015 subvendor=0x1590 subdevice=0x00d4
    vendor     = 'Mellanox Technologies'
    device     = 'MT27710 Family [ConnectX-4 Lx]'
    class      = network
    subclass   = ethernet
    bar   [10] = type Prefetchable Memory, range 64, base 0xe4000000, size 33554432, enabled
    cap 10[60] = PCI-Express 2 endpoint max data 256(512) FLR RO NS
                 max read 4096
                 link x8(x8) speed 8.0(8.0) ASPM L1(L1)
    cap 03[48] = VPD
    cap 11[9c] = MSI-X supports 64 messages, enabled
                 Table in map 0x10[0x2000], PBA in map 0x10[0x3000]
    cap 09[c0] = vendor (length 24)
    cap 01[40] = powerspec 3  supports D0 D3  current D0
    ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected
    ecap 000e[150] = ARI 1
    ecap 0010[180] = SR-IOV 1 IOV enabled, Memory Space enabled, ARI enabled
                     8 VFs configured out of 16 supported
                     First VF RID Offset 0x0002, VF RID Stride 0x0001
                     VF Device ID 0x1016
                     Page Sizes: 4096 (enabled), 8192, 16384, 32768, 65536, 131072, 262144, 524288, 1048576, 2097152, 4194304
    iov bar  [1a4] = type Prefetchable Memory, range 64, base 0xc7ffe000000, size 1048576, enabled
    ecap 0019[1c0] = PCIe Sec 1 lane errors 0
    ecap 000d[230] = ACS 1 Source Validation unavailable, Translation Blocking unavailable
                     P2P Req Redirect unavailable, P2P Cmpl Redirect unavailable
                     P2P Upstream Forwarding unavailable, P2P Egress Control unavailable
                     P2P Direct Translated unavailable, Enhanced Capability unavailable
  PCI-e errors = Correctable Error Detected
                 Unsupported Request Detected
     Corrected = Advisory Non-Fatal Error

Other side is the same except that the card is an intel one:

#  pciconf -lvbce ixl0
ixl0@pci0:23:0:0:	class=0x020000 rev=0x02 hdr=0x00 vendor=0x8086 device=0x1572 subvendor=0x15d9 subdevice=0x093b
    vendor     = 'Intel Corporation'
    device     = 'Ethernet Controller X710 for 10GbE SFP+'
    class      = network
    subclass   = ethernet
    bar   [10] = type Prefetchable Memory, range 64, base 0xc4800000, size 8388608, enabled
    bar   [1c] = type Prefetchable Memory, range 64, base 0xc5808000, size 32768, enabled
    cap 01[40] = powerspec 3  supports D0 D3  current D0
    cap 05[50] = MSI supports 1 message, 64 bit, vector masks
    cap 11[70] = MSI-X supports 129 messages, enabled
                 Table in map 0x1c[0x0], PBA in map 0x1c[0x1000]
    cap 10[a0] = PCI-Express 2 endpoint max data 256(2048) FLR RO
                 max read 512
                 link x8(x8) speed 8.0(8.0)
    cap 03[e0] = VPD
    ecap 0001[100] = AER 2 0 fatal 0 non-fatal 1 corrected
    ecap 0003[140] = Serial 1 b8f678ffff55c27c
    ecap 000e[150] = ARI 1
    ecap 0010[160] = SR-IOV 1 IOV enabled, Memory Space enabled, ARI enabled
                     16 VFs configured out of 64 supported
                     First VF RID Offset 0x0010, VF RID Stride 0x0001
                     VF Device ID 0x154c
                     Page Sizes: 4096 (enabled), 8192, 65536, 262144, 1048576, 4194304
    iov bar  [184] = type Prefetchable Memory, range 64, base 0xc5000000, size 65536, enabled
    iov bar  [190] = type Prefetchable Memory, range 64, base 0xc5100000, size 16384, enabled
    ecap 0017[1a0] = TPH Requester 1
    ecap 000d[1b0] = ACS 1 Source Validation unavailable, Translation Blocking unavailable
                     P2P Req Redirect unavailable, P2P Cmpl Redirect unavailable
                     P2P Upstream Forwarding unavailable, P2P Egress Control unavailable
                     P2P Direct Translated unavailable, Enhanced Capability unavailable
    ecap 0019[1d0] = PCIe Sec 1 lane errors 0
  PCI-e errors = Correctable Error Detected
                 Unsupported Request Detected
     Corrected = Advisory Non-Fatal Error
--------------awFZ7umFSxtIszR89Oxqzo0F-- From nobody Mon Mar 17 16:44:12 2025 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZGgmG1XSjz5qr3S for ; Mon, 17 Mar 2025 16:44:14 +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 4ZGgmF4LDgz3nfl for ; Mon, 17 Mar 2025 16:44:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742229853; 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=JVnaO3pxiz8R8oRvVyCPV+iwTan4fd94ls3ctKKKwl0=; b=O/W4BczYJpKtY9blGXZBhF3tbyf6SgCaxSwSGD+xNfC0bRbD2m0Sd/2qgaQXlwa1F6IIvq ECO8mePzX7Ipo3NcAUKbhEDI5oaNV9l2iLHLq7hnHc8w258cB5ZdCLmZ5N8pn2LMKlIskp iE+ZU648afWK7uG6ijRU3t0B8mQuTsVlIW5FBQ9fGGJEjZ1MfcnmmuLf41Ox6xN7UsxHW4 Lu+ECx+15wgbbSiAq4S/ZAnGpxZxza9aiNDM9i4xX0vwTnF1R7fWHsq9IWLvLRDY+RJzcu izU/sqiuIALeR/9FXag4AOjlIz0dPm+se/Lf6B1ZdmN99eSNefeg8EuhmcuM9g== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742229853; a=rsa-sha256; cv=none; b=dp9Mk8zHjsE7RFz+H3f9o9nfxN+BHC2pkcuX9M/0MupHDOlB/pmAa1KEaPP44VlOgSXCyg USWxB23oiO9uSqYFNLku9xg6SX+x9BydNVYwpt3SIXaTehvlX/4rbcsol/UJ3Feq4jAS1F sjtL6oT5Y/UrxrE3WeQIxguZbHSk73n6n7eweZJY8gRL8SA/u2i08FGbz3dzBDmBkFDe9h qv+DGVSSaz1xberLX6EgcNtRXMebcqFXBokL4nhGI8TSOVVKeNllNmh+so4yoKcmdmA2Lx d8nhQ61gJZ8x4sQNT+ydDTJ8/zvWdADmyiTxuBpGd7Pi9wYT3l37qxzy6eMpvw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742229853; 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=JVnaO3pxiz8R8oRvVyCPV+iwTan4fd94ls3ctKKKwl0=; b=jF1wwX86jdax64DOu9mtUOLF3BldFnEk+uSXdZ3CqlauR3cAkWFRrQYzXup0LsfIn8sHwn 2g3n/iEaT0gKgxRz29ud0MI69uYXZ7liXOJHo6SiiWe7lir2ZpIxzGyixxdZ3jKqcI6fL/ qeQUbNAhwpKUA16OxqmBljIsi1KcC+5LaVR6x9IhQrn81vApEjafBhHfKxs88IAeuXh1MV Lzoqs3YiFJWn5Jel0C+RB+C5D7430mwGE+QgOTSX+fAG4mFV26RnMfLO960RXcdWVqfSs7 7bfuMFDkxTe4oACDkpqVyyukDvQMOYNmR5/Cx8180OF+R+SfAqEW41SosqKDgg== 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 4ZGgmF3r4rzv6Q for ; Mon, 17 Mar 2025 16:44:13 +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 52HGiDfj031635 for ; Mon, 17 Mar 2025 16:44:13 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 52HGiDEu031633 for net@FreeBSD.org; Mon, 17 Mar 2025 16:44:13 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 283426] panic in sbappendaddr_locked() Date: Mon, 17 Mar 2025 16:44:12 +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.2-RELEASE X-Bugzilla-Keywords: crash, regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: glebius@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: wireless@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=3D283426 Gleb Smirnoff changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|net@FreeBSD.org |wireless@FreeBSD.org --- Comment #4 from Gleb Smirnoff --- Dan Epure submitted similar panic to me, also FreeBSD 14.2-RELEASE. The backtrace is the same, the invalid mbuf without M_PKTHDR set is originating from iwm(4) driver. I'm 99% confident that bug is there and not in IP, UDP= or socket buffer code. And indeed high change this is a regression from 14.1-RELEASE. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Mon Mar 17 16:50:05 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 4ZGgvB2l5Rz5qrTh for ; Mon, 17 Mar 2025 16:50:14 +0000 (UTC) (envelope-from benoitc@enki-multimedia.eu) Received: from mail-10624.protonmail.ch (mail-10624.protonmail.ch [79.135.106.24]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZGgv967Kmz3tQ0 for ; Mon, 17 Mar 2025 16:50:13 +0000 (UTC) (envelope-from benoitc@enki-multimedia.eu) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=enki-multimedia.eu; s=protonmail; t=1742230209; x=1742489409; bh=05J1m6uBv3AgjiR032dI7VLqsG7cyq2Os13CoLyPU6g=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector:List-Unsubscribe:List-Unsubscribe-Post; b=mDwzWzIazdvYVcG26+k4Upt4ktuLk1VfIKLTYasZby13AydW1SbO1XvDxaLn58HBr NQVoKZlpLf+Ktn0iNejaxLXTvQThlTKKWedwH0n79cBKUFclnPnDK+/4RnnxB+k1XE zdcAuCdVmhceiA3sx+SYsT3jARTHF9cmt/TtEzbG5N7WU59nq+PJbSjJZuJtpmbP3j qJfSRu9v+k49aF6pVAhURf+Mx6EF0rstw8yH4J2NR/p6AHB15I3F7nw/pFzzHl4NLZ dAdlsjoOgkQ/vXAp0j1lzgyOyV8xJamAy6vSszhg4uGKEzIZOb82VNV7NMqDMuxu0I dg6e5kBcPRz/w== Date: Mon, 17 Mar 2025 16:50:05 +0000 To: Santiago Martinez From: "benoitc@enki-multimedia.eu" Cc: freebsd-net@freebsd.org Subject: Re: issue while bridging VF on mellanox Message-ID: <4AC80160-388D-4E85-8349-018FC5D47562@enki-multimedia.eu> In-Reply-To: <6fbc84f8-dcdc-4ba8-8c09-47c72353d779@codenetworks.net> References: <6fbc84f8-dcdc-4ba8-8c09-47c72353d779@codenetworks.net> Feedback-ID: 9066678:user:proton X-Pm-Message-ID: 57d308536aeede762ca894311720bee6847d32b0 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="b1=_VKnHBtrqhFjc4CWnvePWdnDVqs6hfJZsGctXZboGTA" 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)[] X-Rspamd-Queue-Id: 4ZGgv967Kmz3tQ0 X-Spamd-Bar: ---- --b1=_VKnHBtrqhFjc4CWnvePWdnDVqs6hfJZsGctXZboGTA Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 T2gsIGkgbmVlZCB0byBjaGVjayBpZiB0aGUgdnhsYW4gd29ya3MgY29ycmVjdGx5IGluZGVlZC4u LgoKPiBTbyB5b3UgYXJlIGFsc28gdXNpbmcgc3ItaW92ID8KCkJlbm/DrnQKCj4gT24gMTcgTWFy IDIwMjUsIGF0IDE3OjA4LCBTYW50aWFnbyBNYXJ0aW5leiA8c21AY29kZW5ldHdvcmtzLm5ldD4g d3JvdGU6Cj4KPiBIaSBCZW5vaXQsIG9uZSBtb3JlIHRoaW5nLCBJbSBub3Qgc3VyZSB3aGF0cyB0 aGUgY3VycmVudCBzdXBwb3J0IGZvciB2Niwgc3BlY2lhbGx5IGZvciBORC4KPgo+IEJlc3QgcmVn YXJkcy4KPgo+IFNhbnRpCj4KPiBPbiAzLzE3LzI1IDE2OjQ4LCBTYW50aWFnbyBNYXJ0aW5leiB3 cm90ZToKPgo+PiBIaSBCZW5vaXQsCj4+Cj4+IEkgaGF2ZSBhIHNpbWlsYXIgc2V0dXAgdG8geW91 cnMgKG5vdCB1c2luZyBNTFg0KSwgYW5kIGl0IHdvcmtzLgo+Pgo+PiBJIGhhdmUgdHdvIFZNcyBh Y3RpbmcgYXMgcm91dGVycyAoUi1BIGFuZCBSLUIpLCBlYWNoIHdpdGggdHdvIGludGVyZmFjZXMu Cj4+Cj4+IE9uIFJvdXRlci1BOgo+Pgo+PiAtIFZUTkVUMSDihpIgUDJQIHRvIFJvdXRlci1CLgo+ PiAtIFZUTkVUMCDihpIgU3ViLWludGVyZmFjZSAoVkxBTiAzMzMpIC0gQ2xpZW50LUEuCj4+IC0g VlhMQU4wIOKGkiBUb3dhcmRzIFJvdXRlci1CLgo+PiAtIEJSLVRFU1Qg4oaSIFZYTEFOMCBhbmQg VlRORVQwLjMzMyBhcyBtZW1iZXJzLgo+Pgo+PiBPbiBSb3V0ZXItQjoKPj4KPj4gLSBWVE5FVDEg 4oaSIFAyUCB0byBSb3V0ZXItQS4KPj4gLSBWVE5FVDAg4oaSIFVudGFnZ2VkIC0gQ2xpZW50LUIu Cj4+IC0gVlhMQU4wIOKGkiBUb3dhcmRzIFJvdXRlci1BLgo+PiAtIEJSLVRFU1Qg4oaSIFZYTEFO MCBhbmQgVlRORVQwIGFzIG1lbWJlcnMuCj4+Cj4+IFRyYWZmaWMgcGFzc2VzLgo+Pgo+PiBPbmUg dGhpbmcgdG8gbm90ZeKAlFZYTEFOMCB3aWxsIGFwcGVhciBhcyBVUC9BY3RpdmUgZXZlbiBpZiBp dOKAmXMgbm90IHJlYWNoaW5nIHRoZSBvdGhlciBzaWRlLgo+Pgo+PiBCZXN0IHJlZ2FyZHMsCj4+ IFNhbnRpCj4+Cj4+IE9uIDMvMTcvMjUgMTU6MzIsIEJlbm9pdCBDaGVzbmVhdSB3cm90ZToKPj4K Pj4+IEhpIGFsbCwKPj4+Cj4+PiBJJ20gdHJ5aW5nIHRvIG1ha2Ugc29tZSBraW5kIG9mIGNyb3Nz IGNvbm5lY3QgYmV0d2VlbiBhIHZsYW4gYW5kIGEgdnhsYW4sIGJ1dCBhcyBmYXIgYXMgSSAgdW5k ZXJzdGFuZCB0aGUgbWFjIGFkZHJlc3MgYXJlIG5vdCBsZWFybnQgZnJvbSB0aGUgdmxhbiBXaGVu IEkgbGlzdGVuIHVzaW5nIHRjcGR1bXAgb24gdGhlIHZsYW4gaSBjYW4gc2VlIHRoZSBhcnAgcmVx dWVzdCBidXQgbm90IGluIHRoZSBpbiB0aGUgdnhsYW4uIEFOeSBpZGVhIGhvdyBzaG91bGQgSSBm aXggdGhpcz8gSXMgdGhlcmUgYW55IG90aGVyIHdheSB0byBkbyBhIGNyb3NzIGNvbmVjdCBvciBz aG91ZCBJIGdvIGJhY2sgdG8gbm90IHVzZSBzcmlvdiB3aGVuIGkgbmVlZCB0byBidWlsZCBicmlk Z2VzPwo+Pj4KPj4+IEFueSBpZGVhIGlzIHdlbGNvbWUuCj4+Pgo+Pj4gQmVub2l0Cj4+Pgo+Pj4g TW9yZSBkZXRhaWxzIGZvbGxvdwo+Pj4KPj4+IFRoZSB2bGFuIGlzIGNyZWF0ZWQgb3ZlciBhIFZG IGRldmljZSBpbiAgYSBiaHl2ZSB2bToKPj4+Cj4+PiB2bGFuNjAxOiBmbGFncz0xMDA4OTQzPFVQ LEJST0FEQ0FTVCxSVU5OSU5HLFBST01JU0MsU0lNUExFWCxNVUxUSUNBU1QsTE9XRVJfVVA+IG1l dHJpYyAwIG10dSAxMzU2Cj4+PiAgICAgICAgIG9wdGlvbnM9MTgwODAwMDA8TElOS1NUQVRFLFRY VExTNCxUWFRMUzY+Cj4+PiAgICAgICAgIGV0aGVyIDRhOjc1OmYxOmY1OmE1OjBhCj4+PiAgICAg ICAgIGluZXQ2IGZlODA6OjQ4NzU6ZjFmZjpmZWY1OmE1MGEldmxhbjYwMSBwcmVmaXhsZW4gNjQg c2NvcGVpZCAweDUKPj4+ICAgICAgICAgZ3JvdXBzOiB2bGFuCj4+PiAgICAgICAgIHZsYW46IDYw MSB2bGFucHJvdG86IDgwMi4xcSB2bGFucGNwOiAwIHBhcmVudCBpbnRlcmZhY2U6IG1jZTAKPj4+ ICAgICAgICAgbWVkaWE6IEV0aGVybmV0IDI1R0Jhc2UtU1IgPGZ1bGwtZHVwbGV4LHJ4cGF1c2Us dHhwYXVzZT4KPj4+ICAgICAgICAgc3RhdHVzOiBhY3RpdmUKPj4+ICAgICAgICAgbmQ2IG9wdGlv bnM9MjM8UEVSRk9STU5VRCxBQ0NFUFRfUlRBRFYsQVVUT19MSU5LTE9DQUw+Cj4+Pgo+Pj4gVGhl IHZ4bGFuIGlzCj4+Pgo+Pj4gdnhsYW4wOiBmbGFncz0xMDA4OTAzPFVQLEJST0FEQ0FTVCxQUk9N SVNDLFNJTVBMRVgsTVVMVElDQVNULExPV0VSX1VQPiBtZXRyaWMgMCBtdHUgMTM1Ngo+Pj4gICAg ICAgICBvcHRpb25zPTgwMDIwPEpVTUJPX01UVSxMSU5LU1RBVEU+Cj4+PiAgICAgICAgIGV0aGVy IDU4OjljOmZjOjEwOjEyOjAxCj4+PiAgICAgICAgIGluZXQ2IGZlODA6OjVhOWM6ZmNmZjpmZTEw OjEyMDEldnhsYW4wIHByZWZpeGxlbiA2NCB0ZW50YXRpdmUgc2NvcGVpZCAweDcKPj4+ICAgICAg ICAgZ3JvdXBzOiB2eGxhbgo+Pj4gICAgICAgICB2eGxhbiB2bmkgNDAwIGxvY2FsIFsyMDAxOmRi ODoxMDAwOjoxXTo0Nzg5IHJlbW90ZSBbMjAwMTpkYjg6MTAwMDo6Ml06NDc4OQo+Pj4gICAgICAg ICBtZWRpYTogRXRoZXJuZXQgYXV0b3NlbGVjdCAoYXV0b3NlbGVjdCA8ZnVsbC1kdXBsZXg+KQo+ Pj4gICAgICAgICBzdGF0dXM6IGFjdGl2ZQo+Pj4gICAgICAgICBuZDYgb3B0aW9ucz0yMzxQRVJG T1JNTlVELEFDQ0VQVF9SVEFEVixBVVRPX0xJTktMT0NBTD4KPj4+Cj4+PiBBbmQgdGhlIGJyaWRn ZToKPj4+Cj4+PiAjIGlmY29uZmlnIGJyaWRnZTAKPj4+IGJyaWRnZTA6IGZsYWdzPTEwMjg5NDM8 VVAsQlJPQURDQVNULFJVTk5JTkcsUFJPTUlTQyxTSU1QTEVYLE1VTFRJQ0FTVCxQUFJPTUlTQyxM T1dFUl9VUD4gbWV0cmljIDAgbXR1IDEzNTYKPj4+ICAgICAgICAgb3B0aW9ucz0wCj4+PiAgICAg ICAgIGV0aGVyIDU4OjljOmZjOjEwOmZmOmQzCj4+PiAgICAgICAgIGlkIDAwOjAwOjAwOjAwOjAw OjAwIHByaW9yaXR5IDMyNzY4IGhlbGxvdGltZSAyIGZ3ZGRlbGF5IDE1Cj4+PiAgICAgICAgIG1h eGFnZSAyMCBob2xkY250IDYgcHJvdG8gcnN0cCBtYXhhZGRyIDIwMDAgdGltZW91dCAxMjAwCj4+ PiAgICAgICAgIHJvb3QgaWQgMDA6MDA6MDA6MDA6MDA6MDAgcHJpb3JpdHkgMzI3NjggaWZjb3N0 IDAgcG9ydCAwCj4+PiAgICAgICAgIG1lbWJlcjogdmxhbjYwMSBmbGFncz0xNDM8TEVBUk5JTkcs RElTQ09WRVIsQVVUT0VER0UsQVVUT1BUUD4KPj4+ICAgICAgICAgICAgICAgICBpZm1heGFkZHIg MCBwb3J0IDUgcHJpb3JpdHkgMTI4IHBhdGggY29zdCA4MDAKPj4+ICAgICAgICAgbWVtYmVyOiB2 eGxhbjAgZmxhZ3M9MTQzPExFQVJOSU5HLERJU0NPVkVSLEFVVE9FREdFLEFVVE9QVFA+Cj4+PiAg ICAgICAgICAgICAgICAgaWZtYXhhZGRyIDAgcG9ydCA3IHByaW9yaXR5IDEyOCBwYXRoIGNvc3Qg NTUKPj4+ICAgICAgICAgZ3JvdXBzOiBicmlkZ2UKPj4+ICAgICAgICAgbmQ2IG9wdGlvbnM9MzxQ RVJGT1JNTlVELEFDQ0VQVF9SVEFEVj4KPj4+Cj4+PiBUaGUgUEYgb24gdGhlIG1hY2hpbmUgaXMg YSBNZWxsYW5veCBbQ29ubmVjdFgtNCBMeAo+Pj4KPj4+ICMgIHBjaWNvbmYgLWx2YmNlIG1seDVf Y29yZTAKPj4+IG1seDVfY29yZTBAcGNpMDoxNzowOjA6CWNsYXNzPTB4MDIwMDAwIHJldj0weDAw IGhkcj0weDAwIHZlbmRvcj0weDE1YjMgZGV2aWNlPTB4MTAxNSBzdWJ2ZW5kb3I9MHgxNTkwIHN1 YmRldmljZT0weDAwZDQKPj4+ICAgICB2ZW5kb3IgICAgID0gJ01lbGxhbm94IFRlY2hub2xvZ2ll cycKPj4+ICAgICBkZXZpY2UgICAgID0gJ01UMjc3MTAgRmFtaWx5IFtDb25uZWN0WC00IEx4XScK Pj4+ICAgICBjbGFzcyAgICAgID0gbmV0d29yawo+Pj4gICAgIHN1YmNsYXNzICAgPSBldGhlcm5l dAo+Pj4gICAgIGJhciAgIFsxMF0gPSB0eXBlIFByZWZldGNoYWJsZSBNZW1vcnksIHJhbmdlIDY0 LCBiYXNlIDB4ZTQwMDAwMDAsIHNpemUgMzM1NTQ0MzIsIGVuYWJsZWQKPj4+ICAgICBjYXAgMTBb NjBdID0gUENJLUV4cHJlc3MgMiBlbmRwb2ludCBtYXggZGF0YSAyNTYoNTEyKSBGTFIgUk8gTlMK Pj4+ICAgICAgICAgICAgICAgICAgbWF4IHJlYWQgNDA5Ngo+Pj4gICAgICAgICAgICAgICAgICBs aW5rIHg4KHg4KSBzcGVlZCA4LjAoOC4wKSBBU1BNIEwxKEwxKQo+Pj4gICAgIGNhcCAwM1s0OF0g PSBWUEQKPj4+ICAgICBjYXAgMTFbOWNdID0gTVNJLVggc3VwcG9ydHMgNjQgbWVzc2FnZXMsIGVu YWJsZWQKPj4+ICAgICAgICAgICAgICAgICAgVGFibGUgaW4gbWFwIDB4MTBbMHgyMDAwXSwgUEJB IGluIG1hcCAweDEwWzB4MzAwMF0KPj4+ICAgICBjYXAgMDlbYzBdID0gdmVuZG9yIChsZW5ndGgg MjQpCj4+PiAgICAgY2FwIDAxWzQwXSA9IHBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMyAgY3Vy cmVudCBEMAo+Pj4gICAgIGVjYXAgMDAwMVsxMDBdID0gQUVSIDEgMCBmYXRhbCAwIG5vbi1mYXRh bCAxIGNvcnJlY3RlZAo+Pj4gICAgIGVjYXAgMDAwZVsxNTBdID0gQVJJIDEKPj4+ICAgICBlY2Fw IDAwMTBbMTgwXSA9IFNSLUlPViAxIElPViBlbmFibGVkLCBNZW1vcnkgU3BhY2UgZW5hYmxlZCwg QVJJIGVuYWJsZWQKPj4+ICAgICAgICAgICAgICAgICAgICAgIDggVkZzIGNvbmZpZ3VyZWQgb3V0 IG9mIDE2IHN1cHBvcnRlZAo+Pj4gICAgICAgICAgICAgICAgICAgICAgRmlyc3QgVkYgUklEIE9m ZnNldCAweDAwMDIsIFZGIFJJRCBTdHJpZGUgMHgwMDAxCj4+PiAgICAgICAgICAgICAgICAgICAg ICBWRiBEZXZpY2UgSUQgMHgxMDE2Cj4+PiAgICAgICAgICAgICAgICAgICAgICBQYWdlIFNpemVz OiA0MDk2IChlbmFibGVkKSwgODE5MiwgMTYzODQsIDMyNzY4LCA2NTUzNiwgMTMxMDcyLCAyNjIx NDQsIDUyNDI4OCwgMTA0ODU3NiwgMjA5NzE1MiwgNDE5NDMwNAo+Pj4gICAgIGlvdiBiYXIgIFsx YTRdID0gdHlwZSBQcmVmZXRjaGFibGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGM3ZmZlMDAw MDAwLCBzaXplIDEwNDg1NzYsIGVuYWJsZWQKPj4+ICAgICBlY2FwIDAwMTlbMWMwXSA9IFBDSWUg U2VjIDEgbGFuZSBlcnJvcnMgMAo+Pj4gICAgIGVjYXAgMDAwZFsyMzBdID0gQUNTIDEgU291cmNl IFZhbGlkYXRpb24gdW5hdmFpbGFibGUsIFRyYW5zbGF0aW9uIEJsb2NraW5nIHVuYXZhaWxhYmxl Cj4+PiAgICAgICAgICAgICAgICAgICAgICBQMlAgUmVxIFJlZGlyZWN0IHVuYXZhaWxhYmxlLCBQ MlAgQ21wbCBSZWRpcmVjdCB1bmF2YWlsYWJsZQo+Pj4gICAgICAgICAgICAgICAgICAgICAgUDJQ IFVwc3RyZWFtIEZvcndhcmRpbmcgdW5hdmFpbGFibGUsIFAyUCBFZ3Jlc3MgQ29udHJvbCB1bmF2 YWlsYWJsZQo+Pj4gICAgICAgICAgICAgICAgICAgICAgUDJQIERpcmVjdCBUcmFuc2xhdGVkIHVu YXZhaWxhYmxlLCBFbmhhbmNlZCBDYXBhYmlsaXR5IHVuYXZhaWxhYmxlCj4+PiAgIFBDSS1lIGVy cm9ycyA9IENvcnJlY3RhYmxlIEVycm9yIERldGVjdGVkCj4+PiAgICAgICAgICAgICAgICAgIFVu c3VwcG9ydGVkIFJlcXVlc3QgRGV0ZWN0ZWQKPj4+ICAgICAgQ29ycmVjdGVkID0gQWR2aXNvcnkg Tm9uLUZhdGFsIEVycm9yCj4+Pgo+Pj4gT3RoZXIgc2lkZSBpcyB0aGUgc2FtZSBleGNlcHQgdGhh dCB0aGUgY2FyZCBpcyBhbiBpbnRlbCBvbmU6Cj4+Pgo+Pj4gIyAgcGNpY29uZiAtbHZiY2UgaXhs MAo+Pj4gaXhsMEBwY2kwOjIzOjA6MDoJY2xhc3M9MHgwMjAwMDAgcmV2PTB4MDIgaGRyPTB4MDAg dmVuZG9yPTB4ODA4NiBkZXZpY2U9MHgxNTcyIHN1YnZlbmRvcj0weDE1ZDkgc3ViZGV2aWNlPTB4 MDkzYgo+Pj4gICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCj4+PiAgICAgZGV2 aWNlICAgICA9ICdFdGhlcm5ldCBDb250cm9sbGVyIFg3MTAgZm9yIDEwR2JFIFNGUCsnCj4+PiAg ICAgY2xhc3MgICAgICA9IG5ldHdvcmsKPj4+ICAgICBzdWJjbGFzcyAgID0gZXRoZXJuZXQKPj4+ ICAgICBiYXIgICBbMTBdID0gdHlwZSBQcmVmZXRjaGFibGUgTWVtb3J5LCByYW5nZSA2NCwgYmFz ZSAweGM0ODAwMDAwLCBzaXplIDgzODg2MDgsIGVuYWJsZWQKPj4+ICAgICBiYXIgICBbMWNdID0g dHlwZSBQcmVmZXRjaGFibGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGM1ODA4MDAwLCBzaXpl IDMyNzY4LCBlbmFibGVkCj4+PiAgICAgY2FwIDAxWzQwXSA9IHBvd2Vyc3BlYyAzICBzdXBwb3J0 cyBEMCBEMyAgY3VycmVudCBEMAo+Pj4gICAgIGNhcCAwNVs1MF0gPSBNU0kgc3VwcG9ydHMgMSBt ZXNzYWdlLCA2NCBiaXQsIHZlY3RvciBtYXNrcwo+Pj4gICAgIGNhcCAxMVs3MF0gPSBNU0ktWCBz dXBwb3J0cyAxMjkgbWVzc2FnZXMsIGVuYWJsZWQKPj4+ICAgICAgICAgICAgICAgICAgVGFibGUg aW4gbWFwIDB4MWNbMHgwXSwgUEJBIGluIG1hcCAweDFjWzB4MTAwMF0KPj4+ICAgICBjYXAgMTBb YTBdID0gUENJLUV4cHJlc3MgMiBlbmRwb2ludCBtYXggZGF0YSAyNTYoMjA0OCkgRkxSIFJPCj4+ PiAgICAgICAgICAgICAgICAgIG1heCByZWFkIDUxMgo+Pj4gICAgICAgICAgICAgICAgICBsaW5r IHg4KHg4KSBzcGVlZCA4LjAoOC4wKQo+Pj4gICAgIGNhcCAwM1tlMF0gPSBWUEQKPj4+ICAgICBl Y2FwIDAwMDFbMTAwXSA9IEFFUiAyIDAgZmF0YWwgMCBub24tZmF0YWwgMSBjb3JyZWN0ZWQKPj4+ ICAgICBlY2FwIDAwMDNbMTQwXSA9IFNlcmlhbCAxIGI4ZjY3OGZmZmY1NWMyN2MKPj4+ICAgICBl Y2FwIDAwMGVbMTUwXSA9IEFSSSAxCj4+PiAgICAgZWNhcCAwMDEwWzE2MF0gPSBTUi1JT1YgMSBJ T1YgZW5hYmxlZCwgTWVtb3J5IFNwYWNlIGVuYWJsZWQsIEFSSSBlbmFibGVkCj4+PiAgICAgICAg ICAgICAgICAgICAgICAxNiBWRnMgY29uZmlndXJlZCBvdXQgb2YgNjQgc3VwcG9ydGVkCj4+PiAg ICAgICAgICAgICAgICAgICAgICBGaXJzdCBWRiBSSUQgT2Zmc2V0IDB4MDAxMCwgVkYgUklEIFN0 cmlkZSAweDAwMDEKPj4+ICAgICAgICAgICAgICAgICAgICAgIFZGIERldmljZSBJRCAweDE1NGMK Pj4+ICAgICAgICAgICAgICAgICAgICAgIFBhZ2UgU2l6ZXM6IDQwOTYgKGVuYWJsZWQpLCA4MTky LCA2NTUzNiwgMjYyMTQ0LCAxMDQ4NTc2LCA0MTk0MzA0Cj4+PiAgICAgaW92IGJhciAgWzE4NF0g PSB0eXBlIFByZWZldGNoYWJsZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4YzUwMDAwMDAsIHNp emUgNjU1MzYsIGVuYWJsZWQKPj4+ICAgICBpb3YgYmFyICBbMTkwXSA9IHR5cGUgUHJlZmV0Y2hh YmxlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhjNTEwMDAwMCwgc2l6ZSAxNjM4NCwgZW5hYmxl ZAo+Pj4gICAgIGVjYXAgMDAxN1sxYTBdID0gVFBIIFJlcXVlc3RlciAxCj4+PiAgICAgZWNhcCAw MDBkWzFiMF0gPSBBQ1MgMSBTb3VyY2UgVmFsaWRhdGlvbiB1bmF2YWlsYWJsZSwgVHJhbnNsYXRp b24gQmxvY2tpbmcgdW5hdmFpbGFibGUKPj4+ICAgICAgICAgICAgICAgICAgICAgIFAyUCBSZXEg UmVkaXJlY3QgdW5hdmFpbGFibGUsIFAyUCBDbXBsIFJlZGlyZWN0IHVuYXZhaWxhYmxlCj4+PiAg ICAgICAgICAgICAgICAgICAgICBQMlAgVXBzdHJlYW0gRm9yd2FyZGluZyB1bmF2YWlsYWJsZSwg UDJQIEVncmVzcyBDb250cm9sIHVuYXZhaWxhYmxlCj4+PiAgICAgICAgICAgICAgICAgICAgICBQ MlAgRGlyZWN0IFRyYW5zbGF0ZWQgdW5hdmFpbGFibGUsIEVuaGFuY2VkIENhcGFiaWxpdHkgdW5h dmFpbGFibGUKPj4+ICAgICBlY2FwIDAwMTlbMWQwXSA9IFBDSWUgU2VjIDEgbGFuZSBlcnJvcnMg MAo+Pj4gICBQQ0ktZSBlcnJvcnMgPSBDb3JyZWN0YWJsZSBFcnJvciBEZXRlY3RlZAo+Pj4gICAg ICAgICAgICAgICAgICBVbnN1cHBvcnRlZCBSZXF1ZXN0IERldGVjdGVkCj4+PiAgICAgIENvcnJl Y3RlZCA9IEFkdmlzb3J5IE5vbi1GYXRhbCBFcnJvcg== --b1=_VKnHBtrqhFjc4CWnvePWdnDVqs6hfJZsGctXZboGTA Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiLz48L2hlYWQ+PGJvZHkgc3R5bGU9Im92ZXJmbG93LXdyYXA6 IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgbGluZS1icmVhazogYWZ0ZXIt d2hpdGUtc3BhY2U7Ij5PaCwgaSBuZWVkIHRvIGNoZWNrIGlmIHRoZSB2eGxhbiB3b3JrcyBjb3Jy ZWN0bHkgaW5kZWVkLi4uPGRpdj48YnIvPjwvZGl2PjxkaXY+PGRpdj48YmxvY2txdW90ZSB0eXBl PSJjaXRlIj48ZGl2Pjxmb250IGNvbG9yPSIjMDAwMDAwIj48c3BhbiBzdHlsZT0iY2FyZXQtY29s b3I6IHJnYigwLCAwLCAwKTsiPlNvIHlvdSBhcmUgYWxzbyB1c2luZyBzci1pb3YgP8KgPC9zcGFu PjwvZm9udD48L2Rpdj48L2Jsb2NrcXVvdGU+PGRpdj48YnIvPjwvZGl2PjxkaXY+QmVub8OudDwv ZGl2Pjxici8+PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PGRpdj5PbiAxNyBNYXIgMjAyNSwgYXQg MTc6MDgsIFNhbnRpYWdvIE1hcnRpbmV6ICZsdDtzbUBjb2RlbmV0d29ya3MubmV0Jmd0OyB3cm90 ZTo8L2Rpdj48YnIgY2xhc3M9IkFwcGxlLWludGVyY2hhbmdlLW5ld2xpbmUiLz48ZGl2Pg0KDQog IA0KICAgIDxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0idGV4dC9odG1s OyBjaGFyc2V0PVVURi04Ii8+DQogIA0KICA8ZGl2PjxwPkhpIEJlbm9pdCwgb25lIG1vcmUgdGhp bmcsIEltIG5vdCBzdXJlIHdoYXRzIHRoZSBjdXJyZW50IHN1cHBvcnQNCiAgICAgIGZvciB2Niwg c3BlY2lhbGx5IGZvciBORC48L3A+PHA+QmVzdCByZWdhcmRzLjwvcD48cD5TYW50aTwvcD48cD48 YnIvPg0KICAgIDwvcD4NCiAgICA8ZGl2IGNsYXNzPSJtb3otY2l0ZS1wcmVmaXgiPk9uIDMvMTcv MjUgMTY6NDgsIFNhbnRpYWdvIE1hcnRpbmV6DQogICAgICB3cm90ZTo8YnIvPg0KICAgIDwvZGl2 Pg0KICAgIDxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNpdGU9Im1pZDpiY2MzYWQ5NS01MmYxLTRl OGItYTc5Ny04ODUzOTZhODFlMzhAY29kZW5ldHdvcmtzLm5ldCI+DQogICAgICA8bWV0YSBodHRw LWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD1VVEYtOCIv PjxwIGRhdGEtc3RhcnQ9Ijk4IiBkYXRhLWVuZD0iMTI4Ij5IaSBCZW5vaXQsPC9wPjxwIGRhdGEt c3RhcnQ9IjE0NCIgZGF0YS1lbmQ9IjIwOSI+SSBoYXZlIGEgc2ltaWxhciBzZXR1cCB0byB5b3Vy cw0KICAgICAgICAobm90IHVzaW5nIE1MWDQpLCBhbmQgaXQgd29ya3MuPC9wPjxwIGRhdGEtc3Rh cnQ9IjIxMSIgZGF0YS1lbmQ9IjI4NiI+SSBoYXZlIHR3byBWTXMgYWN0aW5nIGFzDQogICAgICAg IHJvdXRlcnMgKFItQSBhbmQgUi1CKSwgZWFjaCB3aXRoIHR3byBpbnRlcmZhY2VzLjwvcD48cCBk YXRhLXN0YXJ0PSIyODgiIGRhdGEtZW5kPSIzMDIiPk9uIFJvdXRlci1BOjwvcD4NCiAgICAgIDx1 bCBkYXRhLXN0YXJ0PSIzMDMiIGRhdGEtZW5kPSI0NTciPg0KICAgICAgICA8bGkgZGF0YS1zdGFy dD0iMzAzIiBkYXRhLWVuZD0iMzMxIj5WVE5FVDEg4oaSIFAyUCB0byBSb3V0ZXItQi48L2xpPg0K ICAgICAgICA8bGkgZGF0YS1zdGFydD0iMzMyIiBkYXRhLWVuZD0iMzgwIj5WVE5FVDAg4oaSIFN1 Yi1pbnRlcmZhY2UgKFZMQU4NCiAgICAgICAgICAzMzMpIC0gQ2xpZW50LUEuPC9saT4NCiAgICAg ICAgPGxpIGRhdGEtc3RhcnQ9IjM4MSIgZGF0YS1lbmQ9IjQxMCI+VlhMQU4wIOKGkiBUb3dhcmRz IFJvdXRlci1CLjwvbGk+DQogICAgICAgIDxsaSBkYXRhLXN0YXJ0PSI0MTEiIGRhdGEtZW5kPSI0 NTciPkJSLVRFU1Qg4oaSIFZYTEFOMCBhbmQNCiAgICAgICAgICBWVE5FVDAuMzMzIGFzIG1lbWJl cnMuPC9saT4NCiAgICAgIDwvdWw+PHAgZGF0YS1zdGFydD0iNDU5IiBkYXRhLWVuZD0iNDczIj5P biBSb3V0ZXItQjo8L3A+DQogICAgICA8dWwgZGF0YS1zdGFydD0iNDc0IiBkYXRhLWVuZD0iNjEy Ij4NCiAgICAgICAgPGxpIGRhdGEtc3RhcnQ9IjQ3NCIgZGF0YS1lbmQ9IjUwMiI+VlRORVQxIOKG kiBQMlAgdG8gUm91dGVyLUEuPC9saT4NCiAgICAgICAgPGxpIGRhdGEtc3RhcnQ9IjUwMyIgZGF0 YS1lbmQ9IjUzNSI+VlRORVQwIOKGkiBVbnRhZ2dlZCAtDQogICAgICAgICAgQ2xpZW50LUIuPC9s aT4NCiAgICAgICAgPGxpIGRhdGEtc3RhcnQ9IjUzNiIgZGF0YS1lbmQ9IjU2NSI+VlhMQU4wIOKG kiBUb3dhcmRzIFJvdXRlci1BLjwvbGk+DQogICAgICAgIDxsaSBkYXRhLXN0YXJ0PSI1NjYiIGRh dGEtZW5kPSI2MTIiPkJSLVRFU1Qg4oaSIFZYTEFOMCBhbmQgVlRORVQwDQogICAgICAgICAgYXMg bWVtYmVycy48L2xpPg0KICAgICAgPC91bD48cCBkYXRhLXN0YXJ0PSI2MTQiIGRhdGEtZW5kPSI2 MzEiPlRyYWZmaWMgcGFzc2VzLjwvcD48cCBkYXRhLXN0YXJ0PSI2MzMiIGRhdGEtZW5kPSI3MjYi Pk9uZSB0aGluZyB0byBub3Rl4oCUVlhMQU4wIHdpbGwNCiAgICAgICAgYXBwZWFyIGFzIFVQL0Fj dGl2ZSBldmVuIGlmIGl04oCZcyBub3QgcmVhY2hpbmcgdGhlIG90aGVyIHNpZGUuPC9wPjxwIGRh dGEtc3RhcnQ9IjcyOCIgZGF0YS1lbmQ9Ijc1MSI+QmVzdCByZWdhcmRzLDxiciBkYXRhLXN0YXJ0 PSI3NDEiIGRhdGEtZW5kPSI3NDQiLz4NCiAgICAgICAgU2FudGk8L3A+PHA+PGJyLz4NCiAgICAg IDwvcD4NCiAgICAgIDxkaXYgY2xhc3M9Im1vei1jaXRlLXByZWZpeCI+T24gMy8xNy8yNSAxNToz MiwgQmVub2l0IENoZXNuZWF1DQogICAgICAgIHdyb3RlOjxici8+DQogICAgICA8L2Rpdj4NCiAg ICAgIDxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNpdGU9Im1pZDpEREJGNTJENC04OTEyLTRDMzAt OTRDNS01QkEwQTQzRDYyQUFAaWNsb3VkLmNvbSI+DQogICAgICAgIDxwcmUgd3JhcD0iIiBjbGFz cz0ibW96LXF1b3RlLXByZSI+SGkgYWxsLA0KDQpJJiMzOTttIHRyeWluZyB0byBtYWtlIHNvbWUg a2luZCBvZiBjcm9zcyBjb25uZWN0IGJldHdlZW4gYSB2bGFuIGFuZCBhIHZ4bGFuLCBidXQgYXMg ZmFyIGFzIEkgIHVuZGVyc3RhbmQgdGhlIG1hYyBhZGRyZXNzIGFyZSBub3QgbGVhcm50IGZyb20g dGhlIHZsYW4gV2hlbiBJIGxpc3RlbiB1c2luZyB0Y3BkdW1wIG9uIHRoZSB2bGFuIGkgY2FuIHNl ZSB0aGUgYXJwIHJlcXVlc3QgYnV0IG5vdCBpbiB0aGUgaW4gdGhlIHZ4bGFuLiBBTnkgaWRlYSBo b3cgc2hvdWxkIEkgZml4IHRoaXM/IElzIHRoZXJlIGFueSBvdGhlciB3YXkgdG8gZG8gYSBjcm9z cyBjb25lY3Qgb3Igc2hvdWQgSSBnbyBiYWNrIHRvIG5vdCB1c2Ugc3Jpb3Ygd2hlbiBpIG5lZWQg dG8gYnVpbGQgYnJpZGdlcz8NCg0KDQpBbnkgaWRlYSBpcyB3ZWxjb21lLg0KDQpCZW5vaXQNCg0K TW9yZSBkZXRhaWxzIGZvbGxvdw0KDQpUaGUgdmxhbiBpcyBjcmVhdGVkIG92ZXIgYSBWRiBkZXZp Y2UgaW4gIGEgYmh5dmUgdm06DQoNCnZsYW42MDE6IGZsYWdzPTEwMDg5NDMmbHQ7VVAsQlJPQURD QVNULFJVTk5JTkcsUFJPTUlTQyxTSU1QTEVYLE1VTFRJQ0FTVCxMT1dFUl9VUCZndDsgbWV0cmlj IDAgbXR1IDEzNTYNCiAgICAgICAgb3B0aW9ucz0xODA4MDAwMCZsdDtMSU5LU1RBVEUsVFhUTFM0 LFRYVExTNiZndDsNCiAgICAgICAgZXRoZXIgNGE6NzU6ZjE6ZjU6YTU6MGENCiAgICAgICAgaW5l dDYgZmU4MDo6NDg3NTpmMWZmOmZlZjU6YTUwYSV2bGFuNjAxIHByZWZpeGxlbiA2NCBzY29wZWlk IDB4NQ0KICAgICAgICBncm91cHM6IHZsYW4NCiAgICAgICAgdmxhbjogNjAxIHZsYW5wcm90bzog ODAyLjFxIHZsYW5wY3A6IDAgcGFyZW50IGludGVyZmFjZTogbWNlMA0KICAgICAgICBtZWRpYTog RXRoZXJuZXQgMjVHQmFzZS1TUiAmbHQ7ZnVsbC1kdXBsZXgscnhwYXVzZSx0eHBhdXNlJmd0Ow0K ICAgICAgICBzdGF0dXM6IGFjdGl2ZQ0KICAgICAgICBuZDYgb3B0aW9ucz0yMyZsdDtQRVJGT1JN TlVELEFDQ0VQVF9SVEFEVixBVVRPX0xJTktMT0NBTCZndDsNCg0KVGhlIHZ4bGFuIGlzDQoNCnZ4 bGFuMDogZmxhZ3M9MTAwODkwMyZsdDtVUCxCUk9BRENBU1QsUFJPTUlTQyxTSU1QTEVYLE1VTFRJ Q0FTVCxMT1dFUl9VUCZndDsgbWV0cmljIDAgbXR1IDEzNTYNCiAgICAgICAgb3B0aW9ucz04MDAy MCZsdDtKVU1CT19NVFUsTElOS1NUQVRFJmd0Ow0KICAgICAgICBldGhlciA1ODo5YzpmYzoxMDox MjowMQ0KICAgICAgICBpbmV0NiBmZTgwOjo1YTljOmZjZmY6ZmUxMDoxMjAxJXZ4bGFuMCBwcmVm aXhsZW4gNjQgdGVudGF0aXZlIHNjb3BlaWQgMHg3DQogICAgICAgIGdyb3VwczogdnhsYW4NCiAg ICAgICAgdnhsYW4gdm5pIDQwMCBsb2NhbCBbMjAwMTpkYjg6MTAwMDo6MV06NDc4OSByZW1vdGUg WzIwMDE6ZGI4OjEwMDA6OjJdOjQ3ODkNCiAgICAgICAgbWVkaWE6IEV0aGVybmV0IGF1dG9zZWxl Y3QgKGF1dG9zZWxlY3QgJmx0O2Z1bGwtZHVwbGV4Jmd0OykNCiAgICAgICAgc3RhdHVzOiBhY3Rp dmUNCiAgICAgICAgbmQ2IG9wdGlvbnM9MjMmbHQ7UEVSRk9STU5VRCxBQ0NFUFRfUlRBRFYsQVVU T19MSU5LTE9DQUwmZ3Q7DQoNCg0KQW5kIHRoZSBicmlkZ2U6DQoNCiMgaWZjb25maWcgYnJpZGdl MA0KYnJpZGdlMDogZmxhZ3M9MTAyODk0MyZsdDtVUCxCUk9BRENBU1QsUlVOTklORyxQUk9NSVND LFNJTVBMRVgsTVVMVElDQVNULFBQUk9NSVNDLExPV0VSX1VQJmd0OyBtZXRyaWMgMCBtdHUgMTM1 Ng0KICAgICAgICBvcHRpb25zPTANCiAgICAgICAgZXRoZXIgNTg6OWM6ZmM6MTA6ZmY6ZDMNCiAg ICAgICAgaWQgMDA6MDA6MDA6MDA6MDA6MDAgcHJpb3JpdHkgMzI3NjggaGVsbG90aW1lIDIgZndk ZGVsYXkgMTUNCiAgICAgICAgbWF4YWdlIDIwIGhvbGRjbnQgNiBwcm90byByc3RwIG1heGFkZHIg MjAwMCB0aW1lb3V0IDEyMDANCiAgICAgICAgcm9vdCBpZCAwMDowMDowMDowMDowMDowMCBwcmlv cml0eSAzMjc2OCBpZmNvc3QgMCBwb3J0IDANCiAgICAgICAgbWVtYmVyOiB2bGFuNjAxIGZsYWdz PTE0MyZsdDtMRUFSTklORyxESVNDT1ZFUixBVVRPRURHRSxBVVRPUFRQJmd0Ow0KICAgICAgICAg ICAgICAgIGlmbWF4YWRkciAwIHBvcnQgNSBwcmlvcml0eSAxMjggcGF0aCBjb3N0IDgwMA0KICAg ICAgICBtZW1iZXI6IHZ4bGFuMCBmbGFncz0xNDMmbHQ7TEVBUk5JTkcsRElTQ09WRVIsQVVUT0VE R0UsQVVUT1BUUCZndDsNCiAgICAgICAgICAgICAgICBpZm1heGFkZHIgMCBwb3J0IDcgcHJpb3Jp dHkgMTI4IHBhdGggY29zdCA1NQ0KICAgICAgICBncm91cHM6IGJyaWRnZQ0KICAgICAgICBuZDYg b3B0aW9ucz0zJmx0O1BFUkZPUk1OVUQsQUNDRVBUX1JUQURWJmd0Ow0KDQpUaGUgUEYgb24gdGhl IG1hY2hpbmUgaXMgYSBNZWxsYW5veCBbQ29ubmVjdFgtNCBMeA0KDQojICBwY2ljb25mIC1sdmJj ZSBtbHg1X2NvcmUwDQptbHg1X2NvcmUwQHBjaTA6MTc6MDowOgljbGFzcz0weDAyMDAwMCByZXY9 MHgwMCBoZHI9MHgwMCB2ZW5kb3I9MHgxNWIzIGRldmljZT0weDEwMTUgc3VidmVuZG9yPTB4MTU5 MCBzdWJkZXZpY2U9MHgwMGQ0DQogICAgdmVuZG9yICAgICA9ICYjMzk7TWVsbGFub3ggVGVjaG5v bG9naWVzJiMzOTsNCiAgICBkZXZpY2UgICAgID0gJiMzOTtNVDI3NzEwIEZhbWlseSBbQ29ubmVj dFgtNCBMeF0mIzM5Ow0KICAgIGNsYXNzICAgICAgPSBuZXR3b3JrDQogICAgc3ViY2xhc3MgICA9 IGV0aGVybmV0DQogICAgYmFyICAgWzEwXSA9IHR5cGUgUHJlZmV0Y2hhYmxlIE1lbW9yeSwgcmFu Z2UgNjQsIGJhc2UgMHhlNDAwMDAwMCwgc2l6ZSAzMzU1NDQzMiwgZW5hYmxlZA0KICAgIGNhcCAx MFs2MF0gPSBQQ0ktRXhwcmVzcyAyIGVuZHBvaW50IG1heCBkYXRhIDI1Nig1MTIpIEZMUiBSTyBO Uw0KICAgICAgICAgICAgICAgICBtYXggcmVhZCA0MDk2DQogICAgICAgICAgICAgICAgIGxpbmsg eDgoeDgpIHNwZWVkIDguMCg4LjApIEFTUE0gTDEoTDEpDQogICAgY2FwIDAzWzQ4XSA9IFZQRA0K ICAgIGNhcCAxMVs5Y10gPSBNU0ktWCBzdXBwb3J0cyA2NCBtZXNzYWdlcywgZW5hYmxlZA0KICAg ICAgICAgICAgICAgICBUYWJsZSBpbiBtYXAgMHgxMFsweDIwMDBdLCBQQkEgaW4gbWFwIDB4MTBb MHgzMDAwXQ0KICAgIGNhcCAwOVtjMF0gPSB2ZW5kb3IgKGxlbmd0aCAyNCkNCiAgICBjYXAgMDFb NDBdID0gcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwDQogICAgZWNhcCAw MDAxWzEwMF0gPSBBRVIgMSAwIGZhdGFsIDAgbm9uLWZhdGFsIDEgY29ycmVjdGVkDQogICAgZWNh cCAwMDBlWzE1MF0gPSBBUkkgMQ0KICAgIGVjYXAgMDAxMFsxODBdID0gU1ItSU9WIDEgSU9WIGVu YWJsZWQsIE1lbW9yeSBTcGFjZSBlbmFibGVkLCBBUkkgZW5hYmxlZA0KICAgICAgICAgICAgICAg ICAgICAgOCBWRnMgY29uZmlndXJlZCBvdXQgb2YgMTYgc3VwcG9ydGVkDQogICAgICAgICAgICAg ICAgICAgICBGaXJzdCBWRiBSSUQgT2Zmc2V0IDB4MDAwMiwgVkYgUklEIFN0cmlkZSAweDAwMDEN CiAgICAgICAgICAgICAgICAgICAgIFZGIERldmljZSBJRCAweDEwMTYNCiAgICAgICAgICAgICAg ICAgICAgIFBhZ2UgU2l6ZXM6IDQwOTYgKGVuYWJsZWQpLCA4MTkyLCAxNjM4NCwgMzI3NjgsIDY1 NTM2LCAxMzEwNzIsIDI2MjE0NCwgNTI0Mjg4LCAxMDQ4NTc2LCAyMDk3MTUyLCA0MTk0MzA0DQog ICAgaW92IGJhciAgWzFhNF0gPSB0eXBlIFByZWZldGNoYWJsZSBNZW1vcnksIHJhbmdlIDY0LCBi YXNlIDB4YzdmZmUwMDAwMDAsIHNpemUgMTA0ODU3NiwgZW5hYmxlZA0KICAgIGVjYXAgMDAxOVsx YzBdID0gUENJZSBTZWMgMSBsYW5lIGVycm9ycyAwDQogICAgZWNhcCAwMDBkWzIzMF0gPSBBQ1Mg MSBTb3VyY2UgVmFsaWRhdGlvbiB1bmF2YWlsYWJsZSwgVHJhbnNsYXRpb24gQmxvY2tpbmcgdW5h dmFpbGFibGUNCiAgICAgICAgICAgICAgICAgICAgIFAyUCBSZXEgUmVkaXJlY3QgdW5hdmFpbGFi bGUsIFAyUCBDbXBsIFJlZGlyZWN0IHVuYXZhaWxhYmxlDQogICAgICAgICAgICAgICAgICAgICBQ MlAgVXBzdHJlYW0gRm9yd2FyZGluZyB1bmF2YWlsYWJsZSwgUDJQIEVncmVzcyBDb250cm9sIHVu YXZhaWxhYmxlDQogICAgICAgICAgICAgICAgICAgICBQMlAgRGlyZWN0IFRyYW5zbGF0ZWQgdW5h dmFpbGFibGUsIEVuaGFuY2VkIENhcGFiaWxpdHkgdW5hdmFpbGFibGUNCiAgUENJLWUgZXJyb3Jz ID0gQ29ycmVjdGFibGUgRXJyb3IgRGV0ZWN0ZWQNCiAgICAgICAgICAgICAgICAgVW5zdXBwb3J0 ZWQgUmVxdWVzdCBEZXRlY3RlZA0KICAgICBDb3JyZWN0ZWQgPSBBZHZpc29yeSBOb24tRmF0YWwg RXJyb3INCg0KT3RoZXIgc2lkZSBpcyB0aGUgc2FtZSBleGNlcHQgdGhhdCB0aGUgY2FyZCBpcyBh biBpbnRlbCBvbmU6DQoNCiMgIHBjaWNvbmYgLWx2YmNlIGl4bDANCml4bDBAcGNpMDoyMzowOjA6 CWNsYXNzPTB4MDIwMDAwIHJldj0weDAyIGhkcj0weDAwIHZlbmRvcj0weDgwODYgZGV2aWNlPTB4 MTU3MiBzdWJ2ZW5kb3I9MHgxNWQ5IHN1YmRldmljZT0weDA5M2INCiAgICB2ZW5kb3IgICAgID0g JiMzOTtJbnRlbCBDb3Jwb3JhdGlvbiYjMzk7DQogICAgZGV2aWNlICAgICA9ICYjMzk7RXRoZXJu ZXQgQ29udHJvbGxlciBYNzEwIGZvciAxMEdiRSBTRlArJiMzOTsNCiAgICBjbGFzcyAgICAgID0g bmV0d29yaw0KICAgIHN1YmNsYXNzICAgPSBldGhlcm5ldA0KICAgIGJhciAgIFsxMF0gPSB0eXBl IFByZWZldGNoYWJsZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4YzQ4MDAwMDAsIHNpemUgODM4 ODYwOCwgZW5hYmxlZA0KICAgIGJhciAgIFsxY10gPSB0eXBlIFByZWZldGNoYWJsZSBNZW1vcnks IHJhbmdlIDY0LCBiYXNlIDB4YzU4MDgwMDAsIHNpemUgMzI3NjgsIGVuYWJsZWQNCiAgICBjYXAg MDFbNDBdID0gcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwDQogICAgY2Fw IDA1WzUwXSA9IE1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UsIDY0IGJpdCwgdmVjdG9yIG1hc2tzDQog ICAgY2FwIDExWzcwXSA9IE1TSS1YIHN1cHBvcnRzIDEyOSBtZXNzYWdlcywgZW5hYmxlZA0KICAg ICAgICAgICAgICAgICBUYWJsZSBpbiBtYXAgMHgxY1sweDBdLCBQQkEgaW4gbWFwIDB4MWNbMHgx MDAwXQ0KICAgIGNhcCAxMFthMF0gPSBQQ0ktRXhwcmVzcyAyIGVuZHBvaW50IG1heCBkYXRhIDI1 NigyMDQ4KSBGTFIgUk8NCiAgICAgICAgICAgICAgICAgbWF4IHJlYWQgNTEyDQogICAgICAgICAg ICAgICAgIGxpbmsgeDgoeDgpIHNwZWVkIDguMCg4LjApDQogICAgY2FwIDAzW2UwXSA9IFZQRA0K ICAgIGVjYXAgMDAwMVsxMDBdID0gQUVSIDIgMCBmYXRhbCAwIG5vbi1mYXRhbCAxIGNvcnJlY3Rl ZA0KICAgIGVjYXAgMDAwM1sxNDBdID0gU2VyaWFsIDEgYjhmNjc4ZmZmZjU1YzI3Yw0KICAgIGVj YXAgMDAwZVsxNTBdID0gQVJJIDENCiAgICBlY2FwIDAwMTBbMTYwXSA9IFNSLUlPViAxIElPViBl bmFibGVkLCBNZW1vcnkgU3BhY2UgZW5hYmxlZCwgQVJJIGVuYWJsZWQNCiAgICAgICAgICAgICAg ICAgICAgIDE2IFZGcyBjb25maWd1cmVkIG91dCBvZiA2NCBzdXBwb3J0ZWQNCiAgICAgICAgICAg ICAgICAgICAgIEZpcnN0IFZGIFJJRCBPZmZzZXQgMHgwMDEwLCBWRiBSSUQgU3RyaWRlIDB4MDAw MQ0KICAgICAgICAgICAgICAgICAgICAgVkYgRGV2aWNlIElEIDB4MTU0Yw0KICAgICAgICAgICAg ICAgICAgICAgUGFnZSBTaXplczogNDA5NiAoZW5hYmxlZCksIDgxOTIsIDY1NTM2LCAyNjIxNDQs IDEwNDg1NzYsIDQxOTQzMDQNCiAgICBpb3YgYmFyICBbMTg0XSA9IHR5cGUgUHJlZmV0Y2hhYmxl IE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhjNTAwMDAwMCwgc2l6ZSA2NTUzNiwgZW5hYmxlZA0K ICAgIGlvdiBiYXIgIFsxOTBdID0gdHlwZSBQcmVmZXRjaGFibGUgTWVtb3J5LCByYW5nZSA2NCwg YmFzZSAweGM1MTAwMDAwLCBzaXplIDE2Mzg0LCBlbmFibGVkDQogICAgZWNhcCAwMDE3WzFhMF0g PSBUUEggUmVxdWVzdGVyIDENCiAgICBlY2FwIDAwMGRbMWIwXSA9IEFDUyAxIFNvdXJjZSBWYWxp ZGF0aW9uIHVuYXZhaWxhYmxlLCBUcmFuc2xhdGlvbiBCbG9ja2luZyB1bmF2YWlsYWJsZQ0KICAg ICAgICAgICAgICAgICAgICAgUDJQIFJlcSBSZWRpcmVjdCB1bmF2YWlsYWJsZSwgUDJQIENtcGwg UmVkaXJlY3QgdW5hdmFpbGFibGUNCiAgICAgICAgICAgICAgICAgICAgIFAyUCBVcHN0cmVhbSBG b3J3YXJkaW5nIHVuYXZhaWxhYmxlLCBQMlAgRWdyZXNzIENvbnRyb2wgdW5hdmFpbGFibGUNCiAg ICAgICAgICAgICAgICAgICAgIFAyUCBEaXJlY3QgVHJhbnNsYXRlZCB1bmF2YWlsYWJsZSwgRW5o YW5jZWQgQ2FwYWJpbGl0eSB1bmF2YWlsYWJsZQ0KICAgIGVjYXAgMDAxOVsxZDBdID0gUENJZSBT ZWMgMSBsYW5lIGVycm9ycyAwDQogIFBDSS1lIGVycm9ycyA9IENvcnJlY3RhYmxlIEVycm9yIERl dGVjdGVkDQogICAgICAgICAgICAgICAgIFVuc3VwcG9ydGVkIFJlcXVlc3QgRGV0ZWN0ZWQNCiAg ICAgQ29ycmVjdGVkID0gQWR2aXNvcnkgTm9uLUZhdGFsIEVycm9yDQo8L3ByZT4NCiAgICAgIDwv YmxvY2txdW90ZT4NCiAgICA8L2Jsb2NrcXVvdGU+DQogIDwvZGl2Pg0KDQo8L2Rpdj48L2Jsb2Nr cXVvdGU+PC9kaXY+PGJyLz48L2Rpdj48L2JvZHk+PC9odG1sPg== --b1=_VKnHBtrqhFjc4CWnvePWdnDVqs6hfJZsGctXZboGTA-- From nobody Mon Mar 17 18:25:02 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 4ZGk0r53gFz5qTky for ; Mon, 17 Mar 2025 18:25:16 +0000 (UTC) (envelope-from sm@codenetworks.net) Received: from relayout02-q03.dominioabsoluto.net (relayout02-q03.dominioabsoluto.net [217.116.26.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZGk0q75Blz3rPy for ; Mon, 17 Mar 2025 18:25:15 +0000 (UTC) (envelope-from sm@codenetworks.net) Authentication-Results: mx1.freebsd.org; none Received: from relayout02-redir.dominioabsoluto.net (relayout02-redir.dominioabsoluto.net [217.116.26.75]) by relayout02.dominioabsoluto.net (Postfix) with ESMTP id 4ZGk0n4R60zlWTG; Mon, 17 Mar 2025 19:25:13 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=codenetworks.net; s=domabs; t=1742235913; bh=iIRYSBo6Kw+zs10oKYqMOTByPzLHKT3K7JQzlArbEl4=; h=From:Subject:Date:References:Cc:In-Reply-To:To:From; b=Mz8THXYnx5VobqEZ3annQcV/KV0Ugs9wYl45I7gkX6slaP97xt148XiTdEtMy2Cij bHQ8pw+7lpgzXzpMHVdrwctvDV+yaPTz3MAQk46+P0EkQ4spKdimzXFtu7V5MgY39n 6GcbQnWVsisBqDqR2o5p7nmz+4wEjrr8tvYDFWQk= Received: from smtpclient.apple (unknown [188.241.98.123]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: sm.codenetworks.net) by relayout02-dsp.dominioabsoluto.net (Postfix) with ESMTPSA id 4ZGk0n10vxzlWTG; Mon, 17 Mar 2025 19:25:13 +0100 (CET) Content-Type: multipart/alternative; boundary=Apple-Mail-F8EEAA0E-4FA5-4658-8DD3-FBC6BA419194 Content-Transfer-Encoding: 7bit From: Santiago Martinez 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 (1.0) Subject: Re: issue while bridging VF on mellanox Date: Mon, 17 Mar 2025 19:25:02 +0100 Message-Id: <1FC405CE-31D7-4CF8-9EB6-65B1C631385F@codenetworks.net> References: <4AC80160-388D-4E85-8349-018FC5D47562@enki-multimedia.eu> Cc: freebsd-net@freebsd.org In-Reply-To: <4AC80160-388D-4E85-8349-018FC5D47562@enki-multimedia.eu> To: benoitc@enki-multimedia.eu X-Mailer: iPhone Mail (22D72) X-PostalOut-Country: IP: 188.241.98.123 | Country: ES X-PostalOut-Information: AntiSPAM and AntiVIRUS on relayout02 X-PostalOut-MsgID: 4ZGk0n10vxzlWTG.A9CEE X-PostalOut-SpamCheck: no es spam, clean X-PostalOut-From: sm@codenetworks.net X-PostalOut-Watermark: 1742840713.4556@fki0QKX2rDFB/OFpIWAoWg X-Spam-Status: No 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:16371, ipnet:217.116.24.0/21, country:ES] X-Rspamd-Queue-Id: 4ZGk0q75Blz3rPy X-Spamd-Bar: ---- --Apple-Mail-F8EEAA0E-4FA5-4658-8DD3-FBC6BA419194 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hey, haven=E2=80=99t tested with SR-IOV but can test it later if you want. Santi > On 17 Mar 2025, at 17:50, benoitc@enki-multimedia.eu wrote: >=20 > =EF=BB=BFOh, i need to check if the vxlan works correctly indeed... >=20 >> So you are also using sr-iov ?=20 >=20 > Beno=C3=AEt >=20 >> On 17 Mar 2025, at 17:08, Santiago Martinez wrote: >>=20 >> Hi Benoit, one more thing, Im not sure whats the current support for v6, s= pecially for ND. >>=20 >> Best regards. >>=20 >> Santi >>=20 >>=20 >>=20 >> On 3/17/25 16:48, Santiago Martinez wrote: >>> Hi Benoit, >>>=20 >>> I have a similar setup to yours (not using MLX4), and it works. >>>=20 >>> I have two VMs acting as routers (R-A and R-B), each with two interfaces= . >>>=20 >>> On Router-A: >>>=20 >>> VTNET1 =E2=86=92 P2P to Router-B. >>> VTNET0 =E2=86=92 Sub-interface (VLAN 333) - Client-A. >>> VXLAN0 =E2=86=92 Towards Router-B. >>> BR-TEST =E2=86=92 VXLAN0 and VTNET0.333 as members. >>> On Router-B: >>>=20 >>> VTNET1 =E2=86=92 P2P to Router-A. >>> VTNET0 =E2=86=92 Untagged - Client-B. >>> VXLAN0 =E2=86=92 Towards Router-A. >>> BR-TEST =E2=86=92 VXLAN0 and VTNET0 as members. >>> Traffic passes. >>>=20 >>> One thing to note=E2=80=94VXLAN0 will appear as UP/Active even if it=E2=80= =99s not reaching the other side. >>>=20 >>> Best regards, >>> Santi >>>=20 >>>=20 >>>=20 >>> On 3/17/25 15:32, Benoit Chesneau wrote: >>>> Hi all, >>>>=20 >>>> I'm trying to make some kind of cross connect between a vlan and a vxla= n, but as far as I understand the mac address are not learnt from the vlan W= hen I listen using tcpdump on the vlan i can see the arp request but not in t= he in the vxlan. ANy idea how should I fix this? Is there any other way to d= o a cross conect or shoud I go back to not use sriov when i need to build br= idges? >>>>=20 >>>>=20 >>>> Any idea is welcome. >>>>=20 >>>> Benoit >>>>=20 >>>> More details follow >>>>=20 >>>> The vlan is created over a VF device in a bhyve vm: >>>>=20 >>>> vlan601: flags=3D1008943 metric 0 mtu 1356 >>>> options=3D18080000 >>>> ether 4a:75:f1:f5:a5:0a >>>> inet6 fe80::4875:f1ff:fef5:a50a%vlan601 prefixlen 64 scopeid 0x= 5 >>>> groups: vlan >>>> vlan: 601 vlanproto: 802.1q vlanpcp: 0 parent interface: mce0 >>>> media: Ethernet 25GBase-SR >>>> status: active >>>> nd6 options=3D23 >>>>=20 >>>> The vxlan is >>>>=20 >>>> vxlan0: flags=3D1008903 metric 0 mtu 1356 >>>> options=3D80020 >>>> ether 58:9c:fc:10:12:01 >>>> inet6 fe80::5a9c:fcff:fe10:1201%vxlan0 prefixlen 64 tentative s= copeid 0x7 >>>> groups: vxlan >>>> vxlan vni 400 local [2001:db8:1000::1]:4789 remote [2001:db8:10= 00::2]:4789 >>>> media: Ethernet autoselect (autoselect ) >>>> status: active >>>> nd6 options=3D23 >>>>=20 >>>>=20 >>>> And the bridge: >>>>=20 >>>> # ifconfig bridge0 >>>> bridge0: flags=3D1028943 metric 0 mtu 1356 >>>> options=3D0 >>>> ether 58:9c:fc:10:ff:d3 >>>> id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 >>>> maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 >>>> root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 >>>> member: vlan601 flags=3D143= >>>> ifmaxaddr 0 port 5 priority 128 path cost 800 >>>> member: vxlan0 flags=3D143 >>>> ifmaxaddr 0 port 7 priority 128 path cost 55 >>>> groups: bridge >>>> nd6 options=3D3 >>>>=20 >>>> The PF on the machine is a Mellanox [ConnectX-4 Lx >>>>=20 >>>> # pciconf -lvbce mlx5_core0 >>>> mlx5_core0@pci0:17:0:0: class=3D0x020000 rev=3D0x00 hdr=3D0x00 vend= or=3D0x15b3 device=3D0x1015 subvendor=3D0x1590 subdevice=3D0x00d4 >>>> vendor =3D 'Mellanox Technologies' >>>> device =3D 'MT27710 Family [ConnectX-4 Lx]' >>>> class =3D network >>>> subclass =3D ethernet >>>> bar [10] =3D type Prefetchable Memory, range 64, base 0xe4000000,= size 33554432, enabled >>>> cap 10[60] =3D PCI-Express 2 endpoint max data 256(512) FLR RO NS >>>> max read 4096 >>>> link x8(x8) speed 8.0(8.0) ASPM L1(L1) >>>> cap 03[48] =3D VPD >>>> cap 11[9c] =3D MSI-X supports 64 messages, enabled >>>> Table in map 0x10[0x2000], PBA in map 0x10[0x3000] >>>> cap 09[c0] =3D vendor (length 24) >>>> cap 01[40] =3D powerspec 3 supports D0 D3 current D0 >>>> ecap 0001[100] =3D AER 1 0 fatal 0 non-fatal 1 corrected >>>> ecap 000e[150] =3D ARI 1 >>>> ecap 0010[180] =3D SR-IOV 1 IOV enabled, Memory Space enabled, ARI e= nabled >>>> 8 VFs configured out of 16 supported >>>> First VF RID Offset 0x0002, VF RID Stride 0x0001 >>>> VF Device ID 0x1016 >>>> Page Sizes: 4096 (enabled), 8192, 16384, 32768, 65= 536, 131072, 262144, 524288, 1048576, 2097152, 4194304 >>>> iov bar [1a4] =3D type Prefetchable Memory, range 64, base 0xc7ffe= 000000, size 1048576, enabled >>>> ecap 0019[1c0] =3D PCIe Sec 1 lane errors 0 >>>> ecap 000d[230] =3D ACS 1 Source Validation unavailable, Translation= Blocking unavailable >>>> P2P Req Redirect unavailable, P2P Cmpl Redirect un= available >>>> P2P Upstream Forwarding unavailable, P2P Egress Co= ntrol unavailable >>>> P2P Direct Translated unavailable, Enhanced Capabi= lity unavailable >>>> PCI-e errors =3D Correctable Error Detected >>>> Unsupported Request Detected >>>> Corrected =3D Advisory Non-Fatal Error >>>>=20 >>>> Other side is the same except that the card is an intel one: >>>>=20 >>>> # pciconf -lvbce ixl0 >>>> ixl0@pci0:23:0:0: class=3D0x020000 rev=3D0x02 hdr=3D0x00 vendor=3D0x8= 086 device=3D0x1572 subvendor=3D0x15d9 subdevice=3D0x093b >>>> vendor =3D 'Intel Corporation' >>>> device =3D 'Ethernet Controller X710 for 10GbE SFP+' >>>> class =3D network >>>> subclass =3D ethernet >>>> bar [10] =3D type Prefetchable Memory, range 64, base 0xc4800000,= size 8388608, enabled >>>> bar [1c] =3D type Prefetchable Memory, range 64, base 0xc5808000,= size 32768, enabled >>>> cap 01[40] =3D powerspec 3 supports D0 D3 current D0 >>>> cap 05[50] =3D MSI supports 1 message, 64 bit, vector masks >>>> cap 11[70] =3D MSI-X supports 129 messages, enabled >>>> Table in map 0x1c[0x0], PBA in map 0x1c[0x1000] >>>> cap 10[a0] =3D PCI-Express 2 endpoint max data 256(2048) FLR RO >>>> max read 512 >>>> link x8(x8) speed 8.0(8.0) >>>> cap 03[e0] =3D VPD >>>> ecap 0001[100] =3D AER 2 0 fatal 0 non-fatal 1 corrected >>>> ecap 0003[140] =3D Serial 1 b8f678ffff55c27c >>>> ecap 000e[150] =3D ARI 1 >>>> ecap 0010[160] =3D SR-IOV 1 IOV enabled, Memory Space enabled, ARI e= nabled >>>> 16 VFs configured out of 64 supported >>>> First VF RID Offset 0x0010, VF RID Stride 0x0001 >>>> VF Device ID 0x154c >>>> Page Sizes: 4096 (enabled), 8192, 65536, 262144, 1= 048576, 4194304 >>>> iov bar [184] =3D type Prefetchable Memory, range 64, base 0xc5000= 000, size 65536, enabled >>>> iov bar [190] =3D type Prefetchable Memory, range 64, base 0xc5100= 000, size 16384, enabled >>>> ecap 0017[1a0] =3D TPH Requester 1 >>>> ecap 000d[1b0] =3D ACS 1 Source Validation unavailable, Translation= Blocking unavailable >>>> P2P Req Redirect unavailable, P2P Cmpl Redirect un= available >>>> P2P Upstream Forwarding unavailable, P2P Egress Co= ntrol unavailable >>>> P2P Direct Translated unavailable, Enhanced Capabi= lity unavailable >>>> ecap 0019[1d0] =3D PCIe Sec 1 lane errors 0 >>>> PCI-e errors =3D Correctable Error Detected >>>> Unsupported Request Detected >>>> Corrected =3D Advisory Non-Fatal Error >=20 --Apple-Mail-F8EEAA0E-4FA5-4658-8DD3-FBC6BA419194 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hey= , haven=E2=80=99t tested with SR-IOV but can test it later if you want.
Santi

On 17 Mar 2025, at 17:50, benoitc@enki-multimedia= .eu wrote:

=EF=BB=BFOh, i need to check if the vxlan works correctly indeed...
So you are also using sr-iov ? <= /span>

Beno=C3=AEt

On 17 Mar 2025, at 17:08, Santiago Martinez <= sm@codenetworks.net> wrote:

=
=20 =20

Hi Benoit, one more thing, Im not sure whats the current support for v6, specially for ND.

Best regards.

Santi


On 3/17/25 16:48, Santiago Martinez wrote:

Hi Benoit,

I have a similar setup to yours (not using MLX4), and it works.

I have two VMs acting as routers (R-A and R-B), each with two interfaces.

On Router-A:

  • VTNET1 =E2=86=92 P2P to Rout= er-B.
  • VTNET0 =E2=86=92 Sub-interfa= ce (VLAN 333) - Client-A.
  • VXLAN0 =E2=86=92 Towards Rou= ter-B.
  • BR-TEST =E2=86=92 VXLAN0 and= VTNET0.333 as members.

On Router-B:

  • VTNET1 =E2=86=92 P2P to Rout= er-A.
  • VTNET0 =E2=86=92 Untagged - Client-B.
  • VXLAN0 =E2=86=92 Towards Rou= ter-A.
  • BR-TEST =E2=86=92 VXLAN0 and= VTNET0 as members.

Traffic passes.

One thing to note=E2=80=94VXLAN0 will appear as UP/Active even if it=E2=80=99s not reaching the other side= .

Best regards,
Santi


On 3/17/25 15:32, Benoit Chesneau wrote:
Hi all,

I'm trying to make some kind of cross connect between a vlan and a vxlan, bu=
t as far as I  understand the mac address are not learnt from the vlan When I=
 listen using tcpdump on the vlan i can see the arp request but not in the i=
n the vxlan. ANy idea how should I fix this? Is there any other way to do a c=
ross conect or shoud I go back to not use sriov when i need to build bridges=
?


Any idea is welcome.

Benoit

More details follow

The vlan is created over a VF device in  a bhyve vm:

vlan601: flags=3D1008943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST,L=
OWER_UP> metric 0 mtu 1356
        options=3D18080000<LINKSTATE,TXTLS4,TXTLS6>
        ether 4a:75:f1:f5:a5:0a
        inet6 fe80::4875:f1ff:fef5:a50a%vlan601 prefixlen 64 scopeid 0x5
        groups: vlan
        vlan: 601 vlanproto: 802.1q vlanpcp: 0 parent interface: mce0
        media: Ethernet 25GBase-SR <full-duplex,rxpause,txpause>
        status: active
        nd6 options=3D23<PERFORMNUD,ACCEPT_RTADV,AUTO_LINKLOCAL>

The vxlan is

vxlan0: flags=3D1008903<UP,BROADCAST,PROMISC,SIMPLEX,MULTICAST,LOWER_UP&g=
t; metric 0 mtu 1356
        options=3D80020<JUMBO_MTU,LINKSTATE>
        ether 58:9c:fc:10:12:01
        inet6 fe80::5a9c:fcff:fe10:1201%vxlan0 prefixlen 64 tentative scopei=
d 0x7
        groups: vxlan
        vxlan vni 400 local [2001:db8:1000::1]:4789 remote [2001:db8:1000::2=
]:4789
        media: Ethernet autoselect (autoselect <full-duplex>)
        status: active
        nd6 options=3D23<PERFORMNUD,ACCEPT_RTADV,AUTO_LINKLOCAL>


And the bridge:

# ifconfig bridge0
bridge0: flags=3D1028943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST,P=
PROMISC,LOWER_UP> metric 0 mtu 1356
        options=3D0
        ether 58:9c:fc:10:ff:d3
        id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15
        maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200
        root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0
        member: vlan601 flags=3D143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>=
;
                ifmaxaddr 0 port 5 priority 128 path cost 800
        member: vxlan0 flags=3D143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>=

                ifmaxaddr 0 port 7 priority 128 path cost 55
        groups: bridge
        nd6 options=3D3<PERFORMNUD,ACCEPT_RTADV>

The PF on the machine is a Mellanox [ConnectX-4 Lx

#  pciconf -lvbce mlx5_core0
mlx5_core0@pci0:17:0:0:	class=3D0x020000 rev=3D0x00 hdr=3D0x00 vendor=3D0x1=
5b3 device=3D0x1015 subvendor=3D0x1590 subdevice=3D0x00d4
    vendor     =3D 'Mellanox Technologies'
    device     =3D 'MT27710 Family [ConnectX-4 Lx]'
    class      =3D network
    subclass   =3D ethernet
    bar   [10] =3D type Prefetchable Memory, range 64, base 0xe4000000, size=
 33554432, enabled
    cap 10[60] =3D PCI-Express 2 endpoint max data 256(512) FLR RO NS
                 max read 4096
                 link x8(x8) speed 8.0(8.0) ASPM L1(L1)
    cap 03[48] =3D VPD
    cap 11[9c] =3D MSI-X supports 64 messages, enabled
                 Table in map 0x10[0x2000], PBA in map 0x10[0x3000]
    cap 09[c0] =3D vendor (length 24)
    cap 01[40] =3D powerspec 3  supports D0 D3  current D0
    ecap 0001[100] =3D AER 1 0 fatal 0 non-fatal 1 corrected
    ecap 000e[150] =3D ARI 1
    ecap 0010[180] =3D SR-IOV 1 IOV enabled, Memory Space enabled, ARI enabl=
ed
                     8 VFs configured out of 16 supported
                     First VF RID Offset 0x0002, VF RID Stride 0x0001
                     VF Device ID 0x1016
                     Page Sizes: 4096 (enabled), 8192, 16384, 32768, 65536, 1=
31072, 262144, 524288, 1048576, 2097152, 4194304
    iov bar  [1a4] =3D type Prefetchable Memory, range 64, base 0xc7ffe00000=
0, size 1048576, enabled
    ecap 0019[1c0] =3D PCIe Sec 1 lane errors 0
    ecap 000d[230] =3D ACS 1 Source Validation unavailable, Translation Bloc=
king unavailable
                     P2P Req Redirect unavailable, P2P Cmpl Redirect unavail=
able
                     P2P Upstream Forwarding unavailable, P2P Egress Control=
 unavailable
                     P2P Direct Translated unavailable, Enhanced Capability u=
navailable
  PCI-e errors =3D Correctable Error Detected
                 Unsupported Request Detected
     Corrected =3D Advisory Non-Fatal Error

Other side is the same except that the card is an intel one:

#  pciconf -lvbce ixl0
ixl0@pci0:23:0:0:	class=3D0x020000 rev=3D0x02 hdr=3D0x00 vendor=3D0x8=
086 device=3D0x1572 subvendor=3D0x15d9 subdevice=3D0x093b
    vendor     =3D 'Intel Corporation'
    device     =3D 'Ethernet Controller X710 for 10GbE SFP+'
    class      =3D network
    subclass   =3D ethernet
    bar   [10] =3D type Prefetchable Memory, range 64, base 0xc4800000, size=
 8388608, enabled
    bar   [1c] =3D type Prefetchable Memory, range 64, base 0xc5808000, size=
 32768, enabled
    cap 01[40] =3D powerspec 3  supports D0 D3  current D0
    cap 05[50] =3D MSI supports 1 message, 64 bit, vector masks
    cap 11[70] =3D MSI-X supports 129 messages, enabled
                 Table in map 0x1c[0x0], PBA in map 0x1c[0x1000]
    cap 10[a0] =3D PCI-Express 2 endpoint max data 256(2048) FLR RO
                 max read 512
                 link x8(x8) speed 8.0(8.0)
    cap 03[e0] =3D VPD
    ecap 0001[100] =3D AER 2 0 fatal 0 non-fatal 1 corrected
    ecap 0003[140] =3D Serial 1 b8f678ffff55c27c
    ecap 000e[150] =3D ARI 1
    ecap 0010[160] =3D SR-IOV 1 IOV enabled, Memory Space enabled, ARI enabl=
ed
                     16 VFs configured out of 64 supported
                     First VF RID Offset 0x0010, VF RID Stride 0x0001
                     VF Device ID 0x154c
                     Page Sizes: 4096 (enabled), 8192, 65536, 262144, 104857=
6, 4194304
    iov bar  [184] =3D type Prefetchable Memory, range 64, base 0xc5000000, s=
ize 65536, enabled
    iov bar  [190] =3D type Prefetchable Memory, range 64, base 0xc5100000, s=
ize 16384, enabled
    ecap 0017[1a0] =3D TPH Requester 1
    ecap 000d[1b0] =3D ACS 1 Source Validation unavailable, Translation Bloc=
king unavailable
                     P2P Req Redirect unavailable, P2P Cmpl Redirect unavail=
able
                     P2P Upstream Forwarding unavailable, P2P Egress Control=
 unavailable
                     P2P Direct Translated unavailable, Enhanced Capability u=
navailable
    ecap 0019[1d0] =3D PCIe Sec 1 lane errors 0
  PCI-e errors =3D Correctable Error Detected
                 Unsupported Request Detected
     Corrected =3D Advisory Non-Fatal Error

= --Apple-Mail-F8EEAA0E-4FA5-4658-8DD3-FBC6BA419194-- From nobody Mon Mar 17 18:33:04 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 4ZGk9z3sWsz5qVSc for ; Mon, 17 Mar 2025 18:33:11 +0000 (UTC) (envelope-from benoitc@enki-multimedia.eu) Received: from mail-4018.protonmail.ch (mail-4018.protonmail.ch [185.70.40.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZGk9y2NDhz40J2 for ; Mon, 17 Mar 2025 18:33:10 +0000 (UTC) (envelope-from benoitc@enki-multimedia.eu) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=enki-multimedia.eu; s=protonmail; t=1742236387; x=1742495587; bh=YDnR/4xlLaXD68vfXsz4QCLAZpy0TPPHgbHWwYLMhjo=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector:List-Unsubscribe:List-Unsubscribe-Post; b=PuxCAuwEZmt/dfuwMAJxaYgQx0XxlOqhP+w2KVDTrxWUpczI1FucvySMKZyuuVOtI /HMNmz3jzKP/UmmCfLF9VMNI67yQNDVrLuH3KbGgN3uVrG8ZDEO9WFbL0G2tU5nL+0 +6/6jO2QIJPuI0beicuOynuI9u/VgF+WIvOW2Iz9w/32aCf+zaMztysQ0W3fOF6u10 z239Ke05OS/kDKXHaUK6aqN/TiFWBYGdR+wJmb43MhfiMIoYqlyr8z2mvE2tjJu3zt AEALPmFLhAXMaizYNiNoLbSiyUtIYBOmkq8Ue89djLHSY1C6JemWZDWpMnqdxaW+MT qfe8HJkGUKJOA== Date: Mon, 17 Mar 2025 18:33:04 +0000 To: Santiago Martinez From: Benoit Chesneau Cc: "freebsd-net@FreeBSD.org" Subject: Re : Re: issue while bridging VF on mellanox Message-ID: In-Reply-To: <1FC405CE-31D7-4CF8-9EB6-65B1C631385F@codenetworks.net> References: <4AC80160-388D-4E85-8349-018FC5D47562@enki-multimedia.eu> <1FC405CE-31D7-4CF8-9EB6-65B1C631385F@codenetworks.net> Feedback-ID: 9066678:user:proton X-Pm-Message-ID: 68b3ca6e960a957cad85e570661cef016102652c 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="b1=_KGFSoUIhHW8nuej71irHcT2BIoXSqzPglcX9llw159g" 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:62371, ipnet:185.70.40.0/24, country:CH] X-Rspamd-Queue-Id: 4ZGk9y2NDhz40J2 X-Spamd-Bar: ---- --b1=_KGFSoUIhHW8nuej71irHcT2BIoXSqzPglcX9llw159g Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 aSB0aGlua2kgaXQncyBteSBpc3N1ZS4gYWp1c3QgdGVzdGVkIGEgc2ltcGxlIGJyaWRnZSBhbmQg d2l0aCBzcmlvdiBpIGRvbid0IHNlZSBtYWMgYWRkcmVzcyBkaXNjb3ZlcmVkIGV2ZW4gd2hlbiBp bnRlcmZhY2VzIGFyZSBzZXQgdG8gcHJvbWlzY3VvdXMgbW9kZS4KCkJlbm9pdAoKTGUgbHVuLiAx NyBtYXJzIDIwMjUgw6AgMTk6MjUsIFNhbnRpYWdvIE1hcnRpbmV6IDxbc21AY29kZW5ldHdvcmtz Lm5ldF0obWFpbHRvOkxlIGx1bi4gMTcgbWFycyAyMDI1IMOgIDE5OjI1LCBTYW50aWFnbyBNYXJ0 aW5leiA8PGEgaHJlZj0pPiBhIMOpY3JpdCA6Cgo+IEhleSwgaGF2ZW7igJl0IHRlc3RlZCB3aXRo IFNSLUlPViBidXQgY2FuIHRlc3QgaXQgbGF0ZXIgaWYgeW91IHdhbnQuCj4gU2FudGkKPgo+PiBP biAxNyBNYXIgMjAyNSwgYXQgMTc6NTAsIGJlbm9pdGNAZW5raS1tdWx0aW1lZGlhLmV1IHdyb3Rl Ogo+Cj4+IO+7vyBPaCwgaSBuZWVkIHRvIGNoZWNrIGlmIHRoZSB2eGxhbiB3b3JrcyBjb3JyZWN0 bHkgaW5kZWVkLi4uCj4+Cj4+PiBTbyB5b3UgYXJlIGFsc28gdXNpbmcgc3ItaW92ID8KPj4KPj4g QmVub8OudAo+Pgo+Pj4gT24gMTcgTWFyIDIwMjUsIGF0IDE3OjA4LCBTYW50aWFnbyBNYXJ0aW5l eiA8c21AY29kZW5ldHdvcmtzLm5ldD4gd3JvdGU6Cj4+Pgo+Pj4gSGkgQmVub2l0LCBvbmUgbW9y ZSB0aGluZywgSW0gbm90IHN1cmUgd2hhdHMgdGhlIGN1cnJlbnQgc3VwcG9ydCBmb3IgdjYsIHNw ZWNpYWxseSBmb3IgTkQuCj4+Pgo+Pj4gQmVzdCByZWdhcmRzLgo+Pj4KPj4+IFNhbnRpCj4+Pgo+ Pj4gT24gMy8xNy8yNSAxNjo0OCwgU2FudGlhZ28gTWFydGluZXogd3JvdGU6Cj4+Pgo+Pj4+IEhp IEJlbm9pdCwKPj4+Pgo+Pj4+IEkgaGF2ZSBhIHNpbWlsYXIgc2V0dXAgdG8geW91cnMgKG5vdCB1 c2luZyBNTFg0KSwgYW5kIGl0IHdvcmtzLgo+Pj4+Cj4+Pj4gSSBoYXZlIHR3byBWTXMgYWN0aW5n IGFzIHJvdXRlcnMgKFItQSBhbmQgUi1CKSwgZWFjaCB3aXRoIHR3byBpbnRlcmZhY2VzLgo+Pj4+ Cj4+Pj4gT24gUm91dGVyLUE6Cj4+Pj4KPj4+PiAtIFZUTkVUMSDihpIgUDJQIHRvIFJvdXRlci1C Lgo+Pj4+IC0gVlRORVQwIOKGkiBTdWItaW50ZXJmYWNlIChWTEFOIDMzMykgLSBDbGllbnQtQS4K Pj4+PiAtIFZYTEFOMCDihpIgVG93YXJkcyBSb3V0ZXItQi4KPj4+PiAtIEJSLVRFU1Qg4oaSIFZY TEFOMCBhbmQgVlRORVQwLjMzMyBhcyBtZW1iZXJzLgo+Pj4+Cj4+Pj4gT24gUm91dGVyLUI6Cj4+ Pj4KPj4+PiAtIFZUTkVUMSDihpIgUDJQIHRvIFJvdXRlci1BLgo+Pj4+IC0gVlRORVQwIOKGkiBV bnRhZ2dlZCAtIENsaWVudC1CLgo+Pj4+IC0gVlhMQU4wIOKGkiBUb3dhcmRzIFJvdXRlci1BLgo+ Pj4+IC0gQlItVEVTVCDihpIgVlhMQU4wIGFuZCBWVE5FVDAgYXMgbWVtYmVycy4KPj4+Pgo+Pj4+ IFRyYWZmaWMgcGFzc2VzLgo+Pj4+Cj4+Pj4gT25lIHRoaW5nIHRvIG5vdGXigJRWWExBTjAgd2ls bCBhcHBlYXIgYXMgVVAvQWN0aXZlIGV2ZW4gaWYgaXTigJlzIG5vdCByZWFjaGluZyB0aGUgb3Ro ZXIgc2lkZS4KPj4+Pgo+Pj4+IEJlc3QgcmVnYXJkcywKPj4+PiBTYW50aQo+Pj4+Cj4+Pj4gT24g My8xNy8yNSAxNTozMiwgQmVub2l0IENoZXNuZWF1IHdyb3RlOgo+Pj4+Cj4+Pj4+IEhpIGFsbCwK Pj4+Pj4KPj4+Pj4gSSdtIHRyeWluZyB0byBtYWtlIHNvbWUga2luZCBvZiBjcm9zcyBjb25uZWN0 IGJldHdlZW4gYSB2bGFuIGFuZCBhIHZ4bGFuLCBidXQgYXMgZmFyIGFzIEkgIHVuZGVyc3RhbmQg dGhlIG1hYyBhZGRyZXNzIGFyZSBub3QgbGVhcm50IGZyb20gdGhlIHZsYW4gV2hlbiBJIGxpc3Rl biB1c2luZyB0Y3BkdW1wIG9uIHRoZSB2bGFuIGkgY2FuIHNlZSB0aGUgYXJwIHJlcXVlc3QgYnV0 IG5vdCBpbiB0aGUgaW4gdGhlIHZ4bGFuLiBBTnkgaWRlYSBob3cgc2hvdWxkIEkgZml4IHRoaXM/ IElzIHRoZXJlIGFueSBvdGhlciB3YXkgdG8gZG8gYSBjcm9zcyBjb25lY3Qgb3Igc2hvdWQgSSBn byBiYWNrIHRvIG5vdCB1c2Ugc3Jpb3Ygd2hlbiBpIG5lZWQgdG8gYnVpbGQgYnJpZGdlcz8KPj4+ Pj4KPj4+Pj4gQW55IGlkZWEgaXMgd2VsY29tZS4KPj4+Pj4KPj4+Pj4gQmVub2l0Cj4+Pj4+Cj4+ Pj4+IE1vcmUgZGV0YWlscyBmb2xsb3cKPj4+Pj4KPj4+Pj4gVGhlIHZsYW4gaXMgY3JlYXRlZCBv dmVyIGEgVkYgZGV2aWNlIGluICBhIGJoeXZlIHZtOgo+Pj4+Pgo+Pj4+PiB2bGFuNjAxOiBmbGFn cz0xMDA4OTQzPFVQLEJST0FEQ0FTVCxSVU5OSU5HLFBST01JU0MsU0lNUExFWCxNVUxUSUNBU1Qs TE9XRVJfVVA+IG1ldHJpYyAwIG10dSAxMzU2Cj4+Pj4+ICAgICAgICAgb3B0aW9ucz0xODA4MDAw MDxMSU5LU1RBVEUsVFhUTFM0LFRYVExTNj4KPj4+Pj4gICAgICAgICBldGhlciA0YTo3NTpmMTpm NTphNTowYQo+Pj4+PiAgICAgICAgIGluZXQ2IGZlODA6OjQ4NzU6ZjFmZjpmZWY1OmE1MGEldmxh bjYwMSBwcmVmaXhsZW4gNjQgc2NvcGVpZCAweDUKPj4+Pj4gICAgICAgICBncm91cHM6IHZsYW4K Pj4+Pj4gICAgICAgICB2bGFuOiA2MDEgdmxhbnByb3RvOiA4MDIuMXEgdmxhbnBjcDogMCBwYXJl bnQgaW50ZXJmYWNlOiBtY2UwCj4+Pj4+ICAgICAgICAgbWVkaWE6IEV0aGVybmV0IDI1R0Jhc2Ut U1IgPGZ1bGwtZHVwbGV4LHJ4cGF1c2UsdHhwYXVzZT4KPj4+Pj4gICAgICAgICBzdGF0dXM6IGFj dGl2ZQo+Pj4+PiAgICAgICAgIG5kNiBvcHRpb25zPTIzPFBFUkZPUk1OVUQsQUNDRVBUX1JUQURW LEFVVE9fTElOS0xPQ0FMPgo+Pj4+Pgo+Pj4+PiBUaGUgdnhsYW4gaXMKPj4+Pj4KPj4+Pj4gdnhs YW4wOiBmbGFncz0xMDA4OTAzPFVQLEJST0FEQ0FTVCxQUk9NSVNDLFNJTVBMRVgsTVVMVElDQVNU LExPV0VSX1VQPiBtZXRyaWMgMCBtdHUgMTM1Ngo+Pj4+PiAgICAgICAgIG9wdGlvbnM9ODAwMjA8 SlVNQk9fTVRVLExJTktTVEFURT4KPj4+Pj4gICAgICAgICBldGhlciA1ODo5YzpmYzoxMDoxMjow MQo+Pj4+PiAgICAgICAgIGluZXQ2IGZlODA6OjVhOWM6ZmNmZjpmZTEwOjEyMDEldnhsYW4wIHBy ZWZpeGxlbiA2NCB0ZW50YXRpdmUgc2NvcGVpZCAweDcKPj4+Pj4gICAgICAgICBncm91cHM6IHZ4 bGFuCj4+Pj4+ICAgICAgICAgdnhsYW4gdm5pIDQwMCBsb2NhbCBbMjAwMTpkYjg6MTAwMDo6MV06 NDc4OSByZW1vdGUgWzIwMDE6ZGI4OjEwMDA6OjJdOjQ3ODkKPj4+Pj4gICAgICAgICBtZWRpYTog RXRoZXJuZXQgYXV0b3NlbGVjdCAoYXV0b3NlbGVjdCA8ZnVsbC1kdXBsZXg+KQo+Pj4+PiAgICAg ICAgIHN0YXR1czogYWN0aXZlCj4+Pj4+ICAgICAgICAgbmQ2IG9wdGlvbnM9MjM8UEVSRk9STU5V RCxBQ0NFUFRfUlRBRFYsQVVUT19MSU5LTE9DQUw+Cj4+Pj4+Cj4+Pj4+IEFuZCB0aGUgYnJpZGdl Ogo+Pj4+Pgo+Pj4+PiAjIGlmY29uZmlnIGJyaWRnZTAKPj4+Pj4gYnJpZGdlMDogZmxhZ3M9MTAy ODk0MzxVUCxCUk9BRENBU1QsUlVOTklORyxQUk9NSVNDLFNJTVBMRVgsTVVMVElDQVNULFBQUk9N SVNDLExPV0VSX1VQPiBtZXRyaWMgMCBtdHUgMTM1Ngo+Pj4+PiAgICAgICAgIG9wdGlvbnM9MAo+ Pj4+PiAgICAgICAgIGV0aGVyIDU4OjljOmZjOjEwOmZmOmQzCj4+Pj4+ICAgICAgICAgaWQgMDA6 MDA6MDA6MDA6MDA6MDAgcHJpb3JpdHkgMzI3NjggaGVsbG90aW1lIDIgZndkZGVsYXkgMTUKPj4+ Pj4gICAgICAgICBtYXhhZ2UgMjAgaG9sZGNudCA2IHByb3RvIHJzdHAgbWF4YWRkciAyMDAwIHRp bWVvdXQgMTIwMAo+Pj4+PiAgICAgICAgIHJvb3QgaWQgMDA6MDA6MDA6MDA6MDA6MDAgcHJpb3Jp dHkgMzI3NjggaWZjb3N0IDAgcG9ydCAwCj4+Pj4+ICAgICAgICAgbWVtYmVyOiB2bGFuNjAxIGZs YWdzPTE0MzxMRUFSTklORyxESVNDT1ZFUixBVVRPRURHRSxBVVRPUFRQPgo+Pj4+PiAgICAgICAg ICAgICAgICAgaWZtYXhhZGRyIDAgcG9ydCA1IHByaW9yaXR5IDEyOCBwYXRoIGNvc3QgODAwCj4+ Pj4+ICAgICAgICAgbWVtYmVyOiB2eGxhbjAgZmxhZ3M9MTQzPExFQVJOSU5HLERJU0NPVkVSLEFV VE9FREdFLEFVVE9QVFA+Cj4+Pj4+ICAgICAgICAgICAgICAgICBpZm1heGFkZHIgMCBwb3J0IDcg cHJpb3JpdHkgMTI4IHBhdGggY29zdCA1NQo+Pj4+PiAgICAgICAgIGdyb3VwczogYnJpZGdlCj4+ Pj4+ICAgICAgICAgbmQ2IG9wdGlvbnM9MzxQRVJGT1JNTlVELEFDQ0VQVF9SVEFEVj4KPj4+Pj4K Pj4+Pj4gVGhlIFBGIG9uIHRoZSBtYWNoaW5lIGlzIGEgTWVsbGFub3ggW0Nvbm5lY3RYLTQgTHgK Pj4+Pj4KPj4+Pj4gIyAgcGNpY29uZiAtbHZiY2UgbWx4NV9jb3JlMAo+Pj4+PiBtbHg1X2NvcmUw QHBjaTA6MTc6MDowOgljbGFzcz0weDAyMDAwMCByZXY9MHgwMCBoZHI9MHgwMCB2ZW5kb3I9MHgx NWIzIGRldmljZT0weDEwMTUgc3VidmVuZG9yPTB4MTU5MCBzdWJkZXZpY2U9MHgwMGQ0Cj4+Pj4+ ICAgICB2ZW5kb3IgICAgID0gJ01lbGxhbm94IFRlY2hub2xvZ2llcycKPj4+Pj4gICAgIGRldmlj ZSAgICAgPSAnTVQyNzcxMCBGYW1pbHkgW0Nvbm5lY3RYLTQgTHhdJwo+Pj4+PiAgICAgY2xhc3Mg ICAgICA9IG5ldHdvcmsKPj4+Pj4gICAgIHN1YmNsYXNzICAgPSBldGhlcm5ldAo+Pj4+PiAgICAg YmFyICAgWzEwXSA9IHR5cGUgUHJlZmV0Y2hhYmxlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhl NDAwMDAwMCwgc2l6ZSAzMzU1NDQzMiwgZW5hYmxlZAo+Pj4+PiAgICAgY2FwIDEwWzYwXSA9IFBD SS1FeHByZXNzIDIgZW5kcG9pbnQgbWF4IGRhdGEgMjU2KDUxMikgRkxSIFJPIE5TCj4+Pj4+ICAg ICAgICAgICAgICAgICAgbWF4IHJlYWQgNDA5Ngo+Pj4+PiAgICAgICAgICAgICAgICAgIGxpbmsg eDgoeDgpIHNwZWVkIDguMCg4LjApIEFTUE0gTDEoTDEpCj4+Pj4+ICAgICBjYXAgMDNbNDhdID0g VlBECj4+Pj4+ICAgICBjYXAgMTFbOWNdID0gTVNJLVggc3VwcG9ydHMgNjQgbWVzc2FnZXMsIGVu YWJsZWQKPj4+Pj4gICAgICAgICAgICAgICAgICBUYWJsZSBpbiBtYXAgMHgxMFsweDIwMDBdLCBQ QkEgaW4gbWFwIDB4MTBbMHgzMDAwXQo+Pj4+PiAgICAgY2FwIDA5W2MwXSA9IHZlbmRvciAobGVu Z3RoIDI0KQo+Pj4+PiAgICAgY2FwIDAxWzQwXSA9IHBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBE MyAgY3VycmVudCBEMAo+Pj4+PiAgICAgZWNhcCAwMDAxWzEwMF0gPSBBRVIgMSAwIGZhdGFsIDAg bm9uLWZhdGFsIDEgY29ycmVjdGVkCj4+Pj4+ICAgICBlY2FwIDAwMGVbMTUwXSA9IEFSSSAxCj4+ Pj4+ICAgICBlY2FwIDAwMTBbMTgwXSA9IFNSLUlPViAxIElPViBlbmFibGVkLCBNZW1vcnkgU3Bh Y2UgZW5hYmxlZCwgQVJJIGVuYWJsZWQKPj4+Pj4gICAgICAgICAgICAgICAgICAgICAgOCBWRnMg Y29uZmlndXJlZCBvdXQgb2YgMTYgc3VwcG9ydGVkCj4+Pj4+ICAgICAgICAgICAgICAgICAgICAg IEZpcnN0IFZGIFJJRCBPZmZzZXQgMHgwMDAyLCBWRiBSSUQgU3RyaWRlIDB4MDAwMQo+Pj4+PiAg ICAgICAgICAgICAgICAgICAgICBWRiBEZXZpY2UgSUQgMHgxMDE2Cj4+Pj4+ICAgICAgICAgICAg ICAgICAgICAgIFBhZ2UgU2l6ZXM6IDQwOTYgKGVuYWJsZWQpLCA4MTkyLCAxNjM4NCwgMzI3Njgs IDY1NTM2LCAxMzEwNzIsIDI2MjE0NCwgNTI0Mjg4LCAxMDQ4NTc2LCAyMDk3MTUyLCA0MTk0MzA0 Cj4+Pj4+ICAgICBpb3YgYmFyICBbMWE0XSA9IHR5cGUgUHJlZmV0Y2hhYmxlIE1lbW9yeSwgcmFu Z2UgNjQsIGJhc2UgMHhjN2ZmZTAwMDAwMCwgc2l6ZSAxMDQ4NTc2LCBlbmFibGVkCj4+Pj4+ICAg ICBlY2FwIDAwMTlbMWMwXSA9IFBDSWUgU2VjIDEgbGFuZSBlcnJvcnMgMAo+Pj4+PiAgICAgZWNh cCAwMDBkWzIzMF0gPSBBQ1MgMSBTb3VyY2UgVmFsaWRhdGlvbiB1bmF2YWlsYWJsZSwgVHJhbnNs YXRpb24gQmxvY2tpbmcgdW5hdmFpbGFibGUKPj4+Pj4gICAgICAgICAgICAgICAgICAgICAgUDJQ IFJlcSBSZWRpcmVjdCB1bmF2YWlsYWJsZSwgUDJQIENtcGwgUmVkaXJlY3QgdW5hdmFpbGFibGUK Pj4+Pj4gICAgICAgICAgICAgICAgICAgICAgUDJQIFVwc3RyZWFtIEZvcndhcmRpbmcgdW5hdmFp bGFibGUsIFAyUCBFZ3Jlc3MgQ29udHJvbCB1bmF2YWlsYWJsZQo+Pj4+PiAgICAgICAgICAgICAg ICAgICAgICBQMlAgRGlyZWN0IFRyYW5zbGF0ZWQgdW5hdmFpbGFibGUsIEVuaGFuY2VkIENhcGFi aWxpdHkgdW5hdmFpbGFibGUKPj4+Pj4gICBQQ0ktZSBlcnJvcnMgPSBDb3JyZWN0YWJsZSBFcnJv ciBEZXRlY3RlZAo+Pj4+PiAgICAgICAgICAgICAgICAgIFVuc3VwcG9ydGVkIFJlcXVlc3QgRGV0 ZWN0ZWQKPj4+Pj4gICAgICBDb3JyZWN0ZWQgPSBBZHZpc29yeSBOb24tRmF0YWwgRXJyb3IKPj4+ Pj4KPj4+Pj4gT3RoZXIgc2lkZSBpcyB0aGUgc2FtZSBleGNlcHQgdGhhdCB0aGUgY2FyZCBpcyBh biBpbnRlbCBvbmU6Cj4+Pj4+Cj4+Pj4+ICMgIHBjaWNvbmYgLWx2YmNlIGl4bDAKPj4+Pj4gaXhs MEBwY2kwOjIzOjA6MDoJY2xhc3M9MHgwMjAwMDAgcmV2PTB4MDIgaGRyPTB4MDAgdmVuZG9yPTB4 ODA4NiBkZXZpY2U9MHgxNTcyIHN1YnZlbmRvcj0weDE1ZDkgc3ViZGV2aWNlPTB4MDkzYgo+Pj4+ PiAgICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKPj4+Pj4gICAgIGRldmljZSAg ICAgPSAnRXRoZXJuZXQgQ29udHJvbGxlciBYNzEwIGZvciAxMEdiRSBTRlArJwo+Pj4+PiAgICAg Y2xhc3MgICAgICA9IG5ldHdvcmsKPj4+Pj4gICAgIHN1YmNsYXNzICAgPSBldGhlcm5ldAo+Pj4+ PiAgICAgYmFyICAgWzEwXSA9IHR5cGUgUHJlZmV0Y2hhYmxlIE1lbW9yeSwgcmFuZ2UgNjQsIGJh c2UgMHhjNDgwMDAwMCwgc2l6ZSA4Mzg4NjA4LCBlbmFibGVkCj4+Pj4+ICAgICBiYXIgICBbMWNd ID0gdHlwZSBQcmVmZXRjaGFibGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGM1ODA4MDAwLCBz aXplIDMyNzY4LCBlbmFibGVkCj4+Pj4+ICAgICBjYXAgMDFbNDBdID0gcG93ZXJzcGVjIDMgIHN1 cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCj4+Pj4+ICAgICBjYXAgMDVbNTBdID0gTVNJIHN1cHBv cnRzIDEgbWVzc2FnZSwgNjQgYml0LCB2ZWN0b3IgbWFza3MKPj4+Pj4gICAgIGNhcCAxMVs3MF0g PSBNU0ktWCBzdXBwb3J0cyAxMjkgbWVzc2FnZXMsIGVuYWJsZWQKPj4+Pj4gICAgICAgICAgICAg ICAgICBUYWJsZSBpbiBtYXAgMHgxY1sweDBdLCBQQkEgaW4gbWFwIDB4MWNbMHgxMDAwXQo+Pj4+ PiAgICAgY2FwIDEwW2EwXSA9IFBDSS1FeHByZXNzIDIgZW5kcG9pbnQgbWF4IGRhdGEgMjU2KDIw NDgpIEZMUiBSTwo+Pj4+PiAgICAgICAgICAgICAgICAgIG1heCByZWFkIDUxMgo+Pj4+PiAgICAg ICAgICAgICAgICAgIGxpbmsgeDgoeDgpIHNwZWVkIDguMCg4LjApCj4+Pj4+ICAgICBjYXAgMDNb ZTBdID0gVlBECj4+Pj4+ICAgICBlY2FwIDAwMDFbMTAwXSA9IEFFUiAyIDAgZmF0YWwgMCBub24t ZmF0YWwgMSBjb3JyZWN0ZWQKPj4+Pj4gICAgIGVjYXAgMDAwM1sxNDBdID0gU2VyaWFsIDEgYjhm Njc4ZmZmZjU1YzI3Ywo+Pj4+PiAgICAgZWNhcCAwMDBlWzE1MF0gPSBBUkkgMQo+Pj4+PiAgICAg ZWNhcCAwMDEwWzE2MF0gPSBTUi1JT1YgMSBJT1YgZW5hYmxlZCwgTWVtb3J5IFNwYWNlIGVuYWJs ZWQsIEFSSSBlbmFibGVkCj4+Pj4+ICAgICAgICAgICAgICAgICAgICAgIDE2IFZGcyBjb25maWd1 cmVkIG91dCBvZiA2NCBzdXBwb3J0ZWQKPj4+Pj4gICAgICAgICAgICAgICAgICAgICAgRmlyc3Qg VkYgUklEIE9mZnNldCAweDAwMTAsIFZGIFJJRCBTdHJpZGUgMHgwMDAxCj4+Pj4+ICAgICAgICAg ICAgICAgICAgICAgIFZGIERldmljZSBJRCAweDE1NGMKPj4+Pj4gICAgICAgICAgICAgICAgICAg ICAgUGFnZSBTaXplczogNDA5NiAoZW5hYmxlZCksIDgxOTIsIDY1NTM2LCAyNjIxNDQsIDEwNDg1 NzYsIDQxOTQzMDQKPj4+Pj4gICAgIGlvdiBiYXIgIFsxODRdID0gdHlwZSBQcmVmZXRjaGFibGUg TWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGM1MDAwMDAwLCBzaXplIDY1NTM2LCBlbmFibGVkCj4+ Pj4+ICAgICBpb3YgYmFyICBbMTkwXSA9IHR5cGUgUHJlZmV0Y2hhYmxlIE1lbW9yeSwgcmFuZ2Ug NjQsIGJhc2UgMHhjNTEwMDAwMCwgc2l6ZSAxNjM4NCwgZW5hYmxlZAo+Pj4+PiAgICAgZWNhcCAw MDE3WzFhMF0gPSBUUEggUmVxdWVzdGVyIDEKPj4+Pj4gICAgIGVjYXAgMDAwZFsxYjBdID0gQUNT IDEgU291cmNlIFZhbGlkYXRpb24gdW5hdmFpbGFibGUsIFRyYW5zbGF0aW9uIEJsb2NraW5nIHVu YXZhaWxhYmxlCj4+Pj4+ICAgICAgICAgICAgICAgICAgICAgIFAyUCBSZXEgUmVkaXJlY3QgdW5h dmFpbGFibGUsIFAyUCBDbXBsIFJlZGlyZWN0IHVuYXZhaWxhYmxlCj4+Pj4+ICAgICAgICAgICAg ICAgICAgICAgIFAyUCBVcHN0cmVhbSBGb3J3YXJkaW5nIHVuYXZhaWxhYmxlLCBQMlAgRWdyZXNz IENvbnRyb2wgdW5hdmFpbGFibGUKPj4+Pj4gICAgICAgICAgICAgICAgICAgICAgUDJQIERpcmVj dCBUcmFuc2xhdGVkIHVuYXZhaWxhYmxlLCBFbmhhbmNlZCBDYXBhYmlsaXR5IHVuYXZhaWxhYmxl Cj4+Pj4+ICAgICBlY2FwIDAwMTlbMWQwXSA9IFBDSWUgU2VjIDEgbGFuZSBlcnJvcnMgMAo+Pj4+ PiAgIFBDSS1lIGVycm9ycyA9IENvcnJlY3RhYmxlIEVycm9yIERldGVjdGVkCj4+Pj4+ICAgICAg ICAgICAgICAgICAgVW5zdXBwb3J0ZWQgUmVxdWVzdCBEZXRlY3RlZAo+Pj4+PiAgICAgIENvcnJl Y3RlZCA9IEFkdmlzb3J5IE5vbi1GYXRhbCBFcnJvcg== --b1=_KGFSoUIhHW8nuej71irHcT2BIoXSqzPglcX9llw159g Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PC9oZWFkPjxib2R5PiAgIDxkaXY+PGJyPjwvZGl2PjxkaXYgZGlyPSJhdXRv Ij5pIHRoaW5raSBpdCdzIG15IGlzc3VlLiBhanVzdCB0ZXN0ZWQgYSBzaW1wbGUgYnJpZGdlIGFu ZCB3aXRoIHNyaW92IGkgZG9uJ3Qgc2VlIG1hYyBhZGRyZXNzIGRpc2NvdmVyZWQgZXZlbiB3aGVu IGludGVyZmFjZXMgYXJlIHNldCB0byBwcm9taXNjdW91cyBtb2RlLjwvZGl2PjxkaXYgZGlyPSJh dXRvIj48YnI+PC9kaXY+PGRpdiBkaXI9ImF1dG8iPkJlbm9pdDwvZGl2PiAgPGRpdj48YnI+PC9k aXY+PGRpdj48YnI+PC9kaXY+TGUgbHVuLiAxNyBtYXJzIDIwMjUgw6AgMTk6MjUsIFNhbnRpYWdv IE1hcnRpbmV6ICZsdDs8YSBjbGFzcz0iIiBocmVmPSJtYWlsdG86TGUgbHVuLiAxNyBtYXJzIDIw MjUgw6AgMTk6MjUsIFNhbnRpYWdvIE1hcnRpbmV6IDw8YSBocmVmPSI+c21AY29kZW5ldHdvcmtz Lm5ldDwvYT4mZ3Q7IGEgw6ljcml0IDo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0icHJv dG9ubWFpbF9xdW90ZSI+ICA8ZGl2IGRpcj0ibHRyIj48L2Rpdj4NCjxkaXYgZGlyPSJsdHIiPg0K IEhleSwgaGF2ZW7igJl0IHRlc3RlZCB3aXRoIFNSLUlPViBidXQgY2FuIHRlc3QgaXQgbGF0ZXIg aWYgeW91IHdhbnQuDQo8L2Rpdj4NCjxkaXYgZGlyPSJsdHIiPg0KIFNhbnRpDQo8L2Rpdj4NCjxk aXYgZGlyPSJsdHIiPg0KIDxicj4NCjwvZGl2Pg0KPGRpdiBkaXI9Imx0ciI+DQogPGJyPg0KIDxi bG9ja3F1b3RlIHR5cGU9ImNpdGUiPg0KICBPbiAxNyBNYXIgMjAyNSwgYXQgMTc6NTAsIGJlbm9p dGNAZW5raS1tdWx0aW1lZGlhLmV1IHdyb3RlOg0KICA8YnI+DQogIDxicj4NCiA8L2Jsb2NrcXVv dGU+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPg0KIDxkaXYgZGlyPSJsdHIiPg0K ICDvu78NCiAgT2gsIGkgbmVlZCB0byBjaGVjayBpZiB0aGUgdnhsYW4gd29ya3MgY29ycmVjdGx5 IGluZGVlZC4uLg0KICA8ZGl2Pg0KICAgPGJyPg0KICA8L2Rpdj4NCiAgPGRpdj4NCiAgIDxkaXY+ DQogICAgPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+DQogICAgIDxkaXY+DQogICAgICA8Zm9udCBj b2xvcj0iIzAwMDAwMCI+PHNwYW4gc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7Ij5T byB5b3UgYXJlIGFsc28gdXNpbmcgc3ItaW92ID8mbmJzcDs8L3NwYW4+PC9mb250Pg0KICAgICA8 L2Rpdj4NCiAgICA8L2Jsb2NrcXVvdGU+DQogICAgPGRpdj4NCiAgICAgPGJyPg0KICAgIDwvZGl2 Pg0KICAgIDxkaXY+DQogICAgIEJlbm/DrnQNCiAgICA8L2Rpdj4NCiAgICA8YnI+DQogICAgPGJs b2NrcXVvdGUgdHlwZT0iY2l0ZSI+DQogICAgIDxkaXY+DQogICAgICBPbiAxNyBNYXIgMjAyNSwg YXQgMTc6MDgsIFNhbnRpYWdvIE1hcnRpbmV6ICZsdDtzbUBjb2RlbmV0d29ya3MubmV0Jmd0OyB3 cm90ZToNCiAgICAgPC9kaXY+DQogICAgIDxiciBjbGFzcz0iQXBwbGUtaW50ZXJjaGFuZ2UtbmV3 bGluZSI+DQogICAgIDxkaXY+IA0KICAgICAgIA0KICAgICAgPGRpdj4NCiAgICAgICA8cD5IaSBC ZW5vaXQsIG9uZSBtb3JlIHRoaW5nLCBJbSBub3Qgc3VyZSB3aGF0cyB0aGUgY3VycmVudCBzdXBw b3J0IGZvciB2Niwgc3BlY2lhbGx5IGZvciBORC48L3A+DQogICAgICAgPHA+QmVzdCByZWdhcmRz LjwvcD4NCiAgICAgICA8cD5TYW50aTwvcD4NCiAgICAgICA8cD48YnI+IDwvcD4gDQogICAgICAg PGRpdiBjbGFzcz0ibW96LWNpdGUtcHJlZml4Ij4NCiAgICAgICAgT24gMy8xNy8yNSAxNjo0OCwg U2FudGlhZ28gTWFydGluZXogd3JvdGU6DQogICAgICAgIDxicj4gDQogICAgICAgPC9kaXY+IA0K ICAgICAgIDxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPiANCiAgICAgICAgDQogICAgICAgIDxwIGRh dGEtZW5kPSIxMjgiIGRhdGEtc3RhcnQ9Ijk4Ij5IaSBCZW5vaXQsPC9wPg0KICAgICAgICA8cCBk YXRhLWVuZD0iMjA5IiBkYXRhLXN0YXJ0PSIxNDQiPkkgaGF2ZSBhIHNpbWlsYXIgc2V0dXAgdG8g eW91cnMgKG5vdCB1c2luZyBNTFg0KSwgYW5kIGl0IHdvcmtzLjwvcD4NCiAgICAgICAgPHAgZGF0 YS1lbmQ9IjI4NiIgZGF0YS1zdGFydD0iMjExIj5JIGhhdmUgdHdvIFZNcyBhY3RpbmcgYXMgcm91 dGVycyAoUi1BIGFuZCBSLUIpLCBlYWNoIHdpdGggdHdvIGludGVyZmFjZXMuPC9wPg0KICAgICAg ICA8cCBkYXRhLWVuZD0iMzAyIiBkYXRhLXN0YXJ0PSIyODgiPk9uIFJvdXRlci1BOjwvcD4gDQog ICAgICAgIDx1bCBkYXRhLWVuZD0iNDU3IiBkYXRhLXN0YXJ0PSIzMDMiPiANCiAgICAgICAgIDxs aSBkYXRhLWVuZD0iMzMxIiBkYXRhLXN0YXJ0PSIzMDMiPlZUTkVUMSDihpIgUDJQIHRvIFJvdXRl ci1CLjwvbGk+IA0KICAgICAgICAgPGxpIGRhdGEtZW5kPSIzODAiIGRhdGEtc3RhcnQ9IjMzMiI+ VlRORVQwIOKGkiBTdWItaW50ZXJmYWNlIChWTEFOIDMzMykgLSBDbGllbnQtQS48L2xpPiANCiAg ICAgICAgIDxsaSBkYXRhLWVuZD0iNDEwIiBkYXRhLXN0YXJ0PSIzODEiPlZYTEFOMCDihpIgVG93 YXJkcyBSb3V0ZXItQi48L2xpPiANCiAgICAgICAgIDxsaSBkYXRhLWVuZD0iNDU3IiBkYXRhLXN0 YXJ0PSI0MTEiPkJSLVRFU1Qg4oaSIFZYTEFOMCBhbmQgVlRORVQwLjMzMyBhcyBtZW1iZXJzLjwv bGk+IA0KICAgICAgICA8L3VsPg0KICAgICAgICA8cCBkYXRhLWVuZD0iNDczIiBkYXRhLXN0YXJ0 PSI0NTkiPk9uIFJvdXRlci1COjwvcD4gDQogICAgICAgIDx1bCBkYXRhLWVuZD0iNjEyIiBkYXRh LXN0YXJ0PSI0NzQiPiANCiAgICAgICAgIDxsaSBkYXRhLWVuZD0iNTAyIiBkYXRhLXN0YXJ0PSI0 NzQiPlZUTkVUMSDihpIgUDJQIHRvIFJvdXRlci1BLjwvbGk+IA0KICAgICAgICAgPGxpIGRhdGEt ZW5kPSI1MzUiIGRhdGEtc3RhcnQ9IjUwMyI+VlRORVQwIOKGkiBVbnRhZ2dlZCAtIENsaWVudC1C LjwvbGk+IA0KICAgICAgICAgPGxpIGRhdGEtZW5kPSI1NjUiIGRhdGEtc3RhcnQ9IjUzNiI+VlhM QU4wIOKGkiBUb3dhcmRzIFJvdXRlci1BLjwvbGk+IA0KICAgICAgICAgPGxpIGRhdGEtZW5kPSI2 MTIiIGRhdGEtc3RhcnQ9IjU2NiI+QlItVEVTVCDihpIgVlhMQU4wIGFuZCBWVE5FVDAgYXMgbWVt YmVycy48L2xpPiANCiAgICAgICAgPC91bD4NCiAgICAgICAgPHAgZGF0YS1lbmQ9IjYzMSIgZGF0 YS1zdGFydD0iNjE0Ij5UcmFmZmljIHBhc3Nlcy48L3A+DQogICAgICAgIDxwIGRhdGEtZW5kPSI3 MjYiIGRhdGEtc3RhcnQ9IjYzMyI+T25lIHRoaW5nIHRvIG5vdGXigJRWWExBTjAgd2lsbCBhcHBl YXIgYXMgVVAvQWN0aXZlIGV2ZW4gaWYgaXTigJlzIG5vdCByZWFjaGluZyB0aGUgb3RoZXIgc2lk ZS48L3A+DQogICAgICAgIDxwIGRhdGEtZW5kPSI3NTEiIGRhdGEtc3RhcnQ9IjcyOCI+QmVzdCBy ZWdhcmRzLDxiciBkYXRhLWVuZD0iNzQ0IiBkYXRhLXN0YXJ0PSI3NDEiPiBTYW50aTwvcD4NCiAg ICAgICAgPHA+PGJyPiA8L3A+IA0KICAgICAgICA8ZGl2IGNsYXNzPSJtb3otY2l0ZS1wcmVmaXgi Pg0KICAgICAgICAgT24gMy8xNy8yNSAxNTozMiwgQmVub2l0IENoZXNuZWF1IHdyb3RlOg0KICAg ICAgICAgPGJyPiANCiAgICAgICAgPC9kaXY+IA0KICAgICAgICA8YmxvY2txdW90ZSB0eXBlPSJj aXRlIj4gDQogICAgICAgICA8cHJlIGNsYXNzPSJtb3otcXVvdGUtcHJlIiB3cmFwPSIiPkhpIGFs bCwNCg0KSSdtIHRyeWluZyB0byBtYWtlIHNvbWUga2luZCBvZiBjcm9zcyBjb25uZWN0IGJldHdl ZW4gYSB2bGFuIGFuZCBhIHZ4bGFuLCBidXQgYXMgZmFyIGFzIEkgIHVuZGVyc3RhbmQgdGhlIG1h YyBhZGRyZXNzIGFyZSBub3QgbGVhcm50IGZyb20gdGhlIHZsYW4gV2hlbiBJIGxpc3RlbiB1c2lu ZyB0Y3BkdW1wIG9uIHRoZSB2bGFuIGkgY2FuIHNlZSB0aGUgYXJwIHJlcXVlc3QgYnV0IG5vdCBp biB0aGUgaW4gdGhlIHZ4bGFuLiBBTnkgaWRlYSBob3cgc2hvdWxkIEkgZml4IHRoaXM/IElzIHRo ZXJlIGFueSBvdGhlciB3YXkgdG8gZG8gYSBjcm9zcyBjb25lY3Qgb3Igc2hvdWQgSSBnbyBiYWNr IHRvIG5vdCB1c2Ugc3Jpb3Ygd2hlbiBpIG5lZWQgdG8gYnVpbGQgYnJpZGdlcz8NCg0KDQpBbnkg aWRlYSBpcyB3ZWxjb21lLg0KDQpCZW5vaXQNCg0KTW9yZSBkZXRhaWxzIGZvbGxvdw0KDQpUaGUg dmxhbiBpcyBjcmVhdGVkIG92ZXIgYSBWRiBkZXZpY2UgaW4gIGEgYmh5dmUgdm06DQoNCnZsYW42 MDE6IGZsYWdzPTEwMDg5NDMmbHQ7VVAsQlJPQURDQVNULFJVTk5JTkcsUFJPTUlTQyxTSU1QTEVY LE1VTFRJQ0FTVCxMT1dFUl9VUCZndDsgbWV0cmljIDAgbXR1IDEzNTYNCiAgICAgICAgb3B0aW9u cz0xODA4MDAwMCZsdDtMSU5LU1RBVEUsVFhUTFM0LFRYVExTNiZndDsNCiAgICAgICAgZXRoZXIg NGE6NzU6ZjE6ZjU6YTU6MGENCiAgICAgICAgaW5ldDYgZmU4MDo6NDg3NTpmMWZmOmZlZjU6YTUw YSV2bGFuNjAxIHByZWZpeGxlbiA2NCBzY29wZWlkIDB4NQ0KICAgICAgICBncm91cHM6IHZsYW4N CiAgICAgICAgdmxhbjogNjAxIHZsYW5wcm90bzogODAyLjFxIHZsYW5wY3A6IDAgcGFyZW50IGlu dGVyZmFjZTogbWNlMA0KICAgICAgICBtZWRpYTogRXRoZXJuZXQgMjVHQmFzZS1TUiAmbHQ7ZnVs bC1kdXBsZXgscnhwYXVzZSx0eHBhdXNlJmd0Ow0KICAgICAgICBzdGF0dXM6IGFjdGl2ZQ0KICAg ICAgICBuZDYgb3B0aW9ucz0yMyZsdDtQRVJGT1JNTlVELEFDQ0VQVF9SVEFEVixBVVRPX0xJTktM T0NBTCZndDsNCg0KVGhlIHZ4bGFuIGlzDQoNCnZ4bGFuMDogZmxhZ3M9MTAwODkwMyZsdDtVUCxC Uk9BRENBU1QsUFJPTUlTQyxTSU1QTEVYLE1VTFRJQ0FTVCxMT1dFUl9VUCZndDsgbWV0cmljIDAg bXR1IDEzNTYNCiAgICAgICAgb3B0aW9ucz04MDAyMCZsdDtKVU1CT19NVFUsTElOS1NUQVRFJmd0 Ow0KICAgICAgICBldGhlciA1ODo5YzpmYzoxMDoxMjowMQ0KICAgICAgICBpbmV0NiBmZTgwOjo1 YTljOmZjZmY6ZmUxMDoxMjAxJXZ4bGFuMCBwcmVmaXhsZW4gNjQgdGVudGF0aXZlIHNjb3BlaWQg MHg3DQogICAgICAgIGdyb3VwczogdnhsYW4NCiAgICAgICAgdnhsYW4gdm5pIDQwMCBsb2NhbCBb MjAwMTpkYjg6MTAwMDo6MV06NDc4OSByZW1vdGUgWzIwMDE6ZGI4OjEwMDA6OjJdOjQ3ODkNCiAg ICAgICAgbWVkaWE6IEV0aGVybmV0IGF1dG9zZWxlY3QgKGF1dG9zZWxlY3QgJmx0O2Z1bGwtZHVw bGV4Jmd0OykNCiAgICAgICAgc3RhdHVzOiBhY3RpdmUNCiAgICAgICAgbmQ2IG9wdGlvbnM9MjMm bHQ7UEVSRk9STU5VRCxBQ0NFUFRfUlRBRFYsQVVUT19MSU5LTE9DQUwmZ3Q7DQoNCg0KQW5kIHRo ZSBicmlkZ2U6DQoNCiMgaWZjb25maWcgYnJpZGdlMA0KYnJpZGdlMDogZmxhZ3M9MTAyODk0MyZs dDtVUCxCUk9BRENBU1QsUlVOTklORyxQUk9NSVNDLFNJTVBMRVgsTVVMVElDQVNULFBQUk9NSVND LExPV0VSX1VQJmd0OyBtZXRyaWMgMCBtdHUgMTM1Ng0KICAgICAgICBvcHRpb25zPTANCiAgICAg ICAgZXRoZXIgNTg6OWM6ZmM6MTA6ZmY6ZDMNCiAgICAgICAgaWQgMDA6MDA6MDA6MDA6MDA6MDAg cHJpb3JpdHkgMzI3NjggaGVsbG90aW1lIDIgZndkZGVsYXkgMTUNCiAgICAgICAgbWF4YWdlIDIw IGhvbGRjbnQgNiBwcm90byByc3RwIG1heGFkZHIgMjAwMCB0aW1lb3V0IDEyMDANCiAgICAgICAg cm9vdCBpZCAwMDowMDowMDowMDowMDowMCBwcmlvcml0eSAzMjc2OCBpZmNvc3QgMCBwb3J0IDAN CiAgICAgICAgbWVtYmVyOiB2bGFuNjAxIGZsYWdzPTE0MyZsdDtMRUFSTklORyxESVNDT1ZFUixB VVRPRURHRSxBVVRPUFRQJmd0Ow0KICAgICAgICAgICAgICAgIGlmbWF4YWRkciAwIHBvcnQgNSBw cmlvcml0eSAxMjggcGF0aCBjb3N0IDgwMA0KICAgICAgICBtZW1iZXI6IHZ4bGFuMCBmbGFncz0x NDMmbHQ7TEVBUk5JTkcsRElTQ09WRVIsQVVUT0VER0UsQVVUT1BUUCZndDsNCiAgICAgICAgICAg ICAgICBpZm1heGFkZHIgMCBwb3J0IDcgcHJpb3JpdHkgMTI4IHBhdGggY29zdCA1NQ0KICAgICAg ICBncm91cHM6IGJyaWRnZQ0KICAgICAgICBuZDYgb3B0aW9ucz0zJmx0O1BFUkZPUk1OVUQsQUND RVBUX1JUQURWJmd0Ow0KDQpUaGUgUEYgb24gdGhlIG1hY2hpbmUgaXMgYSBNZWxsYW5veCBbQ29u bmVjdFgtNCBMeA0KDQojICBwY2ljb25mIC1sdmJjZSBtbHg1X2NvcmUwDQptbHg1X2NvcmUwQHBj aTA6MTc6MDowOgljbGFzcz0weDAyMDAwMCByZXY9MHgwMCBoZHI9MHgwMCB2ZW5kb3I9MHgxNWIz IGRldmljZT0weDEwMTUgc3VidmVuZG9yPTB4MTU5MCBzdWJkZXZpY2U9MHgwMGQ0DQogICAgdmVu ZG9yICAgICA9ICdNZWxsYW5veCBUZWNobm9sb2dpZXMnDQogICAgZGV2aWNlICAgICA9ICdNVDI3 NzEwIEZhbWlseSBbQ29ubmVjdFgtNCBMeF0nDQogICAgY2xhc3MgICAgICA9IG5ldHdvcmsNCiAg ICBzdWJjbGFzcyAgID0gZXRoZXJuZXQNCiAgICBiYXIgICBbMTBdID0gdHlwZSBQcmVmZXRjaGFi bGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGU0MDAwMDAwLCBzaXplIDMzNTU0NDMyLCBlbmFi bGVkDQogICAgY2FwIDEwWzYwXSA9IFBDSS1FeHByZXNzIDIgZW5kcG9pbnQgbWF4IGRhdGEgMjU2 KDUxMikgRkxSIFJPIE5TDQogICAgICAgICAgICAgICAgIG1heCByZWFkIDQwOTYNCiAgICAgICAg ICAgICAgICAgbGluayB4OCh4OCkgc3BlZWQgOC4wKDguMCkgQVNQTSBMMShMMSkNCiAgICBjYXAg MDNbNDhdID0gVlBEDQogICAgY2FwIDExWzljXSA9IE1TSS1YIHN1cHBvcnRzIDY0IG1lc3NhZ2Vz LCBlbmFibGVkDQogICAgICAgICAgICAgICAgIFRhYmxlIGluIG1hcCAweDEwWzB4MjAwMF0sIFBC QSBpbiBtYXAgMHgxMFsweDMwMDBdDQogICAgY2FwIDA5W2MwXSA9IHZlbmRvciAobGVuZ3RoIDI0 KQ0KICAgIGNhcCAwMVs0MF0gPSBwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQg RDANCiAgICBlY2FwIDAwMDFbMTAwXSA9IEFFUiAxIDAgZmF0YWwgMCBub24tZmF0YWwgMSBjb3Jy ZWN0ZWQNCiAgICBlY2FwIDAwMGVbMTUwXSA9IEFSSSAxDQogICAgZWNhcCAwMDEwWzE4MF0gPSBT Ui1JT1YgMSBJT1YgZW5hYmxlZCwgTWVtb3J5IFNwYWNlIGVuYWJsZWQsIEFSSSBlbmFibGVkDQog ICAgICAgICAgICAgICAgICAgICA4IFZGcyBjb25maWd1cmVkIG91dCBvZiAxNiBzdXBwb3J0ZWQN CiAgICAgICAgICAgICAgICAgICAgIEZpcnN0IFZGIFJJRCBPZmZzZXQgMHgwMDAyLCBWRiBSSUQg U3RyaWRlIDB4MDAwMQ0KICAgICAgICAgICAgICAgICAgICAgVkYgRGV2aWNlIElEIDB4MTAxNg0K ICAgICAgICAgICAgICAgICAgICAgUGFnZSBTaXplczogNDA5NiAoZW5hYmxlZCksIDgxOTIsIDE2 Mzg0LCAzMjc2OCwgNjU1MzYsIDEzMTA3MiwgMjYyMTQ0LCA1MjQyODgsIDEwNDg1NzYsIDIwOTcx NTIsIDQxOTQzMDQNCiAgICBpb3YgYmFyICBbMWE0XSA9IHR5cGUgUHJlZmV0Y2hhYmxlIE1lbW9y eSwgcmFuZ2UgNjQsIGJhc2UgMHhjN2ZmZTAwMDAwMCwgc2l6ZSAxMDQ4NTc2LCBlbmFibGVkDQog ICAgZWNhcCAwMDE5WzFjMF0gPSBQQ0llIFNlYyAxIGxhbmUgZXJyb3JzIDANCiAgICBlY2FwIDAw MGRbMjMwXSA9IEFDUyAxIFNvdXJjZSBWYWxpZGF0aW9uIHVuYXZhaWxhYmxlLCBUcmFuc2xhdGlv biBCbG9ja2luZyB1bmF2YWlsYWJsZQ0KICAgICAgICAgICAgICAgICAgICAgUDJQIFJlcSBSZWRp cmVjdCB1bmF2YWlsYWJsZSwgUDJQIENtcGwgUmVkaXJlY3QgdW5hdmFpbGFibGUNCiAgICAgICAg ICAgICAgICAgICAgIFAyUCBVcHN0cmVhbSBGb3J3YXJkaW5nIHVuYXZhaWxhYmxlLCBQMlAgRWdy ZXNzIENvbnRyb2wgdW5hdmFpbGFibGUNCiAgICAgICAgICAgICAgICAgICAgIFAyUCBEaXJlY3Qg VHJhbnNsYXRlZCB1bmF2YWlsYWJsZSwgRW5oYW5jZWQgQ2FwYWJpbGl0eSB1bmF2YWlsYWJsZQ0K ICBQQ0ktZSBlcnJvcnMgPSBDb3JyZWN0YWJsZSBFcnJvciBEZXRlY3RlZA0KICAgICAgICAgICAg ICAgICBVbnN1cHBvcnRlZCBSZXF1ZXN0IERldGVjdGVkDQogICAgIENvcnJlY3RlZCA9IEFkdmlz b3J5IE5vbi1GYXRhbCBFcnJvcg0KDQpPdGhlciBzaWRlIGlzIHRoZSBzYW1lIGV4Y2VwdCB0aGF0 IHRoZSBjYXJkIGlzIGFuIGludGVsIG9uZToNCg0KIyAgcGNpY29uZiAtbHZiY2UgaXhsMA0KaXhs MEBwY2kwOjIzOjA6MDoJY2xhc3M9MHgwMjAwMDAgcmV2PTB4MDIgaGRyPTB4MDAgdmVuZG9yPTB4 ODA4NiBkZXZpY2U9MHgxNTcyIHN1YnZlbmRvcj0weDE1ZDkgc3ViZGV2aWNlPTB4MDkzYg0KICAg IHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nDQogICAgZGV2aWNlICAgICA9ICdFdGhl cm5ldCBDb250cm9sbGVyIFg3MTAgZm9yIDEwR2JFIFNGUCsnDQogICAgY2xhc3MgICAgICA9IG5l dHdvcmsNCiAgICBzdWJjbGFzcyAgID0gZXRoZXJuZXQNCiAgICBiYXIgICBbMTBdID0gdHlwZSBQ cmVmZXRjaGFibGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGM0ODAwMDAwLCBzaXplIDgzODg2 MDgsIGVuYWJsZWQNCiAgICBiYXIgICBbMWNdID0gdHlwZSBQcmVmZXRjaGFibGUgTWVtb3J5LCBy YW5nZSA2NCwgYmFzZSAweGM1ODA4MDAwLCBzaXplIDMyNzY4LCBlbmFibGVkDQogICAgY2FwIDAx WzQwXSA9IHBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMA0KICAgIGNhcCAw NVs1MF0gPSBNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQsIHZlY3RvciBtYXNrcw0KICAg IGNhcCAxMVs3MF0gPSBNU0ktWCBzdXBwb3J0cyAxMjkgbWVzc2FnZXMsIGVuYWJsZWQNCiAgICAg ICAgICAgICAgICAgVGFibGUgaW4gbWFwIDB4MWNbMHgwXSwgUEJBIGluIG1hcCAweDFjWzB4MTAw MF0NCiAgICBjYXAgMTBbYTBdID0gUENJLUV4cHJlc3MgMiBlbmRwb2ludCBtYXggZGF0YSAyNTYo MjA0OCkgRkxSIFJPDQogICAgICAgICAgICAgICAgIG1heCByZWFkIDUxMg0KICAgICAgICAgICAg ICAgICBsaW5rIHg4KHg4KSBzcGVlZCA4LjAoOC4wKQ0KICAgIGNhcCAwM1tlMF0gPSBWUEQNCiAg ICBlY2FwIDAwMDFbMTAwXSA9IEFFUiAyIDAgZmF0YWwgMCBub24tZmF0YWwgMSBjb3JyZWN0ZWQN CiAgICBlY2FwIDAwMDNbMTQwXSA9IFNlcmlhbCAxIGI4ZjY3OGZmZmY1NWMyN2MNCiAgICBlY2Fw IDAwMGVbMTUwXSA9IEFSSSAxDQogICAgZWNhcCAwMDEwWzE2MF0gPSBTUi1JT1YgMSBJT1YgZW5h YmxlZCwgTWVtb3J5IFNwYWNlIGVuYWJsZWQsIEFSSSBlbmFibGVkDQogICAgICAgICAgICAgICAg ICAgICAxNiBWRnMgY29uZmlndXJlZCBvdXQgb2YgNjQgc3VwcG9ydGVkDQogICAgICAgICAgICAg ICAgICAgICBGaXJzdCBWRiBSSUQgT2Zmc2V0IDB4MDAxMCwgVkYgUklEIFN0cmlkZSAweDAwMDEN CiAgICAgICAgICAgICAgICAgICAgIFZGIERldmljZSBJRCAweDE1NGMNCiAgICAgICAgICAgICAg ICAgICAgIFBhZ2UgU2l6ZXM6IDQwOTYgKGVuYWJsZWQpLCA4MTkyLCA2NTUzNiwgMjYyMTQ0LCAx MDQ4NTc2LCA0MTk0MzA0DQogICAgaW92IGJhciAgWzE4NF0gPSB0eXBlIFByZWZldGNoYWJsZSBN ZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4YzUwMDAwMDAsIHNpemUgNjU1MzYsIGVuYWJsZWQNCiAg ICBpb3YgYmFyICBbMTkwXSA9IHR5cGUgUHJlZmV0Y2hhYmxlIE1lbW9yeSwgcmFuZ2UgNjQsIGJh c2UgMHhjNTEwMDAwMCwgc2l6ZSAxNjM4NCwgZW5hYmxlZA0KICAgIGVjYXAgMDAxN1sxYTBdID0g VFBIIFJlcXVlc3RlciAxDQogICAgZWNhcCAwMDBkWzFiMF0gPSBBQ1MgMSBTb3VyY2UgVmFsaWRh dGlvbiB1bmF2YWlsYWJsZSwgVHJhbnNsYXRpb24gQmxvY2tpbmcgdW5hdmFpbGFibGUNCiAgICAg ICAgICAgICAgICAgICAgIFAyUCBSZXEgUmVkaXJlY3QgdW5hdmFpbGFibGUsIFAyUCBDbXBsIFJl ZGlyZWN0IHVuYXZhaWxhYmxlDQogICAgICAgICAgICAgICAgICAgICBQMlAgVXBzdHJlYW0gRm9y d2FyZGluZyB1bmF2YWlsYWJsZSwgUDJQIEVncmVzcyBDb250cm9sIHVuYXZhaWxhYmxlDQogICAg ICAgICAgICAgICAgICAgICBQMlAgRGlyZWN0IFRyYW5zbGF0ZWQgdW5hdmFpbGFibGUsIEVuaGFu Y2VkIENhcGFiaWxpdHkgdW5hdmFpbGFibGUNCiAgICBlY2FwIDAwMTlbMWQwXSA9IFBDSWUgU2Vj IDEgbGFuZSBlcnJvcnMgMA0KICBQQ0ktZSBlcnJvcnMgPSBDb3JyZWN0YWJsZSBFcnJvciBEZXRl Y3RlZA0KICAgICAgICAgICAgICAgICBVbnN1cHBvcnRlZCBSZXF1ZXN0IERldGVjdGVkDQogICAg IENvcnJlY3RlZCA9IEFkdmlzb3J5IE5vbi1GYXRhbCBFcnJvcg0KPC9wcmU+IA0KICAgICAgICA8 L2Jsb2NrcXVvdGU+IA0KICAgICAgIDwvYmxvY2txdW90ZT4gDQogICAgICA8L2Rpdj4gDQogICAg IDwvZGl2Pg0KICAgIDwvYmxvY2txdW90ZT4NCiAgIDwvZGl2Pg0KICAgPGJyPg0KICA8L2Rpdj4N CiA8L2Rpdj4NCjwvYmxvY2txdW90ZT48L2Jsb2NrcXVvdGU+PC9ib2R5PjwvaHRtbD4= --b1=_KGFSoUIhHW8nuej71irHcT2BIoXSqzPglcX9llw159g-- From nobody Tue Mar 18 18:17:44 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 4ZHKnk2Yxsz5r29j for ; Tue, 18 Mar 2025 18:17:46 +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 4ZHKnj5bBXz4886 for ; Tue, 18 Mar 2025 18:17:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742321865; 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=MDc+Ruiwx5Ocm4rvk/xBQLhpk5n5ZwbX2hLXgdANFoU=; b=Ek+WbnIz02Lv1RG9rFpPNyeHQlXR5TFM6sLL+e96KwoJz06X1IbHy6xMxLoSn3k2jxnNfn V9RGJgs2rc5sNAkTcI30gpv1c6ubakcQuYoueNCBuJBsF83MmiXwtoU/Z5ocqU6l7Uzzgd gwdZj1RFEtIk/09vErrg9ql3qDaleWtSWvuQR174JgQLc905wI/7ZjNe2Vk/AxIdtqUKBZ R1SxBIblF8tSG3NeFMdaVPX8bwBJEwG5dJN45f45mGJzAE/JoNPHUhuEEa2KBJia7tNdJW 24uNYvF4ZNk6HpursLh/q8TrP63kzhfnr766O8AX7/W/NdMFyHPlNiF2vMfTpw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742321865; a=rsa-sha256; cv=none; b=WPtj9aeL7QY/QHvR/TjQWGOp9CZSLNern87stqY2UJtoMP0qLjAIhPRD40COg1Cyg1hNTN ONmafvI4c4GFnkVlPezyScGGqGa5dl681cvZ/mQDmJH7uw03DzjVCB48tkXk1/xuRH7eWS FtR/E9n9/vR8DJZLXyXoDzttifsb9fKZBzazqhdk37aWmP/u98agq8xLoWWfmohwZ9HvdF zFdDw3ZrJvgcxYY/91jR0Ea7de1qrFYmKWxqeoLQAHmzBM1j/YlM/g9mKdNq1COOUC54NJ Eq+ydUFP5J16GbIxJEsIfm+7n4QusPNBt9A4GsYWH8Z7K/noXorCgyJeEJfcjQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742321865; 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=MDc+Ruiwx5Ocm4rvk/xBQLhpk5n5ZwbX2hLXgdANFoU=; b=qzNE+wFVGJb3WiIw+sEHTrwnIIIr6EUph1JkO72acj7944JTDotH2aWT9ZSqFPpuj+/dEx 8TYLeSjcjohHvzeWn8UuQCtUVbxJ2NXGr54d4CV8/cZcll4NMnDD8In2q2C/8QFyolufTm xU6NMJc8S4Q4jr5Z/JXAXK9uvylgZZzqf+azQzQIy4FGhmzyPH+JwdK95C0T7QeQkm011L OARLGpJvaUeE5wXEOjBid4+32Mwd7XeuJbSGiYtF5uNhJm7MOeXRnI3DWae3xGjWg5FX2t yriQj3HiCQcCFnylFC1I+DQh4CUNe2wo/PttxpL3IFTzep4kDfApvAi2RChTAQ== 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 4ZHKnj3gn9zk9C for ; Tue, 18 Mar 2025 18:17:45 +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 52IIHjPM079408 for ; Tue, 18 Mar 2025 18:17:45 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 52IIHjbu079406 for net@FreeBSD.org; Tue, 18 Mar 2025 18:17:45 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 136994] ifconfig(8) print carp mac address Date: Tue, 18 Mar 2025 18:17:44 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: Unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.isobsolete attachments.created 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=3D136994 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #98143|0 |1 is obsolete| | --- Comment #8 from Mark Linimon --- Created attachment 258769 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D258769&action= =3Dedit carp-patch ^Triage: rebase patch. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Tue Mar 18 21:38:20 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 4ZHQFB4H33z5rG2p for ; Tue, 18 Mar 2025 21:38:22 +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 4ZHQFB08nzz3hhZ for ; Tue, 18 Mar 2025 21:38:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742333902; 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=g3PluEemSfKK7A+9JlsEmZ2yyQ913Mf0fEDntw2COPg=; b=XPKCUcieZ0wwA7AC+UYepZtNEaEicN+nKkjSz1jw66PHNsSWBAwUL/xlQsjeD266wcUCdB 0M7e1XHKLK0Pl9yO8oXKBRWx7JM/vbczAc2jX4cpvFlgR33v9jEK/G6JbzSj4pPnyHcTjT lHvycZ108Srv2j8fZvJRLxe7mYasbWp25PthFqBXir4tZY285I0d7QwlhExmm031p9+1Vr d6rbzUT2zThlBELOmKiGi8ccl1sgPgfKaOVw6vX4npo8kYBaj+KeKy7cE61JKhidkVbn0y sDGLUYVUqqWXmJOtUKAdbWCysPlP9+Arllu1HmDZ++D7Erqkw0S7zAnLT1rhUA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742333902; a=rsa-sha256; cv=none; b=FAa3jbKJhs0u7vWcnuaq7NBDF6KiFkoSZqJ8TfauLS95/S3I0sPpYIKF+KUh+rgnpTXiWD WhnuO75CWHznTYnmzXBkavUd2pHNzRgmiHClSvaIYDnLvVLl/cS7T+eIt/IZoMEdEmMD9a guy6k1vvhNy7iIC2BN1Q0sFDlhTuUli/BiagyL2itHJ3FwmNevUcY0lUuYMDxG+GZuM/V7 yjKvmRAPa+RpcBFK3fz1AGRzlDirl/SF5bcggm2WTSfU70ZZ8cQcAlN4Y4iWkPECkJhhJC oWnXX/uMTr6ZxkGhHaLPdYnUNp/8fe05t5z6s4J4yMUe83nn8nD3jMD2Zo4//w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742333902; 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=g3PluEemSfKK7A+9JlsEmZ2yyQ913Mf0fEDntw2COPg=; b=McL3WlGhUOJN0/drdZ8NmJkIunVzNH24iZQOhTYpGJBrnz7mCWNJgAClmrB9OLoyojtodV YHYA1p7MH2K3VtFIPx09iSnzpvN3MM8NSL9gDEpNuU9MHZRCVBwjigjBNFUU5aQW0BcATs O7Khf4nbc2nxFx9QBgGc8lVzsY2NzYkpUOXv0S8Il8QDEGYOkaNb02c1tV6yuxKMgN4yJL LLmQGsC/STDEyEZIPGUyOArbnVzSQ2XA/xprju9fREQ4YY/bI8f8OOD27sObdJst44xcUA qPCDeJpDPqbVT/vIBTaKkhkyAB59aILTbEPDszgIinh2P241duSOjVDfZUEKFw== 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 4ZHQF957P1zrRM for ; Tue, 18 Mar 2025 21:38:21 +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 52ILcL0L006438 for ; Tue, 18 Mar 2025 21:38:21 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 52ILcLoe006437 for net@FreeBSD.org; Tue, 18 Mar 2025 21:38:21 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 280599] net/aquantia-atlantic-kmod: No ethernet on common workstation targets using aquantia-atlantic-kmod Date: Tue, 18 Mar 2025 21:38:20 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: 14.1-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@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=3D280599 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |yuripv@FreeBSD.org --- Comment #8 from Mark Linimon --- ^Triage: make sure patch submitter is Cc:ed. --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Tue Mar 18 21:41:24 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 4ZHQJk0yJPz5rG7m for ; Tue, 18 Mar 2025 21:41: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 4ZHQJj2SvVz3lt5 for ; Tue, 18 Mar 2025 21:41:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742334085; 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=SaMCPHFoG+KWXlh0yTtp2+gE/Yaeav+rgEMX9zoda9Y=; b=Z9n7R3yDijmC9iSPMcxjbH+YsIVfwbTaR2XUk768hWnCxUdSIDcosNSowEYUXA09jGcTDh RZULEKg6epcPns2sMg1aisxGvfFaPA7oI8E8ph/ehhEmqAcJq9/jZ6vTxJGsFDVOjDu6wx 2uOPdAxTtx7p9h7auDq7wuQGuKQV8eZvEvhZtfWgIIewmCOAvwX/fuk/84YD0x7YNJDoKv empxOwK1C+QCKM1WD1d7gI5NQV9c0VAXZm/OQ5vrf+GNjfbNCgkTsDqgVgm3IwDgN/s5Oz PtWoeGKGzWYVhSMLyCYKP3niDXw3BZDz8RZUHV1ya2sf1peLxTDSUBYP/kaDcQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742334085; a=rsa-sha256; cv=none; b=rC4GhtHFVwh9sQSAm7fSv9HA3bOweFxVQ9G9nNwI3cKkoufv10WYNt8ID1UKD+yntcaLIB 5LSfZbtGFb3o8d21FWlzeKlFhojydUllpdZxu4N3wDm7RZHflrpk03UGfK7VOA/4YSI//z 5vMSRlAPcIionRUjfcTRifmnzwyCymtXoU/i/NDXFKm9lqBpmMr/Go7Ig0XkDD6t+FEBdH jw6l3o1DsAUNyG8oru/Bi0PI+7pFQ00QFbLbpX2jeFi7QinKnkbGK8D4UJ71/MaQ+a1xZu tOn0Gm+jm0COziTo0AFC8gLekmawh5rIuG7P9dGyakEMhk+6RP6i+mGACDPzpQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742334085; 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=SaMCPHFoG+KWXlh0yTtp2+gE/Yaeav+rgEMX9zoda9Y=; b=u3yIl4ZxVpauUBmg4mbo77geTarq40JwvOrbMkFRzEwL8W4ViYU26wBmM3dKU62rdxWUGz 2peYwSPmC9YfJu4B8gN+UzlJRrSAsKRMOREeDytli+R1Yvo0OYJLKfb4vUjPvyQWoUa+hh dWnmiELq0pAYtDvaEYvLAdx0jk4y2j6l6fo6IRuVdKqZ7AviQANdNWxp0dONhD/bAics1l 1cNyDR8AVvEkCfl9gB90u6Ng1N8a9+hoczQauGkyhF4MkC8IvdzC1MNsBPDOoY4i6Seok0 pH6I07qFfHn3F5eWvA50AjJ3/qKm51bTi1B7a+K96FMe7s3UXOdn+ie+DYNfYQ== 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 4ZHQJj1zYczrHm for ; Tue, 18 Mar 2025 21:41:25 +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 52ILfP27013255 for ; Tue, 18 Mar 2025 21:41:25 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 52ILfPYR013253 for net@FreeBSD.org; Tue, 18 Mar 2025 21:41: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 280599] net/aquantia-atlantic-kmod: No ethernet on common workstation targets using aquantia-atlantic-kmod Date: Tue, 18 Mar 2025 21:41:24 +0000 X-Bugzilla-Reason: CC 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: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ports-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: version assigned_to product component 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=3D280599 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Version|14.1-STABLE |Latest Assignee|bugs@FreeBSD.org |ports-bugs@FreeBSD.org Product|Base System |Ports & Packages Component|misc |Individual Port(s) CC| |bugmeister@FreeBSD.org --- Comment #9 from Mark Linimon --- ^Triage: a problem with this PR is that it includes a patch for the port even though it is a workaround for a src problem. When extracting patches from Bugzilla, we don't really have any indication of what applies to where. So, for the meantime, I'm reclassifying this as a ports PR. The patches still won't apply -- they still need to be run thr= ough 'make makepatch' -- but this will give anyone interested in this PR a hint. --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Wed Mar 19 16:34:00 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 4ZHvRZ4wqgz5rMd7 for ; Wed, 19 Mar 2025 16:34:02 +0000 (UTC) (envelope-from kevans@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 4ZHvRZ4Pb8z3rNb; Wed, 19 Mar 2025 16:34:02 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742402042; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=JFNYRsMW/gDVy9Yo15i9H0aHyoJUWGATm/hkmCr6c3A=; b=hl9XGgPL/dIVFAhRiVu6Rss2cfMt1vK7it6iAuUBiKeJEzSSPZVRl1wjvmVHBTIL2QOAh9 Lm+z2espmiUlLsIf8a24CkbUViLyY+VT00Kbg3KNvIYGSgcJ+MOwjqdqO/0yQijMdaD35u J665fpScb55eDiXpJ8tt6B7z8G8pHrj2MhxHWkoDa3YbNSqtMaxvPgpmPeyEgYCumwNd0/ /Ie/qaYlUwKfeisQERhq7VqeasXldJUJ8Eo1v+BpN0rTl0uRs1NnwJag1mv/MvtgjRnN+r 01uBKjUAIFD/Alm/B68OkvLXoBQElniKm0RCS3nTuXHLsGSpHPyaO2C/c3xGbA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742402042; a=rsa-sha256; cv=none; b=b6e/JhTbRcn1J7wiHod06TIgNGqFjAWDInv0xGaAnc0q4LUZObQHnr0ahskdtFnnF2V/ic vkJB3R8T6XKWUnaejd1ODd6sRtunaqhnAqLorgDbkRqnggQC9fhy2ToayreovGra+fVGEy 06pguPcLSzCFN+GuOG7492ux6YFIPdcl9e1oCAevtqR0E85nJk7lQW56NrVs3Z8j6YlGTy 7T5RUnWVWgM3flRAXjqm2BdCmoGdeauYMhjmRcca+mSJMhEOmBTcZKqVy4H1qTN1/vEB5p xlhI/xVqVXhMMJnDyGVcxR0tRodeR/Js4kbxjkBGijZT9oUI30g80VYZUTpC8w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742402042; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=JFNYRsMW/gDVy9Yo15i9H0aHyoJUWGATm/hkmCr6c3A=; b=UjDhVi/oROIEAh6fjXGYlzs7e9Es7qhVOB8RiPFZmrL61pU8Rl0zJ+n+N/V87IMO1BinVL Q9FOOZcOZS0dXRZZXoUeuzTDwUJbBGBOsfb7HPkAtbs9qWfi86zQRp/PDs6G2+/9jpM5N1 ugyprxMO5UM58wz/iQfEAG1rwOuFyifDb+43g89Cn9xlFZ9vHvcGljvGfZlXJ+5rHYuNQI ns5F6AEQg/DGFTueXd8HV5P+1oJapRJCP/NpsjLe9pM4XwCKeAylgGi/5tBKPN//ljNDg/ N81e9Iuf7HiZc+u6UjWOS8pgOmRhquTbhzRJlqGQV7pB4p/I9+KPp5K3oBkWKg== Received: from [10.9.4.95] (unknown [209.182.120.176]) (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 did not present a certificate) (Authenticated sender: kevans/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ZHvRZ1WSJznTB; Wed, 19 Mar 2025 16:34:02 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: <29fe13ff-decc-456e-8afb-031de496932d@FreeBSD.org> Date: Wed, 19 Mar 2025 11:34:00 -0500 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: panic: tcp_do_segment: sent too much To: Michael Tuexen Cc: freebsd-net@freebsd.org, Gleb Smirnoff References: <020C5409-C587-4D06-B764-1AD0C5783AB2@lurchi.franken.de> Content-Language: en-US From: Kyle Evans In-Reply-To: <020C5409-C587-4D06-B764-1AD0C5783AB2@lurchi.franken.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 1/13/25 13:01, Michael Tuexen wrote: >> On 13. Jan 2025, at 02:44, Kyle Evans wrote: >> >> Hi, >> >> I seem to have hit this panic during normal laptop usage with a -CURRENT running at 2832af7b4ea256b18ef4dbf2ff97a50765f0609a: >> >> panic: tcp_do_segment: sent too much >> cpuid = 5 >> time = 1736731772 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe015b74b9b0 >> vpanic() at vpanic+0x136/frame 0xfffffe015b74bae0 >> panic() at panic+0x43/frame 0xfffffe015b74bb40 >> tcp_do_segment() at tcp_do_segment+0x2998/frame 0xfffffe015b74bc20 >> tcp_input_with_port() at tcp_input_with_port+0x10f8/frame 0xfffffe015b74bd70 >> tcp_input() at tcp_input+0xb/frame 0xfffffe015b74bd80 >> ip_input() at ip_input+0x28f/frame 0xfffffe015b74bde0 >> swi_net() at swi_net+0x19b/frame 0xfffffe015b74be60 >> ithread_loop() at ithread_loop+0x266/frame 0xfffffe015b74bef0 >> fork_exit() at fork_exit+0x82/frame 0xfffffe015b74bf30 >> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe015b74bf30 >> >> Doing a little bit of inspection: >> >> (kgdb) print tp->t_dupacks >> $1 = 1 >> (kgdb) print tp->snd_limited >> $6 = 0 '\000' >> (kgdb) p/x tp->t_flags >> $4 = 0x10000264 >> (kgdb) print maxseg >> $1 = 1428 >> >> `sent` appears to be optimized out. As far as I know, I don't hit this one often, but I'm wondering if there's anything else useful I could extract here / if anyone has a theory about what happened. > Hi Kyle, > > you can run your system with TCP black box logging enabled by using > > sysctl net.inet.tcp.bb.log_auto_all=1 > sysctl net.inet.tcp.bb.log_auto_ratio=1 > sysctl net.inet.tcp.bb.log_auto_mode=1 > > Also have the tcplog_dumper running. You can use > > tcplog_dumper_enable="YES" > > in /etc/rc.conf > > You can install tcplog_dumper by > > pkg intall tcplog_dumper > > Using these settings (mode = TCP_LOG_STATE_TAIL), keeps the trailing events of all TCP connections, but does not dump anything to disk. If the kernel panics, we can get the BBLog information from the core. > > Please note that Gleb has just committed two fixes which also address a panic() like the one you are experiencing. > I've seen another of these on a tree branched from early March @ d4c81623accede ("universe: Update the default GCC toolchain to GCC 14") with the above enabled; what can I provide, or has another likely cause been addressed since then? Thanks, Kyle Evans From nobody Wed Mar 19 22:07:04 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 4ZJ2qv2RV8z5qmfj for ; Wed, 19 Mar 2025 22:07:07 +0000 (UTC) (envelope-from michael.tuexen@lurchi.franken.de) Received: from drew.franken.de (mail-n.franken.de [193.175.24.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "Certum Domain Validation CA SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZJ2qt6bnDz3G0n; Wed, 19 Mar 2025 22:07:06 +0000 (UTC) (envelope-from michael.tuexen@lurchi.franken.de) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (unknown [IPv6:2a02:8109:1101:be00:9c78:4c6f:f974:aed5]) (Authenticated sender: lurchi) by mail-n.franken.de (Postfix) with ESMTPSA id C38D3721E2817; Wed, 19 Mar 2025 23:07:04 +0100 (CET) Content-Type: text/plain; charset=us-ascii 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.400.131.1.6\)) Subject: Re: panic: tcp_do_segment: sent too much From: Michael Tuexen In-Reply-To: <29fe13ff-decc-456e-8afb-031de496932d@FreeBSD.org> Date: Wed, 19 Mar 2025 23:07:04 +0100 Cc: freebsd-net@freebsd.org, Gleb Smirnoff Content-Transfer-Encoding: quoted-printable Message-Id: References: <020C5409-C587-4D06-B764-1AD0C5783AB2@lurchi.franken.de> <29fe13ff-decc-456e-8afb-031de496932d@FreeBSD.org> To: Kyle Evans X-Mailer: Apple Mail (2.3826.400.131.1.6) 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:680, ipnet:193.174.0.0/15, country:DE] X-Rspamd-Queue-Id: 4ZJ2qt6bnDz3G0n X-Spamd-Bar: ---- > On 19. Mar 2025, at 17:34, Kyle Evans wrote: >=20 > On 1/13/25 13:01, Michael Tuexen wrote: >>> On 13. Jan 2025, at 02:44, Kyle Evans wrote: >>>=20 >>> Hi, >>>=20 >>> I seem to have hit this panic during normal laptop usage with a = -CURRENT running at 2832af7b4ea256b18ef4dbf2ff97a50765f0609a: >>>=20 >>> panic: tcp_do_segment: sent too much >>> cpuid =3D 5 >>> time =3D 1736731772 >>> KDB: stack backtrace: >>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame = 0xfffffe015b74b9b0 >>> vpanic() at vpanic+0x136/frame 0xfffffe015b74bae0 >>> panic() at panic+0x43/frame 0xfffffe015b74bb40 >>> tcp_do_segment() at tcp_do_segment+0x2998/frame 0xfffffe015b74bc20 >>> tcp_input_with_port() at tcp_input_with_port+0x10f8/frame = 0xfffffe015b74bd70 >>> tcp_input() at tcp_input+0xb/frame 0xfffffe015b74bd80 >>> ip_input() at ip_input+0x28f/frame 0xfffffe015b74bde0 >>> swi_net() at swi_net+0x19b/frame 0xfffffe015b74be60 >>> ithread_loop() at ithread_loop+0x266/frame 0xfffffe015b74bef0 >>> fork_exit() at fork_exit+0x82/frame 0xfffffe015b74bf30 >>> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe015b74bf30 >>>=20 >>> Doing a little bit of inspection: >>>=20 >>> (kgdb) print tp->t_dupacks >>> $1 =3D 1 >>> (kgdb) print tp->snd_limited >>> $6 =3D 0 '\000' >>> (kgdb) p/x tp->t_flags >>> $4 =3D 0x10000264 >>> (kgdb) print maxseg >>> $1 =3D 1428 >>>=20 >>> `sent` appears to be optimized out. As far as I know, I don't hit = this one often, but I'm wondering if there's anything else useful I = could extract here / if anyone has a theory about what happened. >> Hi Kyle, >> you can run your system with TCP black box logging enabled by using >> sysctl net.inet.tcp.bb.log_auto_all=3D1 >> sysctl net.inet.tcp.bb.log_auto_ratio=3D1 >> sysctl net.inet.tcp.bb.log_auto_mode=3D1 >> Also have the tcplog_dumper running. You can use >> tcplog_dumper_enable=3D"YES" >> in /etc/rc.conf >> You can install tcplog_dumper by >> pkg intall tcplog_dumper >> Using these settings (mode =3D TCP_LOG_STATE_TAIL), keeps the = trailing events of all TCP connections, but does not dump anything to = disk. If the kernel panics, we can get the BBLog information from the = core. >> Please note that Gleb has just committed two fixes which also address = a panic() like the one you are experiencing. > I've seen another of these on a tree branched from early March @ = d4c81623accede ("universe: Update the default GCC toolchain to GCC 14") > with the above enabled; what can I provide, or has another likely = cause been addressed since then? I think the problem will be address by https://reviews.freebsd.org/D49414 Best regards Michael >=20 > Thanks, >=20 > Kyle Evans From nobody Thu Mar 20 09:00: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 4ZJKKf6GCKz5rXSY for ; Thu, 20 Mar 2025 09:00:22 +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 4ZJKKf5bMfz3JGd for ; Thu, 20 Mar 2025 09:00:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742461222; 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=AV8RDiAymKEXVuKCccMBYFMWlBs3xneoKKwR07iMRoA=; b=bJ4j+g+yxwLOCuCCoLgdLBsLVlsHdSwIfoLe8gYVDRi6JJZ40mlEx1Pd6mduNJKZVChq2O gGNGqlYvDcrLcKMfGUG5C4Gg+dpXSF+6xanGdyBUea239MoiWaMSqQ54SsQPASNIePly2h OcBKipXCm6Xdyp4BlwcOt0PXtKwxMy8f4/BVgEkBZ8EQNlTFFxenEP5YAgZxANIrjiOvTz sRubZwhYrtLzqhC80iLyS1WOKfgsLbDnRg9eAPt60En/pdWtt12LMc+O6lyZ70YZ1eTUAN 6bHaZlNrTQya7W/AXM3QnWx7+rzfqzzKpGCv4DZ7vRqm6O8/TGBAuZmRQzbb2Q== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742461222; a=rsa-sha256; cv=none; b=H1IPGlulC5eMDzQYzOtAY0c9ZEvQioxgRxhS69WVPe62vCty3FvF+yzUf937/+8mcf17OA /UGZ1NRcsb7jBT7Upt2PVZFiy/m8JY2dWoMvszeWzI6N0uoVySKSPie5rwnpNtGS4QTOd5 OimHaN5W+/e2rwr6vg5W3vMdSE17QiVLxXmN95gAprHOIfjf5c/uA3tdgjOTtXxKOSBL03 D6oamqFgqq1L4oDbixpHnAZei6lZWoAs3t8ECuy/Rthrrdr9mbbcIuVlY0R3943sNPsd/S uurJr0qwx3gKMH+OWsRDqCVB/5Y+1EhjHGPmwPDamZjc1kJOfPoXE11NOnCXgw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742461222; 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=AV8RDiAymKEXVuKCccMBYFMWlBs3xneoKKwR07iMRoA=; b=ZN60l1rP9GHPoQGuYrqnaLsEKN4IiDnpyB5E69nWrQt5WtixUPK4Zi3Urq1miy2fVfdCoI 9v+jIyw2HTADWoxItt6tRYd0xg6sBoy3c2RBwE16CXAKgu82oBN4BeJIymXIka666BdObL 1knuPDppNixH+QJPldXAtC6Zzv8QfKwdFCpV9wfJ8Bo0iHiMe5JD5BLpDsZ/Z/CCEm/F69 n+AKsDCzsCNmVUb4VNKjxqK5H3z2BuqTEZx7fOewiCNrvuoxkyfHdmHPoMkmZCPpXo43LX ruSGSvwVn2XCzvkPxk1VspYJpk4zWaQvYv/7lbhJkmVDJ2eePVUe4t4jL15org== 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 4ZJKKf58TDzxZf for ; Thu, 20 Mar 2025 09:00:22 +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 52K90MMi069592 for ; Thu, 20 Mar 2025 09:00:22 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 52K90MPP069591 for net@FreeBSD.org; Thu, 20 Mar 2025 09:00:22 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 285545] netinet6: binding to an inet6 anycast address should be permitted Date: Thu, 20 Mar 2025 09:00:22 +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: 15.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: lexi@hemlock.eden.le-fay.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=3D285545 Lexi Winter 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 Thu Mar 20 10:08:45 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 4ZJLrZ1W43z5rbXR for ; Thu, 20 Mar 2025 10:08:46 +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 4ZJLrY6DyZz3Qkj for ; Thu, 20 Mar 2025 10:08:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742465325; 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=NdRE6AdKcBH7ljelCgeXMI0CUr52tgMh8Qu3Ukvgqg4=; b=HxRZFiUt6faMRIZmALnv6imJSkVIW95bdEddcugRoDUs1jGuvu//13RVxapTS/BjoWj9La Jy+4hxe2O7lp9aIg6ahfJCHUZz6ui2D3cDkl/X94hxAkTWwTGgpIjw68jemyZTuLz0as1Q jZRJdtK+8q2mkUjIYyWk2/wqpTOjWbNOILJCx30JuGSvBAFhi1CNJgX3d45OJJ9tm5lb/V kKXi+/kFlkwCGITrRw/s/gCI5vtvp3/RSTYSDsd6D5WV82chSAhxvjO2CAw3tbPeJCZvhw lJbqJLWNya5q8juR0L67/IRQ94s5jknbhd+hThsxZHXBmLNuhars13Ld8OPPvg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742465325; a=rsa-sha256; cv=none; b=GTbAwriBFQ7FoDcZRs+d4nDmi+TXa6CTdt+zQQ/nX/TjP+MhGPv8mFg0IbqPTx6LSrVmUf hk3VAYGJb5M8uPKOOYGNJKOkGMqyLbADaDTd+PEY8ntxb6hoP9EqlIZFvrEqgtIMl50Hcd NCmLWVCGPjp8dxv0tDP9Z7Lr6X+im/82uujUuHaQ/cO54D4RkaI0ZkfX7Fcl+QdcxI16Eh wLr3Amwx/Xd/P2m0tlHJy8momtrzOXo+lJFswsV3YX1uxJn/UZb23kKheTV1weqzDqE/23 87FyShuVy7bidW5BWoBIzpDr3AQvHx6wka9iGyEr8eVy75pTQZySatwPAxPhAw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742465325; 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=NdRE6AdKcBH7ljelCgeXMI0CUr52tgMh8Qu3Ukvgqg4=; b=GxTFUMvMz9OhkTVGCdAQfaU50dg6dC3UOhE6Y9q0llRfWU2j8S2WTrmPVKWz8bKwysfw4Y IoEvZYpnLmDQh5dyljpuM8yJsu6C6N6czZad/g+2tF6CQqDqRdoPFjs+Bf6yUGuHpt2Xy6 v4eP9P16koz5/dadrbLuZZRpCtrkB5CoYubCh1sw2qhTwhWGA97Fu3s7zGtYuaqVDQqHcU O6l4H/FAPtGrelj7fP3dPuFE9zto/9RsH+HkSwUuRM4LdWLEo00lXzM7FosZ+dyuujMfY0 ZL1a+iC+MuhxBoqgHYxeIq+8u58UOl3siH1+YZnnEXvDmWzYBOTOZbN5GmjmDA== 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 4ZJLrY5PMKz11Qd for ; Thu, 20 Mar 2025 10:08:45 +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 52KA8jxP027756 for ; Thu, 20 Mar 2025 10:08:45 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 52KA8jrm027755 for net@FreeBSD.org; Thu, 20 Mar 2025 10:08:45 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 280599] net/aquantia-atlantic-kmod: No ethernet on common workstation targets using aquantia-atlantic-kmod Date: Thu, 20 Mar 2025 10:08:45 +0000 X-Bugzilla-Reason: CC 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: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: janm@transactionware.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ports-bugs@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=3D280599 Jan Martin Mikkelsen changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |janm@transactionware.com --- Comment #10 from Jan Martin Mikkelsen --- On a 13.1 system, adding this to /boot/loader.conf made performance accepta= ble. dev.aq.X.iflib.override_nrxqs=3D8 dev.aq.X.iflib.override_ntxqs=3D8 This was on an AC107 on a Supermicro X11SPA-T. See: https://github.com/Aquantia/aqtion-freebsd/issues/23 --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Thu Mar 20 10:16: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 4ZJM232RkLz5rcLk for ; Thu, 20 Mar 2025 10:16: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 4ZJM230zpJz3S26 for ; Thu, 20 Mar 2025 10:16: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=1742465819; 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=PHb5T1c3r2hvlMnPBmyoB49v1/xHt2I5ylgr2NAhhVI=; b=NKo+cO2sA3PlsGrnwGJOqpx9g30zj9G/0nxvub909Rz+m8LKvFwyd2FSkLZ9IQOrxqqXfM NgDuOFQmUMf4Xto/+Yw1MoUw3uOXEo79qZL0eG7CQOTljTlgj+a+HrN/vdN1MHFBz+YM5L QfwrEm4heI7rqxDiCJMMZb6KReK7JnhYupE+qB/VjWsjcgAcfDFkEx7b/+O5qdlsOVox+3 2Ple50E6e4mZ9Q85gQKz4DXVpbsrHYTneOQQYp1NJoMdU6CgGAo4bn5xtCOePIKzw8ZprX eB2R8/OR+yBkQEgH2DItkwoh648WAPCEe44QCcLx3mNl+Y7cLY9rDLXygJ8m5g== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742465819; a=rsa-sha256; cv=none; b=ZL8Yi71KokUotggFttA9YXX9qP8NnxUwsrN9DjmPAr8q2TaVWZztNSo7MLE8Nj5p67EpYF UDd7N8kBIJKOKbt/n1n9+2PCQtPREj6BeeC5iqgb2ZIG8nmf4Ihs/lbiWlwgrRsvg0GhjZ oTcrML2zADeSLPY01RN1yl0tnwK+FKb5c7lQGpugU4FrR/6ZJpfZKixTG/p6B8N+djnxdd 1qitSDL153d5vgEgDmXA0btZyFsEiv/WhttEnYNLPpvIrNwAK8z03YIUJJ58Ve6n8iaseT m0gTCt2qcy10YocDZu9zaxeRZt4diK4d97QQacEKxr0qRUbvB6LzzWVLnuuHTQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742465819; 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=PHb5T1c3r2hvlMnPBmyoB49v1/xHt2I5ylgr2NAhhVI=; b=ir5L5ndtRQVBqZ+k+bdZHdoyV2tF1gH90W9mZQNb+HJTC5Iud7Nj/lCZxdJ3rdgQIvJvbN FFmcBojlgNArPFz6hE4hDFZmL69M/kUZPi4xDkZOhERKffydfjefvP7FSo7NbQPluZOOkg x2uEbEXyalJMwTFsb13WX+GaaaehMiia/1Q8VVNblvrm/gwLdmqIPJYzx3iGAhrhr8/7QW +H7HoAU08LGEOxvRE+PoSAx7K81k/gl2AqPmAemkWHUNRguY+a8Mci61HUSlChsMRafJGd nzXgckpF2FHN72EyDReG28Zhp2eZNvdnqe3AD59WudUkI4WtnNqVC+FiYv7SFw== 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 4ZJM230L8Rz11jC for ; Thu, 20 Mar 2025 10:16: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 52KAGwYT055570 for ; Thu, 20 Mar 2025 10:16:58 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 52KAGwGZ055568 for net@FreeBSD.org; Thu, 20 Mar 2025 10:16: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 283426] panic in sbappendaddr_locked() - if_ovpn related? Date: Thu, 20 Mar 2025 10:16: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: 14.2-RELEASE X-Bugzilla-Keywords: crash, regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: bz@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 short_desc 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=3D283426 Bjoern A. Zeeb changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|wireless@FreeBSD.org |net@FreeBSD.org Summary|panic in |panic in |sbappendaddr_locked() |sbappendaddr_locked() - | |if_ovpn related? CC| |kp@freebsd.org --- Comment #12 from Bjoern A. Zeeb --- (In reply to Robin Haberkorn from comment #11) Yes I understand why the question was for the original one; I just wanted = to understand as the "copy" should have it too then and when manually going up= the stack I couldn't spot where it might be cleared. I wonder what Dan Epure's report looked like, Glebius? Do you have a backt= race from that? Same code paths? Also UDP? Also ovpn loaded? I don't know how the openvpn kernel module is hooking into the input path; = if it's using u_tun_func then that at least would explain why we do not see it= in the backtrace. And then Takahiro Kurosawa's analysis from #c7 sounds fairly valid if m_unshare can lose the PKTHDR on the copy. OpenVPN doesn't have t= o be active; it seems if there's an interface the filtering function will be ho= oked up. And then it's not a regression in iwm or the network stack; then it's imply the feature. Adding Kristof and bouncing this back to net@. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Thu Mar 20 17:41:58 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 4ZJXw742ptz5r8qx; Thu, 20 Mar 2025 17:42:31 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp6.goneo.de (smtp6.goneo.de [85.220.129.31]) (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 4ZJXw63G5Sz45pR; Thu, 20 Mar 2025 17:42:30 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=walstatt-de.de header.s=DKIM001 header.b=LayHzljG; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@walstatt-de.de designates 85.220.129.31 as permitted sender) smtp.mailfrom=freebsd@walstatt-de.de Received: from hub1.goneo.de (hub1.goneo.de [85.220.129.52]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by smtp6.goneo.de (Postfix) with ESMTPS id 0EEC5240EAD; Thu, 20 Mar 2025 18:42:28 +0100 (CET) Received: from hub1.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by hub1.goneo.de (Postfix) with ESMTPS id 530A42405D8; Thu, 20 Mar 2025 18:42:26 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1742492546; 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; bh=LKtB/O8Umo3Ae6k+vHKWWnty18z3WK89sE1SSrX5hY8=; b=LayHzljGfINLUEg95feFQXWA6MJA3/qiqzBQE+UMYMJNSLStFL4+fCdxe18C7k9hd021f+ 9U7tiwjwXULCl0S3lQDsIyp1FDQUst/tC2ZIwda62NOlYUBvKZFJjw6iz8nrPJjsKzzK7y 9vSiHC5xr5TGnCSd77MLElY1A91zzQOSarieLwhwdr4kOydazDZ7zv1OOqy+NI97rR8rlr KP4Ydq8X1MvF3+byng/xu5lwy3M9G+0hImaPwWz1xfXY8gU1C5F7ak6vDUlZE86T902OWI Ag9/NaH5tNnBqylrQcXBBz4rMmefytRHEcKu75b8Dou1cXmZsUBVz65MHq4QWA== Received: from thor.sb211.local (dynamic-2a02-3100-1902-b702-add3-147f-174d-ed38.310.pool.telefonica.de [IPv6:2a02:3100:1902:b702:add3:147f:174d:ed38]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by hub1.goneo.de (Postfix) with ESMTPSA id 22113240564; Thu, 20 Mar 2025 18:42:26 +0100 (CET) Date: Thu, 20 Mar 2025 18:41:58 +0100 From: A FreeBSD User To: FreeBSD CURRENT Cc: freebsd-net@freebsd.org Subject: rtadvd: rtadvctl -vv show : Segmentation fault - after lots of Link up and downs (ISP) Message-ID: <20250320184143.72723d05@thor.sb211.local> 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; boundary="Sig_/8_mFkvLRmZ/WPMk0FYZUY5w"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: cacbc1 X-Rspamd-UID: 9c3765 X-Spamd-Result: default: False [-6.70 / 15.00]; SIGNED_PGP(-2.00)[]; RBL_SENDERSCORE_REPUT_9(-1.00)[85.220.129.31:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-1.00)[-0.998]; R_SPF_ALLOW(-0.20)[+ip4:85.220.129.0/25]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_DKIM_ALLOW(-0.20)[walstatt-de.de:s=DKIM001]; RCVD_IN_DNSWL_LOW(-0.10)[85.220.129.31:from]; ASN(0.00)[asn:25394, ipnet:85.220.128.0/17, country:DE]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MISSING_XM_UA(0.00)[]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[walstatt-de.de]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org,freebsd-net@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[walstatt-de.de:+] X-Rspamd-Queue-Id: 4ZJXw63G5Sz45pR X-Spamd-Bar: ------ --Sig_/8_mFkvLRmZ/WPMk0FYZUY5w Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hello, when there are often changes of the IPv6 prefix and rtadvd is running, the = command rtadvctl -vv show quits with a "Segmentation fault error" after the first vlan interface show= n, not showing any subsequent vlan NIC. Prefix delegation is corrupted and so the IPv6 network= behind the router. I have to restart rtadvd to mitigate this problem. I run an PCengine APU2 with three physical NICs, the interior NIC has up to= 10 vlan configured. The problem can easily be reproduced by restarting mpd5 several times (I wa= s configuring and coding a link-up script and had to restart mpd5 2-3 times a minute over an = hour or so). Without the restart of rtadvd, the service remains dead and inoperative. The APU2 is running FreeBSD 14-STABLE: FreeBSD 14.2-STABLE #23 n270736-94f414086075: Tue Mar 11 20:52:07 CET 2025 Kind regards, oh =20 --=20 A FreeBSD user --Sig_/8_mFkvLRmZ/WPMk0FYZUY5w Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCZ9xTgQAKCRCxzvs8Oqok r8neAQCheqdmEVQpigpGC11S+OB0Q4hcgtdFNXNaMwMMLzN7GQD8C0PVsOM1I2UM rs/s/6hg8rVeEjt+NG0dR4veKIXTUwA= =eToK -----END PGP SIGNATURE----- --Sig_/8_mFkvLRmZ/WPMk0FYZUY5w-- From nobody Thu Mar 20 20:14:31 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 4ZJcHm2bZ4z5rJwh; Thu, 20 Mar 2025 20:14:44 +0000 (UTC) (envelope-from y.jaeyong@gmail.com) Received: from mail-vk1-xa2b.google.com (mail-vk1-xa2b.google.com [IPv6:2607:f8b0:4864:20::a2b]) (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 4ZJcHl57Y0z3fZg; Thu, 20 Mar 2025 20:14:43 +0000 (UTC) (envelope-from y.jaeyong@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=O0yNdLvm; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of y.jaeyong@gmail.com designates 2607:f8b0:4864:20::a2b as permitted sender) smtp.mailfrom=y.jaeyong@gmail.com Received: by mail-vk1-xa2b.google.com with SMTP id 71dfb90a1353d-523f1b31cf8so579163e0c.0; Thu, 20 Mar 2025 13:14:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1742501682; x=1743106482; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=nC3I9FTe1zblXYepXCKKsAllu4p2oDG6D1LMAxRobNE=; b=O0yNdLvmMdInHiBMO3t78qOpAyyCGe8vI0Dj1ztMZmDBoKbh53cDzsjhG9SLxjVqkd o2TEgv5nwLaHWj+dX9WPUsFM3jqmQmonGZMNYM9X6uYOSGEnYtDP/x5W7DC9CY9D5M+4 a0DDvUuCdfuNsNje3Y4i/kH/39dyPShR2stj7r0v4qhrNzeRJaeJ11mlRl7iC/4g6QEL S+i/3Krt4zN/I041/lAzXeez/RSeBVFfr6YFdFVfIvYmTZhT8+3FVCmtiehKdO7F//W7 eFDk2K5bEbVhEbjRzhzCuYSbSX5Uf29mY0Yu5Oa75aEfH8jSyvm2xpL1rBCrM6xlGH5H Q3/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1742501682; x=1743106482; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=nC3I9FTe1zblXYepXCKKsAllu4p2oDG6D1LMAxRobNE=; b=pux9u+aC/1buvRulxAURaAYNQbHap5pBlON4hUJP47RpmlhjHDQZaR4xImzAhwve/z Mh8TzBWssd6orTVG+pCDLU2heVH/H9LVzdqRF3XqZzhqn1BKM79nZ8OYodXQ7xjMqqSL 8MjfPhjP5KPX+8TGHGEuoUEPbVWgJl0FhEXDpuDpgoZsgUYUrXjJeQAYH//m0qvLp5h1 fd5YoUpH/1XqX6CMBrjj74ZIWXJ3utYtnvUKmOPuTQ2T7IHD6yZz7Wb5UDIVUD1RBh2e J92sAFP64Eda5OOZnvuKEK4hyh1PJwGkWr9puqyi/qMqmLg7iJHaP7D8kcajJiSKT0QY Y5Zg== X-Forwarded-Encrypted: i=1; AJvYcCULRi3ox7mH4egeXd8e2+hBHGcZEfXjnpE8NsRm42JiEFIA0fgqNIDhshN9Ov0cAXASLcZAn9bYX4O/R1AiWpmWiA==@freebsd.org X-Gm-Message-State: AOJu0YyAdYvLjTVjt6nubuXGjY85VOa47YtN9tL/cDy2j+pXvbmx94aD tcOtLBATrPsCnh2sFfHjp8YmwtSB2GZvuUYD25geV1fw7NLEu9WkaMZ3KBstPBxZyavIZznz7nb Sjwp6wL3dR5POhyn5USJBHox3XJVt6w== X-Gm-Gg: ASbGnctExT8OcvEhWDJ0AiQTmrMw5PZlHcY+NJvjtc/leW4AMhuSHD3Z4YvUlrFS4nc Tx/+wyeusGAQXKGQKC+l0HC6jq/RePRZUu8oFQfMcatvoIHpkKxMO7iiwB6nlw00IQTraEF9YsX hjNDqnvW6SflEEVHswjV72qY0JGJ3zJerq1ofQ53ktEEwzWAArhliBUOrMc6GY X-Google-Smtp-Source: AGHT+IGqksIEIkKjUSVhTJknUqe+mgcUSEDer3iiO+OjsinZnqiFKLfdJVjbqRtCEZfgSMJQMtIPrGjRPZ8EuePM3fg= X-Received: by 2002:a05:6122:6083:b0:518:791a:3462 with SMTP id 71dfb90a1353d-525a852a429mr1126038e0c.9.1742501682300; Thu, 20 Mar 2025 13:14:42 -0700 (PDT) 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 From: jaeyong yoo Date: Thu, 20 Mar 2025 16:14:31 -0400 X-Gm-Features: AQ5f1JqlXcZTahHBI8eRQOgCa-4dz28DTNHrvUUkWC7l3AO04vj4505z0hI9iE8 Message-ID: Subject: HyStart availability in FreeBSD stack To: freebsd-net@freebsd.org, freebsd-transport@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-3.13 / 15.00]; NEURAL_HAM_LONG(-0.99)[-0.986]; NEURAL_HAM_SHORT(-0.99)[-0.986]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; NEURAL_HAM_MEDIUM(-0.15)[-0.154]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; TAGGED_FROM(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MLMMJ_DEST(0.00)[freebsd-net@freebsd.org,freebsd-transport@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::a2b:from] X-Rspamd-Queue-Id: 4ZJcHl57Y0z3fZg X-Spamd-Bar: --- Hi net/transport, We are looking for using HyStart but looks like it is only implemented in RACK stack but not in FreeBSD TCP Stack. Is there a plan to support this in the near future? Thanks, Jaeyong From nobody Thu Mar 20 21:54:56 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 4ZJfWP36JHz5rQ3b for ; Thu, 20 Mar 2025 21:54:57 +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 4ZJfWP1tzgz42pG for ; Thu, 20 Mar 2025 21:54:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742507697; 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=Mb5MIvjhxA0+YMDtB7qFWZGjfXyTZFN18qs4hNcmxwE=; b=wzRQgIc6gAgEbgDbjQOkW/tvUFj6aMH9oz7YTKomEyDgbFxrDoRXHDG/ivrjttDaLaEUBu hUn+1spaLF9IcxLxGFh8yJsuC3/9Ec5pIt7FqJRFhNfLP9IQcAF7h+Wk+qg3FS3cLivuge ObdB1HBEsuXhBfM/gWAvUEkUrZgLap6mnVz4jwqkeCz1oDuKiB80SGn8IepigIPuBo8ijD PnM6+6Awa79jkrIxxAMXpPgVhlU+k9dPumcka5CM3UsWrHEKR5UzVfb3a1RDpUWgVZMybL BDuAQmP43mRvhsMArHCqFJqDPQyaCIwEK6mAiE2C4NMivtMSfbowyEDYU//IKg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742507697; a=rsa-sha256; cv=none; b=eKgK8D3zRotdi+upzvuzTwDod7YopqQP0eLEibQWuX326/mAne5dZ+KMl3JMGSYfSQexEQ FTf94jjUvWhJAqwNX3umOub+vyUnCEaAlXdnAekOQAK93DYrnffnwakvxhfLD4HibZmSup M/qg94SXiv7inzC+clqYp9+4QUg+QeRZhSD95V/tmjJXzxwfay17EtwDuQHFhk0/lC5CD/ wPrxJJi233NArEH0yRLtmfGpT/Gp8DJ8hNMspqKgJ22eWUICmL9/zxmXZllHW5FwFSfOmF hjLvskIIgzPCN2usYnTJLJgebasPGUZyDhzSv0Ia7kKkOWytCw7hiKJ4QuR4IQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742507697; 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=Mb5MIvjhxA0+YMDtB7qFWZGjfXyTZFN18qs4hNcmxwE=; b=uiMVi2HS3AgO4Ey6jlvDVBGxB1uHzutcRd6nnj0Fftm5hWn3Mfa0zMI8mUC/JHruz8EEcC Cwe1zzxAY/UqQlPN7mMmqCGfEGhZ9Yw3qwDYom3dsIRrexN0mIzimdvKetVxWBLRqey6Oq uuLQ41+J3+vZPaatCgvgPr0b+e9eJSJiIZpzbhNUFCGKBfwjANDnbD9CTiRJ1QLNC25uqs Rq281YLQzA81SnwIZRYpCXACRYJkEDpDZy3TJB6U/7vkAPDiOO/NPTwzgbLh8NZOkmRsg2 2R4JEZxhJv6msRepV6zqWrq3LmC6F5evvSewTrBwoGekf+4Oq9O0y0ahrQndCw== 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 4ZJfWP1DZzz1MJN for ; Thu, 20 Mar 2025 21:54:57 +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 52KLsuQY052239 for ; Thu, 20 Mar 2025 21:54:56 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 52KLsuBl052238 for net@FreeBSD.org; Thu, 20 Mar 2025 21:54:56 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 283426] panic in sbappendaddr_locked() - if_ovpn related? Date: Thu, 20 Mar 2025 21:54:56 +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.2-RELEASE X-Bugzilla-Keywords: crash, regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: robin.haberkorn@googlemail.com X-Bugzilla-Status: New 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=3D283426 --- Comment #13 from Robin Haberkorn --- (In reply to Robin Haberkorn from comment #9) The openvpn process was actually running according to core.txt. This means, yes, there definitely was an active tunnel at the time of the crash. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Fri Mar 21 01:15: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 4ZJkyZ3DC7z5rcP3 for ; Fri, 21 Mar 2025 01:15: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 4ZJkyZ0VJDz3mRR for ; Fri, 21 Mar 2025 01:15: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=1742519718; 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=r1kQoHDcKlidDH7sjJ4Wc3eL4JYiOlxiRBRVr5iTI34=; b=MIBSJmpoR1rnlIZXi7gMVI907pSV1wMHSckTuSI2xA+RcA32EAwdKbiLu+qxYgzXzOtiZp FI9MOWFsSwqM/QjTjriSOEc10/KwuiXJSFgosdJ286k4jeICwyMXpBVsSdjgKbQUz+Qkvq 3ZMuOn86dz2kXA3dpel4u17FZA20x64KGVwoqI/agjHX/a/9fboMMfy8LpZkfJy7wflF4D Zd1Ot69p3Kc0ruumhCV/WOMtATwPAQHgNfRKzjFqXWVOBieJDc5Mmo4A5GCTC2SwkorB+k 5Tt7Tcbj6BfhRJCczD7eddhRXZWEsMq8ieH4MvHVw3+0Mbf4E2+p18nVEwi6Dg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742519718; a=rsa-sha256; cv=none; b=xXrgHEOnfWDnoyAr9AR6g6SkTpbgfFGqoULFVjDm676LzAgTdyOYZld2VSPWMsTaqf1itK wXd0QouYkMF5k3FwSWVxg1Q29oPjSdwW24/Ms4NTkzgkImt/LozgXVUkTMCSLGNkWLLZYP 1j/x0hJ3gTcoWfg191zFFZv8g4vEoEQP2oNHbIG8bXcRDkXBSBEa2FfgZa19cDo25hHKcU h3gTqsAGek7r2PDyRBmxJfi6yiCZqKVMVq4uOK6E4Hy1vauzLgoFreGvu4KQhjVO64mdgl UzY64/NYp/ufrReZFwxehAM7CqoSiAlkIpb3KNWzEXKiOCyVJltZGs1hVP3NSg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742519718; 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=r1kQoHDcKlidDH7sjJ4Wc3eL4JYiOlxiRBRVr5iTI34=; b=i0PTfYc/b921LhXa0OCc38j22VZlCCnbu7N/yTjpIHKCf4Cfdavfc+k1SwSWWE2D4TSLx5 uQZEszqR58vEF1Udl4o03yLhlVz5ojmmSwVPKF4VU8eCXG7uSakMiP2vNQ6f5UeHnMexfi K72KlBxaKAU7qC/SjsuTEZqrs7sNf7iPhCPRIjE7dOgrOxqCG7Cy97HYfaT0/xyncx6Z5y ZxRyY58nTewhGpX41pQjv9SrxPl90CmimgwSZ+1VFtM1HZH8D1QuCX1yS+Ntndhh494hbv pXDI1QfH0rIlihbXzVXgEWEsejLc0NhjHJsGN5yw7yz4KZKsqupkDfPwdvWNHQ== 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 4ZJkyZ01tWz1SWq for ; Fri, 21 Mar 2025 01:15: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 52L1FHLb081705 for ; Fri, 21 Mar 2025 01:15:17 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 52L1FHhw081704 for net@FreeBSD.org; Fri, 21 Mar 2025 01:15:17 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 283426] panic in sbappendaddr_locked() - if_ovpn related? Date: Fri, 21 Mar 2025 01:15: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: 14.2-RELEASE X-Bugzilla-Keywords: crash, regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: kp@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: 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=3D283426 --- Comment #14 from Kristof Provost --- (In reply to Bjoern A. Zeeb from comment #12) if_ovpn sets u_tun_func, yes, via udp_set_kernel_tunneling():=20 https://cgit.freebsd.org/src/tree/sys/net/if_ovpn.c#n635 I'm not sure how m_unshare() would feature in this, given that if it succee= ds if_ovpn keeps the packet (so we'd see a panic there if it messed up), and i= f it fails we return 'true' (indicating the filter ate the packet, and no further UDP processing happens). --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Fri Mar 21 08:13:59 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 4ZJwGF4jKKz5qq7n for ; Fri, 21 Mar 2025 08:14:29 +0000 (UTC) (envelope-from paul@redbarn.org) Received: from util.redbarn.org (util.redbarn.org [IPv6:2001:559:8000:cd::222]) (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 "*.redbarn.org", Issuer "RapidSSL TLS RSA CA G1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZJwGD4JCmz41bZ; Fri, 21 Mar 2025 08:14:28 +0000 (UTC) (envelope-from paul@redbarn.org) Authentication-Results: mx1.freebsd.org; dkim=fail ("headers rsa verify failed") header.d=redbarn.org header.s=util header.b="gaH9F/Y4"; dmarc=pass (policy=reject) header.from=redbarn.org; spf=pass (mx1.freebsd.org: domain of paul@redbarn.org designates 2001:559:8000:cd::222 as permitted sender) smtp.mailfrom=paul@redbarn.org Received: from family.redbarn.org (family.redbarn.org [24.104.150.213]) (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 "*.redbarn.org", Issuer "RapidSSL TLS RSA CA G1" (not verified)) by util.redbarn.org (Postfix) with ESMTPS id 6D540160C24; Fri, 21 Mar 2025 08:14:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=redbarn.org; s=util; t=1742544865; bh=tB2vW5R4odf7Ige021K63lvyuzWVq6xngJ/nDFJyhCk=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=gaH9F/Y4Z5fJzAYXUT+Lottxd6QJi/ku1BnJLhXFNBSxbMeF3+TQgWgJ7l+Q3J1Hj a/S93LtWdghJH4tpNrg/RbeKWSRXr2KyyCfppw+WiGW8rbcXhHUkgb5gdPiDPBbG7z 0tjT18vjFhD8+ejCBqZMRzqhBUvvKAg2wL/NtFEE= Received: from localhost.localnet (unknown [205.220.129.25]) (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 family.redbarn.org (Postfix) with ESMTPSA id 30315C3F12; Fri, 21 Mar 2025 08:14:10 +0000 (UTC) From: Paul Vixie To: Mark Johnston , Julian Elischer Cc: "freebsd-net@freebsd.org" Subject: Re: per-FIB socket binding Date: Fri, 21 Mar 2025 08:13:59 +0000 Message-ID: <24545810.ouqheUzb2q@localhost> Organization: FW In-Reply-To: <31693e65-7d88-40ea-900d-d736cadcfe1f@elischer.org> References: <7772475.EvYhyI6sBW@dhcp-151.access.rits.tisf.net> <31693e65-7d88-40ea-900d-d736cadcfe1f@elischer.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-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Spamd-Result: default: False [-1.90 / 15.00]; NEURAL_HAM_LONG(-0.99)[-0.993]; NEURAL_HAM_SHORT(-0.97)[-0.973]; MID_RHS_NOT_FQDN(0.50)[]; CTE_CASE(0.50)[]; DMARC_POLICY_ALLOW_WITH_FAILURES(-0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:559:8000::/48]; NEURAL_HAM_MEDIUM(-0.13)[-0.134]; MIME_GOOD(-0.10)[text/plain]; DMARC_POLICY_ALLOW(0.00)[redbarn.org,reject]; R_DKIM_REJECT(0.00)[redbarn.org:s=util]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; DKIM_TRACE(0.00)[redbarn.org:-]; FREEFALL_USER(0.00)[paul]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MLMMJ_DEST(0.00)[freebsd-net@freebsd.org]; MISSING_XM_UA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:33651, ipnet:2001:559:8000::/48, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2001:559:8000:cd::222:from,24.104.150.213:received] X-Rspamd-Queue-Id: 4ZJwGD4JCmz41bZ X-Spamd-Bar: - This is a reply to the first of two of Julian's recent messages. On Friday, March 14, 2025 4:26:30 AM UTC Julian Elischer wrote: > On 1/28/25 12:09 AM, Mark Johnston wrote: > > On Sat, Jan 25, 2025 at 08:44:25PM +0000, Paul Vixie wrote: > >> does anyone remember why the FIB of a socket or process cannot be > >> discovered from user mode? lack of motivation -- or deliberate design > >> decision? > That was probably me. > I probably just didn't need it for my case and didn't spend time on it. KK. I have a need now. > > ... > > > > So, an application already knows the FIB number of any given socket, > > since it can find its own FIB number, and new sockets always inherit the > > FIB number of the process or the listening socket. Therefore, I believe > > there's no reason not to provide an explicit mechanism to query the FIB > > number. > > I believe so.. Not all sockets within a process are created within that process. When stdin, stdout, and stderr are pty's or pipes, they predate the process, and have no FIB of their own since they aren't sockets. Therefore the process FIB in this case has to be set after fork and before exec by the parent, so that work done within this process is within the FIB that only the parent would otherwise know about. I expect to teach sshd, http, and nginx to look at the FIB of its network socket (which after fibnum2 will not always be that of the listener socket) and then setfib() the forked process FIB to this value before execing the shell or command. Obviously that subprocess will be able to setfib() to some other value if so desired, but the default FIB for the shell and its subprocesses should be the same as for the network socket. For this I do not need a getfib() syscall but I will need an SO_FIB socket option which would allow both setting and getting. We'll have to leave SO_SETFIB for ABI/API stability reasons, of course. -- Paul Vixie From nobody Fri Mar 21 08:22:56 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 4ZJwSZ2Xyxz5qqwL for ; Fri, 21 Mar 2025 08:23:26 +0000 (UTC) (envelope-from paul@redbarn.org) Received: from util.redbarn.org (util.redbarn.org [IPv6:2001:559:8000:cd::222]) (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 "*.redbarn.org", Issuer "RapidSSL TLS RSA CA G1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZJwSY4Ln2z45md; Fri, 21 Mar 2025 08:23:25 +0000 (UTC) (envelope-from paul@redbarn.org) Authentication-Results: mx1.freebsd.org; dkim=fail ("headers rsa verify failed") header.d=redbarn.org header.s=util header.b=KzPG4qjC; dmarc=pass (policy=reject) header.from=redbarn.org; spf=pass (mx1.freebsd.org: domain of paul@redbarn.org designates 2001:559:8000:cd::222 as permitted sender) smtp.mailfrom=paul@redbarn.org Received: from family.redbarn.org (family.redbarn.org [IPv6:2001:559:8000:cd::5]) (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 "*.redbarn.org", Issuer "RapidSSL TLS RSA CA G1" (not verified)) by util.redbarn.org (Postfix) with ESMTPS id 6FBFE160C24; Fri, 21 Mar 2025 08:23:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=redbarn.org; s=util; t=1742545404; bh=cWBfzVmdt1wsdtUmCQEuRY6ZYZ7cVGMcZJygxHXyORU=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=KzPG4qjCNKIEzat8NLAG/QZdzdCU7GkMlwnCu5XQiWZz6kISZsIFOFs7coEkAW/jk w2Saq7NLo+I00iGWgeDO5BR1GfpyxwSnhEwCTywUBJvpDmOB3Z4xxVlqxdvVNgbyGD Cw382tVTo5Fi7QUTIsz1gPq9mxZF1VY6BoRm8aeg= Received: from localhost.localnet (unknown [205.220.129.25]) (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 family.redbarn.org (Postfix) with ESMTPSA id 9E6B6C3F12; Fri, 21 Mar 2025 08:23:08 +0000 (UTC) From: Paul Vixie To: freebsd-net@freebsd.org, Julian Elischer Cc: Santiago Martinez , Jamie Landeg-Jones , Mark Johnston Subject: Re: fibnum2.diff (Re: per-FIB socket binding) Date: Fri, 21 Mar 2025 08:22:56 +0000 Message-ID: <3334751.oiGErgHkdL@localhost> Organization: FW In-Reply-To: <4bc4c988-3df1-4823-9769-b881be1f70d7@elischer.org> References: <7772475.EvYhyI6sBW@dhcp-151.access.rits.tisf.net> <2299619.iZASKD2KPV@localhost> <4bc4c988-3df1-4823-9769-b881be1f70d7@elischer.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-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Spamd-Result: default: False [-1.41 / 15.00]; NEURAL_HAM_LONG(-0.99)[-0.993]; NEURAL_HAM_SHORT(-0.50)[-0.502]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW_WITH_FAILURES(-0.50)[]; CTE_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:559:8000::/48]; NEURAL_HAM_MEDIUM(-0.12)[-0.119]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_ALL(0.00)[]; DMARC_POLICY_ALLOW(0.00)[redbarn.org,reject]; R_DKIM_REJECT(0.00)[redbarn.org:s=util]; FROM_HAS_DN(0.00)[]; HAS_ORG_HEADER(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; DKIM_TRACE(0.00)[redbarn.org:-]; FREEFALL_USER(0.00)[paul]; ASN(0.00)[asn:33651, ipnet:2001:559:8000::/48, country:US]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2001:559:8000:cd::222:from,2001:559:8000:cd::5:received]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MLMMJ_DEST(0.00)[freebsd-net@freebsd.org]; MISSING_XM_UA(0.00)[]; RCPT_COUNT_FIVE(0.00)[5] X-Rspamd-Queue-Id: 4ZJwSY4Ln2z45md X-Spamd-Bar: - This is a reply to the second of two of Julian's recent messages. On Friday, March 14, 2025 4:45:48 AM UTC Julian Elischer wrote: > On 2/21/25 8:35 AM, Paul Vixie wrote: > > On Thursday, February 20, 2025 4:47:41 PM UTC Mark Johnston wrote: > >> On Tue, Feb 18, 2025 at 05:16:07AM +0000, Paul Vixie wrote: > >>> this is the second fibnum patch, ... > >> > >> The high-level changes seem to be: > >> - If a TCP listening socket's FIB is 0, then the FIB of incoming > >> > >> connections matched to that socket will be the FIB of the interface on > >> which the initial SYN was received. > > for outgoing connections it makes sense to allow the sender to force a > fib regardless of the interface's default fib. (it is after all just a > default (possibly I didn't document that well)). ok, that's doable. fibnum2 changes bind() to make the interface FIB be the socket's FIB, but overriding this with the process FIB (if nonzero) makes sense to me. > ... > > For incoming connection requests, what exactly does a fib mean? Since > fibs are an outgoing thing.. You could just force the interface's fib > onto the session or you could have one associated with the process > applied to it. Or you could declare the whole idea void. path asymmetry by which a connection comes to an interface having a FIB but all outbound data sent via that connection has fib 0 means: we aren't actually multihoming. the fib 0 default route for example may have a very different way of getting back to the initiator. it may also have firewall rules, or pass through low-performance networks meant for command and control rather than service. > I think the order of evaluation would be Process FIB highest priority, > followed by interface FIB. I do remember I was thinking about a fib > value of -1 being "no fib.. I'm a pushover, do with me what you > want". but I never really followed that through. we're using fib 0 for that today, and it works. i'll add your process-first priority scheme in what i suppose will be called "fibnum3". > >> The handling of the second point seems incomplete: it doesn't update the > >> FIB number stored in the socket itself. Gleb and I talked a bit about > >> eliminating that field entirely so that there's only one source of > >> truth, and I think we'll eventually do that, but in the meantime, > >> in_pcbbind() needs to update so_fibnum as well. > > I can't remember much of what I did this for. It was um..17 years > ago? anyhow I wouldn't have made two copies of something unless there > was some case where you wanted them to be different, but of course > that case may not exist any more.. > > Where is the other copy? inp->inp_inc.inc_fibnum. -- Paul Vixie From nobody Fri Mar 21 08:29:59 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 4ZJwcF6qdYz5qrJb for ; Fri, 21 Mar 2025 08:30:05 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-pl1-x62d.google.com (mail-pl1-x62d.google.com [IPv6:2607:f8b0:4864:20::62d]) (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 4ZJwcF2kvpz480D for ; Fri, 21 Mar 2025 08:30:05 +0000 (UTC) (envelope-from markjdb@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pl1-x62d.google.com with SMTP id d9443c01a7336-22349bb8605so37634845ad.0 for ; Fri, 21 Mar 2025 01:30:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1742545804; x=1743150604; darn=freebsd.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:sender:from:to:cc:subject:date:message-id :reply-to; bh=CoT+ZMXea+NvIovnJ4jAdevZuXOqWH76SvZ/PGSRo8A=; b=AlPGuvYF92z9CKawE3lsAe3LzcJkh8xVYkP2rUNXrn9D6dvNlzzbxCpFFeTQk3+dWf +IwnbT93BceCYofkCoTyicllB1Vn/wmaHm30Ap7A7XssHSfUZ3epc6KbwCMDlt/4xkwD TnLRxPXuoDSC/4YezpqYGf8e68PXoeTHWdY1IjX6Xus3GxC/SrllEGP1CfhJubrb3KkI nS7unmJmfy/pyb9DksLEJ6AAdXxyLCrV+sjxH8IBrjFXMJPrnc5xVHTiQegBirawMDcY iYdB0esmFsGrrMhNswauPYasmVeqnr90VO+mBZTGiDKonrNhKMtYF+QZHeO8LrrPziRT IHiw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1742545804; x=1743150604; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:sender:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=CoT+ZMXea+NvIovnJ4jAdevZuXOqWH76SvZ/PGSRo8A=; b=ewNJeKE6HiheFIsApJ9ryqyOTTsRX93ZIrFxbTyoA8lljxFvpl55XN0+xauntco3dl /c134f4xgw/upPK5QXRnXHDJsyIMUmZsgc/Haswe2HUM4ykW/pdkdHcIQ9Lqono7EPyh q5d0blFgCMJbj5qSr8GYTlYxPempx7xN59QuS8tvsb2Ib70G1Qkc3jZyKps2DnbNfHBg KvKHVrODp3oHGq7fpPnTVMc157qrZtm6rDT+gxyXnB/gtR8XI2xr2946LFmYoQ3t07Zi 5r1mZVRaF0cO00tFCACrmM3nrOG670/UHCAvtcynm6arshpSA6VPXl8Bxh7m8L2bDZ5P wdsA== X-Forwarded-Encrypted: i=1; AJvYcCXYCKWAJ8dSAsa3J9l4Pc5cxnPo402e7auYSXtPYPMgFlRSW6NydQJeCX3FcwZiGL++Aa2RebfbyXCGdA==@freebsd.org X-Gm-Message-State: AOJu0Ywmvx8EUt45CTCy0bP2aIPxy8kex5CfYr0i+/ucb6PkQddchYp0 pQeOXkIRiZw5BQ+lGQmVAwMjfG1MRXEg83iyAaUT9Ft0+SCzGWNT X-Gm-Gg: ASbGncvbwQngfOHDS4iuqDyVtQ0H9ALvHsqmVtcsKaGN75kkWL3v6HhGHGpVmo/dgbG lOEpaif7140Eynwdic11Jurmgw4K14aHIbq5/FWJlO2UYjpHmfzMIvGrFP7KSEGjpGykfeIwHgW uTqIactvVtxxCTxvu9bz3C42WiB9/sHqAVRKPEFp2VUsOCVGKeQW56H8G5sP19QZuygrVm5rHGt Xn80h8hiiZDhWCeYzbWABtqw+g60CwfGrrk7npf8FmI64L9+omuEl1lEj+kQTmXwqE/SEc8I/jm ay/fOOM+KbnAXvoLx9ysvs56I2uN55ydbYwLMiHfEA39zRKAer771N9oISW/nE/QS3U= X-Google-Smtp-Source: AGHT+IFXvm9edAwNDVpMsfPGRC9nee0mSx5ylZvxwGu+aiSMqs4gi2/SNV9cvX8+8QqfCFR2WlCVlg== X-Received: by 2002:a17:902:cccb:b0:224:18bb:44c2 with SMTP id d9443c01a7336-22780c7e14dmr35941595ad.6.1742545803674; Fri, 21 Mar 2025 01:30:03 -0700 (PDT) Received: from framework (M106185150005.v4.enabler.ne.jp. [106.185.150.5]) by smtp.gmail.com with ESMTPSA id d2e1a72fcca58-7390618e4b6sm1234600b3a.180.2025.03.21.01.30.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 21 Mar 2025 01:30:03 -0700 (PDT) Date: Fri, 21 Mar 2025 04:29:59 -0400 From: Mark Johnston To: Paul Vixie Cc: Julian Elischer , "freebsd-net@freebsd.org" Subject: Re: per-FIB socket binding Message-ID: References: <7772475.EvYhyI6sBW@dhcp-151.access.rits.tisf.net> <31693e65-7d88-40ea-900d-d736cadcfe1f@elischer.org> <24545810.ouqheUzb2q@localhost> 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-Disposition: inline In-Reply-To: <24545810.ouqheUzb2q@localhost> 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:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4ZJwcF2kvpz480D X-Spamd-Bar: ---- On Fri, Mar 21, 2025 at 08:13:59AM +0000, Paul Vixie wrote: > This is a reply to the first of two of Julian's recent messages. > > On Friday, March 14, 2025 4:26:30 AM UTC Julian Elischer wrote: > > On 1/28/25 12:09 AM, Mark Johnston wrote: > > > On Sat, Jan 25, 2025 at 08:44:25PM +0000, Paul Vixie wrote: > > >> does anyone remember why the FIB of a socket or process cannot be > > >> discovered from user mode? lack of motivation -- or deliberate design > > >> decision? > > That was probably me. > > I probably just didn't need it for my case and didn't spend time on it. > > KK. I have a need now. > > > > ... > > > > > > So, an application already knows the FIB number of any given socket, > > > since it can find its own FIB number, and new sockets always inherit the > > > FIB number of the process or the listening socket. Therefore, I believe > > > there's no reason not to provide an explicit mechanism to query the FIB > > > number. > > > > I believe so.. > > Not all sockets within a process are created within that process. When stdin, > stdout, and stderr are pty's or pipes, they predate the process, and have no > FIB of their own since they aren't sockets. Therefore the process FIB in this > case has to be set after fork and before exec by the parent, so that work done > within this process is within the FIB that only the parent would otherwise > know about. > > I expect to teach sshd, http, and nginx to look at the FIB of its network > socket (which after fibnum2 will not always be that of the listener socket) > and then setfib() the forked process FIB to this value before execing the > shell or command. Obviously that subprocess will be able to setfib() to some > other value if so desired, but the default FIB for the shell and its > subprocesses should be the same as for the network socket. > > For this I do not need a getfib() syscall but I will need an SO_FIB socket > option which would allow both setting and getting. We'll have to leave > SO_SETFIB for ABI/API stability reasons, of course. For what it's worth, I already added this in main: https://cgit.FreeBSD.org/src/commit/?id=ee951eb59f2136a604e3fbb12abf8d8344da0c99 and in stable/14: https://cgit.FreeBSD.org/src/commit/?id=b0f2df45e7a6f1db28bd96fc5da690618a0c38a6 From nobody Sat Mar 22 22:32:40 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 4ZKvG073T6z5rLh2 for ; Sat, 22 Mar 2025 22:32:40 +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 4ZKvG05fNWz3lk0 for ; Sat, 22 Mar 2025 22:32:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742682760; 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=FwcpEsESTGnY6A4lJOGnVvEd81v1xxHw+TwLfps8frw=; b=YlZUBlcablJKAdIzesliGGVNKo18ttG/uIe7Th0rJd/8TuLRTRNGUeZ67u65IR26/fHdJz C+W2LjilvUTU79OkTBRogE+7P/t7EFvi8R5Y0I1K4HuQ+AsUXIi/coZcVa+7+kcUCV7h65 WUt4V1sCdFB6kWdfRqFqWNgfP9DmEaAHCr56gnLd/aQT62Mvfi1+YzimebOHKA8p5NGocC e6l0gbRAkPJUnjU2GqyD2l1Cha5nI0PTQLcwHqcA1Rhbbv77XNxBbUBDJaGSPM1iExdqAk OIE7X7v8Gz5UWDbCPmTzWY/sdqZJMnVlrItX+de3KqoZ+ZhIePUxajzk6WDAEQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742682760; a=rsa-sha256; cv=none; b=bKJ0u4pGiCnwnV7YYQG85i9wlvInEIHhCkwGzUZ49SezrpOhiB3N2/PVa1khfaSDUjoc61 mAAOiGTcSdRexVwa9m5bkUClNT7AW62LEJYB2hcS5IlDRMhe/9w+2PZNQL7jaxkrS/zg7l kQnh0jhKI5zL+wNYrVL0GPHnCiqZy7XFvFYvyTjOjeCCMDockfSpAGbF7cjPiHR5fFQg8b TbnKDTLDEzM7fO1jXkIZkirMfGZIJ+H9blswfudM3uQ22swf92sK5GdnjalLJ6jHrQ+b4B zwkLzua5f7KScqgVpfK0X/qrBu2mH2MRUhoX++ujqzdNLVc+Cx24/989LHWkrQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742682760; 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=FwcpEsESTGnY6A4lJOGnVvEd81v1xxHw+TwLfps8frw=; b=eOoXOKRQQinJHdXsWJeSNaVbgTwUB6rgnvDComENUrk4kNQaJKXf2gBtRV64Vh31vliIgi kANZo3ntxvTUSxz/usVFkQfLrHg4eyG0wyoW3ECdUAiJrV9W77IMuc9AEGLxqFAaX7IYxR ylNJsZbmsEIVSsQuNqOjJN4tnV6oSJj5lyt0JFIdqh5K+aLjStmKI0GquGqaPGBb3kt7So qfE7xKFCyHB/o1CAG7vus5Jar8tU02zwuobadRpIVF+lgMvvIR8iKof+vMhdaALswV4vS+ Qo8OaL4NGo48HeETqRGQVJgnlAXHL5KQNWynUlPS/iSxD61xYVVGj8kpfkb9bw== 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 4ZKvG05DYDzhDj for ; Sat, 22 Mar 2025 22:32:40 +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 52MMWegx064932 for ; Sat, 22 Mar 2025 22:32:40 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 52MMWeOs064931 for net@FreeBSD.org; Sat, 22 Mar 2025 22:32:40 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 285591] IPv4 sysctl variable name change Date: Sat, 22 Mar 2025 22:32:40 +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.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People 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=3D285591 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 Mar 23 14:07:53 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 4ZLJ195zq0z5rLsV for ; Sun, 23 Mar 2025 14:07:57 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fhigh-a6-smtp.messagingengine.com (fhigh-a6-smtp.messagingengine.com [103.168.172.157]) (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 4ZLJ1850kwz3b8m for ; Sun, 23 Mar 2025 14:07:56 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm1 header.b="b5y6Bs/D"; dkim=pass header.d=messagingengine.com header.s=fm1 header.b="U a5nnWk"; dmarc=pass (policy=none) header.from=f-m.fm; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 103.168.172.157 as permitted sender) smtp.mailfrom=void@f-m.fm Received: from phl-compute-10.internal (phl-compute-10.phl.internal [10.202.2.50]) by mailfhigh.phl.internal (Postfix) with ESMTP id 6CB561140151 for ; Sun, 23 Mar 2025 10:07:55 -0400 (EDT) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-10.internal (MEProxy); Sun, 23 Mar 2025 10:07:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :message-id:mime-version:reply-to:subject:subject:to:to; s=fm1; t=1742738875; x=1742825275; bh=8D/DqBGG5hpo3VmWpDug/b/9Mm4mRra5 f4B5z1uzYG0=; b=b5y6Bs/DkyNrfluV6HgU2aTAaT1ikpUrCjidD9Opd/2sPf4r ypJBYFyUfG+iTcASCffl3RKlxWjpMLg/wWbjT3Uoiob4CXQXxPMMZCJzlyUL39XA vPytOuwVe3Viaoays4UghoqzxP+Qmea3msyXYOBwNB+8vBUc548pTtS4xsXZWoq4 GyswpFBEHSGh9dogKGR7uGjpal1HuTCB/4mtRz9vN8KeSQnrvUJTFDx2NkqoCDau 165lxFwu7mAeVjN6uXSCzrcI5peDAxgSJyFLmtOj80g9rpOw7smnYbeeJxT6i5PX Urao+CMYR02zy85aDzTEBm/sld5ByYpbS9VPIg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:message-id :mime-version:reply-to:subject:subject:to:to:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1742738875; x= 1742825275; bh=8D/DqBGG5hpo3VmWpDug/b/9Mm4mRra5f4B5z1uzYG0=; b=U a5nnWkeh3u+rLA/ulOcFXR4yhDYLqTOej8fKd3b36ubEHyZ2Smzjy/DTdZmmfJFO d9YczPDfghq7PlM232nLIWzteV9fNs5qCgv0mKUaQKgz9nNM4XuVDgsuesnfdRzh V4e8pvCX6NUyIQmIrJkEM2FeuQEIJSXV83O1A41ro6OhytI5y3YlAOwWon+7VTn5 fiInhkZJyT5FYq46ARhAiyCCM3MFiHnmefLhykQBNdtiU3U/lkJYyjHgVe7QjVIt 8ZKJVarZitTRQY3s2pXQA23Fm20GGR0Tp3sc4RIHT/Qt7/8yMxsxcUc2JuCiNxXF tknuFCw1KR5Z8PDQQCyNQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefvddrtddtgdduheejtdejucetufdoteggodetrf dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggv pdfurfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucenucfjughrpeffhf fvuffkgggtugesthdtredttddtvdenucfhrhhomhepvhhoihguuceovhhoihgusehfqdhm rdhfmheqnecuggftrfgrthhtvghrnhepveduffeivdfffffghfegfeejfefftdeiteehte ekfefhvdefgfettdeuheegffeunecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghm pehmrghilhhfrhhomhepvhhoihgusehfqdhmrdhfmhdpnhgspghrtghpthhtohepuddpmh houggvpehsmhhtphhouhhtpdhrtghpthhtohepfhhrvggvsghsugdqnhgvthesfhhrvggv sghsugdrohhrgh X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Sun, 23 Mar 2025 10:07:54 -0400 (EDT) Date: Sun, 23 Mar 2025 14:07:53 +0000 From: void To: freebsd-net@freebsd.org Subject: ipfw layer2+3 firewalling question 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: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline X-Spamd-Result: default: False [-0.95 / 15.00]; RBL_SENDERSCORE_REPUT_9(-1.00)[103.168.172.157:from]; NEURAL_HAM_SHORT(-0.99)[-0.994]; NEURAL_SPAM_LONG(0.92)[0.922]; NEURAL_SPAM_MEDIUM(0.73)[0.725]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm1,messagingengine.com:s=fm1]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.157:from]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim]; PREVIOUSLY_DELIVERED(0.00)[freebsd-net@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-net@freebsd.org]; ASN(0.00)[asn:209242, ipnet:103.168.172.0/24, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4ZLJ1850kwz3b8m X-Spamd-Bar: / Hi, (originally posted on the forums) My objective is to protect services on a bhyve host, while allowing traffic to the bhyve guests to pass to and from them unprocessed, as these each have pf and their own firewall policies. The host running recent -current. I know ipfw can process both layer 2 and layer 3 traffic, but pf only processes layer 3, and to filter on bridge or tap requires layer2, so that is why i want to use ipfw on the bhyve host. So we have bridge0 with igb0 tap0 and tap1 as members. In this example, igb0 has a mac address of 11:11:11:11:11:11 tap0 has 22:22:22:22:22:22 tap1 has 33:33:33:33:33:33 How can I tell ipfw to pass 22:22:22:22:22:22 and 33:33:33:33:33:33 and apply no more rules to frames matching those MACs? Let's say I want to just block on 11:11:11:11:11:11 (igb0) port 22 apart from 10.0.0.0/24, and define that rule with the regular layer3 syntax. and then want 22:22:22:22:22:22 passing unhindered, unprocessed. Possible? Looking for a worked example but can't seem to find one Could it be like "$cmd add allow all from any to any via tap0" or "$cmd add allow all from any to any via 22:22:22:22:22:22" or something else? There are a number of ipfw sysctls. Like net.link.bridge.ipfw net.link.bridge.allow_llz_overlap net.link.bridge.pfil_local_phys net.link.bridge.pfil_member net.link.bridge.ipfw_arp net.link.bridge.pfil_bridge net.link.bridge.pfil_onlyip Are any of these needed in my context? I need to allow based on tap, not the bridge (I guess). The bridge has the real interface (igb0) as a member as well. So I think that would preclude me from using the above sysctls. Is this correct? -- From nobody Sun Mar 23 14:16:47 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 4ZLJCN1n9qz5rMtw for ; Sun, 23 Mar 2025 14:16:48 +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 4ZLJCN13TVz3dd8 for ; Sun, 23 Mar 2025 14:16:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742739408; 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=gF3MNN8LQO3XAdafiCqHdy+CQbL4U4U3vbdy4PEA5Q0=; b=dcz8Omz1Bf/qGahDv7T+83flAsLc+55UEMxvDsrn4cqQeHpNW8me9WQsDut/UlGZaoM8dI YdFYhBqdAFSj/StJc7CTgGuWsDdI87fWbE4TARbnCEo1Ov8aTh7EFCgEyXDF4WSQdm8Pm1 39FVZMtvgb7VGOInSCvFQaOUMpQO9+V1+idJxwXbW839wDX3c2VA54jsCH7HgvJdRhRKM3 cl4cQVOHl/4YsJ8KmB1Gg9WhnxpUglY1ffpahPKchJWDnAFJIqILAJ/CmeTMYjn246MB3t 0bvy+4iawGTd2jTezKRwCql75spGLNdq93+oxyfIoTigB10inN5A+2hKzZW22Q== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742739408; a=rsa-sha256; cv=none; b=JdQ5BucuUrBlT+ZY5WChDN1kzySAN4Xj5UUx+rWq2ZOH1V+2SD28HMHff7jL++nNEm84DQ t72F2HlWSZc7hsmP8PpWzY4dsUj2SNTiSqTLcG+ugzUIR7CX1OSRgH4Ty6LMK8LBawdg6T ba2cZh68FLf5RMCEpyeFHpmIsn42KYxadLg/Lh2PNwfw1t9599ohYNNUgFzcPVqwhRzm76 leObGT0Xk45uFiAHSTxKDNY3K6A/Zd7nDKlUGhU8A78p+/2nrmwO7eQFMybiS7h7OVj0hX RKaA45B5CXf+kB6GCfLBhSrvo+x09RaJe7HboRk9joitGMRhoD6EmSa4hLM67w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742739408; 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=gF3MNN8LQO3XAdafiCqHdy+CQbL4U4U3vbdy4PEA5Q0=; b=Wp5wUrnq2zmFQeLUA71cDNUtG6LIvOEjMcdKXi8ZY+YnGB5tkd4oPHoa2QzGNrPtIr9DUn 1XKmje1EsDDQUvk3wPBWDvH+i+dxtbuRJDYMwcHPxnmF1iZ4nD5Z5jGI5e75moBllYZiR6 34FNOWBBqiau6U5uQk6IwzT6aNzRn6vB5ISHu7XxGRlHdj6uplfNTQtdwdt40d0xLkWnOM 9AHCrIMfpZEKg9h2TNwXx0OKtT7WK50wwFc5hC2YNL/Md0YhbLF+b2M00oBpPVsqf4UBcN e0jxAYwu6lPQHi1piVqPKIvomJTrQtA0pHLhWA84wZN55vv7S5lNdQfOeySH4Q== 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 4ZLJCN0fqFz19f6 for ; Sun, 23 Mar 2025 14:16:48 +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 52NEGlkS062402 for ; Sun, 23 Mar 2025 14:16:47 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 52NEGlta062399 for net@FreeBSD.org; Sun, 23 Mar 2025 14:16:47 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 269908] CARP feature breaks the network Date: Sun, 23 Mar 2025 14:16:47 +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.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: pi@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution bug_status 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=3D269908 Kurt Jaeger changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|New |Closed --- Comment #15 from Kurt Jaeger --- Fixed in PR#284872 --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Sun Mar 23 14:18:21 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 4ZLJF96Q6Tz5rMbG for ; Sun, 23 Mar 2025 14:18:21 +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 4ZLJF95pbFz3fTZ for ; Sun, 23 Mar 2025 14:18:21 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742739501; 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=MNM5QAMork2G04tkIOZBtvbUso66vty0F9X2sNNlZ+Q=; b=OcDbXxRDZwZ2+sAA+5q/r31MnMul+8RopcIyCtWfgWcVGU2uR8OqL83QOtz0kxkPODjFno T8Id1qVlVyfDXyL7B1YDCayEo8qVI8Oa+skcnR9nfpYyPxs3QfEA7IwiiGwAL8vlr94u+U cmuYRR093jbJggJwdgm+zNdA7NJuxD2Ej3WLci3U6XNU2aoxCBJLWVuc+hej2bkDVQtklf ucV/HjuPde43i/qQGEbsEOmyEA+vMOIioP0eZYGvBPcIg73hCbCMxNki9ch4wiNZkbjKrF IYiVNGGjQRwMJZ7Wkdi6RTxcBqL24cmOrtOiCJ73mURNCRc/AJB7bEzzGNRYIQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742739501; a=rsa-sha256; cv=none; b=nvQRKhFaIyIivzM8GDBwsTmXi9GUOyxEh4HXY7cAMs6iB34JE5Wi1ZyH0cMgEH383t1pmg Oxufm/JSFBVPtHexzCpgs3DbMVufY2/jTB1A1cG5xlg1IMLzPHnAlC+rMbSRcZ1o+b8wOo A8yaKPvDajhKL0FbSyDtaw+SYvB8qwbG5iAkNqnNbHndlWoNBKKuBA8OwrV+kN4/+MAAoJ iL4gcEQC+W0j02YYiPHK4bgdI6F6r5t4yiyKJQlm/1XLmcwxdyN7tft27gj9dzuYNKrysT wYxE5940xB0A64QKV+GO1CTmxV99hIkM4jHkpmzBBGNXuua7BFG70PfXgFPlMg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742739501; 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=MNM5QAMork2G04tkIOZBtvbUso66vty0F9X2sNNlZ+Q=; b=XEMyGT6OPRc1S/wdfkeW3saVGU5WDxbCQOD4BoPLazFPuzYfhgiDzObVI+R4Mp2nJOU2Pp vhrkBxrd8J1W2BBLXHxO9uU6l2//TC6gbBM2LLbihdIFqAO2pgrnmpQR+253kmxh/a8WLu tQ+pRIY59HgAB8cY5QukJBr+dIkhiD2lQd8tOqLFk7y5I8bHkNQBOLUyVTvr/ZRLzqwm03 ybte2W29I4FJyPCxEw/u3BqVZ6748oFfCwKoEwNNui25YOf6LZj/+04jLo1ER/Q9p/1tR1 6Eh8G+iAscpA1IUL0yAjxfnSo1pPmvc3GOop+35JzbumkojnUIEHSAxDgz22Eg== 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 4ZLJF95Qhzz19Pb for ; Sun, 23 Mar 2025 14:18:21 +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 52NEILJk063727 for ; Sun, 23 Mar 2025 14:18:21 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 52NEILn7063726 for net@FreeBSD.org; Sun, 23 Mar 2025 14:18:21 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 269908] CARP feature breaks the network Date: Sun, 23 Mar 2025 14:18:21 +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.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: pi@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED 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=3D269908 --- Comment #16 from Kurt Jaeger --- (In reply to Kurt Jaeger from comment #15) Hmm, to be honest, I'm not sure it is fixed. Please reopen if this is still= a problem. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Sun Mar 23 14:23: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 4ZLJMd4h31z5rNLR for ; Sun, 23 Mar 2025 14:23:57 +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 4ZLJMd41d6z3g5P for ; Sun, 23 Mar 2025 14:23:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742739837; 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=jbNMTVoDrEbcbgg2ZWFIPr2MU13HqhPvfR5M+zV3sxE=; b=Mn10Nn26mUc0F39HqDnpAmPmiag4I5OZwd0NCaK+NKTdSqWpK5dQu3HHoYtGSumdEw6kCo L3WCPbma8cRcDnkByakOg2l6zR7Z19fJRohO3H7hGGwRMOG347s9vildOA34yfy6qrq4JC ZGf1I76hAsISfi93HGkI/+EBWLsJXMTx2J4feIQMAJcA581m6KrtWUoIvSwdQ6Sn23A/1B DhXAScmqKGX38DESFHHIpsm37Seo45iJP0A3w8bJ8AaLXAgi//PJqmh3wvN3beMmhpubKA /ChZQ24mn8udzScVMJ9CilPHUrKlWlbICkyqfa09qOPPryioWU4jCnh6mr3Vdg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742739837; a=rsa-sha256; cv=none; b=uUDy9msBpbJRMHSOSA/0KlSlTlJ3Q7jvkT5Idio1L/eahVi5gOyWeK6rdDZc/ZxeOoAlVa nG1qJHbZ0FtyK5E+1AcqM8QIOVpZAn82YM4M2BrF8dIqn4GguJrLcAqYY08cfMYJ8wKpZL KjCFP7NGGj+y2NMqgI1UykFaW6ngKm1DLXRPhj3IzwZtRxED6ibAIa001urAY79ePYbh45 LoQvLS6nbw5wm9BpnxZ+Sv9HNRblm0OPt3fy9ue6W/afpY6AzgF8uxS7jIWelFos7aMxTL 3rj4ZsiTKrB7tbe6UP2Zmfgp4EBOJ4/ND9PIeIDZj9go879tYGxvZu3IKb2hWw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742739837; 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=jbNMTVoDrEbcbgg2ZWFIPr2MU13HqhPvfR5M+zV3sxE=; b=IsZ0sHmNGScVR0GXpTEFc+bWl9lUY8cslLlEA93gmN0FYGb4V40xnWQhxUqIaJmBwb5XGt g3GxREPpDSYHZgCcifI70W+Zk+Zes2mTGM91DLh73d2R6GM/pc23y17XcsUYh+H7hTVVhV eGqs6EOXhTx/3UtX6bwtECSEU+DgaN/De9Uml8zhpXN+U48uL7NnTrWAAyscAZmLAFLMuJ KBIMt8JSrmouWooj/GvvqevQjmTcoWsjKNf7dGDtc11XpnDRFOIYO3gnh7+Wqd9k1RX3Oa QYUo6zkcLqknQ1BdAfRfZGXDih5gMcmgq+Gky2ZFzbE6Ryi+yRIkbpUIi2pGJQ== 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 4ZLJMd3XxYz19gS for ; Sun, 23 Mar 2025 14:23:57 +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 52NENvaS078809 for ; Sun, 23 Mar 2025 14:23:57 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 52NENvF3078808 for net@FreeBSD.org; Sun, 23 Mar 2025 14:23:57 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 269908] CARP feature breaks the network Date: Sun, 23 Mar 2025 14:23:57 +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.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: zlei@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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=3D269908 Zhenlei Huang changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Closed |Open Resolution|FIXED |--- --- Comment #17 from Zhenlei Huang --- (In reply to Kurt Jaeger from comment #15) > Fixed in PR#284872 (In reply to Kurt Jaeger from comment #16) > Hmm, to be honest, I'm not sure it is fixed. Please reopen if this is sti= ll a problem. No, this issue is different from PR#284872 . Reopening to track it. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Sun Mar 23 19:21:21 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 4ZLQys1rDvz5rhsr for ; Sun, 23 Mar 2025 19:21:25 +0000 (UTC) (envelope-from ronald@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 4ZLQys0rjqz3ThG; Sun, 23 Mar 2025 19:21:25 +0000 (UTC) (envelope-from ronald@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742757685; 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=r9elAAjEoeCkTOkaufIyJ0XIVnH0Yp6eREXaXDfR6+M=; b=tzNa22TsKtvtWFLpmjz/cioAguOxrFStTPjaD60MHjIEoOSFJK5cxfI/MQxfRgxDbTiLo4 +m/5pd+un0pmSko+oRTlZLQVHLDGusEJXtHe650j3KctLjwt/tPeCwDusc1EeIqgr4Bxdi yMi1r8ZzNOk9AzGDlkMC35phDQcumJXyHA1JdHZPEs1PVGK63lIlRXnTpQXTUFwcsSV3ao ro8B0cImm/eOJKFIgwlRo5m1rOWqQXZ1xGtWqKbtKxfHAGrgnxp9dpLRMPBColsQQWq25q /xFNay1FoClNVOPM1Ri93LADwXRzPHTIQ5Z/Gh+Grsxb+8+5IGrGYOPbQW1MYw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742757685; a=rsa-sha256; cv=none; b=GcXJX2KpHbWqI7q48/FzS4cEcYcVcajU39V/eUyKRGymHeRLyw+4AI3UXa/VMuVkTM4Yyw bf7qY83BIz2OcCgvfQnAX11tfLJfXgYnKGFDuFQrXUnvxCWp2SKE7u7TMU7svkZeMuedk8 k4rjBH73Gtc7P3Om7D3S/bqoHF9xXB3WgI9AAfLO7gF/mqdhLKP7ujVlUYpWp97xs9/nqW yjImSDn98HxSiuXp8vDYQ0jQPoM0N6ENoQRxyeGq1z/OmXQ904TZWpyY2F8+ZYWW5Z2STU p/fSKmMIrMulup3EJke9m3//1xgZTJqVEMuFx31lr8wQL2hRE7xHZeRjejDQ1w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742757685; 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=r9elAAjEoeCkTOkaufIyJ0XIVnH0Yp6eREXaXDfR6+M=; b=uimmzI+Wv0ppQPMRzHjAWKY6ZEAKrCoswUWjdFZtugYFr/cnLjT2t3R9hTbFSF7s0OMpcj hGrblQMaDiuBiP93eqhX2FTllQf3KoRZoDsy01s9LMlLrUu8sZMpgV5PGI3jRppUCmXyuG 6WZlEvvxywrwoG9UBiJpvFF4HweEN5Vrb3tcpuB5PBncmw/+aVnJnQ7Wes2SOFJtymZ2h8 5UswnACO5eG9rDrR9ZKAR7x5AEFHjeGn8XU+YpRwE7JsSmmL/AVfpk6SSprDMIrejEGWrv f8bOIjHxr0z+hOeaFwUAhD9Daw2S8vQ5EoodqgzglLpjHS3GWTPwTyOa1ZtVUQ== Received: from [IPV6:2001:1c00:2709:2010:44fb:a015:f4fe:2eb4] (2001-1c00-2709-2010-44fb-a015-f4fe-2eb4.cable.dynamic.v6.ziggo.nl [IPv6:2001:1c00:2709:2010:44fb:a015:f4fe:2eb4]) (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 did not present a certificate) (Authenticated sender: ronald/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ZLQyr3vf0z10Bf; Sun, 23 Mar 2025 19:21:24 +0000 (UTC) (envelope-from ronald@FreeBSD.org) Message-ID: Date: Sun, 23 Mar 2025 20:21:21 +0100 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: ipfw layer2+3 firewalling question To: void , freebsd-net@freebsd.org References: Content-Language: en-US From: Ronald Klop In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Op 23-03-2025 om 15:07 schreef void: > Hi, > > (originally posted on the forums) > > My objective is to protect services on a bhyve host, while allowing traffic to the bhyve guests to pass to and from them unprocessed, as these each have pf and their own firewall policies. The host running recent -current. > > I know ipfw can process both layer 2 and layer 3 traffic, but pf only processes layer 3, and to filter on bridge or tap requires layer2, so that is why i want to use ipfw on the bhyve host. > > So we have bridge0 with igb0 tap0 and tap1 as members. > > In this example, igb0 has a mac address of 11:11:11:11:11:11 > tap0 has 22:22:22:22:22:22 > tap1 has 33:33:33:33:33:33 > > How can I tell ipfw to pass 22:22:22:22:22:22 and 33:33:33:33:33:33 and apply no more rules to frames matching those MACs? > > Let's say I want to just block on 11:11:11:11:11:11 (igb0) port 22 apart from 10.0.0.0/24, and define that rule with the regular layer3 syntax. > > and then want 22:22:22:22:22:22 passing unhindered, unprocessed. > > Possible? Looking for a worked example but can't seem to find one > > Could it be like "$cmd add allow all from any to any via tap0" > > or "$cmd add allow all from any to any via 22:22:22:22:22:22" > > or something else? > > There are a number of ipfw sysctls. Like > > net.link.bridge.ipfw > net.link.bridge.allow_llz_overlap > net.link.bridge.pfil_local_phys > net.link.bridge.pfil_member > net.link.bridge.ipfw_arp > net.link.bridge.pfil_bridge > net.link.bridge.pfil_onlyip > > Are any of these needed in my context? > > I need to allow based on tap, not the bridge (I guess). > The bridge has the real interface (igb0) as a member as well. So I think that would preclude me from using the above sysctls. > Is this correct? I assume that in your setup igb0 is the host interface as well as bridge member. That makes the setup a bit hard to reason about. IMHO you now have a virtual setup which you wouldn't be able to replace with physical hardware. To mimic a physical setup you could add another epair interface to act as the host interface and leave igb0 as a bridge member only. igb0 ---+--- tap0 -- vmnet | +--- tap1 -- vmnet | +-- epair0a -- epair0b (this is where the host should listen on) And instead of putting the host IP address on igb0 you should put this on epair0b. By default the ipfw firewall will then see the IP traffic of epair0b. As all the other interfaces only pass ethernet traffic around. Something like this in /etc/rc.conf should do the trick. cloned_interfaces="bridge0 epair0 tap0 tap1" ifconfig_bridge0="addm igb0 addm epair0a addm tap0 addm tap1" ifconfig_igb0="up" ifconfig_epair0a="up" ifconfig_epair0b="SYNCDHCP" # or some other inet config NB: this https://wiki.freebsd.org/SummerOfCodeIdeas#Implement_a_new_VLAN_filtering_software_bridge also explains about the problem of having members with configured IP addresses in bridges. I might have misinterpreted your question. If so please provide more details of your setup. Regards, Ronald. From nobody Sun Mar 23 21:00:29 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 4ZLT9B3gL0z5rp1D for ; Sun, 23 Mar 2025 21:00:30 +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 4ZLT9B0C8Cz3Nh2 for ; Sun, 23 Mar 2025 21:00:30 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742763630; 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=CjC3YMsAu9Z/l5Lw2HaDGyy3iblLPlHwH8gZXV0VfQI=; b=G8bFAd3VXfO5NieD/62aowfbFZB0GSKVC3uEEzbhjBjE6PCj6OQe8vwTs3UoZ3JkmFekHg YM4d8GL0jt1Ul/8uL7rgjIiqK0RyLUvy3wHCSguO9NyqRDTev7spnhdJOQMKtVIGT42wNa IrR/6Eov5twLl1G1lce6TZfQ7C5lc9hN1iLORo//bAG55FjJv9KXeTqHy8CqyB6fhuSjzp 6FqANTEDYU4F7ReIZBXYDDtO93X1BhJ6xUZXkbzEpPYCn5oBhnp+vl/zRkOmegXsZKrwr/ oskQBt+W61o6cXEsO6Rxh0CRAqZlfXdOCCe9QTJmeixVHoLX3Pq0f9fgfFWvqw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1742763630; a=rsa-sha256; cv=none; b=UnXjbR1c1QXkNNZm5fTyuku2f0sR0d8W15sZrtK0YdEt0lbHXl5OB0NuBqeh2ueFgjehP1 /MJEYPDihHSMloiNPRfsLEzqFDmkHOn2Hd1s80pblixQHA7d/iWjfC9TGqX7F2otCuVlAU VdcjKjLyqfAnHbxzhm8Q8U9k6b9wqLL8S89gkL7dB1hKk4pxQGpobRi6wswp+22i5T40jc 6HzKIwaZFa01HKZHl9tF0JtJNMLZAjMEpwTH7W69JMW3plBHB1vVdGF2L6oYLvlGJwEgp2 rPDVyenbye7d63sAKWshgNGYNDDLG1j/asNR6C2Nz+Hsztt+sd/RPASSUzcv7A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1742763630; 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=CjC3YMsAu9Z/l5Lw2HaDGyy3iblLPlHwH8gZXV0VfQI=; b=gNmF3AMjze2SJoZI5Fx4VQ5+AGraqe06nGzm/kT5Cx6xhIy8OXvBE9I3i2Z8Jnf/K2Sx+j BUWxzDZJTcS8SyfC1N8tRa5Dx+nG+Xeqj5NJMlYVKAtPOW0EdKjbaWvgVrb9eutX6YEaeG fJiXg8CB5eGDRr46pQQijIdvgxg6Aejv6YmBNgzIOjW/i5f/1LnAwZvsdybgjqOKDXqSmi 0UZaO2oIZndEo0U/E+SdQtSoO76rCIEfJPDlYKU3F6ENrEUulkYJZSpSPRrXeDiD/AiPr4 fDLD+RhU9vhhWM/fIpnrBYhj0Xp8GsYwcFhSw2IIIow8kB9oDHIJHlsX0UWeyg== 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 4ZLT996sFmz7wQ for ; Sun, 23 Mar 2025 21:00:29 +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 52NL0Tx5002699 for ; Sun, 23 Mar 2025 21:00:29 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 52NL0T79002698 for net@FreeBSD.org; Sun, 23 Mar 2025 21:00:29 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202503232100.52NL0T79002698@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, 23 Mar 2025 21:00:29 +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="17427636297.fBA195bfb.99793" Content-Transfer-Encoding: 7bit --17427636297.fBA195bfb.99793 Date: Sun, 23 Mar 2025 21:00:29 +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 ------------+-----------+--------------------------------------------------- New | 254445 | cloned_interfaces="bridge0" does not respect net. In Progress | 118111 | rc: network.subr Add MAC address based interface 2 problems total for which you should take action. --17427636297.fBA195bfb.99793 Date: Sun, 23 Mar 2025 21:00:29 +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
------------+-----------+---------------------------------------------------
New         |    254445 | cloned_interfaces="bridge0" does not respect net.
In Progress |    118111 | rc: network.subr Add MAC address based interface 

2 problems total for which you should take action.
--17427636297.fBA195bfb.99793--