引用:will 发表于 2018-03-31 12:30 TCP有一个SACK选项,来允许TCP单独确认非连续的片段,用于告知真正丢失的包,只重传丢失的片段。也就是数据接收方告诉数据发送方收到了什么但是未确认,这样就可以告诉发送方只发送丢失的数据了 |
学习 |
看完有收获,谢谢 |
引用:老衲 发表于 2022-03-31 17:05 人家是上个世纪的人,你怎么见 |
好多年没有见过居里夫人了,当年见面还是小学课本里面。 |
引用:JackJiang 发表于 2022-03-28 09:46 还没有工作 |
引用:叫我陈伟杰就行 发表于 2022-03-28 07:24 是时候找老板涨工资了 |
又有变得更强 |
萌新啥时候才有资格加群呢?啥也不会瑟瑟发抖 |
开局暴击 膜拜大佬 |
引用:Rayman 发表于 2020-12-01 17:46 我的理解是:seq作为发送方的包序列号,ack作为接收方包的序列号。发送方seq+length=接收方发送过来的ack并且响应得是200才是保证发送方这一个数据包发送成功的凭据把。 |
清晰,受教了 |
引用:Rayman 发表于 2020-12-01 17:43 哦哦哦~知道为啥了,Client和Server是双向的...也就是说seq也可以作为Server的某个序列.. |
那个慢启动的第二个图不是很理解...能解释一下吗? 为啥第一次响应Server回复的length是200byte,但是第二次Client发送的ack是201??? 那第二次Client发送的的length = 50要怎么理解??? 还是说length是和ack、seq无关...应该也有关系吧?不然第一次的发送为啥Server能得出ack为101 |
多谢大佬的教程 |
懒人一时爽,一直懒人一直爽 |
谢谢楼主的分享 |
彷佛发现了网络通信的新大陆 |
引用:AndyRon 发表于 2018-11-24 16:25 应该每日来膜拜一下他们 |