关于ack的问题

u013732165 2016-04-11 06:13:59

tcp/ip详解说的是ack通常会执行隔一个报文段确认策略，也就是两个报文段共用一个ack，但是图20.3和图20.7都是一次性窗口用完了再确认在窗口中的最后一个报文段，而不是以上说的隔一个报文段确认策略，请问这是为什么？

...全文

294 1 打赏收藏转发到动态举报

写回复

1 条回复

切换为时间正序

请发表友善的回复…

发表回复

kinkon007 2016-04-12

打赏
举报

回复

与确认方的recv函数设置的buffer大小有关，一般情况下每执行一次recv就会发送一个ACK包给对方，如果recv的buffer足够大，那就收到很多包后再回复一个ACK。

（1）HTML5 WebSocket、异常重连、心跳检测；（2）SockJS、Stomp、RabbitMQ Stomp消息代理；（3）分别用Nginx和Spring Cloud Gateway实现多实例负载均衡；（4）可靠消息推送（Stomp持久化队列、客户端ACK确认机制）；（5）Java原生、Stomp客户端实现（非浏览器客户端）；（6）Websocket拦截器结合 Spring security、jwt token认证授权；（7）Vue前端版本实现、Java客户端实现；（8）消防物联网平台消息推送案例，需求分析、设计思路、编码实现、效果演示。

最近在跟一个CDN服务器端做对接，从CDN服务器下载内容（http），发现抓包出现非常多的Tcp Dup Ack异常提示。通过查阅质料得知Tcp Dup Ack xxx#y 代表了数据段丢失TCP状态，xxx代表数据丢失的位置，#后代表第几次丢失文。然后我我又再看了下报文，的确是2次数据发送到我这边，我才回复一次ack，但是这个ack回复是正确的。对比对接其他地方的CDN的抓

I2C协议关于ack和nack的思考 clock时钟是由master端产生的，而不管master还是slave都可以发送ack/ack。ack/nack由receiver产生。当master是发送器，slave是接收器时，ack/nack由slave接收器产生。如，在地址传输周期内，和master进行写操作的周期内，ack/nack是由slave接收器产生。当master是接收器，slave是发送器时，ack/nack由maste接收器产生。如master进行读操作的周期内，ack/nack是由ma

介绍Rabbitmq的手动ACK和自动ACK 当消息一旦被消费者接收，队列中的消息就会被删除。那么问题来了：RabbitMQ怎么知道消息被接收了呢？这就要通过消息确认机制（Acknowlege）来实现了。当消费者获取消息后，会向RabbitMQ发送回执ACK，告知消息已经被接收。不过这种回执ACK分两种情况：自动ACK：消息一旦被接收，消费者自动发送ACK 手动ACK：消息接收后，不会发送A...

由于通信过程的不可靠性，传输的数据不可避免的会出现丢失、延迟、错误、重复等各种状况，TCP协议为解决这些问题设计了一系列机制。这个机制的核心，就是发送方向接收方发送数据后，接收方要向发送方发送ACK（回执）。如果发送方没接收到正确的ACK，就会重新发送数据直到接收到ACK为止。比如：发送方发送的数据序号是seq，那么接收方会发送seq + 1作为ACK，这样发送方就知道接下来要发送序号为seq +...

4,356

社区成员

28,926

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章