QoS学习笔记-Bin.docx

QoS Mechanisms:1. Classification and Marking: 识别以及将数据流量分类，根据不同类型流量的业务需求将流量打上标记以做区分。2. Congestion Management: 将打标的流量进行排序、保护、隔离。3. Congestion Avoidance: 根据为了避免拥塞而实施的标记，丢弃相应的数据包。4. Policing and Shaping: 对流量进行调节，控制相关流量。5. Link Efficiency: 通过IP包头压缩以及分段等特性，提高链路带宽的效率和性能。1. Classification:在开启了QoS网络环境中，在每一个QoS设备的输入接口都要对流量进行分类。分类可以基于DSCP，IP Precedence，源地址，目的地址。“信任”的概念，如果终端设备（PC，IP phone）为一个数据包打标（DSCP或CoS）后，当数据包到达QoS设备输入接口时，QoS设备可以选择接受或不接受打标值。如果QoS设备接受打标值，则称QoS设备信任终端设备，QoS设备会根据打标值对数据包进行转发，不必作重分类操作。反之QoS设备不信任终端，则需要对数据包进行重分类。通常QoS设备被设置为“不信任”状态，而分类的方法包括：network-based application recognition (NBAR)，policy-based routing (PBR)以及CLIs。2. Marking:为属于不同类别应用流量的数据包打标，使得整个网络中的设备可以很容易的就认出该流量属于哪种类型服务。打标应该尽可能的部署在网络边界，并且通过MQC完成部署。QoS的打标机制是通过设置IP包头的DSCP或IP Precedence位来实现的。1) DSCP vs. IP Precedence: IP包头中的ToS字段76543210IP PrecedenceUnusedDSCPFlow Control早在RFC 791中，定义了ToS字段中的前3位为IP Precedence字段，其他几位控制延迟（delay），吞吐量（throughput），损耗（cost）以及可靠性（reliability）。在RFC 1812中，修改了ToS字段中的低5位，使其均为0，形成了最早的IP Precedence机制。在RFC 2474中，引入了DiffServ的DSCP（ToS中的前6位），ToS中的后两位作为拥塞通告（ECN）。每个DSCP值对应相应的一个行为集合BA（Behavior Aggregates），每一个BA对应一个PHB（Per-hop Behavior）。每个PHB通过一系列的QoS机制实现。IP PrecedenceDSCPMeaning7111网络控制6110互联网络控制5101CRITIC/ECP4100最优先（flash override）3011火速（flash）2010快速（immediate）1001快速（priority）0000普通（routine）IETF将多个码点值的含义标准化为PHB，包括：Default PHB，保证转发（AF），快速转发（EF）以及Class-selector PHB。2) PHBs：Default PHB：Best Effort服务DSCP的5 7位为0，DSCP=000。EF PHB（Expedited Forwarding）：提供低延迟，带宽有保障的质量服务，VoIP就是使用EF PHB。DSCP的5 7位为101，3、4为11意味着No Packet Drop，通常DSCP=101110。AF PHB（Assured Forwarding）：根据DSCP值来定义类别。AF定义了4种AF类别，AF1x AF4x，其中AF4x的类别最重要。在每种类别中有3种丢弃概率。根据要求的吞吐量、延迟、抖动和丢包率，用户可以配置数据包的PHB。DSCP的前3位用于指定类别，接下来两位指定丢弃概率，最后1为始终为0。类别1类别2类别3类别4丢弃概率低001010010010011010100010AF11AF21AF31AF41DSCP=10DSCP=18DSCP=26DSCP=34丢弃概率中001100010100011100100100AF12AF22AF32AF42DSCP=12DSCP=20DSCP=28DSCP=36丢弃概率高001110010110011110100110AF13AF23AF33AF43DSCP=14DSCP=22DSCP=30DSCP=38Class-selector PHB：用于向后兼容非DiffServ的QoS。当对数据包打标后，其他QoS机制会根据该标记对数据包执行相应策略。3. Congestion Management：拥塞管理机制根据在每个数据包上打的标决定该把该数据包放在哪个queue里，根据队列算法，不同的queue的处理方法是不一样的。拥塞管理应该部署在QoS设备的所有output接口上，以下是相关的队列算法：FIFO，priority queuing (PQ) ，custom queuing (CQ)Weighted fair queuing (WFQ)Class-based weighted fair queuing (CBWFQ)Low-latency queuing (LLQ)目前LLQ是更优的队列算法，LLQ是PQ和CBWFQ的混合算法。LLQ是专为voice应用设计的相关算法。4. Congestion Avoidance：拥塞避免机制监控网络流量以及在网络瓶颈处提前处理以避免拥塞，拥塞避免是通过在网络瓶颈处提前丢弃数据包实现的。拥塞避免机制一般实施在WAN链路或低速链路上，Weighted Random Early Detection（WRED）是Cisco专有的拥塞避免技术，WRED通过提前丢弃低级别的数据包来保证高优先级数据包的传输。WRED不能部署在voice流量上。5. Policing and Shaping：均用来调节网络流量，使得相应的流量控制在设定的带宽范围。Policing：策略是当网络流量超过制定速率后，对通信流采取丢弃或打标。策略机制可以实现低等级流量首先丢弃。用于设备从高速链路接受流量时丢弃低等级数据流。Policing包括了基于类别的策略以及承诺接入速率committed access rate（CAR）概念。Shaping：整形机制通常应用于输出接口，通过整形测量通信流的速率，确保通信流的速率不超过指定的值。通过延迟（缓冲）超额通信流的方法达到整形的目的。通常是高速链路连接低速链路，Cisco的方案中有两种流量整形方案，Generic Traffic Shaping（GTS）和Frame Relay Traffic Shaping（FRTS）。6. Link efficiency Mechanism：compressed Real-Time Transport Protocol（cRTP）是一种很典型的链路效率机制，例如对于语音包，通常包括20 byte的语音payload，20 byte的IP Header，8 byte的UDP header，12 byte的RTP header。通过应用cRTP，40 byte的各种header就可以被压缩到2-4 byte。（Real Time Protocol header的作用在voice接受端重新排序语音包）Voice Header 40 bytesVH 24 byteVoice Payload（20 bytes）Compression应该应用到WAN链路上，以提高带宽的有效性。7. Link Fragmentation and Interleaving（LFI）：当网络中传输大数据包时，会对VoIP等语音应用造成延迟或抖动。通过将大数据包分成若干小段，并且把语音数据包插入数据包的小段之中。一般实施在WAN链路上。8. QoS在接口上的部署：Classification应该部署在每个input接口上。Mark应该部署在最靠近源端的网络边缘处，远离网络边界的路由器或交换机可以配置成信任或不信任网络边界设备打的标记。例如，IP phone配置成不信任主机打的标记，交换机配置为信任IP phone打的标记。Congestion Management、Congestion Avoidance、Traffic shaping机制只有应用在output接口才会有意义。Congestion Avoidance通常应用在高速链路或聚合链路到低速链路的output接口上（例如LAN到WAN链路）。Policing和Shaping通常部署在output接口上，以控制从高速链路到低速链路的网络流量。Policing也会部署在input接口上，用来控制从高速链路过来的流量进入网络设备（丢弃相应的low priority数据包）。Compression以及LFI一起部署在较低速的WAN链路上，以提高WAN链路上的带宽的效率。（Go to low speed link or from points of aggregation point）ShapingInput InterfaceOutput InterfaceClassification（Always）（As close to the source as possible）MarkCongestion Management（Always）MarkCongestion Avoidance（High speed link to low speed link or aggregation point）PolicingLFICompression（Low speed link）（Coming from higher speed link or aggregation）PolicingIntroducing Modular QoS CLI首先建立流量的类别（classes），建立QoS策略（policies）把相应的classes指派到策略中，将策略应用到接口。Class AClass BClass CPolicy 1Policy 2Interface yInterface z1. Class Maps：用于创建流量分类，每一种分类都与一个class map相对应。一种流量类别包含3个要素：类别的名字；一系列的匹配条件；各个条件之间的关系。当匹配条件有多个的时候，各匹配条件之间有两种逻辑关系：match all（与的关系）；match any（或的关系）。在配置时如果不选默认是match all。cat4507(config)#class-map ? WORD class-map name match-all Logical-AND all matching statements under this classmap match-any Logical-OR all matching statements under this classmapcat4507(config)#class-map match-all ? WORD class-map namecat4507(config)#class-map match-all voicecat4507(config-cmap)#? description Class-Map description exit Exit from QoS class-map configuration mode match classification criteria no Negate or set default values of a command rename Rename this class-mapcat4507(config-cmap)#match ? access-group Access group any Any packets cos IEEE 802.1Q/ISL class of service/user priority values flow Flow based QoS parameters ip IP specific values2. Policy Map：建立相应类型网络流量的策略。每一个策略包括3个要素：策略名称；应用该策略的数据流类型；具体的QoS策略。所有的policy map均包括一个default class “class-default”（无需配置），没有被分类的流量都会映射到 ”class-default”类别中，该类别没有QoS保证，当用于output接口时通过FIFO队列或flow-based weighted fair queue（WFQ）。R1(config)#policy-map voiceR1(config-pmap)#?Policy-map configuration commands: class policy criteria description Policy-Map description exit Exit from policy-map configuration mode no Negate or set default values of a command rename Rename this policy-mapR1(config-pmap)#class ? WORD class-map name class-default System default class matching otherwise unclassified packetsR1(config-pmap)#class voiceR1(config-pmap-c)#? Policy-map class configuration commands: bandwidth Bandwidth compression Activate Compression drop Drop all packets exit Exit from class action configuration mode fair-queue Enable Flow-based Fair Queuing in this Class log Log IPv4 and ARP packets netflow-sampler NetFlow action no Negate or set default values of a command police Police priority Strict Scheduling Priority for this Class queue-limit Queue Max Threshold for Tail Drop random-detect Enable Random Early Detection as drop policy service-policy Configure QoS Service Policy set Set QoS values shape Traffic Shaping在policy map配置模式下通过”service-policy”命令，可以在policy map中内嵌子策略。在接口模式下，”service-policy”命令的作用是在接口下部署相关的policy。3. Service policy：策略部署在网络中的什么位置。通过在接口模式中”service-policy”命令可以将QoS部署到相关的位置。R1(config-if)#service-policy ?input Assign policy-map to the input of an interfaceoutput Assign policy-map to the output of an interfacetype type of the policy-mapR1(config-if)#service-policy input voiceCisco AutoQoS VoIPAutoQoS为我们提供了一种快速有效自动配置QoS的方法，可以自动生成流量分类以及策略的CLI模板。AutoQoS在以下几个方面为我们简化并缩短了QoS部署周期：应用分类：通过NBAR（network-based application recognition）AutoQoS会自动完成对数据包的分类。AutoQoS对语音流量通过CDP来确保连接的设备是IP phone。策略生成：AutoQoS通过评估网络环境生成初始策略，自动生成接口配置、策略图、分类图和相关的ACL。配置：通过一条命令就能配置接口来优化语音流量，而不会对其他流量造成影响。根据不同的网络环境灵活的完成配置。监控和报告：提供了可视化管理。一致性：在使用AutoQoS部署QoS的时候，路由器和交换机之间所产生的配置具有一致性。1. 路由平台：AutoQoS特性仅在以下接口支持。Serial interface with PPP or HDLC、frame-relay data-link connection identifiers（DLCIs）- point to point sub-interfaces only（not support Frame relay multipoint interfaces）、ATM PVCs（对于低速带宽小于768 kbps ATM PVCs只在point to point subinterfaces上支持），（对于高速带宽大于768 kbps ATM PVCs完全支持）。2. 交换平台：在2950、2960、2970、3550、3560、3750、4500、6500平台均支持AutoQoS。在29xx平台上要求EI（enhanced image）IOS。Classification and Marking1. Classification：用来辨认以及将不同流量分配到相应的类别中。QoS的基础元件。分类可以通过标识符来实现：class of service（CoS）、incoming interface、IP precedence、differentiated services code point（DSCP）、source or destination address、application or Multiprotocol Label Switching（MPLS）Experimental Bits（EXP）。分类应该部署在网络边界处，并且应该离流量的源端越近越好。2. Marking：根据分类对数据流量进行打标。标记可以在Layer 2或Layer 3的header中完成。3. 数据链路层的分类及标记：1) 802.1Q标准的分类以及标记：PreamSFDDASATPIDTCIPTDataFCSPRICFVLAN ID3 bits1 bit12 bits802.1 Q标准中，在SA字段后面添加了TPID（2 bytes）、TCI（2 bytes）两个字段，TPID（Tag Protocol Identifier）字段是一个固定值0x8100。TCI字段包括3部分：PRI（User priority bits 3 bits）由802.1 P标准定义，CoS标记应用该字段可以分成8个等级。CoS的8个等级可以映射到3层的IP Precedence的ToS。CoS 7 （111）NetworkReservedCoS 6 （110）InternetReservedCoS 5 （101）CriticalVoice BearerCoS 4 （100）Flash-overrideVideo ConferencingCoS 3 （011）FlashCall signalingCoS 2 （010）ImmediateHigh priority DataCoS 1 （001）PriorityMedium priority DataCoS 0 （000）RoutingBest effort DataCFI（Canonical Format Identifier）：对于以太网来说是0，令牌环1。VLAN ID：标识VLAN。2) Cisco ISL标准中的分类以及标记：Cisco ISL标准将标准以太网重新封装，封装了一个26 bytes的ISL包头，其中包含一个VLAN字段，在VLAN字段中包含有3 bits的PRI。3) Frame-Relay/ATM中的分类与标记：在Frame-Relay的数据帧的Frame-Relay包头中包含一个DE（discard eligible）字段，当在网络中传输时发生网络拥塞时，被标记了DE的帧会优先于未被标记的帧被丢弃。在ATM cell中包含5 bytes的帧头，ATM header中包含1 bit的cell loss priority（CLP）字段，CLP为0意味着高优先级，1意味着低优先级。当ATM网络中发生了拥塞时，CLP被标记为1的帧会优先被丢弃。4) MPLS标准中的标记：当用户在传输IP数据包时，会标记相应的IP Precedence类别，当数据包传输到企业边界进入运营商的网络（目前大多数运营商运用MPLS部署网络），运营商会将用户的IP Precedence值映射到MPLS header中的Experimental Bits（EXP）字段中，但在运营商的内部网络通常需要根据运营商具体的部署更改相应的CoS参数。MPLS header中的Experimental Bits（EXP）字段就提供了再不用修改客户IP Precedence值的情况下修改运营商内部QoS分类标记的方案。MPLS header插入在2层、3层包头之间。CoS 7 （111）Reserved CS7CoS 6 （110）Reserved CS6CoS 5 （101）EFCoS 4 （100）AF4xCoS 3 （011）AF3xCoS 2 （010）AF2xCoS 1 （001）AF1xCoS 0 （000）Default4. 网络层分类以及标记：IPv4包头中的ToS字段76543210IP PrecedenceUnusedDSCPFlow Control3 bits的IP Precedence字段提供了向CoS的映射，DiffServ应用了新的DSCP概念，允许的分类范围从0-63。5. 2层CoS分类到3层QoS分类的映射：对于目前大多数企业，通常是由很多的远程分支机构通过WAN链路连接到企业的总部。远程的分支机构的网络通常会存在LAN，总部的网络会包括路由、交换。因此要想提供端到端的QoS就必须实现QoS标记在2层以及3层网络之间的映射。6. 设计流量分类的几点注意之处：了解客户对于不同网络应用的需求；不要建立过多的类别以及策略；Service classes不应少于4-5种，不应多于11种；4/5 classes model8 classes modelQoS baseline modelRealtimeVoiceVoiceVideoInteractive-VideoStreaming-VideoCall signalingCall signalingCall signalingCritical DataNetwork ControlIP routingNetwork ManagementCritical DataMission-critical DataTransactional DataBest effortBulk DataBulk DataBest effortBest effortScavengerScavengerScavenger通过ACL配置classification时，注意在某些路由平台上ACL是由CPU处理的，所以有可能导致high cpu。在交换机平台上，可以广泛使用ACL，在交换机平台上ACL是硬件处理的。如何在路由器上配置classification参考：P. 240 “Implementing Cisco Quality of Service Volume 1”7. 在路由器上配置Marking：分类-通过policy map中标记的相关配置对符合class的流量进行标记设置（set ip precedence, set ip dscp, set cos .）-应用到接口。如何在路由器上配置Marking参考：P. 260” Implementing Cisco Quality of Service Volume 1”如何通过NBAR进行流量分类参考：P. 271” Implementing Cisco Quality of Service Volume 1”8. 在VPN网络上部署classification（preclassify）。参考：P. 291” Implementing Cisco Quality of Service Volume 1”9. 如何在BGP中配置QoS Policy Propagation。参考：P. 305” Implementing Cisco Quality of Service Volume 1”10. 如何在各种catalyst交换机上配置分类以及标记。参考：P. 333” Implementing Cisco Quality of Service Volume 1”Congestion Management1. Congestion and Queuing:拥塞在以下几种情况中经常发生：1000 Mbps2 MbpsWAN1000 Mbps100 MbpsDirection of Data FlowWANN * 1 Mbps2 Mbps1000 Mbps1000 Mbps排队的几种算法：FIFO、PQ、Round robin、WRR、DRR。1) First in First out：最简单的排队算法，仅有一个队列，数据包依据进入的顺序进行转发。2) Priority Queuing：每个数据包均会被分类为不通的优先级，并且放到相应优先级的队列中。转发会首先从最高优先级的队列开始，只有当最高优先级队列中所有数据包均被转发后，系统会转发次一级优先队列中的数据包，如果此时最高优先级队列中又有数据包进来，系统会转发最高优先级的数据包，直到最高优先级队列中的数据包全部处理完毕，系统会继续处理次一级队列中的数据包。缺点是低优先级队列中的数据包有可能一直不会被转发。3) Round robin（循环）：系统会从每个queue里转发一个数据包以此循环进行，每个queue均有转发数据包的机会。缺点优先级高的queue中的数据包不能被优先转发。4) Weighted Round robin（加权循环队列）：依然采取循环队列的算法，但为每个queue设定一个加权值。加权值可以设置成为每一轮允许转发的数据包的数量，或设置为每一轮允许转发的bytes数量等等。P8P4P7P2P1P5P6P3Queue 1（Weighted 4）Queue 2（Weighted 2）Queue 3（Weighted 1）4 packets forwarding per turn2 packets forwarding per turn1 packet forwarding per turnWeighted Round robin存在的缺点：当WRR设置成为每一轮允许转发的bytes数量时，有可能出现带宽分配不准确 的情况，例如如下算法配置，如果threshold的值为3000 bytes时，queue中有3个数据包（两个1500 bytes，一个1499 bytes）等待转发，当转发了2个数据包后（1500+1499threshold），算法会在同一个round里转发第三个数据包（1500），导致queue中数据包实际上占用了150%的应有带宽。在这种情况下就需要精心设计MTU值以及threshold值。150014991500Threshold （byte-count）= 3000Up to 4999 bytes can be forwarded in one round in the worst case.5) Deficit Round robin：基于WRR算法解决了上述问题。2. 队列的实现：每个接口均有两种队列类型：Hardware Queue和Software QueueHardware Queue通过FIFO实现，hardware queue又称作transmit queue（TxQ）。Software Queue基于QoS的配置分配数据包到hardware queue。Class 1Class 2Class NADD/DROPADD/DROPADD/DROPQueue 1Queue NQueue 2SchedulerHardwareQueueSoftware Queuing SystemHardwareQueuing SystemInterface当数据包被分类后，路由器需要判断该数据包市应该没丢弃还是放入队列中。大多数的队列机制会采用尾丢弃（tail drop）的方法，即只有当相关队列已满时才会丢弃新的数据包。其他的一些机制采取更加智能的丢弃算法，如加权公平队列算法（WFQ）、加权随机提前检测（WRED）。当数据包允许被放置到相应的队列中，系统会将该数据包放入相应的queue中（这些queue通常都是FIFO队列）。之后数据包会从不同的queue中被放入Hardware Queue。Software Queue是当Hardware Queue已满，数据包在等待着进入Hardware Queue时才会调用，如果在Hardware Queue中仍然存在着空间，那么就不会调用Software Queue。Hardware Queue Size：Hardware Queue和Software Queue两种队列各有特点，并且相互制约。数据包在Software Queue中的转发是要punt到CPU处理的，因此如果Hardware Queue的空间过小就会导致有大量的数据包被放到CPU处理从而使得设备CPU的利用率过高（interrupt level）；但如果Hardware Queue的空间太大就会导致，有大量的数据包在FIFO队列中等待转发，从而增加了网络的延迟，减弱QoS的作用。Hardware Queue Size（TxQ）的大小是由IOS软件所决定的。TxQ的大小可以通过以下命令进行修改：R1(config-if)#tx-ring-limit ? Number (ring limit)Software Interfaces上的拥塞：子接口以及软件接口没有属于自己的transmit (Tx) ring，因此不会产生拥塞，只有当主接口的Tx ring发生了拥塞，子接口才会拥塞。Tx-ring state (full, not full) 为我们察看软件接口是否发生拥塞的一个线索。Cisco IOS中的软件队列技术：Priority queuing (PQ) 存在4个queue (High, Medium, Normal, Low); Custom queuing (CQ) 通过WRR实现，有16个queue可以对数据包进行分类，每个queue均采取尾丢弃 (tail drop) 的方法; MDRR (Modified Deficit Round Robin) 主要应用在GSR 12000系列路由器上。 3. 配置FIFO以及WFQ：FIFO Queuing：没有分类，当output queue中没有容量容纳数据包的时候，采取尾丢弃的机制防止拥塞。软件FIFO Queuing是对Hardware的FIFO Queuing的扩展。WFQ：对每一个流打到专用的队列里，就不会有饿死、延时和抖动；公平和精确的带宽分配；使用自动分类，不支持手工指定；丢弃包不使用简单的尾丢弃，而是丢弃侵略性最强的流；使用ip优先级（IP Precedence）作为权重分配带宽。对数据包的安排转发使用tdm(time-division multiplexer)，带宽平等的分给所有的流。WFQ分类是根据目的或源端的IP、TCP/UDP的协议号、端口号等参数进行哈希运算得到相应的queue。WFQ的插入以及丢弃策略：当到达congestive discard threshold（CDT）的阈值时，算法会采用早期丢弃的策略；当到达hold-queue out limit（HQO）阈值时，系统会丢弃侵略性最强的流。更多具体信息参考：P. 44 “Implementing Cisco Quality of Service Volume 2”通过如下命令查看WFQ的相关状态：show interfaceshow queueshow queueing4. 配置CBWFQ以及LLQ：1) Class-Based Weighted Fair Queueing：扩展了WFQ的功能，使得WFQ能够在基于用户自定义的流量分类（协议、ACL、input接口）上得到实现。每种流量类别会有一个相应的queue，属于该类别的流量会直接被放入该queue中。可以对每个类别的流量设置相应的带宽、权重、maximum packets limit。带宽是指当发生拥塞时，能够保证的最小带宽。通常还会设置queue limit，指该queue能够容纳的最多的数据包。当数据包的数量达到设置的相应的queue limit，算法会运用相应的丢弃策略，例如尾丢弃或随机数据包丢弃。Class 1Class 2Class-DefaultTail-DropTail-DropTail-DropQueue 1DefaultQQueue 2CBWQFSchedulerHardwareQueueSoftware Queuing SystemHardwareQueuing SystemInterfaceVoice Class 2Default尾丢弃（tail drop）是CBWFQ默认的丢弃策略，可以应用的weighted random early detection（WRED）算法来防止拥塞。CBWFQ Scheduler可以根据每个类别的weight保证相应类别流量的带宽。对于流量的分类，用户可以手动配置class maps。数据包的插入策略，CBWFQ保留了WFQ的multiple FIFO queues，每个queue都有自己的queue size（默认为64），当数据包的数量到达了相应的size，系统会tail drop数据包，WRED可以与CBWFQ共同使用以预防发生拥塞。CBWFQ的调度机制，对于权重的定义可以基于，bandwidth (in kbps) 指定具体的带宽值（注：分配的总流量不应超过接口带宽的75%）、percentage of bandwidth、percentage of remaining available bandwidth。注：每种service policy只能选用一种权重标准。通过show interface命令显示的available bandwidth是通过以下公式计算出来的：Bandwidthavail=BandwidthMaxReservable-SUMall fixed guarantees其中Bandwidth是通过接口命令bandwidth设置的；MaxReservable是系统为接口分配的带宽比例默认为75%，虽然能通过命令修改但不建议；SUM为用户设置的CBWFQ或CB-LLQ的带宽综合。注：75%法则：我们为voice、video、data所分配的流量不应超过接口带宽的75%。系统预留25%的带宽来传输Layer 2的某些重要的keepalives信息，路由的keepalives信息。不建议客户自己修改，除非客户对这些重要的控制信息所占用的流量有精确的认识或计算。如何配置相关的CBWFQ参考：P. 69 “Implementing Cisco Quality of Service Volume 2”2) Low-latency Queuing：在WFQ/CBWFQ中，每种流量公平或精确的提供相应的带宽，每种流量公平的得到调度的机会，无法保证voice流量能够得到优先的处理。LLQ为CBWFQ引入了strict priority queuing，确保voice流量能够得到优先的处理，可以在policy-map-class配置模式下通过priority命令进行配置。Class 1Class 2Class-DefaultTail-DropTail-DropTail-DropQueue 1DefaultQQueue 2CBWQFSchedulerCBWFQVoice Class 1DefaultNNClass PriorityClass PriorityBW PolicyBW PolicyNNYYPriority Queue (FIFO)HardwareQueueHardwareQueuing SystemInterfacePQQueuing MechanismBandwidth per classPriorityFIFONANoPQNoYesWFQYesNoCWFQYesNoLLQYesYes如何配置LLQ参考：P. 77 “Implementing Cisco Quality of Service Volume 2”5. Configuring LAN Congestion Management：在catalyst交换机平台上，对于QoS主要通过硬件（ASIC）完成，相关的硬件队列机制与软件的算法非常类似。硬件实现的拥塞管理与软件实现的拥塞管理原理相同，使用队列来实现拥塞管理。其中硬件SP（Strict Priority，严格优先级）队列对应软件PQ队列，硬件WRR（Weighted Round Robin，加权轮询）队列对应软件CQ（Custom Queuing）队列，硬件WFQ（Weighted Fair Queuing，加权公平队列）对应软件WFQ。650040003750/3560/297035502950TxQ2Q2T1P2Q2T1P3Q1T1P2Q1T1P3Q2T4Q2T4Q3T1P3Q2T4Q2T1P3Q4QRxQ1Q4T1P1Q4T1P1Q1P1Q8TNo1P1Q3T2Q3TNoNo在catalyst交换机平台上，主要的拥塞管理方法是PQ或WRR。如何在2950上配置WRR参考：P. 94 “Im