HQOS实战分享 网络出口打满100M，关键业务依旧丝滑？（一）

为什么要写这次测试？

因为我最近被某厂商的400售后电话给整不会了。

在企业网干活时遇到一个带宽跑满情况，配置完成QOS之后不生效，客户认为我是个水货。

企业设备采购的时候写得好好的：“支持 QOS、支持带宽保证”。

遇到问题之后联系技术支持，400 售后给的解释是这样：

“我们设备可以保证带宽……
只要你的总带宽没跑满。”

“如果跑满了，那我们也没办法保证。”

？？？

我当场(⊙﹏⊙)了。

出口都没跑满你保证什么？？？
我不担心业务空闲时抢不到带宽，
我担心的是——满载时谁能活下去,活下去。

这就好像：

那要你伞干嘛？

这不是“保证带宽”，
这是“带宽富余的时候象征性照顾一下”。

企业根本不需要这种“摆设型 营销型 QOS”。

企业真正需要的带宽保障是什么？：

这才是QOS该有的样子。

HQOS模拟企业测试环境：

企业内网有两个用户：

公司有一条 100Mbps 的互联网出口。

需求非常明确：

生产业务必须在任何时刻都能稳稳获得 50Mbps，不能被挤、不能掉、不能抖。

当生产业务不占带宽时，
办公用户可以自由使用整个 100Mbps，不浪费带宽。

一旦出口跑满，
办公用户必须让出 50Mbps，把带宽优先给生产业务。

整个配置基于 HQOS，实现真正的“关键业务优先、带宽可借可还、不浪费、不中断”。

基础配置

电信入接口进行分类

acl number 3333

 rule 5 permit ip destination 10.0.35.98 0

traffic classifier qos-out operator or

 if-match acl 3333

traffic behavior qos-out

 car cir 50000 pir 100000 cbs 9350000 pbs 18700000 green pass service-class af1 color green yellow pass service-class be color green red pass service-class be color green

traffic policy qos-out

 undo share-mode

 statistics enable

 classifier qos-out behavior qos-out precedence 5

内网出接口进行整形

flow-queue qos-out

 queue be lpq

 queue af1 wfq weight 50

qos-profile qos-out

 user-queue cir 100000 pir 100000 flow-queue qos-out

效果测试

为了让结果足够“有感知”，我做了两组最能体现 QOS 价值的测试：

1、先把100Mbps带宽打满：

我们用环境把出口打满至 100Mbps，模拟企业最激烈的带宽竞争场景—
整个出口几乎被挤爆。

这时就能看到 QOS 是否真的有效，而不是空闲时“看起来有效”。

2、对比办公网络和生产业务的体验差异：

在带宽被完全占满的情况下，结果非常明显：

生产业务 A：

办公用户：

总结：

真正的企业级 QOS，必须能在“出口跑满时”依然稳得住。

企业需要的从来不是“空闲时的带宽保证”，而是在带宽被挤满时，关键业务仍然稳如磐石。

测试结果非常直观：

Vecloud作为国内的云网服务商，Vecloud在全球的数据中心节点50个，POP节点超过200个，可以为出海企业提供MPLS、SD-WAN、海外IDC、全球服务器等产品服务，全面助力企业网络升级转型和国际化发展。