关于序列号和确认号的问题？？很奇怪

2005-05-28 08:30:52 837 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

beauty2004 墨衍会员 · AI 创作全网分发关注 + 加入社区

RabbitMQ消息队列（九）：Publisher的消息确认机制有没有一种机制能保证Publisher能够感知它的Message有没有被处理的？答案肯定的。唯一能够保证消息不会丢失的方式是利用事务机制 -- 令 channel 处于 transactional 模式、向其 publish 消息、执行 commit 动作。在这种方式下，事务机制会带来大量的多余开销，并会导致吞吐量下降 250% 。为了补救事务带来的问题，引入了 confirmation 机制（即 Publisher Confirm）。为了使能 confirm 机制，client 首先要发送阅读详情

本人用raw socket抓包遇到的２个问题：
1. 分析数据报得到的如下的序列号（Seqno）和确认号（Ackno）怎么解释？
sourceIP destIP Seqno Ackno len
4 218.194.45.44 202.112.14.184 3477497095 1385952571 466
5 202.112.14.184 218.194.45.44 1385952571 2705876231 267
6 218.194.44.45 202.112.14.184 2705876231 1507567463 0
7 218.194.44.45 202.112.14.184 2705876231 1507567483 395
其中第一行是先抓到的包,第５行的Ackno我想应该是第４行的Seqno + 466才对啊，可是我发现Seqno和Ackno怎么没关系阿，哪位仁兄能帮我分析一下我的数据阿？？

２． Terminate防火墙，抓包，然后分析三次握手的包，发现我的机子发完ｓｙｎ包后立马会发一个ａｃｋ包，所以三次握手总是得到４个包，是为什么啊？？

...全文