ack 啊，另一方要确认自己收到了这个序列号
懂了你说的了,哥
还有最后一个问题:
seq就是序号吧,他的定义是本报文段发送数据的第一个字节的序列号还是最后一个啊? 她与晚风 发表于 2023-2-13 19:03
互相确认是吗
https://www.rfc-editor.org/rfc/rfc9293.html#name-initial-sequence-number-sel
https://www.rfc-editor.org/rfc/rfc9293.html#name-establishing-a-connection
TLDR: https://www.rfc-editor.org/rfc/rfc9293.html#section-3.4.1-10 她与晚风 发表于 2023-2-13 19:06
懂了你说的了,哥
还有最后一个问题:
seq就是序号吧,他的定义是本报文段发送数据的第一个字节的序列号还 ...
https://www.rfc-editor.org/rfc/rfc9293.html#section-3.1-6.6.2
一般是数据中第一个 octet 的序列号 dolly_yos2 发表于 2023-2-13 18:54
是这样的，但因为连接建立（和关闭）对这个协议非常关键，尽管这些控制位不占据数据空间，也要逻辑上将它 ...
所以建立连接时数据部分明明没有内容,但仍然用seq赋了值(0/x)并且另一端报文中"ack=seq+1"这1个序号就是给它的是吗 她与晚风 发表于 2023-2-13 19:29
所以建立连接时数据部分明明没有内容,但仍然用seq赋了值(0/x)并且另一端报文中"ack=seq+1"这1个序号就是 ...
我认为是这样理解的 dolly_yos2 发表于 2023-2-13 19:48
我认为是这样理解的
ok,反正序号是虚的,标了也不影响{:7_112:} 本帖最后由 cflying 于 2023-2-13 21:46 编辑
你可以把sep就理解成一个计数器，用来相互统计通讯序号数，便于对方知晓下一次从传输时大家起始数，免得下次来的数据鬼大爷知道是啥是时候的数据。
这样服务器就知道你收到了我的第1号数据，但是迟迟未回复2号数据，我还可以在有效时间内补发一个第2号数据
页:
1
[2]