三次握手对方未接收到信息

一般来说都是服务端被动监听,客户端主动发起连接请求。

  1. server未收到第一次握手信息:客户端通过connect()系统调用发起建立连接请求,如若由于某种原因server没有收到请求建立连接报文(SYN同步报文),那么很显然server端什么也不会发生(因为server对这一切毫不知情),下面讨论下client端做出的反应:

    1.1 如果client发送的SYN报文或者server回应的确认报文在通信链路中丢失,客户端隔了一段时间t1没有收到回应,那么会隔更长的一段时间t2(一般为2t1)重新发送SYN同步报文,若仍没有回应,重复上述过程直至发送次数超过限制tcp_syn_retries。超过这个限制后接收不到回应,connect()系统调用会返回-1,并设置errno为ETIMEOUT。(tcp_syn_retries的具体值可以查看/proc/sys/net/ipv4/tcp_syn_retries获得,一般为6)

    备注:有些资料书籍描述重传机制为:重传过程中花费的总时间超过一定限制tlimit才返回错误,实际上这和重传次数超过tcp_syn_retries本质上是一样的。

    (t1, t2, … tlimit 的具体值貌似依赖于不同的拥塞算法,这里没有深究下去。)
    1.2 如果是提供给client的server端地址是错误的或者按照client端的路由转发表根本到达不了server,那么在通信网络的某个路由器会返回一个“目的地不可达”的ICMP错误信息。client主机内核保存该错误信息,尝试按照上面所述的时间间隔继续发送SYN报文,同样的,超过一定限制后还没有收到响应

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值