在线流程图网站怎么做,网站首页设计欣赏,网站建设公司yu,江苏建设局网站目录
一、简述TCP连接和关闭的状态转移
二、简述TCP慢启动
三、简述TCP如何保证有序
四、简述TCP常见的拥塞控制算法
五、简述TCP超时重传 一、简述TCP连接和关闭的状态转移 状态转移图 图中上半部分是TCP的三次握手过程的状态变迁#xff0c;下半部分是TCP四次挥手过程的…目录
一、简述TCP连接和关闭的状态转移
二、简述TCP慢启动
三、简述TCP如何保证有序
四、简述TCP常见的拥塞控制算法
五、简述TCP超时重传 一、简述TCP连接和关闭的状态转移 状态转移图 图中上半部分是TCP的三次握手过程的状态变迁下半部分是TCP四次挥手过程的状态变迁。 1、CLOSED。起始点在超时或者连接关闭时进入此状态这并不是一个真正的状态而是这个状态图的假想起点和终点。 2、LISTEN。服务器端等待连接的状态。服务器经过socketbindlisten函数之后进入此状态开始监听客户端发过来的连接请求。这称为应用程序被动打开等待客户端连接请求。 3、SYN_SENT。第一次握手发生阶段客户端发起连接。客户端调用connect发送SYN给服务器端然后进入SYN_SENT状态等待服务器端确认三次握手中的第二个报文。如果服务器端不能连接则直接进入CLOSED状态。 4、SYN_RCVD。第二次握手发生阶段与3相对应这里是服务器端接收到了客户端的SYN此时服务器由LISTEN进入SYN_RCVD状态同时服务器端回应一个ACK然后再发送一个SYN即SYNACK给客户端。状态图中还描述了这样一种情况当客户端在发送SYN的同时也收到服务器端的SYN请求即同时发起连接请求那么客户端就会从SYN_SENT转换到SYN_RCVD状态。 5、ESTABLISHED。第三次握手发生阶段客户端接收到服务器端的ACK包ACKSYN之后也会发送一个ACK确认包客户端进入ESTABLISHED状态表明客户端这边已经准备好但TCP需要两端都准备好才可以进行数据传输。服务器端收到客户端的ACK之后会从SYN_RCVD状态转换到ESTABLISHED状态表明服务器端也准备好进行数据传输了。这样客户端和服务器端都是ESTABLISHED状态就可以进行后面的数据传输了。所以ESTABLISHED也可以说是一个数据传送状态。 下面介绍TCP四次挥手过程的状态变迁 1、FIN_WAIT_1。第一次挥手主动关闭的一方执行主动关闭的一方既可以是客户端也可以是服务器端。这里以客户端执行主动关闭为例终止连接时发送FIN给对方然后等待对方返回ACK。调用close()第一次挥手就进入此状态。 2、CLOSE_WAIT。接收到FIN之后被动关闭的一方进入此状态。具体动作是接收到FIN同时发送ACK。之所以叫CLOSE_WAIT可以理解为被动关闭的一方此时正在等待上层应用程序发出关闭连接指令。TCP关闭是全双工过程这里客户端执行了主动关闭被动方服务器端接收到FIN后也需要调用close关闭这个CLOSE_WAIT就是处于这个状态等待发送FIN发送了FIN则进入LAST_ACK状态。 3、FIN_WAIT_2。主动端这里是客户端先执行主动关闭发送FIN然后接收到被动方返回的ACK后进入此状态。 4、LAST_ACK。被动方服务器端发起关闭请求由状态2进入此状态具体动作是发送FIN给对方同时在接收到ACK时进入CLOSED状态。 5、CLOSING。两边同时发起关闭请求时即主动方发送FIN等待被动方返回ACK同时被动方也发送了FIN主动方接收到FIN之后发送ACK给被动房主动方会由FIN_WAIT_1进入此状态等待被动方返回ACK。 6、TIME_WAIT。从状态变迁图中看到四次挥手操作最后都会经过这样一个状态然后进入CLOSED状态。
表1 状态解析 *状态*描述CLOSED阻塞或关闭状态表示主机当前没有正在传输或者建立的链接LISTEN监听状态表示服务器做好准备等待建立传输链接SYN_RECV收到第一次传输请求还未进行确认SYN_SENT发送完第一个SYN报文等待收到确认ESTABLISHED链接正常建立之后进入数据传输阶段FIN_WAIT_1主动发送第一个FIN报文之后进入该状态FIN_WAIT_2已经收到第一个FIN的确认信号等待对方发送关闭请求TIMED_WAIT完成双向链接关闭等待分组消失CLOSING双方同时关闭请求等待对方确认CLOSING_WAIT收到对方的关闭请求并进行确认进入该状态LAST_ACK等待最后一次确认关闭的报文
二、简述TCP慢启动 慢启动Slow Start是传输控制协议TCP使用的一种阻塞控制机制。慢启动也叫做指数增长期。慢启动是指每次TCP接收窗口收到确认时都会增长。增加的大小就是已确认段的数目。这种情况一直保持到要么没有收到一些段要么窗口大小到达预先定义的阈值。如果发生丢失事件TCP就认为这是网络阻塞就会采取措施减轻网络拥挤。一旦发生丢失事件或者到达阈值TCP就会进入线性增长阶段。这时每经过一个RTT窗口增长一个段。
三、简述TCP如何保证有序 1、主机每次发送数据时TCP就给每个数据包分配一个序列号并且在一个特定的时间内等待接收主机对分配的这个序列号进行确认如果发送主机在一个特定时间内没有收到接收主机的确认则发送主机会重传此数据包。接收主机利用序列号对接收数据进行确认以便检测对方发送的数据是否有丢失或者乱序等。接收主机一旦收到已经顺序化的数据它就将这些数据按正确的顺序重组成数据流并传递给高层进行处理。 2、具体的步骤为 1为了保证数据包的可靠传递发送方必须把已经发送的数据包保留在缓冲区 2并为每个已发送的数据包启动一个超时定时器 3如在定时器超时之前收到了对方发来的应答信息可能是对本包的应答也可能是对本包后续包的应答则释放该数据包占用的缓冲区 4否则重传数据包直到收到应答或重传次数超过规定的最大次数为止 5接收方收到数据包后先进行CRC校验如果正确则把数据交给上层协议然后发送方发送一个累计应答包表明该数据已经收到如果接收方正好也有数据要发给发送方应答包也可以在数据包中捎带过去。
四、简述TCP常见的拥塞控制算法 1、TCP Tahoe/Reno 最初的实现包括慢启动、拥塞避免两个部分。基于重传超时retransmission timeout/RTO和重复确认为条件判断是否发生了丢包。两者的区别在于Tahoe算法下如果收到三次重复确认就进入快重传立即重发丢失的数据包同时将慢启动阈值设置为当前拥塞窗口的一半将拥塞窗口设置为1MSS进入慢启动状态而Reno算法如果收到三次重复确认就进入快重传但不进入慢启动状态而是直接将拥塞窗口减半进入拥塞控制阶段这称为“快恢复”。 2、TCP BBRBottleneck Bandwidth and Round-trip propagation time BBR是由Google设计于2016年发布的拥塞算法。以往大部分拥塞算法是基于丢包来作为降低传输速率的信号而BBR则基于模型主动探测。该算法使用网络最近出站数据分组当时的最大带宽和往返时间来建立网络的显式模型。数据包传输的每个累积或选择性确认用于生成记录在数据包传输过程和确认返回期间的时间内所传送数据量的采样率。该算法认为随着网络接口控制器逐渐进入千兆速度时分组丢失不应该被认为是识别拥塞的主要决定因素所以基于模型的拥塞控制算法能有更高的吞吐量和更低的延迟可以用BBR来替代其它流行的拥塞算法例如CUBIC。
五、简述TCP超时重传 TCP可靠性中最重要的一个机制是处理数据超时和重传。 TCP协议要求在发送端每发送一个报文段就启动一个定时器并等待确认信息。接收端成功接收到新数据后返回确认信息。若在定时器超时前数据未能被确认TCP就认为报文段中的数据已丢失或损坏需要对报文段中的数据重新组织和重传。
