google 网站 提交,网站百度没收录,临沂建设局网站,免费的crm的appACK机制
ACK机制是发送方与接收方的一个相互确认客户端向服务端发送连接请求#xff0c;此时服务端要回馈给客户端ACK#xff0c;以表示服务端接到了客户端请求#xff0c;这是第一和的第二次握手客户端接收到服务端响应后#xff0c;同样也要回馈服务端的响应#xff0c…ACK机制
ACK机制是发送方与接收方的一个相互确认客户端向服务端发送连接请求此时服务端要回馈给客户端ACK以表示服务端接到了客户端请求这是第一和的第二次握手客户端接收到服务端响应后同样也要回馈服务端的响应告知服务端我收到了你的回馈我们可以进行传输数据了此时客户端就会带着数据发送给服务端。、以上就是ACK机制只有当双方都确认了才会进行数据发送
流量控制
流量控制是接收方发起的即服务器端服务器端通过win来告知客户端自己还剩多少流量来接受数据比如服务端告知客户端我只有200个字段的流量了则此时服务端会携带一个rwnd 200的报文给客户端这是客户端就知道了服务端能接收的流量那么客户端发送的数据包就不会超过200字节
拥塞控制
拥塞控制是发送方发起的即客户端是一种自适应算法利用多种机制根据网络状况自动调整发送频率以避免网络拥堵慢启动发送端会以一个较小的窗口值开始发送每收到一个ACK后下一次窗口值就会翻倍增加知道窗口值达到最大值位置。如果过程中没有丢包那就会加快发送的速度频率如果丢包就会降低发送速度快速重传当发送端发送的数据报文没有在规定时间内收到ACK回复发送端会认为该数据报文丢失了那客户端就会立刻重传拥塞避免当收到3个重复ACK注意这里是收到。发送端会认为网络拥塞他会减少发送速率。并降低发送端发送的数据量从而减少网络拥塞现象
重传机制
触发重传也有很多种方式超时重传超过等待时间依然没有收到ACK响应则会重传, 一般来说超时时间(RTO) 往返时间(RTT), 往返时间就是发送到服务端再由服务端返回的两段时间相加快速重传(数据驱动): TCP会给每个包编号seq 第一个包编号就是随机数接收方收到多个包后方便组装还原如果发生丢包可以知道是哪一个包丢了。比如服务端收到6号包但没有收到14号包ACK就会记录期待收到14号包。过了一段时间14号包还是没收到但是收到了24号包ACK里面编号不会变化会一直期待收到14号包。所以就会不断的重试。当客户端收到了3个连续的ACK回复 或 超时了还没收到ACK会认为14号包丢失会重新发14号包因为14号包已经记录在ACK编号里面了所以客户端收到的ACK就会有期待14号包的信息重传成功后双方才会进行正常通信。缺点快速重传解决了时间超时问题但存在重传的时候究竟是重传丢失的那一个包还是重传丢失包之后的所有包。因为丢失的包会导致后面的包不会记录在ACK中所以此时客户端时不知道后面的包是否已经收到
