AC1150丢包严重

公司使用ac1150，网桥模式。前段时间一直正常，最近发现丢包严重。

资源信息：

cpu:28%    内存：42%     磁盘：74%  会话21346

上网故障排除，直通模式也是丢包，拦截日志如下：

9:45:42

192.168.2.38:3144 -> 180.153.229.29:80

tcp

br0 -> br0

443(B)

线路1

360 update

360软件下载[5]

AppControl

appcontrol

应用服务控制丢包。

57

09:45:42

10.0.1.60:49152 -> 113.105.95.169:8000

udp

br0 -> br0

94(B)

线路1

ffffffff

00000001

AppControl

appcontrol

应用服务控制丢包。

58

09:45:42

10.0.3.115:2758 -> 221.8.69.25:80

tcp

br0 -> NULL

48(B)

线路1

00000000

00000000

web authen

webattest

用户认证丢包。

59

09:45:42

218.75.141.7:80 -> 10.0.3.99:62294

tcp

NULL -> NULL

1514(B)

线路1

多线程下载

下载工具

FluxCtrl

unknown

流控丢包。（流控缓存数据包过多）

60

09:45:42

218.75.141.7:80 -> 10.0.3.99:62294

tcp

NULL -> NULL

1514(B)

线路1

多线程下载

下载工具

FluxCtrl

unknown

流控丢包。（流控缓存数据包过多）

61

09:45:42

218.75.141.7:80 -> 10.0.3.99:62294

tcp

NULL -> NULL

1514(B)

线路1

多线程下载

下载工具

FluxCtrl

unknown

流控丢包。（流控缓存数据包过多）

62

09:45:42

58.218.214.16:80 -> 10.0.3.99:51797

tcp

NULL -> NULL

1514(B)

线路1

多线程下载

下载工具

FluxCtrl

unknown

流控丢包。（流控缓存数据包过多）

63

09:45:42

58.218.214.16:80 -> 10.0.3.99:51797

tcp

NULL -> NULL

1514(B)

线路1

多线程下载

下载工具

FluxCtrl

unknown

流控丢包。（流控缓存数据包过多）

64

09:45:42

58.218.214.16:80 -> 10.0.3.99:51797

tcp

NULL -> NULL

1514(B)

线路1

多线程下载

下载工具

FluxCtrl

unknown

流控丢包。（流控缓存数据包过多）

65

09:45:42

58.218.214.16:80 -> 10.0.3.99:51797

tcp

NULL -> NULL

1514(B)

线路1

多线程下载

下载工具

FluxCtrl

unknown

流控丢包。（流控缓存数据包过多）

66

09:45:42

58.218.214.16:80 -> 10.0.3.99:51797

tcp

NULL -> NULL

1514(B)

线路1

多线程下载

下载工具

FluxCtrl

unknown

流控丢包。（流控缓存数据包过多）

67

09:45:42

58.218.214.16:80 -> 10.0.3.99:51797

tcp

NULL -> NULL

1514(B)

线路1

多线程下载

下载工具

FluxCtrl

unknown

流控丢包。（流控缓存数据包过多）

68

09:45:42

58.218.214.16:80 -> 10.0.3.99:51797

tcp

NULL -> NULL

1514(B)

线路1

多线程下载

下载工具

FluxCtrl

unknown

流控丢包。（流控缓存数据包过多）

69

09:45:42

58.218.214.16:80 -> 10.0.3.99:51797

tcp

NULL -> NULL

1514(B)

线路1

多线程下载

下载工具

FluxCtrl

unknown

流控丢包。（流控缓存数据包过多）

70

09:45:42

218.75.141.7:80 -> 10.0.3.99:62294

tcp

NULL -> NULL

1514(B)

线路1

多线程下载

下载工具

FluxCtrl

unknown

流控丢包。（流控缓存数据包过多）

我只能修改思科的，设置为speed 100。
设置完成后发现丢包更严重，基本上10个包就要丢8个，偶尔才能通讯，我通过命令erhtool,发现某公司eth0也变成了speed 100。按理说已经匹配了，但是没法使用，丢包太严重了。
反而设置speed 10,还可以正常上网，只是速度慢些，丢包百分之八。

我们和有些思科交换机的工作模式匹配不起来的，必须要手动固定

手动把工作模式改成100试试，还有你把思科交换机的也固定下来

来自 192.168.0.241 的回复: 字节=32 时间=188ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=188ms TTL=63
请求超时。
来自 192.168.0.241 的回复: 字节=32 时间=228ms TTL=63
请求超时。
来自 192.168.0.241 的回复: 字节=32 时间=203ms TTL=63
请求超时。
来自 192.168.0.241 的回复: 字节=32 时间=184ms TTL=63
请求超时。
来自 192.168.0.241 的回复: 字节=32 时间=190ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=183ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=167ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=180ms TTL=63
请求超时。
来自 192.168.0.241 的回复: 字节=32 时间=223ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=208ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=186ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=193ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=215ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=179ms TTL=63
请求超时。
来自 192.168.0.241 的回复: 字节=32 时间=173ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=136ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=202ms TTL=63
严重丢包又现。。。会不会是设备负载问题，但是cup和内存并不是很高哦，很奇怪。用户数还不到300，会话2万而已

防DOS已关闭。设备配置一直没有变动，目前可以上网，只是速度感觉慢了很多，丢包比较多，延迟比较大。
之前一切正常，很郁闷

您好！如果是设备主动丢包的，就要检查是否是防dos攻击引起的，禁用防dos攻击后是否可以恢复正常？
如果不能恢复正常，则检测配置是否有问题，例如没有包含lan口、dmz口下面的全部的内网网段，或者dos防御的参数配置过小等。

来自 192.168.0.241 的回复: 字节=32 时间=1ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=8ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=8ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=4ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=1ms TTL=63
请求超时。
来自 192.168.0.241 的回复: 字节=32 时间=21ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=5ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=4ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=120ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=7ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=173ms TTL=63
请求超时。
来自 192.168.0.241 的回复: 字节=32 时间=162ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=184ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=167ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=148ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=140ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=164ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=124ms TTL=63

开始发现ping外网丢包，就一步步的尝试，发现到某公司这里开始丢包的。记忆中以前ping某公司时间也很短，现在多数在100ms以上。241是某公司设备ip地址
来自 192.168.0.241 的回复: 字节=32 时间=163ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=94ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=99ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=138ms TTL=63
请求超时。
来自 192.168.0.241 的回复: 字节=32 时间=98ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=124ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=62ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=103ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=101ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=169ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=131ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=140ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=93ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=36ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=48ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=53ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=45ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=37ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=149ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=148ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=22ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=68ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=115ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=6ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=1ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=19ms TTL=63
来自 192.168.0.241 的回复: 字节=32 时间=156ms TTL=63

您好！在流量管理处，保障带宽和限制通道是怎么配置的呢？通道使用范围的配置处，建议保障带宽适用对象除了选择HTTP应用，还需选择“网站类型”，另外将DNS做保障，保证DNS解析速度有保证，ICMP主要是满足客户在内网使用PING命令测试网络延迟性，当然，也可将ICMP作为单独通道来保障
设置带宽限制的时候，下行速率的限制尽量限制在20%~30%，建议启用“抑制p2p下行丢包”及“当线路带宽空闲时允许突破”

您先试试呢？