为什么三次握手而不是两次
@习查3624：TCP为什么是三次握手,为什么不是两次或者四次 -
赖蒋13766954334…… 三次握手的目的:是为了确认双方都有收发数据的能力. 第一次: A->B,证明A有发消息的能力. 第二次: ->B && B->A,证明B有收消息,并且有发消息的能力. 第三次: A->B,证明A有收消息的能力. 二次握手达不到目的,四次多余.
@习查3624：1.HTTP协议为什么要三次握手,而不是2次/4次握手? -
赖蒋13766954334…… 因为3次正好达到需求 并且流程最短吧 可以想象一下2人, 1.你联系对方 向对方喊话 2.对方听到后回你一句 3.你听到后就知道对方活着,你再回一句让对方知道你是正常的 大致理解吧,有些地方跟现实没法详细对照,具体的你可以找下3次握手的详细过程 看完就明白了
@习查3624：TCP 为什么是三次握手,而不是两次或四次 -
赖蒋13766954334…… 两次太少,如果第一次握手时丢包了,那么如何判断网络是否通畅?因为两次丢包的意思是,对方确认并回复,如果没有收到回复,己方如何认为,他丢包了还是我丢包了?那就重传百吧,如果并没有对方这个人,那么可能无限重传下去,浪费...
@习查3624：TCP建立连接为什么是三次握手,为什么不是两 -
赖蒋13766954334…… 建立连接的过程是利用客户服务器模式,假设主机A为客户端,主机B为服务器端.(1)TCP的三次握手过程:主机A向B发送连接请求;主机B对收到的主机A的报文段进行确认;主机A再次对主机B的确认进行确认.(2)采用三次握手是为了防止失...
@习查3624：TCP为什么要三次握手,不是两次四次 -
赖蒋13766954334…… 为了安全保护.TCP(Transmission Control Protocol 传输控制协议)是一种面向连接的、可靠的、基于字节流的传输层通信协议,由IETF的RFC 793定义.在简化的计算机网络OSI模型中,它完成第四层传输层所指定的功能,用户数据报协议(UDP)是同一层内另一个重要的传输协议.在因特网协议族(Internet protocol suite)中,TCP层是位于IP层之上,应用层之下的中间层.不同主机的应用层之间经常需要可靠的、像管道一样的连接,但是IP层不提供这样的流机制,而是提供不可靠的包交换.
@习查3624：tcp为什么要三次握手,而不能二次握手 -
赖蒋13766954334…… tcp三次握手的目的是为了解决“网络中存在延迟的重复分组”的问题. “已失效的连接请求报文段”的产生在这样一种情况下:client发出的第一个连接请求报文段并没有丢失,而是在某个网络结点长时间的滞留了,以致延误到连接释放以后的某个时间才到达server. 本来这是一个早已失效的报文段,但server收到此失效的连接请求报文段后,就误认为是client再次发出的一个新的连接请求.于是就向client发出确认报文段,同意建立连接. 假设不采用“三次握手”,那么只要server发出确认,新的连接就建立了.由于现在client并没有发出建立连接的请求,因此不会理睬server的确认,也不会向server发送ack包.
@习查3624：TCP建立连接为什么是三次握手而不是两次握手 -
赖蒋13766954334…… 《计算机网络》(谢希仁 译)中讲了原因:1.采用两次握手,那么若Client向Server发起的包A1如果在传输链路上遇到的故障,导致传输到Server的时间相当滞后,在这个时间段由于Client没有收到Server的对于包A1的确认,那么就会重传一个...
@习查3624：TCP建立连接的过程为什么不是两次握手 -
赖蒋13766954334…… 为什么不是两次 我们先来将三次握手这个过程捋一遍.(S-服务端,C-客户端) 第一次握手后,S可以确认自己收报文与C发报文的功能都正常,而C呢,它什么都不能确认. 第二次握手后,C可以确认自己的收发报文与S的收发报文功能都正常,也就是认为连接已建立. 那么第三次呢,S也可以确认双方能够正常通信. 假想一下,如果我们去掉了第三次呢? 因为我们不进行第三次握手,所以在S对C的请求进行回应(第二次握手)后,就会理所当然的认为连接已建立,而如果C并没有收到S的回应呢?此时,C仍认为连接未建立,S会对已建立的连接保存必要的资源,如果大量的这种情况,S会崩溃. 因此第三次握手是必要的.
@习查3624：tcp为什么不是4次握手 -
赖蒋13766954334…… 可以参考拜占庭将军问题,实际上通过三次握手能够保证绝大部分情况下链路已经正常连接,在额外增加第四次确认无法继续提高链路的稳定性,所以没有必要了.
@习查3624：TCP建立连接为什么是三次握手而不是两次握手 -
赖蒋13766954334…… 如果是简单理解,就是这样:A:B,你在吗?B:A,我在!A:开始传输数据吧...如果想深入研究的话rfc793
赖蒋13766954334…… 三次握手的目的:是为了确认双方都有收发数据的能力. 第一次: A->B,证明A有发消息的能力. 第二次: ->B && B->A,证明B有收消息,并且有发消息的能力. 第三次: A->B,证明A有收消息的能力. 二次握手达不到目的,四次多余.
@习查3624：1.HTTP协议为什么要三次握手,而不是2次/4次握手? -
赖蒋13766954334…… 因为3次正好达到需求 并且流程最短吧 可以想象一下2人, 1.你联系对方 向对方喊话 2.对方听到后回你一句 3.你听到后就知道对方活着,你再回一句让对方知道你是正常的 大致理解吧,有些地方跟现实没法详细对照,具体的你可以找下3次握手的详细过程 看完就明白了
@习查3624：TCP 为什么是三次握手,而不是两次或四次 -
赖蒋13766954334…… 两次太少,如果第一次握手时丢包了,那么如何判断网络是否通畅?因为两次丢包的意思是,对方确认并回复,如果没有收到回复,己方如何认为,他丢包了还是我丢包了?那就重传百吧,如果并没有对方这个人,那么可能无限重传下去,浪费...
@习查3624：TCP建立连接为什么是三次握手,为什么不是两 -
赖蒋13766954334…… 建立连接的过程是利用客户服务器模式,假设主机A为客户端,主机B为服务器端.(1)TCP的三次握手过程:主机A向B发送连接请求;主机B对收到的主机A的报文段进行确认;主机A再次对主机B的确认进行确认.(2)采用三次握手是为了防止失...
@习查3624：TCP为什么要三次握手,不是两次四次 -
赖蒋13766954334…… 为了安全保护.TCP(Transmission Control Protocol 传输控制协议)是一种面向连接的、可靠的、基于字节流的传输层通信协议,由IETF的RFC 793定义.在简化的计算机网络OSI模型中,它完成第四层传输层所指定的功能,用户数据报协议(UDP)是同一层内另一个重要的传输协议.在因特网协议族(Internet protocol suite)中,TCP层是位于IP层之上,应用层之下的中间层.不同主机的应用层之间经常需要可靠的、像管道一样的连接,但是IP层不提供这样的流机制,而是提供不可靠的包交换.
@习查3624：tcp为什么要三次握手,而不能二次握手 -
赖蒋13766954334…… tcp三次握手的目的是为了解决“网络中存在延迟的重复分组”的问题. “已失效的连接请求报文段”的产生在这样一种情况下:client发出的第一个连接请求报文段并没有丢失,而是在某个网络结点长时间的滞留了,以致延误到连接释放以后的某个时间才到达server. 本来这是一个早已失效的报文段,但server收到此失效的连接请求报文段后,就误认为是client再次发出的一个新的连接请求.于是就向client发出确认报文段,同意建立连接. 假设不采用“三次握手”,那么只要server发出确认,新的连接就建立了.由于现在client并没有发出建立连接的请求,因此不会理睬server的确认,也不会向server发送ack包.
@习查3624：TCP建立连接为什么是三次握手而不是两次握手 -
赖蒋13766954334…… 《计算机网络》(谢希仁 译)中讲了原因:1.采用两次握手,那么若Client向Server发起的包A1如果在传输链路上遇到的故障,导致传输到Server的时间相当滞后,在这个时间段由于Client没有收到Server的对于包A1的确认,那么就会重传一个...
@习查3624：TCP建立连接的过程为什么不是两次握手 -
赖蒋13766954334…… 为什么不是两次 我们先来将三次握手这个过程捋一遍.(S-服务端,C-客户端) 第一次握手后,S可以确认自己收报文与C发报文的功能都正常,而C呢,它什么都不能确认. 第二次握手后,C可以确认自己的收发报文与S的收发报文功能都正常,也就是认为连接已建立. 那么第三次呢,S也可以确认双方能够正常通信. 假想一下,如果我们去掉了第三次呢? 因为我们不进行第三次握手,所以在S对C的请求进行回应(第二次握手)后,就会理所当然的认为连接已建立,而如果C并没有收到S的回应呢?此时,C仍认为连接未建立,S会对已建立的连接保存必要的资源,如果大量的这种情况,S会崩溃. 因此第三次握手是必要的.
@习查3624：tcp为什么不是4次握手 -
赖蒋13766954334…… 可以参考拜占庭将军问题,实际上通过三次握手能够保证绝大部分情况下链路已经正常连接,在额外增加第四次确认无法继续提高链路的稳定性,所以没有必要了.
@习查3624：TCP建立连接为什么是三次握手而不是两次握手 -
赖蒋13766954334…… 如果是简单理解,就是这样:A:B,你在吗?B:A,我在!A:开始传输数据吧...如果想深入研究的话rfc793
