在分公司机房部署的业务集群中，用户访问出现1-2s卡顿。通过wireshark抓包发现'ICMP Destination unreachable (Fragmentation needed)'。排查发现，问题源于分公司LVS使用的CentOS内核与总部SUSE内核不同，内核中的GRO（Generic Receive Offload）特性引起。关闭GRO后，问题解决。
在某分公司机房部署并启用了一个业务集群，总部和分公司的架构都是Client--LVS--Svr集群。
但用户反馈，访问分公司的业务时，有1-2s的卡顿感。
用wireshark抓包，看到有“ICMP Destination unreachable (Fragmentation needed)”，如下图No.48、No.57、No.58：
这就奇怪了，上周因为其他问题，已经让网络组同事把FW的TCP MSS值改为1400了。
理论上协商出来的数据分片大小是1400，就算加上TCP/IP包头和LVS封装的20字节IPIP包头，也不会超过MTU的，为啥会提示分片呢？
注解：MSS最大传输大小的缩写，是TCP协议里面的一个概念。MSS就是TCP数据包每次能够传输的最大数据分段。为了达到最佳的传输效能TCP协议在建立连接的时候通常要协商双方的MSS值，这个值TCP协议在实现的时候往往用MTU值代替（需要减去IP数据包包头的大小2
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
