tcp为什么不能二次握手
@冶家727：tcp为什么要三次握手,而不能二次握手 -
怀肤18088515839…… tcp三次握手的目的是为了解决“网络中存在延迟的重复分组”的问题. “已失效的连接请求报文段”的产生在这样一种情况下:client发出的第一个连接请求报文段并没有丢失,而是在某个网络结点长时间的滞留了,以致延误到连接释放以后的某个时间才到达server. 本来这是一个早已失效的报文段,但server收到此失效的连接请求报文段后,就误认为是client再次发出的一个新的连接请求.于是就向client发出确认报文段,同意建立连接. 假设不采用“三次握手”,那么只要server发出确认,新的连接就建立了.由于现在client并没有发出建立连接的请求,因此不会理睬server的确认,也不会向server发送ack包.
@冶家727：TCP连接的为什么不能用二次握手 -
怀肤18088515839…… 这也是个问题 但是这肯定比二次握手好些 A认为连接成功 B发送的确认丢失了 不是还有个RST标志吗 这个会复位连接的
@冶家727：TCP建立连接的过程为什么不是两次握手 -
怀肤18088515839…… 为什么不是两次 我们先来将三次握手这个过程捋一遍.(S-服务端,C-客户端) 第一次握手后,S可以确认自己收报文与C发报文的功能都正常,而C呢,它什么都不能确认. 第二次握手后,C可以确认自己的收发报文与S的收发报文功能都正常,也就是认为连接已建立. 那么第三次呢,S也可以确认双方能够正常通信. 假想一下,如果我们去掉了第三次呢? 因为我们不进行第三次握手,所以在S对C的请求进行回应(第二次握手)后,就会理所当然的认为连接已建立,而如果C并没有收到S的回应呢?此时,C仍认为连接未建立,S会对已建立的连接保存必要的资源,如果大量的这种情况,S会崩溃. 因此第三次握手是必要的.
@冶家727：TCP建立连接为什么是三次握手而不是两次握手 -
怀肤18088515839…… 《计算机网络》(谢希仁 译)中讲了原因:1.采用两次握手,那么若Client向Server发起的包A1如果在传输链路上遇到的故障,导致传输到Server的时间相当滞后,在这个时间段由于Client没有收到Server的对于包A1的确认,那么就会重传一个...
@冶家727：TCP为何采用三次握手来建立连接,若采用二次握手可以吗?
怀肤18088515839…… 三次握手是为了防止已失效的连接请求再次传送到服务器端. 二次握手不可行,因为:如果由于网络不稳定,虽然客户端以前发送的连接请求以到达服务方,但服务方的同意连接的应答未能到达客户端.则客户方要重新发送连接请求,若采用二次握手,服务方收到重传的请求连接后,会以为是新的请求,就会发送同意连接报文,并新开进程提供服务,这样会造成服务方资源的无谓浪费.
@冶家727：TCP为什么是三次握手,为什么不是两次或者四次 -
怀肤18088515839…… 三次握手的目的:是为了确认双方都有收发数据的能力. 第一次: A->B,证明A有发消息的能力. 第二次: ->B && B->A,证明B有收消息,并且有发消息的能力. 第三次: A->B,证明A有收消息的能力. 二次握手达不到目的,四次多余.
@冶家727：TCP 为什么是三次握手,而不是两次或四次 -
怀肤18088515839…… 两次太少,如果第一次握手时丢包了,那么如何判断网络是否通畅?因为两次丢包的意思是,对方确认并回复,如果没有收到回复,己方如何认为,他丢包了还是我丢包了?那就重传百吧,如果并没有对方这个人,那么可能无限重传下去,浪费...
@冶家727：TCP建立连接为什么是三次握手而不是两次握手 -
怀肤18088515839…… 如果是简单理解,就是这样:A:B,你在吗?B:A,我在!A:开始传输数据吧...如果想深入研究的话rfc793
@冶家727：为什么TCP连接建立需要3次握手,而不是2次握手? -
怀肤18088515839…… 这是这个网络协议设定的连接方式.
@冶家727：谁能用通俗的话来 解释下 关于用 tcp/ip 协议 传输数据时的 3次握手 4次挥手 举个例子更好!谁能用通俗的话来 解释下 关于用 tcp/ip 协议 传输数据时的 3次握... - 作业帮
怀肤18088515839…… [答案] 3次握手建立连接~ 就好象俩人说话~~ A对B说 兄弟 我给你发点东西你看看吧,(1次)~~B说好,那我接到了也给你回应(2次),~A说,行 就按你说的 咱开始传(3次) 4次握手释放连接~ A对B说 我传完了~~(1次)B说 我知道了.(2次)B对A说 ...
怀肤18088515839…… tcp三次握手的目的是为了解决“网络中存在延迟的重复分组”的问题. “已失效的连接请求报文段”的产生在这样一种情况下:client发出的第一个连接请求报文段并没有丢失,而是在某个网络结点长时间的滞留了,以致延误到连接释放以后的某个时间才到达server. 本来这是一个早已失效的报文段,但server收到此失效的连接请求报文段后,就误认为是client再次发出的一个新的连接请求.于是就向client发出确认报文段,同意建立连接. 假设不采用“三次握手”,那么只要server发出确认,新的连接就建立了.由于现在client并没有发出建立连接的请求,因此不会理睬server的确认,也不会向server发送ack包.
@冶家727：TCP连接的为什么不能用二次握手 -
怀肤18088515839…… 这也是个问题 但是这肯定比二次握手好些 A认为连接成功 B发送的确认丢失了 不是还有个RST标志吗 这个会复位连接的
@冶家727：TCP建立连接的过程为什么不是两次握手 -
怀肤18088515839…… 为什么不是两次 我们先来将三次握手这个过程捋一遍.(S-服务端,C-客户端) 第一次握手后,S可以确认自己收报文与C发报文的功能都正常,而C呢,它什么都不能确认. 第二次握手后,C可以确认自己的收发报文与S的收发报文功能都正常,也就是认为连接已建立. 那么第三次呢,S也可以确认双方能够正常通信. 假想一下,如果我们去掉了第三次呢? 因为我们不进行第三次握手,所以在S对C的请求进行回应(第二次握手)后,就会理所当然的认为连接已建立,而如果C并没有收到S的回应呢?此时,C仍认为连接未建立,S会对已建立的连接保存必要的资源,如果大量的这种情况,S会崩溃. 因此第三次握手是必要的.
@冶家727：TCP建立连接为什么是三次握手而不是两次握手 -
怀肤18088515839…… 《计算机网络》(谢希仁 译)中讲了原因:1.采用两次握手,那么若Client向Server发起的包A1如果在传输链路上遇到的故障,导致传输到Server的时间相当滞后,在这个时间段由于Client没有收到Server的对于包A1的确认,那么就会重传一个...
@冶家727：TCP为何采用三次握手来建立连接,若采用二次握手可以吗?
怀肤18088515839…… 三次握手是为了防止已失效的连接请求再次传送到服务器端. 二次握手不可行,因为:如果由于网络不稳定,虽然客户端以前发送的连接请求以到达服务方,但服务方的同意连接的应答未能到达客户端.则客户方要重新发送连接请求,若采用二次握手,服务方收到重传的请求连接后,会以为是新的请求,就会发送同意连接报文,并新开进程提供服务,这样会造成服务方资源的无谓浪费.
@冶家727：TCP为什么是三次握手,为什么不是两次或者四次 -
怀肤18088515839…… 三次握手的目的:是为了确认双方都有收发数据的能力. 第一次: A->B,证明A有发消息的能力. 第二次: ->B && B->A,证明B有收消息,并且有发消息的能力. 第三次: A->B,证明A有收消息的能力. 二次握手达不到目的,四次多余.
@冶家727：TCP 为什么是三次握手,而不是两次或四次 -
怀肤18088515839…… 两次太少,如果第一次握手时丢包了,那么如何判断网络是否通畅?因为两次丢包的意思是,对方确认并回复,如果没有收到回复,己方如何认为,他丢包了还是我丢包了?那就重传百吧,如果并没有对方这个人,那么可能无限重传下去,浪费...
@冶家727：TCP建立连接为什么是三次握手而不是两次握手 -
怀肤18088515839…… 如果是简单理解,就是这样:A:B,你在吗?B:A,我在!A:开始传输数据吧...如果想深入研究的话rfc793
@冶家727：为什么TCP连接建立需要3次握手,而不是2次握手? -
怀肤18088515839…… 这是这个网络协议设定的连接方式.
@冶家727：谁能用通俗的话来 解释下 关于用 tcp/ip 协议 传输数据时的 3次握手 4次挥手 举个例子更好!谁能用通俗的话来 解释下 关于用 tcp/ip 协议 传输数据时的 3次握... - 作业帮
怀肤18088515839…… [答案] 3次握手建立连接~ 就好象俩人说话~~ A对B说 兄弟 我给你发点东西你看看吧,(1次)~~B说好,那我接到了也给你回应(2次),~A说,行 就按你说的 咱开始传(3次) 4次握手释放连接~ A对B说 我传完了~~(1次)B说 我知道了.(2次)B对A说 ...
