ciscoqos配置思路介绍.docVIP

第1步：定义传输类型你必须告诉路由器，哪种数据流需要进行QoS管理。你可以通过访问控制列表（ACL）或者基于网络应用程序识别（NBAR）的方式来进行定义。其中ACL是为路由器设定不同传输数据 类型的传统方式。而NBAR则是让路由器识别流经路由器的各种数据的类别，比如HTTP数据是HTTP类别，Skype是Skype类别。但是路由器可识别的应用程序协议数量是有限的，这依赖于路由器内部存 储的一个程序协议列表。虽然路由器无法识别全部应用程序，但是路由器厂商在每次IOS升级时，会在列表中加入更多的程序。另外，你也可以自己定义程序识别列表。第2步：创建类映射（class-map）类映射就是将不同类型的数据流进行分组。比如，你可以创建一个叫做“VoIP traffic”的类映射，然后将各种VoIP协议归入该类。第3步：创建策略映射（policy-map）策略映射可以与类映射匹配，确定某类数据流的带宽和/或优先级。第4步：将策略映射应用于接口和ACL列表一样，你必须将策略映射应用于某个你所设定的端口上。你可以设定策略映射为输入或输出模式 ? ? Cisco QoS配置说明（CBWFQ/PWFQ/CQ/PQ/LLQ） QoS CBWFQ基于类别的加权公平排队,通常使用ACL定义数据流类别，并将注入宽带和队列限制等参数应用于这些类别.CBWFQ特点:1)能够给不同的类保障一定的带宽2)对传统的WFQ作了扩展支持用户自己定义流量的分类:3)队列的个数和类别是一一对应,给每个class 保留带宽 language=javascript src=/CMS/JS/newsad.js type=text/javascript BRCBWFQ与WFQ的区别：WFQ: 用户无法控制分类，由HASH算法自己决定CBWFQ:让用户对流量自己来分类WFQ 对正常流量　处理没问题，但是对语音流量显得”太公平”(语音要求低延迟)CBWFQ:考虑到公平特性，并没有考虑到语音的应用CBWFQ Configuration:CBWFQ(config)#CBWFQ(config)#class-map match-any CBWFQ1CBWFQ(config-cmap)#match dscp6CBWFQ(config-cmap)#match protocol http //两个条件，满足其中一个就可以匹配CBWFQ1//CBWFQ(config-cmap)#exitCBWFQ(config)#CBWFQ(config)#class-map match-all CBWFQ2CBWFQ(config-cmap)#match precedence 3CBWFQ(config-cmap)#match protocol telnet //两个条件必须全部满足才能匹配CBWFQ2//CBWFQ(config-cmap)#exitCBWFQ(config)#CBWFQ(config)#policy-map CBWFQCBWFQ(config-pmap)#class CBWFQ1 //调用class-map CBWFQ1//CBWFQ(config-pmap-c)#bandwidth 60CBWFQ(config-pmap)#CBWFQ(config-pmap)#class CBWFQ2CBWFQ(config-pmap-c)#bandwidth 30CBWFQ(config)#CBWFQ(config)#int s0/0CBWFQ(config-if)#service-policy output CBWFQ? //CBWFQ只能在出方向上调用//CBWFQ#查看：CBWFQ#show class-mapClass Map match-any class-default (id 0)Match anyClass Map match-any CBWFQ1 (id 1)Match dscp 6Match protocol httpClass Map match-all CBWFQ2 (id 2)Match precedence 3CBWFQ#CBWFQ#show policy-mapPolicy Map CBWFQClass CBWFQ1Bandwidth 60 (kbps) MaxThreshold 64 (packets)Class CBWFQ2Bandwidth 30 (kbps) Max Threshold 64 (packets)CBWFQ#CBWFQ#CBWFQ(config)#CBWFQ(config)#policy-map CBWFQCBWF