From nobody Mon Apr 22 13:57:42 2024 X-Original-To: freebsd-stable@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 4VNRf10P2Wz5H96G for ; Mon, 22 Apr 2024 13:57:45 +0000 (UTC) (envelope-from des@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VNRf070ztz4h1g; Mon, 22 Apr 2024 13:57:44 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1713794265; 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=PXspAEBL8sNgVZxby7kYXXZEz5Y3pK/+qW/OUvqBi1g=; b=sLyjLiR2PzQljy1wU5QzgnhO69aOCnYMSnE/Khgy1TR2hidQDFHPNNiZL2oLjTish6B/HL 0QXHx/VER0svQq4eHaUUK/0ybR4HorjzafM5r7us1mJC7u1kBmSywcsJA4N/RjazQc7hvI Sr8ihh6b+X5cZjLqnca4oEOxKpWKDPw6+OxJENQoK0DysxsKvqzh+KxSshlFtQgEYMY/H6 DMmOG1luW2frStV3+r6mcJaInvxkADsMKQdAGS9jtuo2tWWQ+/haON+eJE013k04MsjpqZ s0ek5ym18ntXNVpfyYSTYFMZsgIaR5YdeCmtLhLAl30yJNKzaZ0BgUucGtsZtQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1713794265; a=rsa-sha256; cv=none; b=nbAvK7MSKOQgxLlctch9/XYbKXKDqv/h7BDk17RzsgPLC3J6dplw6f5GOyvXMRet3mQaI6 ngYzkBKnxBGG1xwlNEpkl2W/Zr5KcYc2dBfqswb9lKjmphVzyruBkImCdEZbpAzqprWiUv sewXGHVBTbr4vKvX/r0QKqtX5jtxtDk2zwoMzgkgt+XD+KOuLUeDvPq677+CAFwLeqH3ha htyCyQy/FfztGfFK0/kMMVVP4d87F/GU666pw+BpREhXm45AXHSsMYanpHmtbjjrz2BbuA ZoqJmIf+YLCRwC6A3C4qp+j/i6txVOxgtVik8stdRHTTV9bwiYn2u7CXSY8w9A== 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=1713794265; 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=PXspAEBL8sNgVZxby7kYXXZEz5Y3pK/+qW/OUvqBi1g=; b=V4kmGtJ8qpPlDOB748ANRHSEbkeVmLSdSHZdBj1e7e2PI78LurnMoOfkiQfcX6nyaDzQXu mxVW4XGFp8cO1v+Scdo9Ko6BCQOyveyGE/RS6pNvqNIOHxIyC+akrfT+t/2IbI2ueGVGD4 y81QSB6D0i/woe1YVjRXVjOUz7FDuHAQHls+wVyf5IKYAOafYm62mZiMc1SpRZormBFs3H pHIGSXyqToQa1kbdlTFxYARSbhnm4PTWtq20RLO8UiCLwI4Edp958+Zc2L8cMpuwZiOwSl cFGZXHWDa1KyaV2X2rAcex583ZO94M98/kKYHT2FS15W4lyAq2a78dt/JL4jBA== Received: from ltc.des.dev (163.23.65.37.rev.sfr.net [37.65.23.163]) (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) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4VNRf05tpvz1Lwq; Mon, 22 Apr 2024 13:57:44 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id BCBF11EB39; Mon, 22 Apr 2024 15:57:42 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Gerrit =?utf-8?Q?K=C3=BChn?= Cc: freebsd-stable@freebsd.org Subject: Re: possible regression handling packet fragmentation in 14.0 with tftp/pxe In-Reply-To: <20240422075948.5bb856ac@arc.aei.uni-hannover.de> ("Gerrit =?utf-8?Q?K=C3=BChn=22's?= message of "Mon, 22 Apr 2024 07:59:48 +0200") References: <20240419153951.5a23ce5f@arc.aei.uni-hannover.de> <86y1999wwe.fsf@ltc.des.dev> <20240422075948.5bb856ac@arc.aei.uni-hannover.de> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Mon, 22 Apr 2024 15:57:42 +0200 Message-ID: <86o7a18ppl.fsf@ltc.des.dev> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Gerrit K=C3=BChn writes: > Any idea what the "bad length 1460 > 1392" message on the 13.3 system > means (and why everything is still working)? Off the top of my head, it means the packet length according to its header is longer than the capture length but the MF flag is not set. Historically, it meant you needed to increase tcpdump's snaplen, but these days it defaults to 256 kB so it shouldn't matter. It might be a bug in bpf, or an interaction between pf and bpf. > As this appears to be different behaviour on 13.3 and 14.0, I had hoped > this might already be sufficient to ring a bell for someone here reading > this (like "oh, yes, there were changes in pf that cause different > handling of fragmented udp packets"). There were changes in tftpd, but I don't know if that's relevant. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org