客户反馈微信使用过程中偶然会出现打开图片转圈圈很久才能显示,测试从终端一直到出口防火墙上链路直ping都无丢包,上传文件几M的要几十秒才能完成,实际出口带宽还有很多空余,请问这个是否和MTU或TCP MSS有关,目前出口防火墙MTU值1500,TCP MSS为1460,测试ping1500字节到微信服务器偶发1~2个丢包(猜测大概率是中间设备拥塞或者负责过高导致),调整为1460字节一直没有丢过,没有碰到过这种情况,不太知道要如何检查问题所在
无线+有线+bras二层到出口防火墙M9K,环境中存在DNS服务器、流控服务器
(0)
根据你的描述,微信在使用过程中出现图片显示和文件上传的缓慢现象,尽管带宽和链路看起来没有明显问题,这可能确实与你提到的MTU(Maximum Transmission Unit)和TCP MSS(Maximum Segment Size)设定有关。我们可以从以下几个方面来排查和解决问题:
1. **MTU 和 TCP MSS 设置优化**:
- **MTU(Maximum Transmission Unit)** 是指网络层传输的最大数据包大小,通常该值设置为1500。但某些网络设备或路径上的设备可能会对大包进行分片或丢弃,导致延迟。
- **TCP MSS(Maximum Segment Size)** 是指传输层的每个分段的最大数据大小,通常比MTU小20字节,综上你设置的1460是合理的。
- 即便如此,你可以尝试将出口防火墙的 MTU 值降低,比如调整为1400,看看问题是否仍然存在。
2. **路径 MTU(Path MTU)发现(PMTUD)**:
- 路径上的某些设备可能不支持或者配置有问题,导致 PMTUD 过程失败,从而导致数据包在路径上被丢弃或重新组装。
- 通过在客户端和服务器之间的路径上手动调整 MTU,确保路径上的所有设备都能正确处理指定的 MTU 大小。
3. **Ping 测试确认**:
- 使用不同大小的数据包进行 Ping 测试,确保从客户端到微信服务器的路径上所有设备都能顺利通过,例如:
```bash
ping -s 1472 <微信服务器IP> # 1472 + 28 = 1500 (MTU最大值)
ping -s 1432 <微信服务器IP> # 1432 + 28 = 1460 (TCP MSS最大值)
```
- 根据测试情况,可以进一步调整 MTU 和 MSS。
4. **QoS 和流量管理**:
- 检查出口防火墙及其上游设备的流量管理规则,确保没有针对某些流量进行了限速或优先级过低的配置。
- 确保微信流量未被误分类或受到不公平的带宽限制。
5. **链路状态和衡量设备负荷**:
- 虽然 ping 没有丢包,但实际传输过程中设备可能会因为负载高而性能下降。
- 检查防火墙和其他网络设备的 CPU 和内存使用情况,确保没有超负荷运行。
6. **日志和抓包分析**:
- 检查防火墙、路由器以及其他设备的日志寻找潜在错误或告警信息。
- 使用抓包工具如 Wireshark 在客户端和防火墙外挂点分别抓包,分析从客户端到服务器的包传输情况,关注是否有大量重传、丢包、或强制重置连接(RST)等异常。
若上述操作都没有明显效果,可以考虑与微信服务支持团队联系,提供详细的测试结果和网络拓扑,协助进一步定位问题。
(0)
ping 1500字节存在1-2个丢包,这个应该和 包的大小关系不大吧,应该只是中间分片偶发拥塞导致的丢包吧
ping 1500字节存在1-2个丢包,这个应该和 包的大小关系不大吧,应该只是中间分片偶发拥塞导致的丢包吧
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
其他业务没有问题,只有微信存在问题