Date: Thu, 20 Oct 2022 07:35:05 +0000 From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 265588] [TCP] - tcp send a retransmission identical sequence number packet with different payload Message-ID: <bug-265588-7501-dwEFjmt1fG@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-265588-7501@https.bugs.freebsd.org/bugzilla/> References: <bug-265588-7501@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D265588 --- Comment #2 from Richard Scheffenegger <rscheff@freebsd.org> --- Can you please provide more context around the traces? Did you capture on the client side, or on the server side? It appears, that the capture was performed on the client side, with LRO ena= bled - simultaneously, the network in between appears to have created some significant reordering, causing the re-transmission and later DSACKs of pac= kets by the sender. If the server is under your control, please create a simultaneous capture on both sides - and to narrow down things further, try to disable TSO / LRO (ifconfig eth0 -lro -tso ) on both sides. First things to establish:=20 Is the sender transmitting these bytes incorrectly (with/without TSO)?=20 Is the network interferring somehow?=20 Is the clients LRO code mishandling the packets? --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-265588-7501-dwEFjmt1fG>