[tcpm] Re: Discussion on whether the TCP four-wave mechanism can be simplified to three-wave mechanism

Michael Tuexen <michael.tuexen@lurchi.franken.de> Mon, 26 August 2024 08:30 UTC

Return-Path: <michael.tuexen@lurchi.franken.de>
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69940C14F61E for <tcpm@ietfa.amsl.com>; Mon, 26 Aug 2024 01:30:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.61
X-Spam-Level:
X-Spam-Status: No, score=-2.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Kt5H9h2PhF8a for <tcpm@ietfa.amsl.com>; Mon, 26 Aug 2024 01:30:29 -0700 (PDT)
Received: from drew.franken.de (mail-n.franken.de [193.175.24.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 06C5AC14F600 for <tcpm@ietf.org>; Mon, 26 Aug 2024 01:30:26 -0700 (PDT)
Received: from smtpclient.apple (unknown [IPv6:2a00:20:7047:34ab:3db9:2be6:a17d:18c3]) (Authenticated sender: lurchi) by mail-n.franken.de (Postfix) with ESMTPSA id 2251A721E2817; Mon, 26 Aug 2024 10:30:22 +0200 (CEST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\))
From: Michael Tuexen <michael.tuexen@lurchi.franken.de>
In-Reply-To: <CAAK044Se=KKaUDpL4=kBARJrsNVKu85ejDC2i7sFUVBD1tTJRw@mail.gmail.com>
Date: Mon, 26 Aug 2024 10:30:19 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <B86F084B-797D-42E1-A851-DF6299AC2422@lurchi.franken.de>
References: <6defaffd.3f8b1.1917c9c2f23.Coremail.yangbuwangchuxin@163.com> <CAAK044SZyk5LJwohkJ-Fjk1rZidq5fGKXHYBBxgUWh45aiijXA@mail.gmail.com> <55af587.448d8.191885dc7d7.Coremail.yangbuwangchuxin@163.com> <CAAK044TDm72yUxxhkbtYk7O0cRL5vE35kYp+1Q83S9vbdw0jPw@mail.gmail.com> <383509b2.45497.191888db1eb.Coremail.yangbuwangchuxin@163.com> <CAAK044Se=KKaUDpL4=kBARJrsNVKu85ejDC2i7sFUVBD1tTJRw@mail.gmail.com>
To: Yoshifumi Nishida <nsd.ietf@gmail.com>
X-Mailer: Apple Mail (2.3776.700.51)
Message-ID-Hash: IXNP6PZJZJP5B57N3BXTEI4E4O67XGFH
X-Message-ID-Hash: IXNP6PZJZJP5B57N3BXTEI4E4O67XGFH
X-MailFrom: michael.tuexen@lurchi.franken.de
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-tcpm.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: "yangbuwangchuxin@163.com" <yangbuwangchuxin@163.com>, tcpm <tcpm@ietf.org>
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [tcpm] Re: Discussion on whether the TCP four-wave mechanism can be simplified to three-wave mechanism
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/eQ2Ck638TIxDOy-UQLLGgMoxtfo>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpm>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Owner: <mailto:tcpm-owner@ietf.org>
List-Post: <mailto:tcpm@ietf.org>
List-Subscribe: <mailto:tcpm-join@ietf.org>
List-Unsubscribe: <mailto:tcpm-leave@ietf.org>

> On 26. Aug 2024, at 09:24, Yoshifumi Nishida <nsd.ietf@gmail.com> wrote:
> 
> Hi Yang,
> I think aggregating the 2nd packet (ACK for FIN) and the 3rd packet (FIN) is theoretically possible if you want to do it. 
That is correct. The following packetdrill script tests this:

+0.000 socket(..., SOCK_STREAM, IPPROTO_TCP) = 3
+0.000 setsockopt(3, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0
+0.000 bind(3, ..., ...) = 0
+0.000 listen(3, 1) = 0
+0.000 < S  0:0(0)       win 65535 <mss 1460,sackOK,eol,eol>
+0.000 > S. 0:0(0) ack 1 win 65535 <mss 1460,sackOK,eol,eol>
+0.050 <  . 1:1(0) ack 1 win 65535
+0.000 accept(3, ... ,...) = 4
+0.000 close (3) = 0
+0.000 close(4) = 0
+0.000 > F. 1:1(0) ack 1 win 65535
+0.050 < F. 1:1(0) ack 2 win 65535
+0.000 >  . 2:2(0) ack 2 win 65535

Best regards
Michael
> --
> Yoshi
> 
> 
> On Sun, Aug 25, 2024 at 1:02 AM yangbuwangchuxin@163.com <yangbuwangchuxin@163.com> wrote:
> I find the picture,When the server has no data to transmit, can the second and third waves be combined to reduce one wave? Because it has this delay mechanism, when there is data to be sent, it is sent, and there is no delay waiting. If something needs to be sent during the waiting period, can I do an ACK confirmation to send the merge?
> 
> 
> ---- Replied Message ----
> From Yoshifumi Nishida<nsd.ietf@gmail.com> Date 08/25/2024 15:34 To yangbuwangchuxin@163.com Cc tcpm<tcpm@ietf.org> Subject Re: [tcpm] Discussion on whether the TCP four-wave mechanism can be simplified to three-wave mechanism Hi Yang,
> 
> OK. It seems to me that you're suggesting that when one peer sends the final FIN, it can terminate the connection without waiting for the FIN ACK.
> However, if this FIN hasn't arrived at the other end, the other end cannot know the peer has terminated the connection. 
> My concern here is that the other end would be suspended in this kind of situation.
> --
> Yoshi
> 
> On Sun, Aug 25, 2024 at 12:09 AM yangbuwangchuxin@163.com <yangbuwangchuxin@163.com> wrote:
> yes
> 
> 
> ---- Replied Message ----
> From Yoshifumi Nishida<nsd.ietf@gmail.com> Date 08/25/2024 15:05 To yangbuwangchuxin@163.com Cc tcpm<tcpm@ietf.org> Subject Re: [tcpm] Discussion on whether the TCP four-wave mechanism can be simplified to three-wave mechanism Hi Yang,
> Are you referring to the 4 way close in TCP? and you want to make it 3 way?
> --
> Yoshi
> 
> On Fri, Aug 23, 2024 at 5:03 AM yangbuwangchuxin@163.com <yangbuwangchuxin@163.com> wrote:
> IEFT Hello, I am a Chinese computer major student, I have an idea is to study the TCP four wave mechanism, if one party still has data to pass, continue to open the connection. However, if both parties have no more data to transmit at a given moment, can it be possible to dispense with one wave, thus turning four waves into three? (Go straight back to the finally state at the end of the third time.) For example, is it feasible to go directly to the last step, that is, to change from the original four waves to three waves? Is there a theoretical basis for this assumption and the possibility of practical application?
>  Thank you, looking forward to reply!
>  I wish all the best!
> Yang Zhiyuan
> August 23, 2024
>  
> 
> _______________________________________________
> tcpm mailing list -- tcpm@ietf.org
> To unsubscribe send an email to tcpm-leave@ietf.org
> _______________________________________________
> tcpm mailing list -- tcpm@ietf.org
> To unsubscribe send an email to tcpm-leave@ietf.org