记一次网络MTU过大导致send失败的问题排查过程

问题描述:在一个CS架构环境下,客户端send接口发送总是失败,导致客户端不断的主动断开又重连。
分析过程

  1. 在客户端抓发往服务器的数据包。发现,连着发送几个数据包后,服务器都没有给确认,导致客户端认为对方接受窗口已满,从而发包失败。导致这个现象可以有几个原因:1. 客户端数据包没有发送到服务。2. 服务器收到数据,但出现问题没能及时回复确认。3. 服务器回复了确认,但客户端没能收到确认包。
  2. 进一步排查,在服务器抓包。发现,服务器能够抓到连接建立的包,之后的包都收不到。那么问题就在于客户端连接建立后发送的数据包没能成功发送到服务器,而是在网络中的某一环境丢了。对比服务能收到的和收不到的包的差异,发现收不到的包都远远大于能够收到的包。
  3. 据此,就怀疑客户端MTU的限制。随后,发现客户端网口的MTU人为设置为9200了。通常网络上一般约定MTU为1500,大部分路由器和交换机都支持的。对于超大的数据包,若路由交换设备支持分包则进行分包,若不支持则直接丢弃。至此,问题的原因找到了。至于为什么会有超大的包,是应用层一次调用send发送的数据量很大。

总结反思:很简单的一个网络问题,要明白网络的本质是不可靠的,所有对于网络问题都要从两端同时抓包。

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值