• 产品与解决方案
  • 行业解决方案
  • 服务
  • 支持
  • 合作伙伴
  • 关于我们

05-QoS分册

目录

01-QoS配置

本章节下载 01-QoS配置  (656.85 KB)

01-QoS配置

  录

1 QoS简介

1.1 概述

1.2 QoS服务模型简介

1.2.1 Best-Effort服务模型

1.2.2 Int-Serv服务模型

1.2.3 Diff-Serv服务模型

1.3 QoS技术综述

1.3.1 QoS技术在网络中的位置

1.3.2 QoS技术在设备中的处理顺序

2 QoS配置方式

2.1 配置方式介绍

2.1.1 非QoS策略配置方式

2.1.2 QoS策略配置方式

2.2 QoS策略配置方式的步骤

2.2.1 定义类

2.2.2 定义流行为

2.2.3 定义策略

2.2.4 应用策略

2.2.5 QoS策略显示和维护

3 优先级映射配置

3.1 优先级映射简介

3.1.1 概述

3.1.2 优先级介绍

3.1.3 优先级映射表

3.1.4 优先级映射过程

3.2 优先级映射配置任务简介

3.3 配置优先级映射

3.3.1 配置优先级映射表

3.3.2 配置优先级信任模式

3.3.3 配置端口优先级

3.4 优先级映射显示和维护

4 流量监管、流量整形和端口限速配置

4.1 流量监管、流量整形和端口限速简介

4.1.1 流量评估与令牌桶

4.1.2 流量监管

4.1.3 流量整形

4.1.4 端口限速

4.2 配置任务简介

4.3 流量监管配置

4.4 流量整形配置

4.5 端口限速配置

4.6 流量监管/流量整形/端口限速显示和维护

5 拥塞管理配置

5.1 拥塞管理简介

5.1.1 拥塞的产生、影响和对策

5.1.2 拥塞管理策略

5.2 拥塞管理配置

5.2.2 配置SP队列

5.2.3 配置WRR队列

5.2.4 配置WFQ队列

5.2.5 配置SP+WRR队列

6 拥塞避免

6.1 拥塞避免简介

6.2 WRED配置的说明

6.2.1 WRED的配置方式

6.2.2 WRED的参数说明

6.3 配置WRED

6.3.1 配置过程

6.4 WRED显示和维护

7 流量过滤配置

7.1 流量过滤简介

7.2 配置流量过滤

8 重标记配置

8.1 重标记简介

8.2 配置重标记

9 流量重定向配置

9.1 流量重定向简介

9.2 配置流量重定向

10 聚合CAR配置

10.1 聚合CAR简介

10.2 配置聚合CAR

10.2.1 配置过程

10.2.2 配置举例

10.3 聚合CAR显示和维护

11 流量统计配置

11.1 流量统计简介

11.2 配置流量统计

11.3 流量统计显示和维护

12 附录

12.1 附录 A 缩略语表

12.2 附录 B 缺省优先级映射表

12.3 附录 C 各种优先级介绍

12.3.1 IP优先级和DSCP优先级

12.3.2 802.1p优先级

 


1 QoS简介

1.1  概述

QoS(Quality of Service)即服务质量。对于网络业务,服务质量包括传输的带宽、传送的时延、数据的丢包率等。在网络中可以通过保证传输的带宽、降低传送的时延、降低数据的丢包率以及时延抖动等措施来提高服务质量。

网络资源总是有限的,只要存在抢夺网络资源的情况,就会出现服务质量的要求。服务质量是相对网络业务而言的,在保证某类业务的服务质量的同时,可能就是在损害其它业务的服务质量。例如,在网络总带宽固定的情况下,如果某类业务占用的带宽越多,那么其他业务能使用的带宽就越少,可能会影响其他业务的使用。因此,网络管理者需要根据各种业务的特点来对网络资源进行合理的规划和分配,从而使网络资源得到高效利用。

下面从QoS服务模型出发,对目前使用最多、最成熟的一些QoS技术逐一进行描述。在特定的环境下合理地使用这些技术,可以有效地提高服务质量。

1.2  QoS服务模型简介

通常QoS提供以下三种服务模型:

l              Best-Effort service(尽力而为服务模型)

l              Integrated service(综合服务模型,简称Int-Serv)

l              Differentiated service(区分服务模型,简称Diff-Serv)

1.2.1  Best-Effort服务模型

Best-Effort是一个单一的服务模型,也是最简单的服务模型。对Best-Effort服务模型,网络尽最大的可能性来发送报文。但对时延、可靠性等性能不提供任何保证。

Best-Effort服务模型是网络的缺省服务模型,通过FIFO队列来实现。它适用于绝大多数网络应用,如FTP、E-Mail等。

1.2.2  Int-Serv服务模型

Int-Serv是一个综合服务模型,它可以满足多种QoS需求。该模型使用资源预留协议(RSVP),RSVP运行在从源端到目的端的每个设备上,可以监视每个流,以防止其消耗资源过多。这种体系能够明确区分并保证每一个业务流的服务质量,为网络提供最细粒度化的服务质量区分。

但是,Inter-Serv模型对设备的要求很高,当网络中的数据流数量很大时,设备的存储和处理能力会遇到很大的压力。Inter-Serv模型可扩展性很差,难以在Internet核心网络实施。

1.2.3  Diff-Serv服务模型

Diff-Serv是一个多服务模型,它可以满足不同的QoS需求。与Int-Serv不同,它不需要通知网络为每个业务预留资源。区分服务实现简单,扩展性较好。

本文提到的技术都是基于Diff-Serv服务模型。

1.3  QoS技术综述

QoS技术包括流分类、流量监管、流量整形、端口限速、拥塞管理、拥塞避免等。下面对常用的技术简单进行一下介绍。

1.3.1  QoS技术在网络中的位置

图1-1 常用QoS技术在网络中的位置

 

图1-1所示,流分类、流量监管、流量整形、拥塞管理和拥塞避免主要完成如下功能:

l              流分类:采用一定的规则识别符合某类特征的报文,它是对网络业务进行区分服务的前提和基础。

l              流量监管:对进入或流出设备的特定流量进行监管。当流量超出设定值时,可以采取限制或惩罚措施,以保护网络资源不受损害。可以作用在接口入方向和出方向。

l              流量整形:一种主动调整流的输出速率的流量控制措施,用来使流量适配下游设备可供给的网络资源,避免不必要的报文丢弃,通常作用在接口出方向。

l              拥塞管理:就是当拥塞发生时如何制定一个资源的调度策略,以决定报文转发的处理次序,通常作用在接口出方向。

l              拥塞避免:监督网络资源的使用情况,当发现拥塞有加剧的趋势时采取主动丢弃报文的策略,通过调整队列长度来解除网络的过载,通常作用在接口出方向。

1.3.2  QoS技术在设备中的处理顺序

图1-2 各QoS技术在同一网络设备中的处理顺序

 


2 QoS配置方式

2.1  配置方式介绍

QoS的配置方式分为QoS策略配置方式和非QoS策略配置方式两种。

有些QoS功能只能使用其中一种方式来配置,有些使用两种方式都可以进行配置。

2.1.1  非QoS策略配置方式

非QoS策略配置方式是指不通过QoS策略来进行配置。例如,端口限速功能可以通过直接在接口上配置来实现。

2.1.2  QoS策略配置方式

QoS策略配置方式是指通过配置QoS策略来实现QoS功能。

QoS策略包含了三个要素:类、流行为、策略。用户可以通过QoS策略将指定的类和流行为绑定起来,灵活地进行QoS配置。

1. 类

类的要素包括:类的名称和类的规则。

用户可以通过命令定义一系列的规则来对报文进行分类。

2. 流行为

流行为用来定义针对报文所做的QoS动作。

流行为的要素包括:流行为的名称和流行为中定义的动作。

用户可以通过命令在一个流行为中定义多个动作。

3. 策略

策略用来将指定的类和流行为绑定起来,对分类后的报文执行流行为中定义的动作。

策略的要素包括:策略名称、绑定在一起的类和流行为的名称。

用户可以在一个策略中定义多个类与流行为的绑定关系。

2.2  QoS策略配置方式的步骤

图2-1所示:

图2-1 QoS策略配置方式的步骤

 

 

2.2.1  定义类

定义类首先要创建一个类名称,然后在此类视图下配置其匹配规则。

表2-1 定义类

操作

命令

说明

进入系统视图

system-view

-

定义类并进入类视图

traffic classifier tcl-name [ operator { and | or } ]

必选

缺省为and,即类视图下各匹配规则之间的关系为逻辑与

l      and:报文只有匹配了所有的规则,设备才认为报文属于这个类

l      or:报文只要匹配了类中的任何一个规则,设备就认为报文属于这个类

定义匹配数据包的规则

if-match match-criteria

必选

 

match-criteria:匹配规则,取值如表2-2所示。

表2-2 匹配规则

取值

描述

acl acl-number

定义匹配IPv4 ACL的规则,acl-number的取值范围为2000~4999

acl name acl-name

使用指定ACL名称的方式定义匹配IPv4 ACL的规则,acl-name是IPv4 ACL的名称,设置方法请参见安全分册的“ACL配置”

any

定义匹配所有报文的规则

customer-dot1p 8021p-list

定义匹配用户网络802.1p优先级的规则,8021p-list为CoS取值的列表,最多可以输入8个CoS取值,用空格隔开,CoS的取值范围为0~7

customer-vlan-id vlan-id-list

定义匹配用户网络VLAN ID的规则,vlan-id-listVLAN ID的列表,形式可以为vlan-id to vlan-id,也可以输入多个不连续的VLAN ID,用空格隔开,设备最多允许用户同时指定8VLAN IDVLAN ID的取值范围为14094

destination-mac mac-address

定义匹配目的MAC地址的规则

dscp dscp-list

定义匹配DSCP的规则,dscp-list为DSCP取值的列表,最多可以输入8个DSCP取值,用空格隔开,DSCP的取值范围为0~63

ip-precedence ip-precedence-list

定义匹配IP优先级的规则,ip-precedence-list为IP优先级取值的列表,最多可以输入8个IP优先级取值,用空格隔开,IP优先级的取值范围为0~7

protocol protocol-name

定义匹配协议的规则,protocol-name取值为IP或IPv6

qos-local-id local-id-value

定义匹配qos-local-id的规则,local-id-value为QoS本地ID,取值范围为1~4095

在Blade5500系列刀片交换机上,能够支持的local-id-value值为1~3999

service-dot1p 8021p-list

定义匹配运营商网络802.1p优先级的规则,8021p-list为CoS取值的列表,最多可以输入8个CoS取值,用空格隔开,CoS的取值范围为0~7

service-vlan-id vlan-id-list

定义匹配运营商网络VLAN ID的规则,vlan-id-listVLAN ID的列表,形式可以为vlan-id to vlan-id,也可以输入多个不连续的VLAN ID,用空格隔开,设备最多允许用户同时指定8VLAN IDVLAN ID的取值范围为14094

source-mac mac-address

定义匹配源MAC地址的规则

 

如果指定类的逻辑关系为and,使用if-match命令定义匹配规则时,有如下注意事项:

l    匹配规则含有aclacl ipv6时,如果在类中配置了多条这样的匹配规则,在应用策略时,匹配aclacl ipv6的规则之间的逻辑关系实际为or

l    匹配规则含有customer-vlan-idservice-vlan-id时,如果在类中配置了多条这样的匹配规则,在应用策略时,匹配customer-vlan-idservice-vlan-id的规则之间的逻辑关系实际为or

 

当流分类中各规则之间的逻辑关系为and时,对于以下匹配条件,用户虽然可以通过重复执行if-match命令来配置多条匹配不同取值的规则,或在一条规则中使用list形式输入多个匹配值,但在应用使用该类的QoS策略时,将会无法正常下发:

l    customer-dot1p 8021p-list

l    destination-mac mac-address(不支持list形式)

l    dscp dscp-list

l    ip-precedence ip-precedence-list

l    service-dot1p 8021p-list

l    source-mac mac-address(不支持list形式)

如果用户需要创建匹配以上某一字段多个取值的规则,需要在创建流分类时指定各规则之间的逻辑关系为or,然后再配置匹配多个值的规则。

 

2.2.2  定义流行为

定义流行为首先需要创建一个流行为名称,然后可以在此流行为视图下根据需要配置相应的流行为。每个流行为由一组QoS动作组成。

表2-3 定义流行为

操作

命令

说明

进入系统视图

system-view

-

定义一个流行为并进入流行为视图

traffic behavior behavior-name

必选

配置流行为

流行为就是对应符合流分类的报文做出相应的QoS动作,例如流量监管、流量过滤、流量重定向、重标记、流量统计等,具体情况请参见本文相关章节

 

2.2.3  定义策略

在策略视图下为使用的类指定对应的流行为。以某种匹配规则将流区分为不同的类,再结合不同的流行为就能很灵活的实现各种QoS功能。

表2-4 在策略中为类指定流行为

操作

命令

说明

进入系统视图

system-view

-

定义策略并进入策略视图

qos policy policy-name

必选

在策略中为类指定采用的流行为

classifier tcl-name behavior behavior-name

必选

 

l    如果QoS策略在定义流分类规则时引用了ACL,则忽略ACL规则的动作,以流行为中定义的动作为准,报文匹配只使用ACL中的分类域。

l    当用户在策略下配置了多组类和流行为的对应关系时,如果某个流行为中配置了nestremark customer-vlan-idremark service-vlan-id动作,建议用户不要在此流行为中配置其他动作,以保证应用策略后实际的运行结果与用户的配置意图一致。有关nestremark customer-vlan-idremark service-vlan-id动作的介绍,请参见接入分册的“VLAN映射配置”。

 

2.2.4  应用策略

QoS策略支持以下应用方式:

l              基于端口应用QoS策略:QoS策略对通过端口接收(发送)的流量生效。

l              基于VLAN应用QoS策略:QoS策略对通过同一个VLAN内所有接口接收(发送)的流量生效。

l              基于全局应用QoS策略:QoS策略对所有流量生效。

当QoS策略应用后,用户仍然可以修改QoS策略中的流分类规则和流行为,以及二者的对应关系。当流分类规则中匹配的是ACL时,允许删除或修改该ACL(包括向该ACL中添加、删除和修改规则)。

 

1. 基于端口应用QoS策略

一个策略可以应用于多个端口。端口的每个方向(出/入两个方向)只能应用一个策略。

表2-5 在端口上应用策略

操作

命令

说明

进入系统视图

system-view

-

进入端口视图、端口组视图

进入以太网端口视图

interface interface-type interface-number

二者必选其一

进入端口视图后,下面进行的配置只在当前端口生效;进入端口组视图后,下面进行的配置将在端口组中的所有端口生效

进入端口组视图

port-group manual port-group-name

在端口上应用关联的策略

qos apply policy policy-name { inbound | outbound }

必选

 

如果QoS策略应用在端口的出方向,则QoS策略对本地协议报文不起作用。本地协议报文是设备内部发起的某些报文,它是维持设备正常运行的重要协议报文。为了确保这些报文能够被不受影响的发送出去,即便在端口的出方向应用了QoS策略,本地协议报文也不会受到QoS策略的限制,从而降低了因配置QoS而误将这些报文丢弃或进行其他处理的风险。一些常见的本地协议报文如下:链路维护报文、OSPF、RIP、SSH等。

 

2. 基于VLAN应用QoS策略

基于VLAN应用QoS策略可以方便对某个VLAN上的所有流量进行管理。

表2-6 基于VLAN应用的QoS策略

操作

命令

说明

进入系统视图

system-view

-

应用QoS策略到指定的VLAN

qos vlan-policy policy-name vlan vlan-id-list { inbound | outbound }

必选

 

l          基于VLAN应用的QoS策略不能应用在动态VLAN上。例如,在运行GVRP协议的情况下,设备可能会动态创建VLAN,QoS策略不能应用在该动态VLAN上。

l          当设备资源不足导致VLAN应用QoS策略下发或者刷新失败时,用户可以执行undo qos vlan-policy vlan命令进行手工删除。

 

3. 基于全局应用QoS策略

基于全局应用QoS策略可以方便对设备上的所有流量进行管理。

表2-7 基于全局应用QoS策略

操作

命令

说明

进入系统视图

system-view

-

基于全局应用QoS策略

qos apply policy policy-name global { inbound | outbound }

必选

 

当设备资源不足导致全局应用QoS策略下发或者刷新失败时,用户可以执行undo qos apply policy global命令进行手工删除。

 

2.2.5  QoS策略显示和维护

在任意视图下执行display命令可以显示QoS策略的运行情况,通过查看显示信息验证配置的效果。

表2-8 QoS策略显示和维护

操作

命令

显示配置的类信息

display traffic classifier user-defined [ tcl-name ] [ | { begin | exclude | include } regular-expression ]

显示配置的流行为信息

display traffic behavior user-defined [ behavior-name ] [ | { begin | exclude | include } regular-expression ]

显示用户定义策略的配置信息

display qos policy user-defined [ policy-name [ classifier tcl-name ] ] [ | { begin | exclude | include } regular-expression ]

显示指定端口或所有端口上策略的配置信息和运行情况

display qos policy interface [ interface-type interface-number ] [ inbound | outbound ] [ | { begin | exclude | include } regular-expression ]

显示VLAN应用QoS策略的信息

display qos vlan-policy { name policy-name | vlan vlan-id } [ slot slot-number ] [ | { begin | exclude | include } regular-expression ]

显示全局应用QoS策略的信息

display qos policy global [ slot slot-number ] [ inbound | outbound ] [ | { begin | exclude | include } regular-expression ]

清除VLAN应用QoS策略的统计信息

reset qos vlan-policy [ vlan vlan-id ] [ inbound | outbound ]

清除全局应用QoS策略的统计信息

reset qos policy global [ inbound | outbound ]

 


3 优先级映射配置

3.1  优先级映射简介

3.1.1  概述

报文在进入设备以后,设备会根据自身情况和相应规则(primap、remark)分配或修改报文的各种优先级的值,为队列调度和拥塞控制服务。

优先级映射功能通过报文所携带的优先级字段来映射其他优先级字段值,就可以获得各种用以决定报文调度能力的各种优先级字段,从而可以全面有效的控制报文的转发调度能力。

3.1.2  优先级介绍

优先级用于标识报文传输的优先程度,可以分为两类:报文携带优先级和设备调度优先级。

报文携带优先级包括:802.1p优先级、DSCP优先级、IP优先级、EXP优先级等。这些优先级都是根据公认的标准和协议生成,体现了报文自身的优先等级。相关介绍请参见12.3  附录 C 各种优先级介绍

设备调度优先级是指报文在设备内转发时所使用的优先级,只对当前设备自身有效。设备调度优先级包括以下几种:

l              本地优先级(LP):设备为报文分配的一种具有本地意义的优先级,每个本地优先级对应一个队列,本地优先级值越大的报文,进入的队列优先级越高,从而能够获得优先的调度。

l              丢弃优先级(DP):在进行报文丢弃时参考的参数,丢弃优先级值越大的报文越被优先丢弃。

3.1.3  优先级映射表

优先级映射功能通过优先级映射表来进行,设备提供了多张优先级映射表,分别对应相应的优先级映射关系:

l              dot1p-dp:802.1p优先级到丢弃优先级映射表;

l              dot1p-lp:802.1p优先级到本地优先级映射表;

l              dscp-dot1p:DSCP到802.1p优先级映射表,仅对IP报文生效;

l              dscp-dp:DSCP到丢弃优先级映射表,仅对IP报文生效;

l              dscp-dscp:DSCP到DSCP映射表,仅对IP报文生效;

通常情况下,可以通过查找缺省优先级映射表(12.2  附录 B 缺省优先级映射表)来为报文分配相应的优先级。如果缺省优先级映射表无法满足用户需求,可以根据实际情况对映射表进行修改。

3.1.4  优先级映射过程

对于接收到的以太网报文,交换机根据优先级信任模式和报文的802.1q标签状态,将采用不同的方式为其标记调度优先级。如图3-1所示:

图3-1 以太网报文优先级映射过程

 

上面介绍的过程适用于没有配置重标记功能的情况,如果已经配置了重标记功能,设备将根据重标记后的报文携带优先级查找映射表,为报文分配调度优先级,或者直接采用重标记后的调度优先级进行调度。此时端口的信任模式和端口优先级的配置均不生效。

 

3.2  优先级映射配置任务简介

修改优先级映射关系的方式有三种:配置优先级映射表、配置优先级信任模式和配置端口优先级。

建议进行各项配置之前先整体规划网络的QoS方案。

表3-1 优先级映射配置任务简介

配置任务

说明

详细配置

配置优先级映射表

可选

3.3.1 

配置优先级信任模式

可选

3.3.2 

配置端口优先级

可选

3.3.3 

 

3.3  配置优先级映射

3.3.1  配置优先级映射表

表3-2 配置优先级映射表

操作

命令

说明

进入系统视图

system-view

-

进入指定的优先级映射表视图

qos map-table { dot1p-dp | dot1p-lp | dscp-dot1p | dscp-dp | dscp-dscp }

必选

用户根据需要进入相应的优先级映射表视图

配置指定优先级映射表参数,定义优先级映射关系

import import-value-list export export-value

必选

新配置的映射项将覆盖原有映射项

 

3.3.2  配置优先级信任模式

根据报文自身的优先级,查找优先级映射表,为报文分配优先级参数,可以通过配置优先级信任模式的方式来实现。

在配置端口/端口组上的优先级模式时,用户可以选择下列信任模式:

l              dot1p:信任报文自带的802.1p优先级,以此优先级进行优先级映射。

l              dscp:信任IP报文自带的DSCP优先级,以此优先级进行优先级映射。

表3-3 配置优先级信任模式

操作

命令

说明

进入系统视图

system-view

-

进入端口视图或端口组视图

进入端口视图

interface interface-type interface-number

二者必选其一

进入端口视图后,下面进行的配置只在当前端口生效;进入端口组视图后,下面进行的配置将在端口组中的所有端口生效

进入端口组视图

port-group manual port-group-name

配置端口的优先级信任模式为信任报文的DSCP优先级

qos trust dscp

二者选其一

缺省情况下,所有端口都信任报文的802.1p优先级

配置端口的优先级信任模式为信任报文的802.1p优先级

undo qos trust

 

3.3.3  配置端口优先级

表3-4 配置端口优先级

操作

命令

说明

进入系统视图

system-view

-

进入端口视图或端口组视图

进入端口视图

interface interface-type interface-number

二者必选其一

进入端口视图后,下面进行的配置只在当前端口生效;进入端口组视图后,下面进行的配置将在端口组中的所有端口生效

进入端口组视图

port-group manual port-group-name

配置端口优先级

qos priority priority-value

必选

端口优先级的缺省值为0

 

3.4  优先级映射显示和维护

在完成上述配置后,在任意视图下执行display命令可以显示配置后优先级映射的运行情况,通过查看显示信息验证配置的效果。

表3-5 优先级映射显示和维护

操作

命令

显示指定优先级映射表配置情况

display qos map-table [ dot1p-dp | dot1p-exp | dot1p-lp | dscp-dot1p | dscp-dp | dscp-dscp | exp-dot1p | exp-dp ] [ | { begin | exclude | include } regular-expression ]

显示端口优先级信任模式信息

display qos trust interface [ interface-type interface-number ] [ | { begin | exclude | include } regular-expression ]

 

 


4 流量监管、流量整形和端口限速配置

4.1  流量监管、流量整形和端口限速简介

如果不限制用户发送的流量,那么大量用户不断突发的数据只会使网络更拥挤。为了使有限的网络资源能够更好地发挥效用,更好地为更多的用户服务,必须对用户的流量加以限制。比如限制每个时间间隔某个流只能得到承诺分配给它的那部分资源,防止由于过分突发所引发的网络拥塞。

流量监管、流量整形和端口限速都可以通过对流量规格的监督来限制流量及其资源的使用,它们有一个前提条件,就是要知道流量是否超出了规格,然后才能根据评估结果实施调控。一般采用令牌桶(Token Bucket)对流量的规格进行评估。

4.1.1  流量评估与令牌桶

1. 令牌桶的特点

令牌桶可以看作是一个存放一定数量令牌的容器。系统按设定的速度向桶中放置令牌,当桶中令牌满时,多出的令牌溢出,桶中令牌不再增加。

2. 用令牌桶评估流量

在用令牌桶评估流量规格时,是以令牌桶中的令牌数量是否足够满足报文的转发为依据的。如果桶中存在足够的令牌可以用来转发报文(通常用一个令牌关联一个比特的转发权限),称流量遵守或符合这个规格,否则称为不符合或超标。

评估流量时令牌桶的参数包括:

l              平均速率:向桶中放置令牌的速率,即允许的流的平均速度。通常配置为CIR。

l              突发尺寸:令牌桶的容量,即每次突发所允许的最大的流量尺寸。通常配置为CBS,突发尺寸必须大于最大报文长度。

每到达一个报文就进行一次评估。每次评估,如果桶中有足够的令牌可供使用,则说明流量控制在允许的范围内,此时要从桶中取走与报文转发权限相当的令牌数量;否则说明已经耗费太多令牌,流量超标了。

3. 复杂评估

为了评估更复杂的情况,实施更灵活的调控策略,可以配置两个令牌桶(简称C桶和E桶)。例如TP中有四个参数:

l              CIR:表示向C桶中投放令牌的速率,即C桶允许传输或转发报文的平均速率;

l              CBS:表示C桶的容量,即C桶瞬间能够通过的承诺突发流量;

l              PIR:表示向E桶中投放令牌的速率,即E桶允许传输或转发报文的最大速率;

l              EBS:表示E桶的容量,即E桶瞬间能够通过的超出突发流量。

CBS和EBS是由两个不同的令牌桶承载的。每次评估时,依据下面的情况,可以分别实施不同的流控策略:

l              如果C桶有足够的令牌,报文被标记为green,即绿色报文;

l              如果C桶令牌不足,但E桶有足够的令牌,报文被标记为yellow,即黄色报文;

l              如果C桶和E桶都没有足够的令牌,报文被标记为red,即红色报文。

4.1.2  流量监管

流量监管支持入/出两个方向,为了方便描述,下文以出方向为例。

 

流量监管TP(Traffic Policing)就是对流量进行控制,通过监督进入网络的流量速率,对超出部分的流量进行“惩罚”,使进入的流量被限制在一个合理的范围之内,以保护网络资源和运营商的利益。例如可以限制HTTP报文不能占用超过50%的网络带宽。如果发现某个连接的流量超标,流量监管可以选择丢弃报文,或重新配置报文的优先级。

图4-1 TP示意图

 

流量监管广泛的用于监管进入Internet服务提供商ISP的网络流量。流量监管还包括对所监管流量的流分类服务,并依据不同的评估结果,实施预先设定好的监管动作。这些动作可以是:

l              转发:比如对评估结果为“符合”的报文继续转发。

l              丢弃:比如对评估结果为“不符合”的报文进行丢弃。

l              改变优先级并转发:比如对评估结果为“符合”的报文,将之标记为其它的优先级后再进行转发,可以改变的优先级包括:802.1p优先级、DSCP优先级、本地优先级。

4.1.3  流量整形

流量整形仅支持出方向。

 

TS(Traffic Shaping,流量整形)是一种主动调整流量输出速率的措施。一个典型应用是基于下游网络节点的TP指标来控制本地流量的输出。

流量整形与流量监管的主要区别在于,流量整形对流量监管中需要丢弃的报文进行缓存——通常是将它们放入缓冲区或队列内,如图4-2所示。当令牌桶有足够的令牌时,再均匀的向外发送这些被缓存的报文。流量整形与流量监管的另一区别是,整形可能会增加延迟,而监管几乎不引入额外的延迟。

图4-2 TS示意图

 

例如,在图4-3所示的应用中,设备Switch A向Switch B发送报文。Switch B要对Switch A发送来的报文进行TP监管,对超出规格的流量直接丢弃。

图4-3 流量整形的应用

 

为了减少报文的无谓丢失,可以在Switch A的出口对报文进行流量整形处理。将超出流量整形特性的报文缓存在Switch A中。当可以继续发送下一批报文时,流量整形再从缓冲队列中取出报文进行发送。这样,发向Switch B的报文将都符合Switch B的流量规定。

4.1.4  端口限速

端口限速支持入/出两个方向,为了方便描述,下文以出方向为例。

 

利用LR(Line Rate,物理端口限速)可以在一个物理端口上限制发送报文(包括紧急报文)的总速率。

LR也是采用令牌桶进行流量控制。如果在设备的某个端口上配置了LR,所有经由该端口发送的报文首先要经过LR的令牌桶进行处理。如果令牌桶中有足够的令牌,则报文可以发送;否则,报文将进入QoS队列进行拥塞管理。这样,就可以对通过该物理端口的报文流量进行控制。

图4-4 LR处理过程示意图

 

由于采用了令牌桶控制流量,当令牌桶中存有令牌时,可以允许报文的突发性传输;当令牌桶中没有令牌时,报文必须等到桶中生成了新的令牌后才可以继续发送。这就限制了报文的流量不能大于令牌生成的速度,达到了限制流量,同时允许突发流量通过的目的。

与流量监管相比,物理端口限速能够限制在物理端口上通过的所有报文。当用户只要求对所有报文限速时,使用物理端口限速比较简单。

4.2  配置任务简介

表4-1 配置任务简介

配置任务

详细配置

流量监管配置

4.3   

流量整形配置

4.4   

端口限速配置

4.5   

 

4.3  流量监管配置

表4-2 流量监管配置

操作

命令

说明

进入系统视图

system-view

-

定义类并进入类视图

traffic classifier tcl-name [ operator { and | or } ]

-

定义匹配数据包的规则

if-match match-criteria

-

退出类视图

quit

-

定义一个流行为并进入流行为视图

traffic behavior behavior-name

-

配置流量监管动作

car cir committed-information-rate [ cbs committed-burst-size [ ebs excess-burst-size ] ] [ pir peak-information-rate ] [ green action ] [ yellow action ] [ red action ]

必选

退出流行为视图

quit

-

定义策略并进入策略视图

qos policy policy-name

-

在策略中为类指定采用的流行为

classifier tcl-name behavior behavior-name

-

退出策略视图

quit

-

应用QoS策略

基于端口

2.2.4  1. 基于端口应用QoS策略

-

基于VLAN

2.2.4  2. 基于VLAN应用QoS策略

-

基于全局

2.2.4  3. 基于全局应用QoS策略

-

 

4.4  流量整形配置

H3C Blade5500系列刀片交换机的流量整形为基于队列的流量整形,即针对某一个队列的数据包设置整形参数。

表4-3 流量整形配置

操作

命令

说明

进入系统视图

system-view

-

进入端口视图或端口组视图

进入端口视图

interface interface-type interface-number

二者必选其一

进入端口视图后,下面进行的配置只在当前端口生效;进入端口组视图后,下面进行的配置将在端口组中的所有端口生效

进入端口组视图

port-group manual port-group-name

在端口配置流量整形

qos gts queue queue-number cir committed-information-rate [ cbs committed-burst-size ]

必选

 

4.5  端口限速配置

配置端口限速就是限制端口向外发送数据或者接收数据的速率。

表4-4 端口限速配置过程

操作

命令

说明

进入系统视图

system-view

-

进入端口视图或端口组视图

进入端口视图

interface interface-type interface-number

二者必选其一

进入端口视图后,下面进行的配置只在当前端口生效;进入端口组视图后,下面进行的配置将在端口组中的所有端口生效

进入端口组视图

port-group manual port-group-name

配置端口限速

qos lr { inbound | outbound } cir committed-information-rate [ cbs committed-burst-size ]

必选

 

4.6  流量监管/流量整形/端口限速显示和维护

H3C Blade5500系列刀片交换机的流量监管功能通过QoS策略方式实现,相关显示和维护的命令请参见2.2.5  QoS策略显示和维护

 

在完成上述配置后,在任意视图下执行display命令可以显示配置后流量监管/流量整形/端口限速的运行情况,通过查看显示信息验证配置的效果。

表4-5 流量监管/流量整形/端口限速显示和维护

操作

命令

显示流量整形配置运行信息

display qos gts interface [ interface-type interface-number ] [ | { begin | exclude | include } regular-expression ]

显示端口的LR配置和统计信息

display qos lr interface [ interface-type interface-number ] [ | { begin | exclude | include } regular-expression ]

 

 


5 拥塞管理配置

5.1  拥塞管理简介

5.1.1  拥塞的产生、影响和对策

所谓拥塞,是指当前供给资源相对于正常转发处理需要资源的不足,从而导致服务质量下降的一种现象。

在复杂的Internet分组交换环境下,拥塞极为常见。以下图中的两种情况为例:

图5-1 流量拥塞示意图

 

拥塞有可能会引发一系列的负面影响:

l              拥塞增加了报文传输的延迟和抖动,可能会引起报文重传,从而导致更多的拥塞产生。

l              拥塞使网络的有效吞吐率降低,造成网络资源的利用率降低。

l              拥塞加剧会耗费大量的网络资源(特别是存储资源),不合理的资源分配甚至可能导致系统陷入资源死锁而崩溃。

在分组交换以及多用户业务并存的复杂环境下,拥塞又是不可避免的,因此必须采用适当的方法来解决拥塞。

拥塞管理的中心内容就是当拥塞发生时如何制定一个资源的调度策略,以决定报文转发的处理次序。拥塞管理的处理包括队列的创建、报文的分类、将报文送入不同的队列、队列调度等。

5.1.2  拥塞管理策略

对于拥塞管理,一般采用队列技术,使用一个队列算法对流量进行分类,之后用某种优先级别算法将这些流量发送出去。每种队列算法都是用以解决特定的网络流量问题,并对带宽资源的分配、延迟、抖动等有着十分重要的影响。

队列调度对不同优先级的报文进行分级处理,优先级高的会得到优先发送。这里介绍三种常用的队列:严格优先级SP(Strict-Priority)队列、加权轮询WRR(Weighted Round Robin)队列和加权公平队列(Weighted Fair Queuing)。

1. SP队列

图5-2 SP队列示意图

 

SP队列是针对关键业务类型应用设计的。关键业务有一个重要的特点,即在拥塞发生时要求优先获得服务以减小响应的延迟。以图5-2为例,优先队列将端口的8个输出队列分成8类,依次为7、6、5、4、3、2、1、0队列,它们的优先级依次降低。

在队列调度时,SP严格按照优先级从高到低的次序优先发送较高优先级队列中的分组,当较高优先级队列为空时,再发送较低优先级队列中的分组。这样,将关键业务的分组放入较高优先级的队列,将非关键业务的分组放入较低优先级的队列,可以保证关键业务的分组被优先传送,非关键业务的分组在处理关键业务数据的空闲间隙被传送。

SP的缺点是:拥塞发生时,如果较高优先级队列中长时间有分组存在,那么低优先级队列中的报文将一直得不到服务。

2. WRR队列

图5-3 WRR队列示意图

 

WRR队列在队列之间进行轮流调度,保证每个队列都得到一定的服务时间。以端口有8个输出队列为例,WRR可为每个队列配置一个加权值(依次为w7、w6、w5、w4、w3、w2、w1、w0),加权值表示获取资源的比重。如一个100Mbps的端口,配置它的WRR队列的加权值为50、50、30、30、10、10、10、10(依次对应w7、w6、w5、w4、w3、w2、w1、w0),这样可以保证最低优先级队列至少获得5Mbps的带宽,避免了采用SP调度时低优先级队列中的报文可能长时间得不到服务的缺点。

WRR队列还有一个优点是,虽然多个队列的调度是轮询进行的,但对每个队列不是固定地分配服务时间片——如果某个队列为空,那么马上换到下一个队列调度,这样带宽资源可以得到充分的利用。

在使用WRR队列时,用户可以定制各个队列的权重,WRR按用户设定的参数进行加权轮询调度。

3. WFQ队列

图5-4 WFQ队列

 

WFQ和WRR队列调度效果类似,唯一的区别是WFQ还支持最小带宽保证机制,能够实现更灵活的调度方案:

l              通过配置最小带宽保证值,确保WFQ中每一个队列都拥有最小保证带宽。

l              可分配带宽(可分配带宽 = 总带宽 - 各队列最小保证带宽)按照各队列优先级进行分配。

例如:端口的总带宽为10M、端口中当前共有5个流,它们的优先级分别为0、1、2、3、4;每个流的最小带宽保证分别为128kbps、128kbps、128kbps、64kbps、64kbps。

l              可分配带宽=10M-(128k+128k+128k+64k+64k) = 9.5M。

l              可分配带宽总配额为所有(流的优先级+1)的和。即:1+2+3+4+5 = 15。

l              每个流所占可分配带宽比例为:(自己的优先级数+1)/(所有 (流的优先级+1) 的和)。即每个流可得的可分配带宽比分别为:1/15、2/15、3/15、4/15、5/15。

l              最终每个队列得到的带宽=最小保证带宽+该队列从可分配带宽中分到的带宽。

由于WFQ在拥塞发生时能均衡各个流的延迟和抖动,所以WFQ在一些特殊场合得到了有效的应用。比如在使用资源预留协议RSVP(Resource Reservation Protocol)的保证型业务中,通常就是采用WFQ作为调度策略;在流量整形TS中,也采用WFQ调度缓存的报文。

4. SP+WRR队列

用户可以根据需要配置端口上的部分队列使用SP队列调度,部分队列使用WRR队列调度,通过将端口上的队列分别加入SP调度组和WRR调度组(即group 1),实现SP+WRR的调度功能。在队列调度时,系统会优先保证SP调度组内的队列调度,当SP调度组内的队列中没有报文发送时,才会调度WRR调度组内的队列。SP调度组内各个队列执行严格优先级调度方式,WRR调度组内各个队列执行加权轮询调度方式。

5.2  拥塞管理配置

表5-1 拥塞管理配置任务简介

配置任务

说明

详细配置

配置SP队列

请根据需要选择一种拥塞管理方式

 

配置WRR队列

 

配置WFQ队列

 

配置SP+WRR队列

 

 

5.2.2  配置SP队列

1. 配置过程

表5-2 SP队列配置过程

操作

命令

说明

进入系统视图

system-view

-

进入端口视图或端口组视图

进入端口视图

interface interface-type interface-number

二者必选其一

进入端口视图后,下面进行的配置只在当前端口生效;进入端口组视图后,下面进行的配置将在端口组中的所有端口生效

进入端口组视图

port-group manual port-group-name

配置SP队列

qos sp

可选

缺省情况下,端口采用SP算法进行队列调度

显示SP队列

display qos sp interface [ interface-type interface-number ] [ | { begin | exclude | include } regular-expression ]

可选

display命令可以在任意视图下执行

 

2. 配置举例

(1)        组网需求

配置GigabitEthernet1/1/1采用SP队列。

(2)        配置步骤

# 进入系统视图

<Sysname> system-view

# 配置GigabitEthernet1/1/1的SP队列。

[Sysname] interface gigabitethernet 1/1/1

[Sysname-GigabitEthernet1/1/1] qos sp

5.2.3  配置WRR队列

1. 配置过程

表5-3 WRR队列配置过程

操作

命令

说明

进入系统视图

system-view

-

进入端口视图或端口组视图

进入端口视图

interface interface-type interface-number

二者必选其一

进入端口视图后,下面进行的配置只在当前端口生效;进入端口组视图后,下面进行的配置将在端口组中的所有端口生效

进入端口组视图

port-group manual port-group-name

使能端口的WRR队列

qos wrr

必选

缺省情况下,端口使用SP队列进行调度

配置基本WRR队列

qos wrr queue-id weight schedule-value

必选

显示WRR队列的配置

display qos wrr interface [ interface-type interface-number ] [ | { begin | exclude | include } regular-expression ]

可选

display命令可以在任意视图下执行

 

2. 配置举例

(1)        组网需求

l              配置端口GigabitEthernet1/1/1的队列为WRR队列。

l              配置所有队列均属于为WRR分组,权重分别为1、2、4、6、8、10、12、14。

(2)        配置步骤

# 进入系统视图。

<Sysname> system-view

# 配置端口GigabitEthernet 1/1/1使用WRR队列调度算法。

[Sysname] interface GigabitEthernet 1/1/1

[Sysname-GigabitEthernet1/1/1] qos wrr

[Sysname-GigabitEthernet1/1/1] qos wrr 0 group 1 weight 1

[Sysname-GigabitEthernet1/1/1] qos wrr 1 group 1 weight 2

[Sysname-GigabitEthernet1/1/1] qos wrr 2 group 1 weight 4

[Sysname-GigabitEthernet1/1/1] qos wrr 3 group 1 weight 6

[Sysname-GigabitEthernet1/1/1] qos wrr 4 group 1 weight 8

[Sysname-GigabitEthernet1/1/1] qos wrr 5 group 1 weight 10

[Sysname-GigabitEthernet1/1/1] qos wrr 6 group 1 weight 12

[Sysname-GigabitEthernet1/1/1] qos wrr 7 group 1 weight 14

5.2.4  配置WFQ队列

表5-4 WFQ队列配置过程

操作

命令

说明

进入系统视图

system-view

-

进入端口视图或端口组视图

进入端口视图

interface interface-type interface-number

二者必选其一

进入端口视图后,下面进行的配置只在当前端口生效;进入端口组视图后,下面进行的配置将在端口组中的所有端口生效

进入端口组视图

port-group manual port-group-name

使能WFQ队列

qos wfq

必选

缺省情况下,端口使用SP队列进行调度

配置WFQ队列的最小保证带宽值

qos bandwidth queue queue-id min bandwidth-value

可选

配置WFQ队列的队列调度权重值

qos wfq queue-id weight schedule-value

必选

显示WFQ队列配置

display qos wfq interface [ interface-type interface-number ] [ | { begin | exclude | include } regular-expression ]

可选

display命令可以在任意视图下执行

 

2. 配置举例

(1)        组网需求

l              配置端口GigabitEthernet 1/1/1使用WFQ队列调度算法,队列0~7的权重分别为1、2、4、6、8、10、12、14。

l              配置队列0的最小保证带宽为128kbps。

(2)        配置步骤

# 进入系统视图。

<Sysname> system-view

# 配置端口GigabitEthernet 1/1/1使用WFQ队列调度算法。

[Sysname] interface GigabitEthernet 1/1/1

[Sysname-GigabitEthernet1/1/1] qos wfq

[Sysname-GigabitEthernet1/1/1] qos wfq 0 weight 1

[Sysname-GigabitEthernet1/1/1] qos wfq 1 weight 2

[Sysname-GigabitEthernet1/1/1] qos wfq 2 weight 4

[Sysname-GigabitEthernet1/1/1] qos wfq 3 weight 6

[Sysname-GigabitEthernet1/1/1] qos wfq 4 weight 8

[Sysname-GigabitEthernet1/1/1] qos wfq 5 weight 10

[Sysname-GigabitEthernet1/1/1] qos wfq 6 weight 12

[Sysname-GigabitEthernet1/1/1] qos wfq 7 weight 14

# 配置端口队列0的最小保证带宽为128kbps。

[Sysname-GigabitEthernet1/1/1] qos bandwidth queue 0 min 128

5.2.5  配置SP+WRR队列

1. 配置过程

表5-5 配置SP+WRR队列

操作

命令

说明

进入系统视图

system-view

-

进入端口视图或端口组视图

进入端口视图

interface interface-type interface-number

二者必选其一

进入端口视图后,下面进行的配置只在当前端口生效;进入端口组视图后,下面进行的配置将在端口组中的所有端口生效

进入端口组视图

port-group manual port-group-name

开启端口支持WRR队列

qos wrr

必选

缺省情况下,所有端口均使用SP队列

配置SP队列

qos wrr queue-id group sp

必选

配置WRR队列

qos wrr queue-id group group-id weight schedule-value

必选

缺省情况下,所有端口使用WRR队列调度算法,队列0~7的权重分别为1、2、3、4、5、9、13、15

 

2. 配置举例

(1)        组网需求

l              配置端口GigabitEthernet 1/1/1使用SP+WRR队列调度算法

l              配置端口GigabitEthernet 1/1/1上的0、1、2、3队列属于SP调度组

l              配置端口GigabitEthernet 1/1/1上的4、5、6、7队列属于WRR调度组,权重分别为2、4、6、8

(2)        配置步骤

# 进入系统视图。

<Sysname> system-view

# 配置端口GigabitEthernet 1/1/1使用SP+WRR队列调度算法。

[Sysname] interface GigabitEthernet 1/1/1

[Sysname-GigabitEthernet1/1/1] qos wrr

[Sysname-GigabitEthernet1/1/1] qos wrr 0 group sp

[Sysname-GigabitEthernet1/1/1] qos wrr 1 group sp

[Sysname-GigabitEthernet1/1/1] qos wrr 2 group sp

[Sysname-GigabitEthernet1/1/1] qos wrr 3 group sp

[Sysname-GigabitEthernet1/1/1] qos wrr 4 group 1 weight 2

[Sysname-GigabitEthernet1/1/1] qos wrr 5 group 1 weight 4

[Sysname-GigabitEthernet1/1/1] qos wrr 6 group 1 weight 6

[Sysname-GigabitEthernet1/1/1] qos wrr 7 group 1 weight 8

 


6 拥塞避免

6.1  拥塞避免简介

过度的拥塞会对网络资源造成极大危害,必须采取某种措施加以解除。拥塞避免(Congestion Avoidance)是一种流量控制机制,它通过监视网络资源(如队列或内存缓冲区)的使用情况,在拥塞产生或有加剧的趋势时主动丢弃报文,通过调整网络的流量来解除网络过载。

与端到端的流量控制相比,这里的流量控制具有更广泛的意义,它影响到设备中更多的业务流的负载。设备在丢弃报文时,需要与源端的流量控制动作(比如TCP流量控制)相配合,调整网络的流量到一个合理的负载状态。丢包策略和源端流控机制有效的组合,可以使网络的吞吐量和利用效率最大化,并且使报文丢弃和延迟最小化。

1. 传统的丢包策略

传统的丢包策略采用尾部丢弃(Tail-Drop)的方法。当队列的长度达到最大值后,所有新到来的报文都将被丢弃。

这种丢弃策略会引发TCP全局同步现象:当队列同时丢弃多个TCP连接的报文时,将造成多个TCP连接同时进入拥塞避免和慢启动状态以降低并调整流量,而后又会在某个时间同时出现流量高峰。如此反复,使网络流量忽大忽小,网络不停震荡。

2. RED与WRED

为避免TCP全局同步现象,可使用RED(Random Early Detection,随机早期检测)或WRED(Weighted Random Early Detection,加权随机早期检测)。

RED和WRED通过随机丢弃报文避免了TCP的全局同步现象,使得当某个TCP连接的报文被丢弃、开始减速发送的时候,其他的TCP连接仍然有较高的发送速度。这样,无论什么时候,总有TCP连接在进行较快的发送,提高了线路带宽的利用率。

在RED类算法中,为每个队列都设定上限和下限,对队列中的报文进行如下处理:

l              当队列的长度小于下限时,不丢弃报文;

l              当队列的长度超过上限时,丢弃所有到来的报文;

l              当队列的长度在上限和下限之间时,开始随机丢弃到来的报文。队列越长,丢弃概率越高,但有一个最大丢弃概率。

与RED不同,WRED生成的随机数是基于优先权的,它引入IP优先权区别丢弃策略,考虑了高优先权报文的利益,使其被丢弃的概率相对较小。

6.2  WRED配置的说明

6.2.1  WRED的配置方式

H3C Blade5500系列刀片交换机的WRED功能采用WRED表的配置方式,即在系统视图下配置WRED表,然后在端口上应用WRED表。

6.2.2  WRED的参数说明

在进行WRED配置时,需要事先确定如下参数:

l              队列上限和下限:当队列平均长度小于下限时,不丢弃报文。当队列平均长度在上限和下限之间时,设备随机丢弃报文,队列越长,丢弃概率越高。当队列平均长度超过上限时,丢弃所有到来的报文。

l              丢弃优先级:在进行报文丢弃时参考的参数,0对应绿色报文、1对应黄色报文、2对应红色报文,红色报文将被优先丢弃。

l              计算丢弃概率的分母:在计算丢弃概率的公式中作为分母。取值越大,计算出的丢弃概率越小。

6.3  配置WRED

WRED表是一个基于队列的表,拥塞时根据报文所在队列进行随机丢弃。

同一个表可以同时在多个端口应用。WRED表被应用到端口后,用户可以对WRED表的取值进行修改,但是不能删除该WRED表。

6.3.1  配置过程

表6-1 WRED表的配置和应用过程

操作

命令

说明

进入系统视图

system-view

-

配置WRED表

qos wred queue table table-name

-

配置WRED表的其它参数

queue queue-value [ drop-level drop-level ] low-limit low-limit high-limit high-limit [ discard-probability discard-prob ]

可选

缺省情况下,low-limit为100,high-limit为1000,discard-prob为10

进入端口视图或端口组视图

进入端口视图

interface interface-type interface-number

二者必选其一

进入端口视图后,下面进行的配置只在当前端口生效;进入端口组视图后,下面进行的配置将在端口组中的所有端口生效

进入端口组视图

port-group manual port-group-name

在端口应用WRED表

qos wred apply table-name

必选

基于队列的表只能应用在二层端口上

 

6.4  WRED显示和维护

在完成上述配置后,在任意视图下执行display命令可以显示配置后WRED的运行情况,通过查看显示信息验证配置的效果。

表6-2 WRED显示和维护

操作

命令

显示端口的WRED配置情况和统计信息

display qos wred interface [ interface-type interface-number ] [ pvc { pvc-name [ vpi/vci ] | vpi/vci } ] [ | { begin | exclude | include } regular-expression ]

显示WRED表配置情况

display qos wred table [ table-name ] [ | { begin | exclude | include } regular-expression ]

 

 


7 流量过滤配置

7.1  流量过滤简介

流量过滤就是将符合流分类的流配置流量过滤动作。

例如,可以根据网络的实际情况禁止从某个源IP地址发送的报文通过。

7.2  配置流量过滤

表7-1 配置流量过滤

操作

命令

说明

进入系统视图

system-view

-

定义类并进入类视图

traffic classifier tcl-name [ operator { and | or } ]

-

定义匹配数据包的规则

if-match match-criteria

-

退出类视图

quit

-

定义一个流行为并进入流行为视图

traffic behavior behavior-name

-

配置流量过滤动作

filter { deny | permit }

必选

deny表示丢弃数据包;permit表示允许数据包通过

退出流行为视图

quit

-

定义策略并进入策略视图

qos policy policy-name

-

在策略中为类指定采用的流行为

classifier tcl-name behavior behavior-name

-

退出策略视图

quit

-

应用QoS策略

基于端口

2.2.4  1. 基于端口应用QoS策略

-

基于VLAN

2.2.4  2. 基于VLAN应用QoS策略

-

基于全局

2.2.4  3. 基于全局应用QoS策略

-

显示流量过滤的相关配置信息

display traffic behavior user-defined [ behavior-name ] [ | { begin | exclude | include } regular-expression ]

可选

display命令可以在任意视图下执行

 

如果配置了filter deny命令,那么其他流行为(除流量统计)都不会生效;与流量统计(accounting)配合使用的情况和产品相关,具体情况请以设备实际情况为准。

 

 


8 重标记配置

8.1  重标记简介

重标记可以和优先级映射功能配合使用。

 

重标记是将报文的优先级或者标志位进行设置,重新定义流量的优先级等。例如,对于IP报文来说,所谓重标记就是对IP报文中的IP优先级或DSCP值进行重新设置,改变IP报文在网络传输中状态。

重标记动作的配置,可以通过与类关联,将原来报文的优先级或标志位重新进行标记。

8.2  配置重标记

表8-1 配置重标记

操作

命令

说明

进入系统视图

system-view

-

定义类并进入类视图

traffic classifier tcl-name [ operator { and | or } ]

-

定义匹配数据包的规则

if-match match-criteria

-

退出类视图

quit

-

定义一个流行为并进入流行为视图

traffic behavior behavior-name

-

配置标记报文的DSCP值

remark dscp dscp-value

可选

配置标记报文的802.1p优先级

remark dot1p 8021p

可选

配置标记报文的丢弃优先级

remark drop-precedence drop-precedence-value

可选

仅应用在出方向

配置标记报文的IP优先级值

remark ip-precedence ip-precedence-value

可选

配置标记报文的本地优先级

remark local-precedence local-precedence

可选

配置标记报文的qos-local-id

remark qos-local-id local-id-value

可选

qos-local-id是设备为报文重新标记的一种属性,用户可以根据不同的需求给报文标记不同的qos-local-id。标记qos-local-id主要用于对匹配多个流分类的报文进行重分类,再对这个重分类进行流行为动作,以达到对多种报文进行同一种处理方式的效果

退出流行为视图

quit

-

定义策略并进入策略视图

qos policy policy-name

-

在策略中为类指定采用的流行为

classifier tcl-name behavior behavior-name

-

退出策略视图

quit

-

应用QoS策略

基于端口

2.2.4  1. 基于端口应用QoS策略

-

基于VLAN

2.2.4  2. 基于VLAN应用QoS策略

-

基于全局

2.2.4  3. 基于全局应用QoS策略

-

显示重标记的相关配置信息

display traffic behavior user-defined [ behavior-name ] [ | { begin | exclude | include } regular-expression ]

可选

display命令可以在任意视图下执行

 

 


9 流量重定向配置

9.1  流量重定向简介

流量重定向就是将符合流分类的流重定向到其他地方进行处理。

目前支持的流量重定向包括以下几种:

l              重定向到CPU:对于需要CPU处理的报文,可以通过配置上送给CPU。

l              重定向到端口:对于收到需要由某个端口处理的报文时,可以通过配置重定向到此端口。只针对二层转发报文。

l              重定向到下一跳:对于收到需要由某个接口处理的报文时,可以通过配置重定向到此接口。只针对三层转发报文。

9.2  配置流量重定向

表9-1 配置流量重定向

操作

命令

说明

进入系统视图

system-view

-

定义类并进入类视图

traffic classifier tcl-name [ operator { and | or } ]

-

定义匹配数据包的规则

if-match match-criteria

-

退出类视图

quit

-

定义一个流行为并进入流行为视图

traffic behavior behavior-name

必选

配置流量重定向动作

redirect { cpu | interface interface-type interface-number | next-hop { ipv4-add [ ipv4-add ] | ipv6-add [ interface-type interface-number ] [ ipv6-add [ interface-type interface-number ] ] } }

可选

退出流行为视图

quit

-

定义策略并进入策略视图

qos policy policy-name

-

在策略中为类指定采用的流行为

classifier tcl-name behavior behavior-name

-

退出策略视图

quit

-

应用QoS策略

基于端口

2.2.4  1. 基于端口应用QoS策略

-

基于VLAN

2.2.4  2. 基于VLAN应用QoS策略

-

基于全局

2.2.4  3. 基于全局应用QoS策略

-

 

l          在配置重定向动作时,同一个流行为中重定向类型只能为重定向到CPU、重定向到接口、重定向到下一跳中的一种。

l          可以通过命令display traffic behavior user-defined [ behavior-name ] [ | { begin | exclude | include } regular-expression ]查看流量重定向的相关配置信息。

 

 


10 聚合CAR配置

10.1  聚合CAR简介

聚合CAR是指能够对多个业务流使用同一个CAR进行流量监管,即如果多个端口应用同一聚合CAR,则这多个端口的流量之和必须在此聚合CAR设定的流量监管范围之内。

10.2  配置聚合CAR

10.2.1  配置过程

表10-1 配置聚合CAR

操作

命令

说明

进入系统视图

system-view

-

配置聚合CAR的各个参数

qos car car-name aggregative cir committed-information-rate [ cbs committed-burst-size [ ebs excess-burst-size ] ] [ pir peek-information-rate ] [ red action ]

必选

进入流行为视图

traffic behavior behavior-name

必选

在流行为中引用聚合CAR

car name car-name

必选

显示配置的流行为信息

display traffic behavior user-defined [ behavior-name ] [ | { begin | exclude | include } regular-expression ]

可选

display命令可以在任意视图下执行

显示指定聚合CAR的CAR配置和统计信息

display qos car name [ car-name ] [ | { begin | exclude | include } regular-expression ]

 

10.2.2  配置举例

# 配置聚合CAR aggcar-1采取的CAR参数取值,cir取值为256,cbs取值为2000,对于红色报文采取丢弃的动作,并在流行为be1中引用aggcar-1。

<Sysname> system-view

[Sysname] qos car aggcar-1 aggregative cir 256 cbs 2000 red discard

[Sysname] traffic behavior be1

[Sysname-behavior-be1] car name aggcar-1

10.3  聚合CAR显示和维护

在完成上述配置后,在任意视图下执行display命令可以显示配置后聚合CAR的运行情况,通过查看显示信息验证配置的效果。

在用户视图下执行reset命令可以清除聚合CAR统计信息。

表10-2 全局CAR显示和维护

操作

命令

显示聚合CAR的配置和统计信息

display qos car name [ car-name ] [ | { begin | exclude | include } regular-expression ]

清除聚合CAR的统计信息

reset qos car name [ car-name ]

 

 


11 流量统计配置

11.1  流量统计简介

流量统计就是通过与类关联,对符合匹配规则的流进行统计。例如,可以统计从某个源IP地址发送的报文,然后管理员对统计信息进行分析,根据分析情况采取相应的措施。

11.2  配置流量统计

表11-1 配置流量统计

操作

命令

说明

进入系统视图

system-view

-

定义类并进入类视图

traffic classifier tcl-name [ operator { and | or } ]

-

定义匹配数据包的规则

if-match match-criteria

-

退出类视图

quit

-

定义一个流行为并进入流行为视图

traffic behavior behavior-name

必选

配置统计动作

accounting

必选

退出流行为视图

quit

-

定义策略并进入策略视图

qos policy policy-name

-

在策略中为类指定采用的流行为

classifier tcl-name behavior behavior-name

-

退出策略视图

quit

-

应用QoS策略

基于端口

2.2.4  1. 基于端口应用QoS策略

-

基于VLAN

2.2.4  2. 基于VLAN应用QoS策略

-

基于全局

2.2.4  3. 基于全局应用QoS策略

-

 

11.3  流量统计显示和维护

在完成上述配置后,用户可以根据QoS的应用范围在任意视图下执行display qos policy globaldisplay qos policy interfacedisplay qos vlan-policy命令来显示流量统计的情况,通过查看显示信息验证配置的效果。

 


12 附录

12.1  附录 A 缩略语表

表12-1 附录 A 缩略语表

缩略语

英文全名

中文解释

AF

Assured Forwarding

确保转发

BE

Best Effort

尽力转发

CAR

Committed Access Rate

约定访问速率

CBQ

Class Based Queuing

基于类的队列

CBS

Committed Burst Size

承诺突发尺寸

CBWFQ

Class Based Weighted Fair Queuing

基于类的加权公平队列

CE

Customer Edge

用户边缘设备

CIR

Committed Information Rate

承诺信息速率

CQ

Custom Queuing

定制队列

DAR

Deeper Application Recognition

深度应用识别

DiffServ

Differentiated Service

区分服务

DSCP

Differentiated Services Codepoint

区分服务编码点

EACL

Enhanced ACL

增强型ACL

EBS

Excess Burst Size

超出突发尺寸

EF

Expedited Forwarding

加速转发

FEC

Forwarding Equivalance Class

转发等价类

FIFO

First in First out

先进先出

GTS

Generic Traffic Shaping

通用流量整形

IntServ

Integrated Service

综合服务

ISP

Inernet Service Provider

Internet服务提供商

LFI

Link Fragmentation & Interleaving

链路分片与交叉

LLQ

Low Latency Queuing

低时延队列

LR

Line Rate

物理接口总速率限制

LSP

Label Switched Path

标签交换路径

MPLS

Multiprotocol Label Switching

多协议标签交换

PE

Provider Edge

服务商边缘路由器

PHB

Per-hop Behavior

单中继段行为,指IP转发中每一跳的转发行为

PIR

Peak Information Rate

峰值信息速率

PQ

Priority Queuing

优先队列

QoS

Quality of Service

服务质量,指报文传送的吞吐量、时延、时延抖动、丢失率等性能

RED

Random Early Detection

随机早期检测

RSVP

Resource Reservation Protocol

资源预留协议

RTP

Real Time Protocol

实时协议

SLA

Service Level Agreement

服务水平协议。是服务使用者和服务提供者之间签订的服务水平协议。服务提供者按此协议向服务使用者提供服务

TE

Traffic Engineering

流量工程

ToS

Type of Service

服务类型

TP

Traffic Policing

流量监管

TS

Traffic Shaping

流量整形

VoIP

Voice over IP

通过IP报文传递语音报文

VPN

Virtual Private Network

虚拟专用网

WFQ

Weighted Fair Queuing

加权公平队列

WRED

Weighted Random Early Detection

加权随机早期检测

 

12.2  附录 B 缺省优先级映射表

dscp-dscp映射表的缺省映射关系为:映射输出值等于输入值。

 

表12-2 dot1p-lp、dot1p-dp缺省映射关系

映射输入索引

dot1p-lp映射

dot1p-dp映射

802.1p优先级(dot1p)

本地优先级(lp)

丢弃优先级(dp)

0

2

0

1

0

0

2

1

0

3

3

0

4

4

0

5

5

0

6

6

0

7

7

0

 

表12-3 dscp-dp、dscp-dot1p缺省映射关系

映射输入索引

dscp-dp映射

dscp-dot1p映射

dscp

丢弃优先级(dp)

802.1p优先级(dot1p)

0~7

0

0

8~15

0

1

16~23

0

2

24~31

0

3

32~39

0

4

40~47

0

5

48~55

0

6

56~63

0

7

 

12.3  附录 C 各种优先级介绍

12.3.1  IP优先级和DSCP优先级

图12-1 ToS和DS域

 

图12-1所示,IP报文头的ToS字段有8个bit,其中前3个bit表示的就是IP优先级,取值范围为0~7。RFC 2474中,重新定义了IP报文头部的ToS域,称之为DS(Differentiated Services,差分服务)域,其中DSCP优先级用该域的前6位(0~5位)表示,取值范围为0~63,后2位(6、7位)是保留位。

表12-4 IP优先级说明

IP优先级(十进制)

IP优先级(二进制)

关键字

0

000

routine

1

001

priority

2

010

immediate

3

011

flash

4

100

flash-override

5

101

critical

6

110

internet

7

111

network

 

表12-5 DSCP优先级说明

DSCP优先级(十进制)

DSCP优先级(二进制)

关键字

46

101110

ef

10

001010

af11

12

001100

af12

14

001110

af13

18

010010

af21

20

010100

af22

22

010110

af23

26

011010

af31

28

011100

af32

30

011110

af33

34

100010

af41

36

100100

af42

38

100110

af43

8

001000

cs1

16

010000

cs2

24

011000

cs3

32

100000

cs4

40

101000

cs5

48

110000

cs6

56

111000

cs7

0

000000

be(default)

 

12.3.2  802.1p优先级

802.1p优先级位于二层报文头部,适用于不需要分析三层报头,而需要在二层环境下保证QoS的场合。

图12-2 带有802.1Q标签头的以太网帧

 

图12-2所示,4个字节的802.1Q标签头包含了2个字节的TPID(Tag Protocol Identifier,标签协议标识,取值为0x8100)和2个字节的TCI(Tag Control Information,标签控制信息),图12-3显示了802.1Q标签头的详细内容,Priority字段就是802.1p优先级。之所以称此优先级为802.1p优先级,是因为有关这些优先级的应用是在802.1p规范中被详细定义。

图12-3 802.1Q标签头

 

表12-6 802.1p优先级说明

802.1p优先级(十进制)

802.1p优先级(二进制)

关键字

0

000

best-effort

1

001

background

2

010

spare

3

011

excellent-effort

4

100

controlled-load

5

101

video

6

110

voice

7

111

network-management

 

不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!

新华三官网
联系我们