QoS实现工具之MQC

[转自]https://www.cnblogs.com/ricksteves/p/9684814.html

QoS技术可以对网络中报文进行分类处理，根据优先级提供不同的差分服务，如何实现这种差分服务呢？我们有一种强大的配置方法-模块化QoS命令行MQC（Modular QoS Command-Line）。下面就来介绍一下MQC。

1      MQC可以做什么？

MQC，又叫流策略，是指通过将某些具有相同特征的报文划分为一类，并为这一类报文提供相同服务的配置方法。通过配置流策略，用户可以定义报文分类规则匹配需要单独处理的流量，然后将匹配的流量进行相应处理，达到自己想要的效果。

通过MQC配置可以实现流量监管、重标记优先级等QoS业务，也可以实现流量统计、策略路由等其他网络常用功能，功能强大，配置灵活。

2      MQC是如何实现的？

2.1 MQC的配置流程

MQC包含三个要素，分别是流分类（traffic classifier）、流行为（traffic behavior）和流策略（traffic policy）。三要素通过下面的方式配合使用完成对流量的处理：

1、 配置流分类定义报文匹配规则

2、 配置流行为确定报文处理动作

3、 配置流策略，并将配置好的流分类和流行为绑定到一起

4、 在指定视图下应用流策略

图一 MQC配置流程图

2.2配置流分类

当用户想要对某类流量进行识别时，需要确定一组流量匹配规则，这个过程称为定义流分类。分类方法丰富多样，常用的报文分类规则有如下几种：

·         MAC地址

·         VLAN ID

·         802.1p优先级

·         EXP优先级

·         ACL

·         DSCP优先级

·         IP优先级

·         所有报文

·         出接口或入接口

通过命令traffic classifier classifier-name [ operator { and | or } ] [ precedence precedence-value ]配置流分类，然后在该流分类中通过if-macth命令配置具体的规则。框式设备可以通过precedence precedence-value 为每个流分类指定优先级，如果不配置，则使用系统默认分配的优先级，即根据用户的配置顺序生效。盒式设备不支持该参数，按照用户的配置顺序生效，报文优先匹配先配置的流分类规则。

一个流分类中可以配置一条规则，也可以配置多条，多条规则之间的关系可以配置为and或者or。规则之间的关系配置为and或者or时，报文匹配流分类的要求不同：

匹配规则	流分类中有ACL规则	流分类中没有ACL规则
and	报文必须匹配ACL中的一条rule规则以及所有非ACL规则才属于该类	报文必须匹配所有非ACL规则才属于该类
or	报文只需匹配流分类中的一个或多个规则即属于该类

 

以下面两个流分类为例，对于tc1来说，报文必须同时匹配ACL2001（或者ACL3001），802.1p优先级为5和三层协议类型为IP协议三个规则时才属于该类。

 

[switch] traffic classifier tc1 operator and

[switch-classifier-tc1] if-match acl 2001

[switch-classifier-tc1] if-match 8021p 5

[switch-classifier-tc1] if-match acl 3001

[switch-classifier-tc1] if-match protocol ip

对于tc2来说，报文匹配ACL3001或者报文802.1p优先级为6时都属于该类。

[switch] traffic classifier tc2 operator or

[switch-classifier-tc2] if-match acl 3001

[switch-classifier-tc2] if-match 8021p 6

2.3配置流行为

前面通过流分类对报文进行了分类，那分类的目的是什么呢？就是对不同类型的报文（或者说不同业务）提供不同的服务，而不同的服务就是通过流行为来定义的。配置时需要通过命令traffic behavior behavior-name定义一个流行为，然后在流行为中配置具体的流动作。常用的流动作包括以下几种：

流动作	命令关键字
报文过滤	deny | permit
重标记	remark
重定向和策略路由	redirect
流量统计	statistic enable
流量监管	car
流镜像	mirroring to observe-port

如果配置流动作为重标记，表示对报文重新进行分类，可以重标记报文的802.1p优先级、DSCP优先级、本地优先级、目的MAC地址、流ID等等。重标记报文的802.1p优先级和DSCP优先级会影响下游设备对报文的QoS处理，不影响报文在本设备的QoS处理；重标记本地优先级则仅影响本设备对报文的QoS处理。

在一个流行为中可以定义一个或多个动作，如下流行为tb1表示对匹配分类的报文进行流量监管，限速为4096kbit/s，同时进行流量统计。

[switch]traffic behavior tb1

[switch-behavior-tb1] car cir 4096

[switch-behavior-tb1] statistic enable

流行为tb2表示将匹配分类的报文重定向到下一跳10.10.10.1。

[switch] traffic behavior tb2

[switch-behavior-tb2] redirect ip-nexthop 10.10.10.1

不同的流动作之间可能会存在互斥，即同一个流行为中，某些动作不能同时配置。比如流动作deny与流镜像之外的其他动作不能在一个流行为中配置。

ACL与MQC经常组合使用。ACL里面的permit/deny与traffic behavior中的permit/deny组合使用时有如下四种情况：

ACL	Traffic policy中的behavior	匹配报文的最终处理结果
permit	permit	permit
permit	deny	deny
deny	permit	deny
deny	deny	deny

2.4配置流策略

前面配置的流分类、流行为是孤立的，本身没任何意义，所以必须将两者联系在一起才有意义，而流策略就是把两者绑定起来。流分类规则和流行为定义好之后，通过命令traffic policy policy-name [ match-order { auto | config } ]配置一个流策略，然后通过classifier classifier-name behavior behavior-name将流分类和流行为绑定到一起，组成一个特定的策略。

以下面的配置为例，流策略tp1表示对匹配tc1规则的报文执行tb1的动作，对匹配tc2规则的报文执行tb2动作。

[switch] traffic policy tp1 match-order config

[switch-trafficpolicy-tp1] classifier tc1 behavior tb1

[switch-trafficpolicy-tp1] classifier tc2 behavior tb2

l  流策略tp1的配置顺序为config，匹配顺序由流分类规则优先级决定：

²  如果未配置优先级，或者不支持流分类规则优先级配置，则按照配置顺序生效。tc1先配置，因此报文优先匹配tc1的规则，执行tb1的动作，匹配之后不会再进行下一步规则查找。

²  如果框式设备配置了流分类规则优先级，则按照优先级配置大小生效，数值越小，优先级越高。

l  如果流策略tp1的配置顺序为auto，匹配顺序由系统预先指定的流分类类型的优先级决定：

²  该优先级由高到低依次为：自定义ACL规则 > 二层规则 三层规则 > 二层规则 > 三层规则。

²  流分类tc1中定义的规则属于二层规则 三层规则，因此优先级较高，报文优先匹配tc1的规则，执行tb1的动作，匹配之后不会执行tb2的流动作。

l  对于不支持配置match-order参数的盒式设备，报文按照配置顺序进行匹配。

2.5应用流策略

流策略配置完之后，需要选择该策略在设备上生效的范围。流策略可以应用在接口、VLAN和全局的出方向和入方向，其中接口包括物理接口、子接口、VLANIF接口和Eth-Trunk接口等。以接口为例，在指定接口入方向应用某个流策略，表示对进入该接口且匹配流分类规则的流量执行指定动作。如下所示：

[switch] interface GigabitEthernet 1/0/1

[switch-GigabitEthernet1/0/1] traffic-policy tp1 inbound

同一台设备上面可以配置多个流策略，同一个流策略也可以应用在多个视图下。因此报文有可能会同时匹配多个流策略，那到底哪个流策略会生效呢？根据流分类规则是否属于同一类，分为以下两种情况。

当流分类属于同一类时，流策略的生效规则如下图所示：

图二 流策略生效规则示意图一

当流分类规则不属于同一类时，流策略的生效规则如下图所示：

图三 流策略生效规则示意图二

比如，设备上还配置了一个流策略tp2，且应用在VLAN30上。

[switch] traffic policy tp2 match-order config

[switch-trafficpolicy-tp2] classifier tc1 behavior tb1

[switch-trafficpolicy-tp2] quit

[switch] vlan 30

[switch-vlan30] traffic-policy tp2 inbound

从配置可以看出流分类规则均为tc1，但是因为接口的生效优先级高于VLAN，因此只有流策略tp1生效。

3      MQC配置举例

前面我们已经分别介绍了配置MQC的四个步骤，现在我们来看一下一个完整的MQC配置过程是怎样的。

以下面的组网为例，假设部门1的用户均属于VLAN10，部门2的用户均属于VLAN20，用户希望为部门1提供8Mbit/s的带宽，为部门2提供6Mbit/s的带宽。

此处省略接口和VLAN等基本配置。

图四 MQC应用组网图

[LSW1] traffic classifier bumen1

[LSW1-classifier- bumen1] if-match vlan-id 10  //匹配部门1的流量

[LSW1-classifier- bumen1] quit

[LSW1] traffic classifier bumen2

[LSW1-classifier- bumen2] if-match vlan-id 20  //匹配部门2的流量

[LSW1-classifier- bumen2] quit

[LSW1] traffic behavior bumen1

[LSW1-behavior-bumen1] car cir 8000 pir 10000 green pass  //限制部门1的流量为8Mbit/s

[LSW1-behavior-bumen1] quit

[LSW1] traffic behavior bumen2

[LSW1-behavior-bumen2] car cir 6000 pir 10000 green pass  //限制部门2的流量为6Mbit/s

[LSW1-behavior-bumen2] quit

[LSW1] traffic policy xiansu

[LSW1-trafficpolicy-xiansu] classifier bumen1 behavior bumen1 //将流分类和流行为绑定

[LSW1-trafficpolicy-xiansu] classifier bumen2 behavior bumen2

[LSW1-trafficpolicy-xiansu] quit

[LSW1] interface gigabitethernet 0/0/3

[LSW1-GigabitEthernet0/0/3] traffic-policy xiansu outbound //在接口出方向应用该策略

[LSW1-GigabitEthernet0/0/3] quit

 

4      小结

MQC作为一种实现QoS技术的理念，可以完成QoS技术中的流量监管和限速，报文的分类和重标记。