1
wuruxu 2016-01-22 10:05:29 +08:00
跟我一样的头像
|
2
halczy 2016-01-22 11:18:35 +08:00
如果你能管理路由的话, 看看里面的排队机制和负荷. 如果不能进入管理, 建议用 TCP PING 看看 TCP 丢包情况如何.
|
3
raysonx 2016-01-22 12:42:18 +08:00
好多網絡設備在負載高的情況下會對 ICMP 策略丢包,但並不會影響 TCP 、 UDP 等數據包的傳輸。建議還是按樓上所說排查一下。
|
4
webdev OP Ok,我用 tcp ping 测试下
|
5
1423 2016-01-22 13:59:36 +08:00
我一直也有类似的问题想问呢
比如我运行 sudo mtr --no-dns -i 0.1 会发现 loss 主要在本地的 openwrt 路由器上发生,但又搜不出什么结果来 |
6
raysonx 2016-01-22 14:13:30 +08:00
@1423 如果是真丢包的話,會從某個節點開始一串全是丢包。像這種某一跳丢包而後續不丢的都是策略丢包,目的是防止 ICMP 耗費性能,保護路由器的。
|
8
webdev OP @raysonx 用 tcp ping 试了下, 2500 多个包,没丢包,但是 A 点到 B 点,个人觉得中间绝对有问题
因为我发请求,平均收到回复基本要 10 秒+,而且甚至有些请求过去就没回复了,但是从服务器查,那边基本是平均 4 到 5 秒就给请求的。 |
9
webdev OP TCP Ping 也有少数丢包 0.3%左右
Ping statistics for 10.21.123.11:60001 14461 probes sent. 14410 successful, 51 failed. Approximate trip times in milli-seconds (successful connections only): Minimum = 1.191ms, Maximum = 174.666ms, Average = 6.018ms |
10
webdev OP 大侠们来分析下?
|
11
webdev OP 更新下, TCP PING 了 10W 左右的包, 1%丢包
|
13
raysonx 2016-01-25 20:13:26 +08:00 via iPad
用 mtr 測,看看是從哪個節點開始丟的,然後檢查響應的交換機、路由器是否過載,再檢查對應子網是否存在 arp 攻擊或廣播風暴。
|