请选择 进入手机版 | 继续访问电脑版
查看: 458|回复: 4

[求助(未解决)] ERX IP限速超过100兆下载测速不达标

[复制链接]

2

主题

6

帖子

86

积分

伏地听声

Rank: 2Rank: 2

积分
86
发表于 2019-1-10 17:41:58 | 显示全部楼层 |阅读模式
近期使用ERX连接公司的电信签约100兆光纤,无QOS情况下测速下载160M上载24M;测试1:设置QOS的IP限速(下载100M上载10M),测速下载86M上载10M;测试2:设置QOS的IP限速(下载140M上载10M),测速下载98.8M上载10M;综合2次测试QOS限速无法突破100M关口,请问那么大神能够帮解决这个限速瓶颈?以上配置曾经在200兆电信光纤测速依然一样,排除电信网速限制。

系统配置

系统配置

QOS100兆

QOS100兆

QOS100兆测速

QOS100兆测速

QOS140兆

QOS140兆

QOS140兆测速

QOS140兆测速

无QOS

无QOS

无QOS测速

无QOS测速
回复

使用道具 举报

2

主题

6

帖子

86

积分

伏地听声

Rank: 2Rank: 2

积分
86
 楼主| 发表于 2019-3-14 11:08:38 | 显示全部楼层
无人答复的帖子,难道是ER-X的致命BUG?
回复 支持 反对

使用道具 举报

3

主题

1216

帖子

4516

积分

版主

Rank: 15Rank: 15Rank: 15

积分
4516
发表于 2019-3-14 11:41:00 | 显示全部楼层
本帖最后由 catseye 于 2019-3-14 11:55 编辑
careylee 发表于 2019-3-14 11:08
无人答复的帖子,难道是ER-X的致命BUG?

这个是功能的原理限制,你没仔细看版本说明吧……

从理论上来说QoS和DPI都是依赖CPU实时分析通过的报文,再对比设置的规则再决定下一步方向的一系列操作,肯定是消耗设备资源的,开得越多消耗越多,就会影响到正常的业务;
原文抄了段USG的给你,由于USG和ER3是硬件相同的,所以表现上也是相同的。ER-X的规格比ER3还低一档,所以实际性能也会相对低;企业用途需要端口限速的,个人建议用新的ER4。「原因也比较简单,新的CPU规格更高,对应的DPI和Qos性能也就更高,类似英特尔的x86架构的CPU」
Smart Queue QoS is similar to the implementation as in EdgeOS (see HERE). It's worth noting that maximum throughput will be affected when using QoS, as traffic is not offloaded. There are some rough guidelines in the article linked above.
回复 支持 反对

使用道具 举报

8

主题

172

帖子

693

积分

飞鸽传书

Rank: 4Rank: 4Rank: 4Rank: 4

积分
693
发表于 2019-3-14 13:09:59 | 显示全部楼层
这个问题比较难以解释。我用了edgeos不超过10次就直接刷成openwrt了。受不了一个长得像tplink,又到处是命令行教程的系统。还不如用openwrt这种纯正linux系统好点,有gnu工具+shell。

UBNT的系统也是挺会精简的,甚至把一些命令重新封装。可能考虑到加大被盗版的难度吧。结果导致我们这种熟悉linux系统的却无法搞得清楚它家的系统对应的是linux下面的哪种实现。。。

根据openwrt下面的经验。拿mtk7621前代mtk7620做个说明。这个设备的pppoe接口没采用offload模块时大概吞吐在80mbps左右,这种虚拟的tun接口是受到cpu性能限制的,这也是为什么很多人喜欢玩x86软路由更强大的cpu将能带来更强大的吞吐量。实际上当wan是采用专线静态指定作用在br-wan接口时。这个设备也是可以在qos状态使用ifb接口跑起全速100mbps.现在缺乏测试无法说明mtk7621的实际效能。实际早先有人说mtk7620在y1s这种设备采用padavan也有500mbps的性能吧。

所以影响QOS效果的有依赖cpu性能的虚拟接口pppoe/ingress/egress以区别实际物理接口br-lan。
另外设定两个不同限速100/140出现两个没有达到设定值的结果,不知道在设定200mbps时会是什么结果。由于QOS不能作用在offload模块下面,它是个吃cpu性能的实现。两个测试值可能说明在160mbps的设定时下面可能仍然有一定的提升也就是CPU性能还没影响到呑吐量,也可能是这个basic queue方法有一定的保留带宽。这种不是开发固件人员,或者没法通过ssh了解QOS规则实现我们是无法猜的。QOS涉及到流量分组/数据包标记/数据包过滤/数据包标记应用到数据流标记,iptables规则的自上而下的遍历过程。erx应该没这么菜的。应该还是这个basic queue实现有问题,大多数路由的qos哪管什么性能问题,反正直接做在ingress接口,甚至是耗cpu性能的每包标记连包标记到流标记都没实现,到时候跑不起来就是用户路由的cpu性能不行。。。
回复 支持 反对

使用道具 举报

1

主题

2

帖子

15

积分

口耳相传

Rank: 1

积分
15
发表于 4 天前 | 显示全部楼层
本帖最后由 lusiwei 于 2019-3-19 11:24 编辑

同时佛山的握个抓
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

优倍快网络技术咨询(上海)有限公司 沪ICP备13034452

© ubnt.com.cn All Rights Reserved.本站发布的所有内容,未经许可,不得转载.

快速回复 返回顶部 返回列表