From nobody Thu Oct 20 09:47:12 2022 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 4MtN6m4C2Xz4gMZl for ; Thu, 20 Oct 2022 09:47:12 +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 4MtN6m2gfWz3MMj for ; Thu, 20 Oct 2022 09:47:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 4MtN6m1DTMzqf3 for ; Thu, 20 Oct 2022 09:47:12 +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 29K9lC0n057144 for ; Thu, 20 Oct 2022 09:47:12 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 29K9lC5S057143 for net@FreeBSD.org; Thu, 20 Oct 2022 09:47:12 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 265588] [TCP] - tcp send a retransmission identical sequence number packet with different payload Date: Thu, 20 Oct 2022 09:47: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: 13.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: rscheff@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-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 ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1666259232; 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=HFzvpW6eAle0DFIChbe+2jDW7gTImzsBTgzuDJiphDo=; b=VwZI9d1mmFilkm3prN1fyqxqRQTOZkxwsacxQQKyiC2j2SxC0W2RWDvLiGa+raSX3PdZGK j9t7m7I4XhtHIao3R0P+qblGb03GZX38P+JlGcW+5oj2qrAQ4Z1/5MtOUv3Ml6HM8ANCW3 TRqxLUm0y3nZXfiNTsvVyEaN9dH2ZcNET5mHdVBe4mhrkuUOPJLFa7bSvVTgHajkI1CbfT Wf+ffKvSjPJ91WC0pvnzLZv123tTv6d6chR1pdejaGNGL9ABaQv5KyDWScBR+Bg2rawCU7 D0x07iNjw7H2YipN3jurDqd4ID6oZptuNi/cq2cQ6qW3NAfUvzD7fMwXig3IYA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1666259232; a=rsa-sha256; cv=none; b=D41P0O6TQdk1NQF2xyWtU6uAmmGl4nYabMbQVIihF4ojQKq+L/ATyJwCO1cU9nhVgv8UZT 53G3gw0luys4kLtjQEw1xncKHLrctr78rKIOivbSjw74gqlYSK+iaZG91axs9oVMWrMu4P 2I/fUoirdSfIVUjcb1uH56yXqw8NY1Z1S//PlLWXdT3Jhh70J1gi6q4jVhx2USgoo7KB01 u13TqB8L32ujv+BqcQqKy2hVZMw/6C3OVtKGPjlf12KvCVpEhafc3gtoaDmHULgjlLsOQt 6ZvFKXE21GEgjAyMgxvvsoXP9oGTOj5g3o+nJkp7enk34EDz4+3/WgXmFoh0WQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D265588 --- Comment #10 from Richard Scheffenegger --- There seems to be a discrepancy in the TSO vs LRO payload bytes (maybe my script is broken?): Server:=20 2 10.234.1.9 35249 229 15928 11 72053392291 385714934591 419632206729 401031568921 41004322083= 9=20=20=20 398170924830 381008236919 388657879560 400554947764=20=20=20 390059647829 401051361480 Client: 2 10.234.1.9 35249 229 11584 8 72053392291 385714934591 419632206729 401031568921 41004322083= 9=20=20=20 398170924830 381008236919 388657879560 3 10.234.1.9 46833 229 4344 3 403699027891 383855600553 414816586574 The last 3 chunks from the server side trace, don't seem to be identical wi= th the three chunks received in a separate LRO aggregation (!). This is how I create these chunk-sums: tshark -r ClientIdenticalSeq.pcap -T fields -e frame.number -e ip.src -e tcp.seq -e tcp.ack -e tcp.len -e tcp.options.sack_le -e tcp.options.sack_re= -e tcp.payload | awk ' //{ fr=3Dint($5/1448); if ((fr*1448 =3D=3D $5) && (fr > 0)) { print $1" "$2" "$3" "$4" "$5" "fr; for (i=3D0;i 1) { printf("#") }; printf("%d \t", s); } } printf("\n"); } My expectation would be that the sums calculated this way for the tcp paylo= ad is identical when TSO / LRO capture data... Note that this difference is visible before the SACK retransmissions. Was the capture created just before issuing the NFS read? Because the expectation there would be for the sender side to transmit all the data in sequence, and not skip over some data. It appears the captures were trimmed after taking, in the middle of a loss recovery episode from a prior NFS read IO... --=20 You are receiving this mail because: You are the assignee for the bug.=