路由器产品vrp3ch ne16e08e05维护手册vrp315-qos

1、目 录目 录第 1 章 QoS 概述1-1QoS 简介1-1协议标准列表1-1协议概述1-3模块/特性规格1-12第 2 章 故障和排错2-12.1 故障定位思路2-12.2 查询、调试和命令2-12.2.1 查询命令2-12.2.2 调试命令2-152.3 故障信息. 2-162.3.1 一般信息. 2-162.3.2 大流量下路由协议或者 LDP 协议断的故障信息. 2-172.3.3 RTPQ 或 CBQ 的 EF 队列的语音等实时数据服务质量没有保证故障信息. 2-17第 3 章 FAQ3-13.1.1 MQC、CQC、CBQ、CBWFQ、LLQ、EF、AF3-13.1.2 ToS、I

2、P 优先级、DSCP区别3-2怎样维持链路和路由等在网络拥塞时不断3-3何谓接口最大预留带宽3-3CBQ 怎样为 AF 和 EF 队列保证和分配带宽3-3QoS 队列在接口不拥塞的时候起作用吗3-4为什么 RTPQ 或者 CBQ 的 EF 类配置了足够的带宽，却有报文丢失3-4为什么 PQ 的 TOP 队列有报文丢失3-4VT 接口配置 QoS 队列的注意事项3-5ATM QoS 的规格3-5子接口和其他虚接口对 QoS 的支持情况3-5MPLS QoS 是如何实现的3-5L2TP、IPSec、GRE 隧道如何继承 P 报文的 ToS 字段3-6第 4 章 典型组网应用4-1第 5 章 基本配

3、置方法5-1i第 1 章 QoS 概述第1章 QoS 概述1.1 QoS 简介QoS ( Quality of Service ) 是指网络为特定的业务提供所需服务的一种能力。衡量 QoS 的技术指标包括：(1)(2)(3)(4)带宽/吞吐量：指网络的两个节点之间特定应用业务流的平均速率；时：指数据包在网络的两个节点之间传送的平均往返时间；抖动：指时延的变化；丢包率：指在网络传输过程中丢失报文的百分比，用来衡量网络正确转发用户数据的能力；可用性 - 指网络可以为用户提供服务的时间的百分比。(5)不同的用户及业务对 QoS 技术指标的要求是不同的，通过有效地实施各项QoS 技术，使得网络运营商能

4、够有效地控制网络资源及其使用，能够在单一网络上融合语音、及数据等多种业务，能够在现有网络上细分客户、针对不同的客户需求提供特色的差别业务、以便能迅速获得利益回报、从而进一步扩大市场占有率、提高市场竞争力。1.1.2协议标准列表表1-1 QoS 标准列表1-1协议标准中/英文标题支持情况备注RFC 1349Type of Service in the ernet Protocol Suite全面支持RFC 2309mendationsonQueueManagementand Congestion Avoidanceheernet全面支持RFC 2481A Pro al to add Explic

5、it Congestion Notification (ECN) to IP不支持RFC 定义了 IP 的 ECN（Explicit Congestion Notification）域（TOS域的 6、7 位），并提出根据 ECN 对 TCP 数据流进行拥塞避免的方案，及业界主流厂商均不采用这种方案第 1 章QoS 概述1-2协议标准中/英文标题支持情况备注RFC 2309mendationsonQueueManagementand Congestion Avoidanceheernet全面支持RFC 2386AFrameworkfor QoS-based Routingheernet不支持实

6、现了 RSVP，MPLS TE 等功能，即可支持。RFC 2474Definition of the DifferentiatedServi Field (DS Field) he IPv4 and IPv6 Headers全面支持RFC 2475An Architecture for DifferentiatedServi全面支持RFC 2597Ared Forwarding PHB Group部分支持通过在网络上的所有拥塞节点配置 CBQ，可以实现 AF PHB。但是，利用 MPLS TE 的更完善的实现方案暂不支持。RFC 2598AnExpedited Forwarding PHB部分

7、支持通过在网络上的所有拥塞节点配置 CBQ，可以实现 AF PHB。但是，利用 MPLS TE 的更完善的实现方案暂不支持。RFC 2983DifferentiatedServiandTunnels部分支持IPSec、GRE 隧道自然实现 uniform m ，L2TP 隧道不支持；ATM 的 PVC 业务影射功能是 pipe m 的一种实现，支持。MPLS E-LSP 对应 uniform m ，支持。MPLS L-LSP对应 MPLS E-LSP，暂不支持。RFC 2697A Single Rate Three Color MarkerNE05/08/16 系列采用这种算 法RFC 269

8、8A Two Rate Three Color MarkerNE40/80系列采用 这种算法RFC 2210The Use of RSVP with IETF egrated Servi不支持RFC 2211Specification of the Controlled-Load NetworkElement Service某种意义 上支持，用 QoS 的流量 技术RFC 2212Specification of Guaranteed Quality of Service部分支持通过在网络上的所有拥塞节点配置CBQ，可以实现所谓确保服务质量。 erserv 的实现方案暂不支持。第 1 章 Qo

9、S 概述1.1.3协议概述在传统的 IP 网络中，所有的报文都被无区别的等同对待，每个路由器对所有的报文均采用先入先出（FIFO）的策略进行处理，它尽最大的努力（best-effort）将报文送到目的地，但对报文传送的可靠性、传送延迟等性能不提供任何保证。网络发展日新月异，随着 IP 网络上新应用的不断出现，对 IP 网络的服务质量也提出了新的要求，例如 VoIP（Voice over IP，IP 语音）等实时业务就对报文的传输延迟提出了较高要求，如果报文传送延时太长，将是用户所不能接和 FTP 业务对时间延迟并不敏感）。为了支持具有以及数据等业务，要求网络能够区分出不同的通受的（相对而言，不

10、同服务需求的语音、信进而为之提供相应的服务。传统 IP 网络的尽力服务不可能识别和区分出网络中的各种通信类别，而具备通信类别的区分能力正是为不同的通信提供不同服务的前提，所以说传统网络的尽力服务模式已不能满足应用的需要。QoS（Quality of Service，服务质量）技术的出现便致力于解决这个问题。QoS 旨在针对各种应用的不同需求，为其提供不同的服务质量，例如：提供带宽、减少报文丢失率、降低报文传送时延及时延抖动等。为实现上述目的，QoS 提供了下述功能：分类和标记流量和流量整形拥塞管理拥塞避免1. 分类和标记分类是将数据流划分为多个优先级或多个服务类，如使用 IP 报文头的 ToS

11、（Type of service，服务类型）字段的前三位（即 IP 优先级）来标记报文，可以将报文最多分成 8 类；若使用 DSCP（Differentiated ServiCodepo，区分服务编码点，ToS 域的前 6 位），则最多可分成 64 类。在报文分类后，就可以将其它的 QoS 特性应用到不同的分类，实现基于类的拥塞管理、流量和流量整形等。网络管理者可以设置报文分类的策略，这个策略可以包括 IP 报文的 IP 优先级或 DSCP 值、MPLS 报文的 EXP 值、输入接口、源地址、目的地址、MAC地址、IP 协议或应用程序的端以是一个由五元组（源地址、源端等。分类的结果是没有范围限

12、制的，它可、协议号码、目的地址、目的端）确定的流这样狭小的范围，也可以是到某某网段的所有报文。标记是将 IP 报文的 IP 优先级或者 DSCP 进行设置。对于 MPLS QoS，所谓标记就是 MPLS 报文中的EXP 域进行设置。EXP 域包括 3 位，虽然 RFC 30321-3第 1 章 QoS 概述把它叫做实验域，但它通常作为 MPLS 报文的 CoS 域，与 IP 网络的 IP 优先级等效，用来定义 QoS 的 PHB，以支持 MPLS 网络的 DiffServ。通常于网络边界处对报文进行分类时，同时标记 IP 优先级或者 DSCP，这样，在网络的就可以简单的使用 QoS 优先级作为

13、分类的标准。而队列技术如 WFQ ， CBQ 就可以使用这个优先级来对报文进行不同的处理。下游（downstream）网络可以选择接收上游（upstream）网络的分类结果，也可以按照自己的分类标准重新进行分类。例如：在网络的边界做如下分类和标记：所有 VoIP 数据报文聚合为 EF 业务类，将报文的 IP 优先级标记为 5，或者将 DSCP 值标记为 EF；所有 VoIP 控制报文聚合 AF 业务类，将报文的 IP 优先级标记为 4，或者将 DSCP 值标记为 AF31。当报文在网络边界被标记分类之后，在网络的中间节点，就可以根据标记，对不同类别的流量给予差别服务了。例如对上述例子中的 EF

14、 业务类保证时延和减少抖动，同时进行流量带宽，等等。；对 AF 业务类在网络拥塞时仍然保证一定的2. 流量和流量整形流量（traffic policing）的典型作用是限制进入某一网络的某一连接的流量与突发。在报文满足一定的条件时，如某个连接的数据流量过大，流量监管就可以对该数据流采取不同的处理动作，例如丢弃报文，或重新标记报文的优先级等。通常的用法是使用 CAR 来限制某类报文的流量，例如限制 HTTP报文不能占用超过 50%的网络带宽。流量整形（traffic sha）的典型作用是限制流出某一网络的某一连接的流量与突发，使这类报文以比较均匀的速度向外发送。流量整形通常使用缓冲区和令牌桶来完

15、成，当报文的发送速度过快时，首先在缓冲区进行缓存，在令牌桶的控制下，再均匀地发送这些被缓冲的报文。1 ）约定速率（Committed Acs Rate，CAR）CAR 利用令牌桶（Token Bucket, TB）进行流量。1-4第 1 章 QoS 概述.按规定速度向桶中存放令牌.令牌分类需由此接口发送的报文继续发送通过丢弃图1-1 CAR 进行流量的基本处理过程示意图图 1-1 所示为利用 CAR 进行流量控制的基本处理过程。首先，根据预先设置的匹配规则来对报文进行分类，如果是没有规定流量特性的报文，就直接继续发送，并不需要经过令牌桶的处理；如果是需要进行流量控制的报文，则会进入令牌桶中进行

16、处理。令牌桶是控制数据流量的很好的工具。令牌桶按用户设定的速度向桶中放置令牌，并且，用户可以设置令牌桶的容量。当令牌桶中充满令牌的时候，桶中所有的令牌代表的报文都可以被发送，这样可以允许数据的突发性传输。当令牌桶中没有令牌的时候，报文将不能被发送，只有等到桶中生成了新的令牌，报可以发送，这就可以限制报文的流量只能是小于等于令牌生成的速度，达到限制流量的目的。通用流量整形（Generic Traffic Sha，GTS）GTS 可以对不规则或不符合预定流量特性的流量进行整形，以利于网络上下游之间的带宽匹配。GTS 与 CAR 一样，均采用了令牌桶技术来控制流量。 GTS 与 CAR 的主要区别在

17、于：利用 CAR 进行报文流量控制时，对不符合流量特性的报文进行丢弃；而 GTS 对于不符合流量特性的报文则是进行缓冲，减少了报文的丢弃，同时满足报文的流量特性。GTS 的基本处理过程如图 1-2 所示，其中用于缓存报文的队列称为 GTS 队列。按规定速度向桶中存放令牌.令牌分类继续发送需由此接口发送的报文图1-2 GTS 处理过程示意图当报文到来的时候，首先对报文进行分类，如果报文不需要进行 GTS 处理，就继续发送，不需要经过令牌桶的处理；如果报文需要进行 GTS 处理，则与1-5GTS队列令牌桶令牌桶第 1 章 QoS 概述令牌桶中的令牌进行比较。 令牌桶按用户设定的速度向桶中放置令牌，

18、如果令牌桶中有足够的令牌可以用来发送报文，则报文直接被继续发送下去，同时，令牌桶中的令牌量按报文的长度做相应的减少。当令牌桶中的令牌少到文将被缓存入 GTS 队列中。当 GTS 队列中有报文的报文不能再发送时候，GTS 按一定的周期从队列中取出报文进行发送，每次发送都会与令牌桶中的令牌数作比较，直到令牌桶中的令牌数减少到队列中的报文不能再发送或队列中的报文全部发送完毕为止。3. 拥塞管理拥塞管理是指网络在发生拥塞时，如何进行管理和控制。处理的方法是使用队列技术。拥塞管理的处理包括队列的创建、报文的分类、将报文送入不同的队列、队列调度等。在一个接口没有发生拥塞的时候，报文在到达接口后立即就被发送

19、出去，在报文到达的速度超过接口发送报文的速度时，接口就发生了拥塞。拥塞管理就会将这些报文进行分类，送入不同的队列；而队列调度对不同优先级的报文进行分别处理，优先级高的报文会得到优先处理。不同的队列算法用来解决不同，并产生不同的效果。常用的队列有FIFO、PQ，CQ，RTP 优先队列，WFQ，CBQ 等。(1)先进先出队列（InOut Queuing, FIFO）队列出队调度需由此接口发送的报文离开接口的报文说明：紧急报文次紧急报文非紧急报文图1-3 先进先出队列示意图FIFO 队列不对报文进行分类，当报文进入接口的速度大于接口能发送的速度时，FIFO 按报文到达接口的先后顺序让报文进入队列，同

20、时，FIFO 在队列的出口让报文按进队的顺序出队，先进的报文将先出队，后进的报文将后出队。FIFO 队列是接口缺省的队列调度机制，无法为优先级别的数据流提供任何优先保证。(2)优先队列（Priority Queuing, PQ）1-6FIFO第 1 章 QoS 概述队列出队调度分类需由此接口发送的报文离开接口的报文说明：紧急报文次紧急报文非紧急报文图1-4 优先队列示意图PQ 设计了高优先队列(top)、中优先队列(middle)、正常优先队列(normal)和低优先队列(low)4 个队列，它们的优先级依次降低。发生拥塞时，PQ 根据用户配置的分类规则（PQL）对数据流进行分类，最终将所有报

21、文分成至多 4类，分别对应 PQ 的 4 个队列中的一个，然后，按报文的类别将报文缓存入相应的队列。在报文出队的时候，PQ 首先让高优先队列中的报文出队并发送，直到高优先队列中的报文发送完，再发送中优先队列中的报文，同样，直到发送完，然后是缺省队列和低优先队列。这样，较高优先级队列的数据将会得到优先发送，而较低优先级的数据将会在发生拥塞时被较高优先级的数据抢先，使得实时业务（如 VoIP）的报文能够得到优先处理，非实时业务（如）的报文在网络处理完关键业务后的空闲中得到处理，既保证了实时业务的优先，又充分利用了网络资源。PQ 赋予较高优先级的数据流优先权，这样虽然可以保证关键业务的优先，但在较高

22、优先级的数据流速度总是大于接口的速度时，将会使较低优先级数据流始终得不到调度，即低优先级数据流被“”。所以，在使用时，建议为高优先级队列配置 CAR，限制其流量，防止将低优先级数据流“”。(3)定制队列（Custom Queuing, CQ）队列优先队列需由此接口发送的报文10%出队调度 离开接口的报文分类10%.30%说明：紧急报文其他各类报文图1-5 定制队列示意图1-7queue 16queue 2queue 1queue 0lownomorlmediumhigh第 1 章 QoS 概述CQ 设计了 016 共 17 个队列。发生拥塞时，CQ 按照用户配置的分类规则（CQL）将所有报文分

23、成至多 17 类，分别对应 CQ 的 17 个队列中的一个，然后，按报文的类别将报文缓存入相应的队列。路由器总是先把 0 号队列中的报文发送完，然后才处理 1 到 16 号队列中的报文，所以 0 号队列一般作为系统的队列，缓存二层链路协议报文，建议用户不要使用。1 到 16 号队列可以按用户的定义分配它们能占用接口带宽的比例，在报文出队的时候，CQ 按定义的带宽比例分别从 1 到 16 号队列轮询发送数据报文。CQ 可以让不同业务的报文获得合理的带宽，从而既保证关键业务能获得较多的带宽，又不至于使非关键业务得不到带宽，避免了 PQ 的“”现象。但是，因为 CQ 采用 16 个队列轮询调度的机制

24、，而不象 PQ 那样赋予较高优先级的报文优先权，所以在需要严格保证语音等实时业务服务质量的情况下，不建议采用 CQ。而对于带宽的保证，也远没有 CBQ 准确、直观和灵活。(4)公平队列（Weighted Fair Queuing, WFQ）队列需由此接口发送的报文离开接口的报文分类.出队调度说明：各类报文图1-6公平队列示意图WFQ 对报文按流进行分类，对于 IP 网络，具有相同源 IP 地址、目的 IP 地址、源端、目的端、IP 优先级的报文属于同一个流，而对于 MPLS 网络，具有相同的 和 EXP 域值的报文属于同一个流。每一个流被分配到一个队列，该过程称为散列，采用 HASH 算法来自

25、动完成，尽量将不同的流分入不同的队列。WFQ 的队列数目可以配置。在出队的时候，WFQ 按流的优先级（precedence）来分配每个流应占有出口的带宽。优先级的数值越小，所得的带宽越少。 优先级的数值越大，所得的带宽越多。这样就保证了相同优先级业务之间的公平，体现了不同优先级业务之间的权值。例如：接口当前有 4 个数据流，3 个流的优先级为 4，1 个流的优先级为 5，则带宽的总将是：(4 + 1) * 3 + (5 + 1) = 21那么，3 个优先级为 4 的流获得的带宽比例均为 5/21，优先级为 5 的流获得的带宽比例为 6/21。1-8queue Nqueue 2queue 1第

26、1 章 QoS 概述由此可见，WFQ 在保证公平的基础上对不同优先级的业务体现权值，而权值依赖于 IP 优先级。入队IP & MPLS 报文出队调度.发送.图1-7 基于类的公平队列示意图WFQ 的配置简单，算法的效率比较高。但是在需要严格保证语音等实时业务服务质量的情况下，不建议采用 WFQ。(5)基于类的公平队列（Class Based Weighted Fair Queuing, CBQ）CBQ 可以根据复杂的分类规则将数据流分为至多 64 个类。当发生网络拥塞时，不同类别的数据报文缓存入相应的队列。对于不匹配 AF、EF 队列类的报文，将被送入系统定义的缺省队列。图中所示 LLQ （L

27、ow Latency Queueing）是一个具有较高优先级的队列，它的优先级仅次于二层协议队列与 RTP 优先队列（RTP 优先队列的参见后文介绍），一个或多个配置了 EF 类的数据流可以被设定进入 LLQ 队列。不同类别的报文可设定占用不同的带宽。 在调度出队的时候，若 LLQ 中有报文，则总是优先发送 LLQ 中的报文，直到 LLQ 中没有报文时，或者超过为 LLQ 配置的最大带宽时才调度发送其他队列中的报文。在接口没有发生拥塞的时候（此时所有队列中都没有报文），所有对应 LLQ类的报文都可以被发送。在接口发生拥塞的时候（队列中有报文时），进入 LLQ 的报文被限速，超出规定流量的报文将

28、被丢弃。这样，在接口不发生拥塞的情况下，可以使属于 LLQ 的报文能获得空闲的带宽；在接口拥塞的情况下，又可以保证属于 LLQ 的数据流量不会占用超出规定的带宽，保护了其他数据流的应得带宽。另外，由于只要 LLQ 中有报文，系统就会发送 LLQ 中的报文，所以 LLQ 中的报文被发送的延迟最多是接口发送一个最大长度报文的时间，无论是延迟还是延迟抖动，LLQ 都可以将之降低为最低限度。这为对延迟敏感的应用如 VoIP 业务提供了良好的服务质量保证。1-9Default Class 65 FIFO/WFQ丢包64 BQ丢包分类器测量LLQ1 BQ丢包丢包测量RTP优先队列二层协议队列第 1 章 Q

29、oS 概述图中 1 到 64 的队列为各配置了 AF 类的队列，每类报文占一个队列，称它们为 BQ（Bandwidth Queueing）。在系统调度报文出队的时候，按用户为各类报文设定的带宽进行调度。这种队列技术应用了先进的队列调度算法，可以实现各个类的队列的公平调度。属于 1 到 N1 号 BQ 队列的报文可以被确保得到用户设定的带宽。当接口中某些类别的报文没有时，BQ 队列的报文还可以公平地得到空闲的带宽，和时分复用系统相比，大大提高了线路的利用率。同时，在接口拥塞的时候，仍然能保证各类数据流得到用户设定的最小带宽。当数据流不匹配用户设定的所有类别文则被送入系统定义的缺省类。虽然允许为缺

30、省类配置带宽，使其作为 AF 类进行基于类的队列调度，但是更多的情况是为缺省类配置 WFQ，使所有进入缺省类的报文进行基于流的队列调度。CBQ 最多允许配置 64 个 BQ 类，缺省类的 WFQ 的队列个数 N2 可以由用户设定。对于缺省类的 WFQ 和 BQ，当队列的长度达到队列的最大长度时，缺省采用尾丢弃的策略。但用户还可以选择用随机早期检测（Weighted RandomEarly Detection, WRED）的丢弃策略。后面随机早期检测 WRED 的描述。对于 LLQ，由于在接口拥塞的时候流量限制开始起作用，所以用户不必设置队列的长度。另外，由于优先队列中的报文一般是语音报文（Vo

31、ice over IP, VoIP），采用的是 UDP 报文，所以 WRED 的丢弃策略也不需要。CBQ 可根据报文的输入接口、满足 ACL 情况、IP Precedence、DSCP、EXP、 Label 等规则对报文进行复杂的分类、进入相应队列，分类规则通过构件化 QoS 命令行（CQC）进行手工配置。考虑到链路层控制报文的发送、链路层封装开销及物理层开销（如 ATM 信元税），建议 RTP 队列、CBQ 占用接口的总带宽不要超过接口带宽的 80%。CBQ 有一个低时延队列 - LLQ，用来支撑 EF 类业务，被绝对优先发送，保证随机早期检测的丢弃策参见时延；另外个 BQ，用来支撑 AF

32、类业务，可以保证每一个队列的带宽及可控的时延；还有一个 WFQ，对应 BE 业务，使用接口剩余带宽进行发送。综上所述，CBQ 可为不同的业务提供不同的服务质量保证，为带宽、时延等指标提供完美的保证。但是由于涉及到复杂的流分类，启用 CBQ 特性，系统资源存在一定的开销。(6)RTP 队列（Real Time Protocol Priority Queueing）1-10第 1 章 QoS 概述RTP报文RTP优先队列入队IP 报文优先出队分类器调度丢弃发送图1-8 RTP 优先队列示意图RTP 队列是一种解决实时业务（包括语音与业务）服务质量的简单的队列技术。其原理就是将承载语音或的 RTP

33、报文送入高优先级队列，使其得到优先发送，保证时延和抖动降低为最低限度，从而保证了语音或种对时延敏感业务的服务质量。这，RTP 队列将 RTP 报文送入一个具有较高优先级的队列，RTP 报文是端在一定范围内为偶数的 UDP 报文，端的范围可以配置，一般为1638432767。RTP 队列可以同前面所述的任何一种队列（包括 FIFO、PQ、 CQ、WFQ 与 CBQ）结合使用，它的优先级是最高的。由于对进入 RTP 优先队列的报文进行了限速，超出规定流量的报文将被丢弃，这样在接口拥塞的情况下，可以保证属于 RTP 优先队列的报文不会占用超出规定的带宽，保护了其他报文的应得带宽，解决了 PQ 的高优

34、先级队列的流量可能“”低优先级流量。4. 拥塞避免按照传统的队列尾丢弃方式，当队列的长度达到规定的最大长度时，所有到来的报文都被丢弃。对于 TCP 报文，如果大量的报文被丢弃，将造成 TCP超时，从而 TCP 的慢启动和拥塞避免机制，使 TCP 减少报文的发送。当队列同时丢弃多个 TCP 连接的报文时，将造成多个 TCP 连接同时进入慢启动和拥塞避免，这样多个 TCP 连接的流量将同时减少，降低了线路带宽的利用。的流量极少和饱满之间波动。这种现象称为 TCP 全局同步。并且，线为了避免 TCP 全局同步现象，队列采用随机早期检测 WRED（WeightedRandom Early Detect

35、ion ）的报文丢弃策略。采用 WRED 时，用户可以设定队列的阈值（threshold）。当队列的平均长度小于低阈值时，不丢弃报文；当队列的长度在低阈值和高阈值之间时，WRED 开始随机丢弃报文（队列的1-11测量丢包其他队列机制，如： FIFO、PQ、CQ、 WFQ、CBWFQLLQ第 1 章 QoS 概述长度越长，丢弃的概率越高）；当队列的长度大于高阈值时，丢弃所有的报文。由于 WRED 随机地丢弃报文，将避免使多个 TCP 连接同时降低发送速度，从而避免了 TCP 的全局同步现象。当某个 TCP 连接的报文被丢弃，开始发送的时候，其他的 TCP 连接仍然有较高的发送速度。这样，无论什么

36、时候，总有 TCP 连接在进行较快的发送，提高了线路带宽的利用率。WRED 可以感知 QoS 的带内信令，包括 IP 优先级、DSCP，和 MPLS EXP。可以为不同 QoS 优先级的报文设定不同的队列长度滤波系数、队列阈值、丢弃概率，从而对不同优先级的报文提供不同的丢弃特性。WRED 与 WFQ 或者 CBQ 同时启用。1.2模块/特性规格表1-2 QoS 模块/特性规格列表1-12规格规格名称说明规格参数指标支持情况1拥塞管 理 ： FIFO缺省的拥塞管理算法。支持物理接口、ATM PVC、mp-group、MP的 VT。1）FIFO 队列长度缺省值 75，配置范围11024。所有版本支

37、持2拥塞管 理：PQPQ 包括 4 个不同级别的队列：top、middle、normal、low。基于 PQL 进行报文分类：可以根据 ACL、入接口、网络层协议类型、TCP、UDP 端 、IP 优先级、MPLS EXP、报文长度、报文是否分片进行分类。支持物理接口、ATM PVC、 mp-group、MP的 VT。PQL 规则组数目：16每条 PQL 的最多可以的流分类规则数：100top、middle、normal、low 队列缺度分别为:20、40、60、80。配置范围 11024。所有版本支持3拥塞管 理：CQ提供 016 号 17 个队列。0 号队列为紧急队列，16 个可分配带宽的队

38、列。基于 CQL 进行报文分类：可以根据 ACL、入接口、网络层协议类型、TCP、UDP 端、IP优先级、MPLS EXP、报文长度、报文是否分片进行分类。支持物理接口、ATM PVC、 mp-group、MP的 VT。PQL 规则组数目：16；每条 PQL 的最多可以的流分类规则数：100；CQ 队列的缺度 20，配置范围11024；缺省队列可配置，缺省为 1 号队列；队列每次轮询发送数据包的字节数取值范围是 016777215，缺省值为 1500字节。所有版本支持4拥塞管 理 ： WFQ对于IP 报文，按五元组和 IP 优先级散列，对于 MPLS 报文，按标签和 MPLS EXP 散列。将

39、数据流散列到 N 个队列，进行 公平调度。支持物理接口、 ATM PVC 、mp-group、MP 的 VT。队列个数必须是 2 的幂次，范围 164096，缺省值 256；队列长度配置范围为 11024，缺省值为 64。所有版本支持第 1 章QoS 概述1-13规格规格名称说明规格参数指标支持情况5拥塞管 理 ： CBQ如果接口应用的 QoS 策略中至少有一个类关联的行为配置了 EF，AF 或WFQ 中的一条命令，则该接口的队列调度机制为 CBQ。CBQ 由 LLQ、BQ 和缺省队列WFQ 组成。所有配置了 EF 类的报文入同一个 LLQ，绝对优先发送。LLQ的 实现有 CAR 做流量 ，发

40、送速率在拥塞时不超过配置速率。所有配置了 AF 类的报文入各自 BQ 队列，所有的 BQ 队列之间公平调度。拥塞时所有 BQ 报文的发送速率之和不超过 BQ 配置速率之和。若缺省类未配 AF，则缺省队列调度机制为WFQ。支持物理接口、ATM PVC、 mp-group、MP 的 VT。1）QoS 策略下可配置入 EF 和 AF 队列的类的最大数目 64；） AF 类 带 宽 的 配 置 范 围 8-1000000Kbps。带宽百分比，取值范围 1-100；） EF 类 带 宽 的 配 置 范 围 8-1000000Kbps。带宽百分比，取值范围 1-100；CBS 配置范围 322000000

41、字节，缺省值为 bandwidth*25。同一个策略下为 AF 和 EF 类指定的带宽之和必须不大于该策略所应用接口的可用带宽；带宽百分比之和必须不大于 100。AF 和WFQ队列长度配置范围1512，缺省值 64。所有版本支持6拥塞管 理 ： RTPQ为语音数据报文(UTP 端在某一范围的 RTP 报文)配置绝对优先队列，优先等级只低于紧急队列；可以与 FIFO、PQ、CQ、WFQ、 CBWFQ 中的任何队列结合使用；支持物理接口、ATM PVC、 mp-group、MP 的 VT。） UDP 起始和结束端配置范围200065535。配置带宽 过接口预留带宽,配置范围 8-1000000Kb

42、ps; CBS 配置范围 1500 2000000 字 节 ， 缺 省 值 为 bandwidth*25。所有版本支持7拥塞管 理：紧 急队列所有的队列调度机制都 实现了该队列。具有最高的优先级。缓存链路层协议报文和物理层发送失败的报文。队列长度 50。不受单板队列缓存报文总数 10000 的限制。所有版本支持8拥塞管 理：协 议队列FIFO、PQ、CQ 的 实现了该队列。优先级仅次于紧急队列。缓存路由协议、LDP、本机 net报文等。队列长度 500。受单板队列缓存报文总数 10000 的限制。9拥塞避 免 ： WRED接口视图下，与 WFQ 结合使用，基于IP 优先级 。与 CBWFQ 结

43、合使用，与 AF类的 BQ 队列或者 WFQ 一起使用，基于 IP 优先级或者 DSCP 加权。平均队列上限和下限配置范围 11024，缺省值分别为 10 和 30。丢弃概率分母配置范围为 1255，缺省值为 10。计算平均队长的指数，取值范围为 116，缺省值为 9。所有版本支持第 1 章QoS 概述1-14规格规格名称说明规格参数指标支持情况10流量监 管 ： CAR（接口 视图下 直接配 置）根据 ACL 或者 CARL 分类规则对数据行分类，进行流量限制；或者标记 IP 优先级或 MPLS EXP；支持入方向和出方向；在同一接口下可以配置多条CAR，对流进行多级分类。 4）支持物理接口

44、、VT。可以配置CARL 的数目：199；每个接口可配置的 CAR （IN+OUT）的数目：100；单板上 所有 接口可 配置 的 CAR（IN+OUT）的数目：1000。3）CIR 配置范围 8000155000000 bit； CBS 配置范围 15000155000000bit； EBS 配置范围 0155000000bit。11流量监 管 ： CAR（ CQC配置的 基于类 的）根据 CQC 的分类规则对数据行分类，进行流量限制；支持入方向和出方向；支持物理接口、VT。1）CIR 配置范围 8000155000000 bit；CBS 配置范围 15000155000000bit，缺省值

45、为 15000；EBS 配置范围 0155000000bit，缺省值为 0。12流量整 形 ： GTS（接口 视图下 直接配 置）根据ACL 规则对数据行分类，进行流量整形；只支持出方向；支持物理接口、VT。1）CIR 配置范围 8000155000000 bit；CBS 配置范围 15000155000000bit，缺省取值为 CIR/2。EBS 配置范围 0155000000bit；2）GTS 队列长度配置范围为 11024，缺省为 50。13流量监 管 ： GTS（ CQC配置的 基于类 的）根据 CQC 的分类规则对数据行分类，进行流量整形；只支持出方向；支持物理接口、VT。1）CIR

46、 配置范围 8000155000000 bit；CBS 配置范围 15000155000000bit，缺省取值为 CIR/2。EBS 配置范围 0155000000bit；2）GTS 队列长度配置范围为 11024，缺省为 50。14标记用CAR 标记IP 优先级或MPLS EXP；用 CQC 配置基于类的标记：标记 IP 优先级、DSCP 或 MPLS EXP；标记 FR 报文的 DE 标志。15CQC ：定义类分类规则包括：ACL，入方向源 MAC 地址，出方向目的 MAC地址，入接口，DSCP，IP 优先级， MPLS EXP，RTP 端口，协议，其他类；支持各种规则的与或非运算。16C

47、QC ：定义行 为行为包括：标记；AF、EF、WFQ队列，即配置 CBQ 队列调度方式； WRED；CAR；GTS第 1 章QoS 概述1-15规格规格名称说明规格参数指标支持情况17CQC ：定 义 QoS 策略将类和行为关联；将 QoS 策略应用于接口，支持物理接口、VT、 ATM PVC。18MPLSQoS用 CAR 或者 CQC 方式标记MPLS EXP；根据 MPLS EXP 对数据流分类，进行队列调度（PQ、CQ、 WFQ、CBQ）在 ingress PE 缺省将 IP 优先级拷贝到MPLS EXP。19接口预 留带宽接口为 RTP 和 CBQ 队列预留的带宽百分比限制。配置范围

48、1100%，缺省值为 80%。所有版本支持20接口逻 辑带宽QoS 模块计算用的接口带宽。对于物理接口，缺省值为实际物理带宽，对于 MP-Group、MFR、VT接口需要根据实际带宽进行重新配置。配置范围 11000000Kbps所有版本支持第 2 章 故障和排错第2章 故障和排错2.1故障定位思路如果网络拥塞的时候，一些关键业务没有得到服务质量的保证，首先确认是否应用了正确的 QoS 策略。如果没有为这些关键业务配置 QoS，则考虑制订恰当的 QoS 策略。如果已经采用了某种 QoS 策略，但是关键业务仍然没有得到用户期望的服务质量，则检查 QoS 策略配置是否正确。QoS 问题的定位方法依

49、赖于强大的显示命令，所以学会运用下面提供的各种显示命令收集、查询 QoS 模块的信息是排除故障的关键。对于关键业务带宽没有保证的情况，查看是否将这个关键业务数据流配置到较高优先级的队列当中，并且确实按照配置正确入队。然后查看这个队列是否有丢包现象，丢包最常见的原因是因为队列溢出了，适当的加大队列的长度是一种办法。对于 CBQ 的 EF 和 AF 队列，还要查看一下带宽配置是否满足用户的需求，判断一下是需要增加带宽的配置，还是用户的应用超过了他应得的带宽。如果队列没有溢出，则对于 CBQ 的 EF 队列，可能是 CBS 参数配置太小（参见 FAQ 的相关说明）；还有一种可能是在接口上应用了 CA

50、R或者 GTS 等流量调节策略，而提前将这些关键业务的流量丢掉了，这意味着配置可能不当，需要修正。对于实时业务时延没有保证的情况，查看是否将这个实时业务数据流配置到绝对优先级的队列当中，并且确实按照配置正确入队，如 PQ 的 TOP 队列、 RTPQ 队列、CBQ 的 EF 队列。对于带宽低于 768K 的低速接口，请考虑利用 LFI 和 FRF.12 等分片技术，避免实时业务因为等待大包发送而带来的时延。总之，QoS 的故障排除需要多多利用显示命令收集信息，查询报文分类、入队、丢失的情况。2.2查询、调试和命令2.2.1 查询命令1. display qos carerface 命令2-1命

51、令格式display qos carerface erface-typeerface-number 功能描述该命令用来显示 CAR 在指定接口上的参数设置情况和运行统计信息。使用视图所有视图参数说明第 2 章故障和排错2. display qos carl 命令2-2命令格式display qos carl carl-index 功能描述该命令用来显示 CAR 列表的某条规则或所有规则。使用视图所有视图参数说明carl-index：CAR 列表的号码，取值范围为 1199。显示说明显示信息各项内容:List: CAR 列表的号码Params: 匹配规则。每种匹配规则的显示格式为匹配类型和该类型

52、的具体参数值。使用说明Quidway display qos carl 1 Current CARL Configuration:List ParamsPrecedence 1 2MAC Address 0050-ba27-bed3显示了 CAR 列表 1 的一条匹配规则为匹配优先级为 1 或 2 的报文；CAR 列表 2 的一条匹配规则为匹配 MAC 地址为 0050-ba27-bed3 的报文显示说明显示信息各项内容:接口上的参数设置情况:erface: 应用car 策略的接口名 Direction: car 策略应用方向 Rule(s): 报文匹配规则CIR: 承诺信息速率, CBS:

53、承诺突发尺寸, EBS: 过度突发尺寸Conform Action: 对符合流量的包采取的动作 Exceed Action: 对超过流量的包采取的动作运行统计信息:Conformed: 符合流量的包数/字节数Exceeded: 超过流量的包数/字节数使用说明Quidway display qos carerface erface: Ethernet6/0/0Direction: InboundRule(s): If-match CARL 1CIR 8000(Bps), CBS 15000(Bit), EBS 0(Bit)Conform Action: remark ip-precedence

54、3 and pass Exceed Action: remark ip-precedence 4 and continue Conformed:0/0 (Packets/Bytes)Exceeded: 0/0 (Packets/Bytes)显示了接口 Ethernet6/0/0 对入方向的符合匹配规则 carl 1 的报文应用的car 策略的配置及统计信息。第 2 章故障和排错3. display qos gtserface 命令4. display qos lrerface 命令2-3命令格式display qos lrerface erface-typeerface-number 功能描述

55、该命令用来显示某个接口或所有接口的 LR 配置情况和统计信息。使用视图所有视图参数说明显示说明erface: 应用 lr 策略的接口名CIR: 承诺信息速率, CBS: 承诺突发尺寸, EBS: 过度突发尺寸运行统计信息:Pass: 经过 LR 后发送的包数/字节数Delay: 超过流量暂时缓存在接口队列中的包数/字节数Active Sha: 此时是否超过流量限制，报文入队列缓存。命令格式display qos gtserface erface-typeerface-number 功能描述该命令用来显示某个接口或所有接口的 GTS 配置情况和统计信息。使用视图所有视图参数说明显示说明接口上的参

56、数设置情况:erface: 应用 gts 策略的接口名Rule(s): 报文匹配规则CIR: 承诺信息速率, CBS: 承诺突发尺寸, EBS: 过度突发尺寸Queue Length: GTS 队列的最大长度 Queue Size: GTS 队列的当前长度 运行统计信息:Passed: 经过 GTS 后发送的包数/字节数Discarded: 超过流量被丢弃的包数/字节数Delayed: 超过流量暂时缓存在 GTS 队列中的包数/字节数使用说明Quidway display qos gtserface erface: Ethernet6/0/0Rule(s): If-match ACL 1CIR

57、 8000(Bps), CBS 15000(Bit), EBS 0(Bit)Queue Length: 1000 (Packet) Queue Size: 700 (Packet)Passed: 8213/81346 (Packets/Bytes) Discarded: 2374/36958 (Packets/Bytes) Delayed : 1432/13657 (Packets/Bytes)显示了接口 Ethernet6/0/0 对符合匹配规则 acl 1 的报文应用的 gts 策略的配置及统计信息，当前 GTS 队列中缓存的报文数为 700。第 2 章故障和排错5. displayerf

58、ace 命令2-4命令格式displayerface erface-typeerface-number 功能描述该命令用来显示某个接口或所有接口的相关信息，包括QoS 的队列信息。使用视图所有视图参数说明显示说明显示QoS 的队列信息各项内容:Size: 当前队列长度Length: 队列最大长度Discards: 队列满时丢弃的报文数目Urgent queue: 紧急队列，即二层协议报文队列Protocol queue: 协议队列，即三层协议报文队列接口上使用的队列，如FIFO、PQ、CQ、WFQ、CBWFQ使用说明Quidway display qos lrerface erface: Et

59、hernet6/0/0CIR 8000 (Bps), CBS 15000 (Bit), EBS 0 (Bit)Pass: 0/0 (Packets/Bytes) Delay: 0/0 (Packets/Bytes)Active Sha: NO显示了接口 Ethernet6/0/0 对所有报文应用的 lr 策略的配置及统计信息，当前报文没有超过流量限制。第 2 章故障和排错6. display qos pqerface 命令2-5命令格式displayqospqerfaceerface-type erface-number 功能描述该命令用来显示接口的优先队列配置情况和统计信息。使用视图所有视图

60、参数说明显示说明erface: 应用 PQ 队列的接口名Size: 当前队列长度Length: 队列最大长度Discards: 队列满时丢弃的报文数目Protocol queue: 协议队列，即三层协议报文队列PQL: 优先队列报文分类规则列表号使用说明Quidwaydiserface e10/2/0 Ethernet10/2/0 current s e : UP Line protocol current s e : UPDescription :, Quidway Series, Ethernet10/2/0erface Theum Transmit Unit is 1500 bytes,