TCP连接释放时服务端的确认号问题

ni_zhi 2013-01-18 09:52:49
计算机网络第五版谢希仁上说TCP释放连接四步:
客户端向服务端发送:FIN=1,seq=u
服务端向客户端发送:ACK=1,seq=v,ack=u+1
服务端向客户端发送:FIN=1,ACK=1,seq=w,ack=u+1
客户端向服务端发送:ACK=1,seq=u+1,ack=w+1

想问下第三步中为什么要设置ACK=1?是为了确认号ack有效而使得第四步时客户端知道seq=u+1么?
...全文
323 5 打赏 收藏 转发到动态 举报
写回复
用AI写文章
5 条回复
切换为时间正序
请发表友善的回复…
发表回复
henrystark90 2013-03-05
  • 打赏
  • 举报
回复
《TCP/IP详解 卷一》上解释详细些
henrystark90 2013-03-05
  • 打赏
  • 举报
回复
半关闭阶段的四次确认,那个ack是对收到信息的确认,现在很多是三次确认了,没有四次这么多
youyou1912 2013-02-24
  • 打赏
  • 举报
回复
1. TCP有6个标志位, ACK=1, FIN=1, 表示设置这两个标志位. 2. 第三步ACK=1理论上非必须, 但是发送FIN时也设置了, 是TCP常用的捎带机制.
pyz47z123 2013-01-29
  • 打赏
  • 举报
回复
ack=1 表示确认收到对方回复
seekuface 2013-01-26
  • 打赏
  • 举报
回复
不解释,查看三次握手的内容, ACK为标志位

4,356

社区成员

发帖
与我相关
我的任务
社区描述
通信技术相关讨论
社区管理员
  • 网络通信
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

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