From nobody Sun Feb 19 06:46:59 2023 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 4PKGLY0sXvz3sqqV for ; Sun, 19 Feb 2023 06:47:01 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PKGLX4QlRz3hg0 for ; Sun, 19 Feb 2023 06:47:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1676789220; 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=4UUA3EyKThi9BZzOc6l75OdaZu1QahpLrd96PgEEh6w=; b=mrMR2jzFpcfZ8VfskB/6fxkjkab1ETkgrUC4Xr++wFvkoz7jC900N7i/11kupjbY8li6nv qYF16HahhzXaNvbKba+PIQIwNYfDRUNQSlAVb6pUVGDy/lpKEzWqjSBjWvI7R3MLkJbWK0 WK6Dv/xFKMs3xfPvVae05auQxXZ4P5tsGMX4fs8eg2gs8HsiM2tmUzYQ8FM5IYg5RfDKWw aiwJCmPe92xm4q/sTq3kFs86GkVNFbFeS9iCbw4NAn8iFZfchiX5Ylk9uKzGPTzXxcQ57H 1is2bBX4ESuuEXF86W3z4/hVMD0NB8mmzy4CruVEXL1vtsuKkaMYBa0ktI+fhw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1676789220; a=rsa-sha256; cv=none; b=BCkgGtd+qatUZ8351rcJf+dWgRug1MavAkjxoG15Iv6uxlRxy4jIjekwdtNqWrc5ZTg1yX YNxOT+H07VMBhrgfvz4++I8U9AvSV+O0Uib+E8DoVkwdVp2uyrUDTIoyLrU0KjHRunxKLt CjqBlBztxFzDuEUaJuUcgE2XSyfhP8VX2TKRpMrShJL+ZhBiWSWnALBOzhBWwm6CxJgCN/ Jl/E4ul08E8KFkSF3iX8jGMuJgRxtQx3uN39/uleod9baMqLOLMddHiDr3V0ftzDWPwlG7 4vgdZ/oiSYHjhm4+z7iB3pHb7ZNmpEw1ZOw5QDJrNr+kG2U5Bfgat3Q5p4qFdw== 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 4PKGLX3PXrzs7w for ; Sun, 19 Feb 2023 06:47:00 +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 31J6l0as030416 for ; Sun, 19 Feb 2023 06:47:00 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 31J6l0ah030410 for net@FreeBSD.org; Sun, 19 Feb 2023 06:47:00 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 269643] ping: UDP connect: No route to host Date: Sun, 19 Feb 2023 06:46:59 +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: 13.1-RELEASE X-Bugzilla-Keywords: needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: cryptogranny@gmail.com X-Bugzilla-Status: Open 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-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D269643 --- Comment #5 from crypt47 --- > Perhaps your script should use ping -4. btw, ping6 is just ping -6. I understand the nature of the problem, but the idea is not to change scrip= ts because of changes in OS. (AND having two pings both of which are IPv6 capa= ble and only one is IPv4 capable is a bit strange.) I personally didn't introduce any ipv6 on the system. If there were any "IPv6_OFF" global switch I will pull it. And actually I did. At least I thought. ipv6_activate_all_interfaces=3D"NO" If you say ip6addrctl is a new global soft switch, I'll use it, but it's not obvious (No examples in man page). # rc.conf, to disable broken ping on F13.=D0=A5 systems=20 ip6addrctl_enable=3D"YES" ip6addrctl_policy=3D"ipv4_prefer" --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Sun Feb 19 06:48:42 2023 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 4PKGNV5y2lz3srCN for ; Sun, 19 Feb 2023 06:48:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PKGNV2h54z3k0L for ; Sun, 19 Feb 2023 06:48:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1676789322; 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=46hH+xFIASi5mbOtZr89oF9Eqm2yvFlAqbgABvhkWS0=; b=JhCfoGNLY8brL1h6V1Gc9FHwy7gHB1bSkTGM7gaSxGH8bVFEKV2ena2DNJIxWWtgwPAtd1 EKr0+YRe96tyH8qh2KWC+55bKoHSLWLH1lIADBJK7aFQiGwBraxPD2IweyZv+2c+xHCYnU pmMnjXQ7FrUT+oucnys0V5V/9BaZ2rUZq3jcJa4vXCLVe1n32h3fK9oTYog473/0BVwGWq c1+E5/5BOqdP6dwGBjlD5Ps+2b52u3WCwTqTpL9eEMpw85b4VBh9Er20kx/6vBLkzrP6xc ZfxeJeF8cw87Wr60EVEC6/vX0btPicTI1dmFZZxej42zoxg9hzKTE+QsncPvQg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1676789322; a=rsa-sha256; cv=none; b=k5QnykMFQmXNFm/tmR5G2s3rMT44cku38qEjOpMgvb3Z62EvPxXuqYGJNhKn4W306esmhn dJMPtF6xtWgPHooLjz9X84LFffFLeS2qNQW3viV0oq1leyFMuEN7U5MDCjGYiqmC8QzK4D 50Xlngrt6j58VMaES4X+Ut0JxWRguwse8GVrmPUS3u+Iz9cji4nZMRSGcQ4FPqW0g5ZE1O 8eZ08ZPPn2BTCruiU2pbLHGozaTsB4YFXoyOFwBfzcuZum0d05FWAkgY+H+Ae8x2pCn4TO 4vI5O17pEzl3LTjTp4ZVQ1lzm2Q4+7xnPWPKzJBmknkeotyRjxY94ugaeUVmvQ== 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 4PKGNV1nPdzsln for ; Sun, 19 Feb 2023 06:48:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 31J6mgYu031000 for ; Sun, 19 Feb 2023 06:48:42 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 31J6mgTF030997 for net@FreeBSD.org; Sun, 19 Feb 2023 06:48:42 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 269643] ping: UDP connect: No route to host Date: Sun, 19 Feb 2023 06:48:42 +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: 13.1-RELEASE X-Bugzilla-Keywords: needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: cryptogranny@gmail.com X-Bugzilla-Status: Open 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-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D269643 --- Comment #6 from crypt47 --- p.s. Yes, it's not obvious to enable something IPv6 (ip6addrctl_enable=3D"YES") related to disable it (ip6addrctl_policy=3D"ipv4_prefer"). --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Sun Feb 19 10:30:13 2023 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 4PKMJB2s9fz3kj0g; Sun, 19 Feb 2023 10:30:18 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward502c.mail.yandex.net (forward502c.mail.yandex.net [178.154.239.210]) (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 4PKMJB0B0Gz447B; Sun, 19 Feb 2023 10:30:17 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Authentication-Results: mx1.freebsd.org; none Received: from myt6-fe378243d6ea.qloud-c.yandex.net (myt6-fe378243d6ea.qloud-c.yandex.net [IPv6:2a02:6b8:c12:488f:0:640:fe37:8243]) by forward502c.mail.yandex.net (Yandex) with ESMTP id E82865EB1D; Sun, 19 Feb 2023 13:30:14 +0300 (MSK) Received: by myt6-fe378243d6ea.qloud-c.yandex.net (smtp/Yandex) with ESMTPSA id DUlPW9NZIW21-ETMddzIb; Sun, 19 Feb 2023 13:30:14 +0300 X-Yandex-Fwd: 1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1676802614; bh=4Ag47R0wfbmeRvKe+8lTlRmmq6o5VbthCJOEQaPBHl0=; h=In-Reply-To:Subject:From:References:To:Date:Message-ID; b=Sii1+aZiJMfKl8p867uvpFePw/BplGoZvBuOOyUclOwHSdZbXsJETCC0gdHtp1BBz mKFi4orS/wpUioTKrrTJMsWoFR4jcsUXlqpxkNUPcokmZDJyIB1pbFLUYQe+DWgOlP 7k3l+KrCahdNKpVC38M6csNPwVe9cqVuLQJwK2a8= Message-ID: <40222458-bae1-bff3-b65c-2c3f26705f10@yandex.ru> Date: Sun, 19 Feb 2023 13:30:13 +0300 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/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.6.1 Content-Language: en-US To: FreeBSD User , freebsd-net@freebsd.org, FreeBSD CURRENT References: <20230218164325.3a4c626a@thor.intern.walstatt.dynvpn.de> From: "Andrey V. Elsukov" Subject: Re: IPFW: IPv6 and NPTv6 issues: multiple IPv6 addresses confuses IPFW In-Reply-To: <20230218164325.3a4c626a@thor.intern.walstatt.dynvpn.de> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------o0TJuDGmcyW4MwcT2vQXhe6Z" X-Rspamd-Queue-Id: 4PKMJB0B0Gz447B X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:200350, ipnet:178.154.224.0/19, country:RU] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------o0TJuDGmcyW4MwcT2vQXhe6Z Content-Type: multipart/mixed; boundary="------------G2U7S0qAURtAPdyXAvuQO5YH"; protected-headers="v1" From: "Andrey V. Elsukov" To: FreeBSD User , freebsd-net@freebsd.org, FreeBSD CURRENT Message-ID: <40222458-bae1-bff3-b65c-2c3f26705f10@yandex.ru> Subject: Re: IPFW: IPv6 and NPTv6 issues: multiple IPv6 addresses confuses IPFW References: <20230218164325.3a4c626a@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20230218164325.3a4c626a@thor.intern.walstatt.dynvpn.de> --------------G2U7S0qAURtAPdyXAvuQO5YH Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 MTguMDIuMjAyMyAxODo0MiwgRnJlZUJTRCBVc2VyINC/0LjRiNC10YI6DQo+IE9uIGEgMjQg aG91ciBiYXNpcywgdGhlIElTUCBjaGFuZ2VzIHRoZSBJUHY0IGFuZCBJUHY2IG9uIHRoZSBX QU4NCj4gaW50ZXJmYWNlLiBXZSB1c2UgTlBUdjYgdG8gdHJhbnNsYXRlICBVTEEgYWRkcmVz c2VzIGZvciB0aGUgaW5uZXINCj4gSVB2NiBuZXR3b3Jrcy4gV2UgdXNlIElQdjYgcHJpdmFj eSBvbiB0aGUgdHVuMCBpbnRlcmZhY2UuIFRoZQ0KPiByb3V0ZXIvZmlyZXdhbGwgaXMgb3Bl cmF0aW5nIGFmdGVyIGEgcmVib290IG9yIHJlc3RhcnQgb2YgbXBkNQ0KPiBjb3JyZWN0bHks IElQdjYgYW5kIElQdjQgbmV0d29ya3MgaGF2ZSBjb25lY3Rpb24gdG8gdGhlIGludGVybmV0 Lg0KPiBXaGVuIHRoZSBJU1Agcm90YXRlcyBpdCBJUHMsIHRoZSBJUHY2IGFkZHJlc3MgaXMg Y29uZmlndXJlZCB1c2luZw0KPiBTTEFBQyBhbmQgbXBkNSBzZWVtcyB0byBhY3Qgd2VpcmQ6 DQo+IA0KPiAtIHRoZSBJUHY0IGFkZHJlc3MgaXMgYWx3YXlzIHNldCBjb3JyZWN0LCBJUEZX IGFuZCBpbi1rZXJuZWwgTkFUDQo+IHJvdXRlL2ZpbHRlciB0cmFmZmljIGNvcnJlY3RseSAt IHNvbWV0aW1lcyBvbGQgSVB2NiBhZGRyZXNzIGlzIGR1bXBlZA0KPiBhbmQgb25seSBhIG5l dyBJUHY2IGFkZHJlc3MgLSBpbiBzdWNoIGEgY2FzZSwgdGhlIG9sZCBJUHY2IGlzIGdvbmUs DQo+IHRoZSBuZXcgcGFpciAodGVtcG9yYXJ5IGFuZCBNQUNpZmllZCBhZGRyZXNzIGFyZSB0 aGUgb25seSBJUHY2DQo+IGFkZHJlc3NlcyBhdHRhY2hlZCB0byB0aGUgaW50ZXJmYWNlLiAt IHNvbWV0aW1lcyB0aGUgb2xkIElQdjYgYWRkcmVzcw0KPiBzZXQgKD0gdGVtcG9yYXJ5KSBh cmUgbWFya2VkICJkZXByZWNhdGVkIiBhbmQvb3IgImRldGFjaGVkIiBhbmQgYSBuZXcNCj4g c2V0IGlzIGF0dGFjaGVkIHRvIHRoZSBpbnRlcmZhY2UgdHVuMCwgaW4gc29tZSByYXJlIG9j Y2Fzc2lvbiBhbHNvIGFuDQo+IElQdjYgYWRkcmVzcyBXSVRIT1VUIGl0cyAidGVtb3ByYXJ5 IiBzaWJibGluZyBpcyBhdHRhY2hlZC4NCj4gDQo+IEluIGFueSBvZiB0aGUgY2FzZXMgYWJv dmUsIElQRlcncyBOUFR2NiBnZXRzIGNvbmZ1c2VkLCByb3V0aW5nIGlzbid0DQo+IHdvcmtp bmcgcHJvcGVybHkgYW55bW9yZS4NCj4gDQo+IEluIGFueSBjYXNlcyBvZiBhIGNoYW5nZSBv ZiB0aGUgSVB2NiBhZGRyZXNzLCBJUEZXIGhhcyB0byBiZQ0KPiByZXN0YXJ0ZXQhDQoNCkhp LA0KDQpJIGFzc3VtZSB5b3UgYXJlIHVzaW5nIGV4dF9pZiBvcHRpb24gaW4geW91ciBOUFR2 NiBpbnN0YW5jZSBjb25maWd1cmF0aW9uLg0KDQpJIHRoaW5rIHRoZXJlIG1pZ2h0IGJlIHNl dmVyYWwgcHJvYmxlbXMgdGhhdCBsZWFkIHRvIHlvdXIgc2l0dWF0aW9uOg0KDQoxLiBOUFR2 NiB0cmFja3MgSVB2NiBhZGRyZXNzZXMgZGVsZXRpb24sIGJ1dCBzaW5jZSBhbiBvbGQgSVB2 NiBhZGRyZXNzIA0KdGhhdCB3YXMgdXNlZCBhcyBleHRlcm5hbCBwcmVmaXggIGtlcHQgb24g dGhlIGludGVyZmFjZSwgaXQgaWdub3JlcyANCmFwcGVhcmFuY2Ugb2YgbmV3IElQdjYgYWRk cmVzcy4NCg0KMi4gVGhlbiwgZXZlbiBpZiB5b3UgZGVsZXRlIG9sZCBJUHY2IGFkZHJlc3Mg YnkgaGFuZCwgTlBUdjYgd29uJ3QgdHJ5IHRvIA0KcGVhayBhbm90aGVyIG9uZSB1bnRpbCB0 aGVyZSB3b24ndCBhcHBlYXIgbmV3IGFkZHJlc3MuDQoNCjMuIFRoZXJlIHNob3VsZCBiZSBz b21lIGxvZ2ljIHRoYXQgdGFrZXMgaW50byBhY2NvdW50IHByZXNlbmNlIG9mIA0KdGVtcG9y YXJ5IGFuZCBkZXByZWNhdGVkIGFkZHJlc3NlcyBvbiB0aGUgaW50ZXJmYWNlLg0KDQotLSAN CldCUiwgQW5kcmV5IFYuIEVsc3Vrb3YNCg0K --------------G2U7S0qAURtAPdyXAvuQO5YH-- --------------o0TJuDGmcyW4MwcT2vQXhe6Z Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsB5BAABCAAjFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAmPx+jUFAwAAAAAACgkQAcXqBBDIoXoP YQf+L7WYPvfUkVB9MhMjwxAUFHIpq7gUAWJoHMh+3OzlzNEC15+KAIDk+bmUJMLy4CEp5aCdwK51 W0mROPbTrGlhhiR4zkPrUybhJSjsfYCsKyk7QVj8AHk04ANA5oSoq2oSoBOOIO0/2J73engRZtoz VHA4Ud/Gp9JeNW1A53UMmoFXk29X+5XO2vsreYbyFVQAmQz/LbfncLkM7DOzawr1m2pHVBEeiG6g bUvIcf3P8/Z4mh5uCmktHUwUwdqNd7zUZz8JcauyiYV6xd/PWJ/Q1N3BEE7JCGjWY0wWGr6i15C/ 82WuqXyTvYbLwEcboJ7GquOlDW3ATgFiL0cbDNlvoQ== =zP1j -----END PGP SIGNATURE----- --------------o0TJuDGmcyW4MwcT2vQXhe6Z-- From nobody Sun Feb 19 11:24:54 2023 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 4PKNWw0zbRz3knLK; Sun, 19 Feb 2023 11:25:32 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp052.goneo.de (smtp052.goneo.de [85.220.129.60]) (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 4PKNWv4BVWz4FL3; Sun, 19 Feb 2023 11:25:31 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; none 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 (2048 bits)) (No client certificate requested) by smtp5.goneo.de (Postfix) with ESMTPS id B7E4E10A1E8B; Sun, 19 Feb 2023 12:25:29 +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 (2048 bits)) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPS id 2901910A3312; Sun, 19 Feb 2023 12:25:28 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1676805928; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=/ofD534/T83ekiMN0IPQWj0yDOeMdqyAoSjlD1nEYkI=; b=a1nCOicH6q+/08df5VwB6Nk46Olccbkj/0jR6SNBMzcMSCXUFMlRlW2ngA9JUfxgt4oQss HTewF1o0S2NAKvEeXySdSm8SpQWNjrZ3kfWFNrWfvtvH+Due5b3a9C7mSTvYIVG9MQ3796 hoyTbNfo7sQFGHk4dCIRdng+k+O3iI7nK6BqgqWs7/HLgjkAl3lAAGuhznRw2G89DkwROK IJMOLszZ/vr6ZQxAiMIDwcmuN11B4zkslL5u4fJQRKUvigtsWlEvC7kaSw5or1ZqX5NYTQ hQHZ+4nSMeuSmURgAiHeH6CPjIi5dhFhVvFMayVY6vZ3/mpdveYK9GwVGZ2NkQ== Received: from thor.intern.walstatt.dynvpn.de (dynamic-078-054-146-144.78.54.pool.telefonica.de [78.54.146.144]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPSA id E3FC110A3308; Sun, 19 Feb 2023 12:25:27 +0100 (CET) Date: Sun, 19 Feb 2023 12:24:54 +0100 From: FreeBSD User To: "Andrey V. Elsukov" Cc: freebsd-net@freebsd.org, FreeBSD CURRENT Subject: Re: IPFW: IPv6 and NPTv6 issues: multiple IPv6 addresses confuses IPFW Message-ID: <20230219122521.6c3d5bdb@thor.intern.walstatt.dynvpn.de> In-Reply-To: <40222458-bae1-bff3-b65c-2c3f26705f10@yandex.ru> References: <20230218164325.3a4c626a@thor.intern.walstatt.dynvpn.de> <40222458-bae1-bff3-b65c-2c3f26705f10@yandex.ru> Organization: walstatt-de.de List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/IIvB9JOlsSxvOY+u_seJ6.M"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: 57f406 X-Rspamd-UID: 8f7237 X-Rspamd-Queue-Id: 4PKNWv4BVWz4FL3 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:25394, ipnet:85.220.128.0/17, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --Sig_/IIvB9JOlsSxvOY+u_seJ6.M Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Sun, 19 Feb 2023 13:30:13 +0300 "Andrey V. Elsukov" schrieb: > 18.02.2023 18:42, FreeBSD User =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > On a 24 hour basis, the ISP changes the IPv4 and IPv6 on the WAN > > interface. We use NPTv6 to translate ULA addresses for the inner > > IPv6 networks. We use IPv6 privacy on the tun0 interface. The > > router/firewall is operating after a reboot or restart of mpd5 > > correctly, IPv6 and IPv4 networks have conection to the internet. > > When the ISP rotates it IPs, the IPv6 address is configured using > > SLAAC and mpd5 seems to act weird: > >=20 > > - the IPv4 address is always set correct, IPFW and in-kernel NAT > > route/filter traffic correctly - sometimes old IPv6 address is dumped > > and only a new IPv6 address - in such a case, the old IPv6 is gone, > > the new pair (temporary and MACified address are the only IPv6 > > addresses attached to the interface. - sometimes the old IPv6 address > > set (=3D temporary) are marked "deprecated" and/or "detached" and a new > > set is attached to the interface tun0, in some rare occassion also an > > IPv6 address WITHOUT its "temoprary" sibbling is attached. > >=20 > > In any of the cases above, IPFW's NPTv6 gets confused, routing isn't > > working properly anymore. > >=20 > > In any cases of a change of the IPv6 address, IPFW has to be > > restartet! =20 >=20 > Hi, >=20 > I assume you are using ext_if option in your NPTv6 instance configuration. That is correct. >=20 > I think there might be several problems that lead to your situation: >=20 > 1. NPTv6 tracks IPv6 addresses deletion, but since an old IPv6 address=20 > that was used as external prefix kept on the interface, it ignores=20 > appearance of new IPv6 address. >=20 > 2. Then, even if you delete old IPv6 address by hand, NPTv6 won't try to= =20 > peak another one until there won't appear new address. >=20 > 3. There should be some logic that takes into account presence of=20 > temporary and deprecated addresses on the interface. >=20 --=20 O. Hartmann --Sig_/IIvB9JOlsSxvOY+u_seJ6.M Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCY/IHIQAKCRCxzvs8Oqok r7mGAP9DbwB6FVttlEO1dP+u+jF90RdRAzICGtQ04hZqwypBLAEAwzXi3soPKKAs 8QS6nM1Gt6zK6ssNwEwBdwQPhENllgM= =Zt7F -----END PGP SIGNATURE----- --Sig_/IIvB9JOlsSxvOY+u_seJ6.M-- From nobody Sun Feb 19 21:00:49 2023 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 4PKdHj6NkGz3s1lp for ; Sun, 19 Feb 2023 21:00:49 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PKdHj4DZcz4CNG for ; Sun, 19 Feb 2023 21:00:49 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1676840449; 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=rZ1m5koKmG9tqLT0pXi1xyN+4oovYvZfdgtwH8QRuls=; b=H/UzYw3k7sEM0vcJR4DdA74CMBoKS6aLMUBqLwSpdrjPeDM3q9tC54N5y+n6rPZBvtcZqo nzBRxptrOc4Du7yLe6GOQMjrO9SsFHhFGeBQYN6uAkoKiQyv+rhYgSamNWJ9UujUOXuAkX 3Xvbfbi/2UGUlNccZeBtiq5Z45nuJXG6NoUqwG0sz69u3STS7/k9YO5mchDaGfxdAYfJGk UTK6X1oBqRLSPJCvkJky37cB/9hqibV3I67+MrguDa5bbcez5AfleZli083CPmA9zt0PU2 24ZDbNlURjdb6awQrDm3THlUgj/ukgjCT0csz8FD+yZHKVumU0Wpq/Aw8JYR/w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1676840449; a=rsa-sha256; cv=none; b=vrOY3mtoB+pjF9bSguDh9XFERT0830cj0D6/4o38ZeL9yDCpOFjN0OQlcnVEl6awJhUopl kzqvoSFnvkELOazqztiu1Vho3BKPbF/rnHUHWonRKQLfqDOICEWAu8xQ8IDTP9b0Kb5TWY nOgWwMoMth4OJgMygmszR60vLKw4/ZiMQYf9rNYz4DdOr4GpoVHhivuuFV0KmzRaF97v+u QEbIpvobuqxozulwWUQP2fde6YH4l+lBbLm+nHorJ+eKJXWtzDI0OnU5tTi73iNzzM6Ig3 jXZP8zlgC1lqFjEkXu3fcLvSCEOwlfeF3bqwOr+H1x+IM/a5B01zfEAS8KiWwQ== 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 4PKdHj3LGzzGht for ; Sun, 19 Feb 2023 21:00:49 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 31JL0nu8048324 for ; Sun, 19 Feb 2023 21:00:49 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 31JL0nij048323 for net@FreeBSD.org; Sun, 19 Feb 2023 21:00:49 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202302192100.31JL0nij048323@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, 19 Feb 2023 21:00:49 +0000 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="16768404492.e58dcE8.44161" Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N --16768404492.e58dcE8.44161 Date: Sun, 19 Feb 2023 21:00:49 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- In Progress | 221146 | [ixgbe] Problem with second laggport New | 204438 | setsockopt() handling of kern.ipc.maxsockbuf limi New | 213410 | [carp] service netif restart causes hang only whe Open | 7556 | ppp: sl_compress_init() will fail if called anyth Open | 193452 | Dell PowerEdge 210 II -- Kernel panic bce (broadc Open | 202510 | [CARP] advertisements sourced from CARP IP cause Open | 207261 | netmap: Doesn't do TX sync with kqueue Open | 225438 | panic in6_unlink_ifa() due to race Open | 227720 | Kernel panic in ppp server Open | 236888 | ppp daemon: Allow MTU to be overridden for PPPoE Open | 237072 | netgraph(4): performance issue [on HardenedBSD]? Open | 237973 | pf: implement egress keyword to simplify rules ac Open | 238324 | Add XG-C100C/AQtion AQC107 10GbE NIC driver Open | 238707 | Lock order reversal: rtentry vs "nd6 list" Open | 240944 | em(4): Crash with Intel 82571EB NIC with AMD Pile Open | 241106 | tun/ppp: panic: vm_fault: fault on nofault entry Open | 243463 | ix0: Watchdog timeout Open | 247111 | pxeboot very slow with i219LM In Progress | 118111 | rc: network.subr Add MAC address based interface 19 problems total for which you should take action. --16768404492.e58dcE8.44161 Date: Sun, 19 Feb 2023 21:00:49 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" 
The following is a listing of current problems submitted by FreeBSD users,
which need special attention. These represent problem reports covering
all versions including experimental development code and obsolete releases.

Status      |    Bug Id | Description
------------+-----------+---------------------------------------------------
In Progress |    221146 | [ixgbe] Problem with second laggport
New         |    204438 | setsockopt() handling of kern.ipc.maxsockbuf limi
New         |    213410 | [carp] service netif restart causes hang only whe
Open        |      7556 | ppp: sl_compress_init() will fail if called anyth
Open        |    193452 | Dell PowerEdge 210 II -- Kernel panic bce (broadc
Open        |    202510 | [CARP] advertisements sourced from CARP IP cause 
Open        |    207261 | netmap: Doesn't do TX sync with kqueue
Open        |    225438 | panic in6_unlink_ifa() due to race
Open        |    227720 | Kernel panic in ppp server
Open        |    236888 | ppp daemon: Allow MTU to be overridden for PPPoE 
Open        |    237072 | netgraph(4): performance issue [on HardenedBSD]?
Open        |    237973 | pf: implement egress keyword to simplify rules ac
Open        |    238324 | Add XG-C100C/AQtion AQC107 10GbE NIC driver
Open        |    238707 | Lock order reversal: rtentry vs "nd6 list"
Open        |    240944 | em(4): Crash with Intel 82571EB NIC with AMD Pile
Open        |    241106 | tun/ppp: panic: vm_fault: fault on nofault entry 
Open        |    243463 | ix0: Watchdog timeout
Open        |    247111 | pxeboot very slow with i219LM
In Progress |    118111 | rc: network.subr Add MAC address based interface 

19 problems total for which you should take action.
--16768404492.e58dcE8.44161-- From nobody Tue Feb 21 15:54:04 2023 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 4PLkP01zvPz3spbL for ; Tue, 21 Feb 2023 15:54:12 +0000 (UTC) (envelope-from minotaur@crete.org.ua) Received: from emx.itcons.net.ua (emx.itcons.net.ua [109.68.40.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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PLkNy6hqgz3HyW for ; Tue, 21 Feb 2023 15:54:10 +0000 (UTC) (envelope-from minotaur@crete.org.ua) Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of minotaur@crete.org.ua has no SPF policy when checking 109.68.40.3) smtp.mailfrom=minotaur@crete.org.ua; dmarc=none Received: from [10.1.8.8] (helo=crete.itcons.net.ua) by emx.itcons.net.ua with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.95 (FreeBSD)) (envelope-from ) id 1pUUxy-000Bnk-0g for net@freebsd.org; Tue, 21 Feb 2023 17:54:06 +0200 Date: Tue, 21 Feb 2023 17:54:04 +0200 From: Alexander Shikov To: net@freebsd.org Subject: Intel E810-C-Q2 adapter with 13.1-RELEASE Message-ID: <20230221155404.GA34918@crete.itcons.net.ua> List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.11.1 (2018-12-01) X-Spamd-Result: default: False [-2.09 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.992]; MIME_GOOD(-0.10)[text/plain]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:25372, ipnet:109.68.40.0/21, country:UA]; MLMMJ_DEST(0.00)[net@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[crete.org.ua]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4PLkNy6hqgz3HyW X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N Hello! I have a box with Intel(R) Ethernet Network Adapter E810-C-Q2 running 13.1-RELEASE. As far as I understand it should support this NIC, but it doesn't work: ice0: flags=8822 metric 0 mtu 1500 options=4e507bb ether b4:96:91:ad:8d:a0 ifconfig: ice0: no media types? nd6 options=29 Lines from dmesg: ice0: mem 0x92000000-0x93ffffff,0x96010000-0x9601ffff irq 32 at device 0.0 numa-domain 0 on pci3 ice0: Loading the iflib ice driver ice0: Get PHY capabilities failed status = -100, continuing anyway ice0: The DDP package module (ice_ddp) failed to load or could not be found. Entering Safe Mode. ice0: The DDP package module cannot be automatically loaded while booting. You may want to specify ice_ddp_load="YES" in your loader.conf ice0: fw 5.1.5 api 1.7 nvm 2.15 etid 800049c3 netlist 2.1.2000-3.13.0.550223bf oem 1.2789.0 ice0: Using 1 Tx and Rx queues ice0: Using MSI-X interrupts with 2 vectors ice0: Using 1024 TX descriptors and 1024 RX descriptors ice0: Ethernet address: b4:96:91:ad:8d:a0 ice0: PCI Express Bus: Speed 8.0GT/s Width x16 ice0: ice_init_saved_phy_cfg: ice_aq_get_phy_caps (w/MEDIA) failed; status ICE_ERR_AQ_ERROR, aq_err AQ_RC_EINVAL ice0: Firmware LLDP agent disabled ice0: ice_init_link_configuration: ice_aq_set_link_restart_an: status ICE_ERR_AQ_ERROR, aq_err AQ_RC_EINVAL ice0: link state changed to DOWN ice0: ice_add_media_types: ice_aq_get_phy_caps (ACTIVE) failed; status ICE_ERR_AQ_ERROR, aq_err AQ_RC_EINVAL ice0: Error adding device media types: ICE_ERR_AQ_ERROR aq_err AQ_RC_EINVAL ice0: netmap queues/slots: TX 1/1024, RX 1/1024 I have ice_ddp_load="YES" in loader.conf. Any help is appreciated! Thank you. From nobody Thu Feb 23 18:57:03 2023 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 4PN2M53PH6z3scRf for ; Thu, 23 Feb 2023 18:57:05 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PN2M50FJ9z40R4 for ; Thu, 23 Feb 2023 18:57:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677178625; 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=O0v+eRqDZ3ZEpfE7LOyNBQBqG1V86iAyy1ppeAUTsIE=; b=pWa1J8uqL9YGR6+UCBLZAP6VpLN6b1N6MDSZ0EvL5R3aNW/CPZRIGn1xNyGyoSV+UBQVWu sd+/fOG5PeZY1wK0CTKGdUxEjxbwh/hUIDwRTnws5UHGTBTWAhoH+A+57uicSOP7vaNc14 XzCP0ZJK3UYYewi4v5Q+fdpz/QtF0D0RbVQr3jWuT9OPi+1MFz0Mac5DpHu1TIugXm8gyQ liXQ140Wo9RigXJu+I9ft66Bmbs6i0ZMqemFFGABUK3ngH93Y1sexxWjdG8Fn6NsGkfAhz Ou7H0x+3R7AKmUv5u0oIJ+HAL2TZ8oUa2NJIWMJAbXt6LdptjvQAZT8VJjZ8PQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1677178625; a=rsa-sha256; cv=none; b=BEw8Z7MUuzKSTguskkEPuW8YY15lSnCOuKK3GNmW/YiUSR+fzATOkRNVF6due3I3hXfwmS bgzrkHhXXxLWs6pNRv0JxOTpS47DozQatKNcElgU+Y4KZ2O/8lzXWPHpIPqpwcAzDSYRmh 66BnCJL+xQPqqOEsjbbUHbcjRFp0bt/1T8rReRQmkr+Cr4PmYbxI29nxivo6Q9DNIDMnfJ s++GVkJEZNpuJe7HA6ZT4Vb2P++81sQcYfENpw8s2uO75rXGSxHQqVPt+vfReGeZuEAMs4 OFxZjT+AeriMjIohzIIvBeqUEKrx26LVx4ek/K6/oDT8tqNM7KhkC1FnngY+sg== 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 4PN2M46TQ5ztGh for ; Thu, 23 Feb 2023 18:57:04 +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 31NIv4cl078626 for ; Thu, 23 Feb 2023 18:57:04 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 31NIv4oC078625 for net@FreeBSD.org; Thu, 23 Feb 2023 18:57:04 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 268246] crash and panic using pfsync on 13.1-RELEASE Date: Thu, 23 Feb 2023 18:57:03 +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: crash, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: thomas@gibfest.dk X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D268246 Thomas Steen Rasmussen / Tykling changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |thomas@gibfest.dk --- Comment #89 from Thomas Steen Rasmussen / Tykling -= -- Hello :) I just want to add that we are watching this bug with great interest and wi= ll be upgrading our pf firewall cluster to latest stable/13 as soon as the ipv6 defer MFC lands. We need defer because they are two active/active routers, but they reboot as soon as we enable it. I've been trying to reproduce in a lab for a while and finally found this bug today. Thank you all for your work on this, it is very appreciated. Best regards, Thomas Steen Rasmussen / Tykling --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Thu Feb 23 20:37:39 2023 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 4PN4bF5DnCz3sk05 for ; Thu, 23 Feb 2023 20:37:45 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PN4bF4FXDz3DF9 for ; Thu, 23 Feb 2023 20:37:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677184665; 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=xFCWKRD/1F+3woWg0cNt9P6Euq0dl/2b09eybaNAwJE=; b=i+WQ+4DYE9EJpvI5Ur0EXwTtJZt7yfeLoR9z3QMiIzlTmDfcQ3Y2zv8qzfh320kNqKyqSB trcHgrEyiCf+9AraGHFDHqzOZeE/UWpy2Gi2BLdXxweqeeGlTWaeQMmyJoJnk/S+FYY+vR 9xO20jINLGuVubHpPFYnxWu1qWSJcXCnQm8DBggFmLWuU8484xEFFX2Hk8GMS9VmGkrcDS oc/RoKD3K23MfPahtWXO0W96IkXKcSZabQhF0UEMQJMfunZxhIgr2813hIEecEoB1xIf3Y 2SZdYk4Lmhgm4m0FvPCvGku20xMa/OP8gz8lHnpCz/NZMVwvL3XPPmDHePg+5Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1677184665; a=rsa-sha256; cv=none; b=ZEigARg133Cod2O3RLxd3Iw1bp4u6l17SypsmcLl3YzG859BJ5cQJrQSsK+k1LPOYveF2J Pl/52NTeCrzUqlmZaIZ5edo86AfzUcQ2nZMeSLXnNrDb3qwgNq6IA4lFIJC8woJGPPIxIn +SLuTv1PkJeegheMKpZC7clIDFikbTh/E0nFjtSp7R/bbVc+U0pXt4FzDjhLM6hoJaROm5 7fOniT2G+z3o1exwGrpmg/RCtNS6wpo58eInNnE9pUECXuHOV8RTRViIqlxaPEzBHS/mNg YjvRU0v7Q//7RXScGHhiUwkN3JSfUPzaud++fXn/70/B4QTuQ/7id6q67hXCIg== 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 4PN4bF3L1Szwfw for ; Thu, 23 Feb 2023 20:37: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 31NKbjLD024825 for ; Thu, 23 Feb 2023 20:37:45 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 31NKbj6C024824 for net@FreeBSD.org; Thu, 23 Feb 2023 20:37: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 165059] vtnet(4): Networking breaks with a router using virtio net driver on KVM host Date: Thu, 23 Feb 2023 20:37:39 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.0-RELEASE X-Bugzilla-Keywords: needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: tristinstagg@protonmail.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? mfc-stable13? mfc-stable12? X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D165059 Tristin Stagg changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tristinstagg@protonmail.com --- Comment #29 from Tristin Stagg --- (In reply to elico from comment #28) Hello, I created a FreeBSD 13.1 STABLE virtual router in a Proxmox 7.1 testing environment and was encountering this issue with my FreeBSD VM. I can confi= rm that running the following helped me to resolve the issue: ifconfig vtnet0 -rxcsum ifconfig vtnet1 -rxcsum Thank you for helping with my virtual router's NAT not working.=20 Previous to resolution, I was able to ping things, which tells me that ICMP= was working fine (I could also see this in my pflogging) - however, I could not= say the same for TCP --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Thu Feb 23 22:38:19 2023 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 4PN7Gd0tgDz3ssMS for ; Thu, 23 Feb 2023 22:38:33 +0000 (UTC) (envelope-from nagy.attila@gmail.com) Received: from mail-oi1-x22b.google.com (mail-oi1-x22b.google.com [IPv6:2607:f8b0:4864:20::22b]) (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 "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PN7Gc0BPlz3pHv for ; Thu, 23 Feb 2023 22:38:32 +0000 (UTC) (envelope-from nagy.attila@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=Lwu+xVnO; spf=pass (mx1.freebsd.org: domain of nagy.attila@gmail.com designates 2607:f8b0:4864:20::22b as permitted sender) smtp.mailfrom=nagy.attila@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-oi1-x22b.google.com with SMTP id be35so14233125oib.4 for ; Thu, 23 Feb 2023 14:38:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1677191911; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=lii3jS/9fGJvnkKWMhof5wb+vhSkuojlaAE9nLuT20s=; b=Lwu+xVnOGhgppTEsRP+EcxBmPuEHodyh/uDb28JvntEuj0McMq1CMd7gN/3QYDxzC0 HX/rETHgAx8XEG1qSCnXasFjXSyqzSptD9h1XN9cMvh0/H86ItsfeNV3f26dmdT9M06E RXibPZZbKi1zJo0W7zBZ2TbFqepUSpwv6ndhY7ZlcNiGjpCqJTBZOP1vlvCfdoqZ7V6k rKeZwH2URXO5oijdI8z9QBCc5NkW+y8zaGZY9rnH3AJ4yRtyCNVEgQg7CUBQCNEPhDtx nr3HG8dn7yrEL+cFKinBJp+BnoS2PZC85uNtjsH0c1MEbxoBioTwYPTtLX1GZ8cduC8W Ydng== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1677191911; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=lii3jS/9fGJvnkKWMhof5wb+vhSkuojlaAE9nLuT20s=; b=CZM03Y014ge3ipMp+lXSKgVeckwxXwgTIm7Uxqr2FunkvhSRTn8lDBztCKWWA13rsH wEkaD3EWGiqrYzGtZy+95SS8f47s/jZ+pAPSxqn9Ob/4ZYCs9rUTHu2DR9sPaznSBJHv iWxXs+6gCLscanXxsOLTEfXdyQRGMCCaW0p5iqHg8eNm+ddjgOg9ZO+HZXbNJcUcnGhM VNJ+piZGTmp3oPzctSgV7gS7m/Y0on/SVJ0efx8olPvJnalt5QebR31ddTad2Q9HQ0dd 5K+phH5OHBaatOoWH9QTVxrT6mIZNroZYy6hPG5iAT3PyxMQOQqMSzzpqG0YBGs6pDTU G6xg== X-Gm-Message-State: AO0yUKVwd+2VQmIDlFb3AdCyasMo6q4xctiPi8e8fyS30saqRJ2LqtwS 5OmEM56DoYgoz/tc5qg7NdLEs8zuuC8Buq1/3ukQ1+5pU890bg== X-Google-Smtp-Source: AK7set/BjCFPI+fPYzTUtkPnktS7K6e0KEdBRl9dbrZ8J7r17pWiqE0kE2pOaKfKYsTpelrhEmfKPx1dXwphzL4WWhU= X-Received: by 2002:a05:6808:9a4:b0:37a:d91c:da8e with SMTP id e4-20020a05680809a400b0037ad91cda8emr444184oig.10.1677191910703; Thu, 23 Feb 2023 14:38:30 -0800 (PST) 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: Attila Nagy Date: Thu, 23 Feb 2023 23:38:19 +0100 Message-ID: Subject: Kernel DHCP unpredictable/fails (PXE boot), userspace DHCP works just fine To: freebsd-net@freebsd.org Content-Type: multipart/alternative; boundary="0000000000000ec80705f565ac68" X-Spamd-Result: default: False [-3.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-0.99)[-0.991]; NEURAL_HAM_SHORT(-0.99)[-0.989]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-net@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::22b:from]; ARC_NA(0.00)[]; TAGGED_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-net@freebsd.org]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_DN_NONE(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4PN7Gc0BPlz3pHv X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N --0000000000000ec80705f565ac68 Content-Type: text/plain; charset="UTF-8" Hi, I have a bunch of netbooted machines, one set in a cluster is older (HP DL80 G9, 2x8C, Intel I350 -igb- NICs), the other set is newer (HP XL225n G10, AMD EPYC2x16C, BCM57412 -bnxt- NICs). All of these boot from the network, which is basically: - get IP and options with DHCP with the help of the NIC's PXE stack - get the loader and kernel, start it - do another round of DHCP from the kernel (bootp_subr.c) - mount the root via NFS and let everything work as usual My problem is that the newer machines take an indefinite time to boot. The older ones are just working reliably, they always boot fast. The process of getting an IP address via DHCP (bootpc_call from bootp_subr.c) either succeeds normally (in a few seconds), or takes a lot of time. Common (measured) times to boot range from 10s of minutes to anywhere between a few hours (1-6). Sometimes it just gets stuck and couldn't get past bootpc_call (getting the DHCP lease). What I've already tried: - we have a redundant set of DHCP servers which offer static leases (so there are two DHCPOFFERs), so I tried to turn off one of them, nothing has changed - tried to disable SMP, the effect is the same - tried to see whether it's a network issue. The NIC's PXE stack always gets the lease quickly and booting FreeBSD from an ISO and issuing dhclient on the same interface is also fast. After the machines have booted, there are no network issues, they work reliably (since more than a year for 20+ machines, so not just a few hours) This issue wasn't so bad previously (only a few mins to tens of minutes delay), but recently it got pretty unbearable, even making some machines unbootable for days... First I thought it might be a packet loss (or more exactly packet delivery from the DHCP server to the receiving socket), either in the network or in the NIC/kernel itself, so I placed a few random printfs into bootp_subr.c and udp_usrreq.c. After spending some time trying to understand the problem it feels like a race condition in bootpc_call, but I don't know the code well enough to effectively verify that. Here are the modified bootp_subr.c and udp_usrreq.c: https://gist.githubusercontent.com/bra-fsn/128ae9a3bbc0dbdbb2f6f4b3e2c5157a/raw/a8ade8af252f618c84a46da2452d557ebc5078ac/bootp_subr.c https://gist.github.com/bra-fsn/128ae9a3bbc0dbdbb2f6f4b3e2c5157a/raw/a8ade8af252f618c84a46da2452d557ebc5078ac/udp_usrreq.c (modified from today's stable/13 branch, I also run that kernel) This is the output with the always working DL80 (igb) machine: https://gist.github.com/bra-fsn/128ae9a3bbc0dbdbb2f6f4b3e2c5157a/raw/a8ade8af252f618c84a46da2452d557ebc5078ac/DL80%2520igb%2520good.txt This is the console output from a working boot for the XL225n (bnxt) machine: https://gist.github.com/bra-fsn/128ae9a3bbc0dbdbb2f6f4b3e2c5157a/raw/a8ade8af252f618c84a46da2452d557ebc5078ac/XL225n%2520bnxt%2520good.txt as you can see, it's much slower than the DL80 (which also isn't that fast...) And this one is a longer output, without success to that point (2 minutes without completing the DHCP flow): https://gist.github.com/bra-fsn/128ae9a3bbc0dbdbb2f6f4b3e2c5157a/raw/a8ade8af252f618c84a46da2452d557ebc5078ac/XL225n%2520bnxt%2520long.txt For the latter, here's an excerpt from the DHCP log: https://gist.githubusercontent.com/bra-fsn/128ae9a3bbc0dbdbb2f6f4b3e2c5157a/raw/a8ade8af252f618c84a46da2452d557ebc5078ac/dhcp_log.txt It seems the DHCP state always gets reset to IF_DHCP_UNRESOLVED even if there's answers from the DHCP server. Here's another, longer console log, which succeeded after spending 236 seconds in the loop: https://gist.github.com/bra-fsn/128ae9a3bbc0dbdbb2f6f4b3e2c5157a/raw/a77f52f5e83c699b38a7c2d3acdc52d26ceeba71/XL225n%2520bnxt%2520long%2520good.txt Any ideas about this? --0000000000000ec80705f565ac68 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

I have a bunch of netboo= ted machines, one set in a cluster is older (HP DL80 G9, 2x8C, Intel I350 -= igb- NICs), the other set is newer (HP XL225n G10, AMD EPYC2x16C, BCM57412 = -bnxt- NICs).
All of these boot from the network, which is basica= lly:
- get IP and options with DHCP with the help of the NIC'= s PXE stack
- get the loader and kernel, start it
- do = another round of DHCP from the kernel (bootp_subr.c)
- mount the = root via NFS and let everything work as usual

My p= roblem is that the newer machines take an indefinite time to boot. The olde= r ones are just working reliably, they always boot fast.
The = process of getting an IP address via DHCP (bootpc_call from bootp_subr.c) e= ither succeeds normally (in a few seconds), or takes a lot of time.
Common (measured) times to boot range from 10s of minutes to anywhere be= tween a few hours (1-6).
Sometimes it just gets stuck and couldn&= #39;t get past bootpc_call (getting the DHCP lease).

What I've already tried:
- we have a redundant set of DHCP= servers which offer static leases (so there are two DHCPOFFERs), so I trie= d to turn off one of them, nothing has changed
- tried to dis= able SMP, the effect is the same
- tried to see whether it= 9;s a network issue. The NIC's PXE stack always gets the lease quickly = and booting FreeBSD from an ISO and issuing dhclient on the same interface = is also fast. After the machines have booted, there are no network issues, = they work reliably (since more than a year for 20+ machines, so not just a = few hours)

This issue wasn't so bad previo= usly (only a few mins to tens of minutes delay), but recently it got pretty= unbearable, even making some machines unbootable for days...
First I thought it might be a packet loss (or more exactly pack= et delivery from the DHCP server to the receiving socket), either in the ne= twork or in the NIC/kernel itself, so I placed a few random printfs into bo= otp_subr.c and udp_usrreq.c.

After spending some t= ime trying to understand the problem it feels like a race condition in
=
bootpc_call, but I don't know the code well enough to effect= ively verify that.

Here are the modified boot= p_subr.c and udp_usrreq.c:
(modified from today's stable/13 branch, I also run that kernel)
=

This is the output with the always working DL80 (= igb) machine:

This is the console output from a work= ing boot for the XL225n (bnxt) machine:
as you can see, it= 9;s much slower than the DL80 (which also isn't that fast...)

And this one is a longer output, without success to that po= int (2 minutes without completing the DHCP flow):

<= div>For the latter, here's an excerpt from the DHCP log:

It seems the DHCP state always gets reset to IF_DHCP_UNRESOLVED ev= en if there's answers from the DHCP server.

Here's another, longer console log, which succeeded after spending 23= 6 seconds in the loop:

A= ny ideas about this?

--0000000000000ec80705f565ac68-- From nobody Fri Feb 24 06:04:59 2023 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 4PNK9m1HGJz3tKKH for ; Fri, 24 Feb 2023 06:05:00 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PNK9l5frRz4Z2J for ; Fri, 24 Feb 2023 06:04:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677218699; 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=uklGnHJDnWMckUCF/XALhjsCLwFTEUDoxLDTJ2Bp6lw=; b=NE3auGXHN4z4USGsr728rVNOAowupT2oOwYVccomgeq+E7ekYv03IF7Do7D17SxaCiWJDl nOiAbSFW3MvSmc1MP1ipjV/ll//Avq+8eDMJcY227gqc21GbPoYtqwyNxxZcDAGQRL9Q96 r5+qkzAs8SODbym/678WnbrlvlQLojkvxHOLU+Bi2Ne3tASdwpUsUG8Fzpao68NCpuCYgp Cuv9ey/gb2B2lcg3LlxjSUnajnX4BY1V7TBY7Y2PJUbz3oj7eIkJuKOVyJQNrFkLbNh3lh ohbAVw3MIMcg8mDZ/5XYMrLvu8O4pG4BsepZmS9a21A1hgvwq2739UaLXzOLrw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1677218699; a=rsa-sha256; cv=none; b=pmV0soZ+w23e00JQ/y+zFGS5Q3c0xXkwWNjo3/DzBdSk2Bzvt5Kg1vdGXseB4bSqTf8cLf dmei+OHcfA3gJWeII3oPcHczxgo8Ucq1aTqeP9Kb9zIuAEh2eNxLPCihu4keVyRgI4ADuz n061NnEQcqKJKwF+Cf/ICjLAAOUkd3bEVjtORMMI678MtazlGE3RUbQ906Fu/1/RimjsvK IzkjT9m5N4IKWvOpJ23Vsmsx7s/yILeDEPMZvgjUiA5+NLiaTBS8dAAUcC5oWIFn0anHGy mj1+cdxoCCIq7jA9Nk61NV+xh5OZhLewOuf7bpioN50iCx+1zJhy1H5AqRyHJw== 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 4PNK9l4lgRz1C4C for ; Fri, 24 Feb 2023 06:04:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 31O64xc7043985 for ; Fri, 24 Feb 2023 06:04:59 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 31O64xGV043984 for net@FreeBSD.org; Fri, 24 Feb 2023 06:04:59 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 268490] [igb] [lagg] [vlan]: Intel i210 performance severely degraded Date: Fri, 24 Feb 2023 06:04:59 +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: 12.4-RELEASE X-Bugzilla-Keywords: needs-qa, regression X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: kbowling@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: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D268490 --- Comment #29 from Kevin Bowling --- I think the intention there is to try and figure out what coincidental comm= it could be at fault because the offending commit is just enabling functionali= ty but is not necessarily a smoking gun. I'm not sure if there is a streamlin= ed way to do this kind of bisect, hopefully 'git cherry-pick' and 'git reset' = will suffice in the build/test loop. Right now the likely suspects could be flag management changes in e1000 or = some change in lagg(4) I am not privy to. --=20 You are receiving this mail because: You are the assignee for the bug.=