为什么tcp不能两次握手
@岑肺6292：TCP连接的为什么不能用二次握手 -
蒲俊19751419001…… 这也是个问题 但是这肯定比二次握手好些 A认为连接成功 B发送的确认丢失了 不是还有个RST标志吗 这个会复位连接的
@岑肺6292：TCP建立连接的过程为什么不是两次握手 -
蒲俊19751419001…… 为什么不是两次 我们先来将三次握手这个过程捋一遍.(S-服务端,C-客户端) 第一次握手后,S可以确认自己收报文与C发报文的功能都正常,而C呢,它什么都不能确认. 第二次握手后,C可以确认自己的收发报文与S的收发报文功能都正常,也就是认为连接已建立. 那么第三次呢,S也可以确认双方能够正常通信. 假想一下,如果我们去掉了第三次呢? 因为我们不进行第三次握手,所以在S对C的请求进行回应(第二次握手)后,就会理所当然的认为连接已建立,而如果C并没有收到S的回应呢?此时,C仍认为连接未建立,S会对已建立的连接保存必要的资源,如果大量的这种情况,S会崩溃. 因此第三次握手是必要的.
@岑肺6292：tcp为什么要三次握手,而不能二次握手 -
蒲俊19751419001…… tcp三次握手的目的是为了解决“网络中存在延迟的重复分组”的问题. “已失效的连接请求报文段”的产生在这样一种情况下:client发出的第一个连接请求报文段并没有丢失,而是在某个网络结点长时间的滞留了,以致延误到连接释放以后的某个时间才到达server. 本来这是一个早已失效的报文段,但server收到此失效的连接请求报文段后,就误认为是client再次发出的一个新的连接请求.于是就向client发出确认报文段,同意建立连接. 假设不采用“三次握手”,那么只要server发出确认,新的连接就建立了.由于现在client并没有发出建立连接的请求,因此不会理睬server的确认,也不会向server发送ack包.
@岑肺6292：TCP建立连接为什么是三次握手而不是两次握手 -
蒲俊19751419001…… 《计算机网络》(谢希仁 译)中讲了原因:1.采用两次握手,那么若Client向Server发起的包A1如果在传输链路上遇到的故障,导致传输到Server的时间相当滞后,在这个时间段由于Client没有收到Server的对于包A1的确认,那么就会重传一个...
@岑肺6292：TCP 为什么是三次握手,而不是两次或四次 -
蒲俊19751419001…… 两次太少,如果第一次握手时丢包了,那么如何判断网络是否通畅?因为两次丢包的意思是,对方确认并回复,如果没有收到回复,己方如何认为,他丢包了还是我丢包了?那就重传百吧,如果并没有对方这个人,那么可能无限重传下去,浪费...
@岑肺6292：TCP为什么是三次握手,为什么不是两次或者四次 -
蒲俊19751419001…… 三次握手的目的:是为了确认双方都有收发数据的能力. 第一次: A->B,证明A有发消息的能力. 第二次: ->B && B->A,证明B有收消息,并且有发消息的能力. 第三次: A->B,证明A有收消息的能力. 二次握手达不到目的,四次多余.
@岑肺6292：为什么tcp连接的时候是三次握手,关闭的时候是四次握手 -
蒲俊19751419001…… TCP的三次握手和四次断开 TCP是一个面向连接的服务,面向连接的服务是电话系统服务模式的抽象,每一次完整的数据传输都必须经过建 立连接,数据传输和终止连接3个过程,TCP建立连接的过程称为三次握手,下面看一下三次握手的具本...
@岑肺6292：TCP建立连接为什么是三次握手而不是两次握手 -
蒲俊19751419001…… 如果是简单理解,就是这样:A:B,你在吗?B:A,我在!A:开始传输数据吧...如果想深入研究的话rfc793
@岑肺6292：tcp为什么不是4次握手 -
蒲俊19751419001…… 可以参考拜占庭将军问题,实际上通过三次握手能够保证绝大部分情况下链路已经正常连接,在额外增加第四次确认无法继续提高链路的稳定性,所以没有必要了.
@岑肺6292：TCP为何采用三次握手来建立连接,若采用二次握手可以吗 -
蒲俊19751419001…… 三次握手是为了防止已失效的连接请求再次传送到服务器端.二次握手不可行,因为:如果由于网络不稳定,虽然客户端以前发送的连接请求以到达服务方,但服务方的同意连接的应答未能到达客户端.则客户方要重新发送连接请求,若采用二次握手,服务方收到重传的请求连接后,会以为是新的请求,就会发送同意连接报文,并新开进程提供服务,这样会造成服务方资源的无谓浪费.
蒲俊19751419001…… 这也是个问题 但是这肯定比二次握手好些 A认为连接成功 B发送的确认丢失了 不是还有个RST标志吗 这个会复位连接的
@岑肺6292：TCP建立连接的过程为什么不是两次握手 -
蒲俊19751419001…… 为什么不是两次 我们先来将三次握手这个过程捋一遍.(S-服务端,C-客户端) 第一次握手后,S可以确认自己收报文与C发报文的功能都正常,而C呢,它什么都不能确认. 第二次握手后,C可以确认自己的收发报文与S的收发报文功能都正常,也就是认为连接已建立. 那么第三次呢,S也可以确认双方能够正常通信. 假想一下,如果我们去掉了第三次呢? 因为我们不进行第三次握手,所以在S对C的请求进行回应(第二次握手)后,就会理所当然的认为连接已建立,而如果C并没有收到S的回应呢?此时,C仍认为连接未建立,S会对已建立的连接保存必要的资源,如果大量的这种情况,S会崩溃. 因此第三次握手是必要的.
@岑肺6292：tcp为什么要三次握手,而不能二次握手 -
蒲俊19751419001…… tcp三次握手的目的是为了解决“网络中存在延迟的重复分组”的问题. “已失效的连接请求报文段”的产生在这样一种情况下:client发出的第一个连接请求报文段并没有丢失,而是在某个网络结点长时间的滞留了,以致延误到连接释放以后的某个时间才到达server. 本来这是一个早已失效的报文段,但server收到此失效的连接请求报文段后,就误认为是client再次发出的一个新的连接请求.于是就向client发出确认报文段,同意建立连接. 假设不采用“三次握手”,那么只要server发出确认,新的连接就建立了.由于现在client并没有发出建立连接的请求,因此不会理睬server的确认,也不会向server发送ack包.
@岑肺6292：TCP建立连接为什么是三次握手而不是两次握手 -
蒲俊19751419001…… 《计算机网络》(谢希仁 译)中讲了原因:1.采用两次握手,那么若Client向Server发起的包A1如果在传输链路上遇到的故障,导致传输到Server的时间相当滞后,在这个时间段由于Client没有收到Server的对于包A1的确认,那么就会重传一个...
@岑肺6292：TCP 为什么是三次握手,而不是两次或四次 -
蒲俊19751419001…… 两次太少,如果第一次握手时丢包了,那么如何判断网络是否通畅?因为两次丢包的意思是,对方确认并回复,如果没有收到回复,己方如何认为,他丢包了还是我丢包了?那就重传百吧,如果并没有对方这个人,那么可能无限重传下去,浪费...
@岑肺6292：TCP为什么是三次握手,为什么不是两次或者四次 -
蒲俊19751419001…… 三次握手的目的:是为了确认双方都有收发数据的能力. 第一次: A->B,证明A有发消息的能力. 第二次: ->B && B->A,证明B有收消息,并且有发消息的能力. 第三次: A->B,证明A有收消息的能力. 二次握手达不到目的,四次多余.
@岑肺6292：为什么tcp连接的时候是三次握手,关闭的时候是四次握手 -
蒲俊19751419001…… TCP的三次握手和四次断开 TCP是一个面向连接的服务,面向连接的服务是电话系统服务模式的抽象,每一次完整的数据传输都必须经过建 立连接,数据传输和终止连接3个过程,TCP建立连接的过程称为三次握手,下面看一下三次握手的具本...
@岑肺6292：TCP建立连接为什么是三次握手而不是两次握手 -
蒲俊19751419001…… 如果是简单理解,就是这样:A:B,你在吗?B:A,我在!A:开始传输数据吧...如果想深入研究的话rfc793
@岑肺6292：tcp为什么不是4次握手 -
蒲俊19751419001…… 可以参考拜占庭将军问题,实际上通过三次握手能够保证绝大部分情况下链路已经正常连接,在额外增加第四次确认无法继续提高链路的稳定性,所以没有必要了.
@岑肺6292：TCP为何采用三次握手来建立连接,若采用二次握手可以吗 -
蒲俊19751419001…… 三次握手是为了防止已失效的连接请求再次传送到服务器端.二次握手不可行,因为:如果由于网络不稳定,虽然客户端以前发送的连接请求以到达服务方,但服务方的同意连接的应答未能到达客户端.则客户方要重新发送连接请求,若采用二次握手,服务方收到重传的请求连接后,会以为是新的请求,就会发送同意连接报文,并新开进程提供服务,这样会造成服务方资源的无谓浪费.
