2.2.2 Posix API与网络协议栈 3

3 断开连接 四次挥手

不分客户端,服务器,只分主动方和被动方

  1. 主:tcp包里fin这一位 置1
  2. 被:回,ack这一位 置1
  3. 被: fin=1
  4. 主:ack=1

与posix api关系,调用了close() ,不是网络的函数,是fd文件系统的函数

  1. fd回收

  2. 发fin空包: close类似send,但是send一个final的空包

    被动方recv返回0说明收到fin空包,知道结束了,那么调用close()

    shutdown()最好别用,没必要 鸡肋

    状态和右下小图对应上

  3. 现象

    1. 不一定先发的数据先到,比如被动方先发的ack还没到主动方,fin先到

      可能的,先fin_wait1-ack-finwait2-timewait

      请添加图片描述

    2. 双方同时调用close

      close-fin-fin_wait1-ack-closing-time_wait

      双方time_wait,如果服务器出现大量time_wait,为什么?就是因为双方同时close,卡住了

      请添加图片描述

小图对应三次握手跳了没看

send - b发syn - a回ack,syn -b 回ack- established

tcp做p2p(peer - to -peer去中心,点对点, 绕开网络快):双方close以后同时建立连接,握手, 没有client server双方平等

connect前 bind绑定端口 optional

请添加图片描述

作业:

2台虚拟机,本地,远程地址 都绑定实现tcp点对点,2份一样代码在a,b

答案:https://gitlab.0voice.com/King/tcp-p2p

  • 6
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值