笔记 -Cisco AutoQoS可在以下Cisco IOS软件版本中获得——用于Cisco Catalyst 2950和3550系列交换机的Cisco IOS软件版本12.1E或更高版本;Cisco IOS软件发布12.2T或更高版本,用于Cisco 2600、2600XM、3600、3700和7200系列路由器;用于Cisco Catalyst 4500系列交换机的Cisco IOS软件版本12.1E或更高版本;Cisco Catalyst 6500系列交换机的Cisco Catalyst Operating System 7.5.1或更高版本。有关AutoQoS平台支持的当前信息,请查看Cisco的Feature Navigatorhttp://www.cisco.com/go/fn.
配置路由器的自动qos
在路由器平台上,以下命令可以从接口配置模式或DLCI配置模式(对于帧中继电路)启用自动验证:
路由器(Config-If)#auto qos voip [trust] [fr-atm]
的相信选项表示自动qos应该基于三层区分服务码点(DSCP)优先级标记对语音流量进行分类,而不是使用基于网络的应用识别(NBAR)。的fr-atm选项使帧中继到ATM链路的AutoQoS功能能够从DLCI配置模式发出。
在在路由器接口启用自动验证之前,请考虑以下先决条件:
必须启用Cisco Express Forwarding (CEF)功能,因为AutoQoS使用NBAR,而NBAR需要CEF功能。
当前不应附加QoS策略。
应在接口上配置正确的带宽,使用带宽命令。
如果其速度小于768 kbps,则必须在接口上配置IP地址。
接口不能被管理员关闭。
注意,接口带宽决定启用哪些AutoQoS特性。当接口带宽小于768kbps时,认为该接口为低速接口。在低速接口上,AutoQoS配置Multilink PPP (MLP), MLP需要在物理接口上配置IP地址。AutoQoS从物理接口获取IP地址,并将其用于它创建的虚拟多链路接口。
要验证路由器接口是否配置了AutoQoS,使用以下命令:
路由器#显示汽车qos[界面接口标识符]
为了说明AutoQoS可以执行的一些配置更改,请考虑实施例7-1中所示的串行接口的配置,而不启用自动QoS。
例7-1路由器配置无自动QoS
interface Serial0/0 bandwidth 128 ip address 10.1.1.1 255.255.255.0 encapsulation ppp
示例7-2说明了进入后的配置更改汽车qos voip命令用于接口Serial 0/0。
例7-2具有自动qos的路由器配置
class-map匹配任何AutoQoS-VoIP-Remark class-map匹配任何AutoQoS-VoIP-Remark匹配ip dscp ef匹配ip dscp cs3匹配ip dscp af31 class-map匹配任何AutoQoS-VoIP-Control-UnTrust匹配访问组名称AutoQoS-VoIP-Control class-map匹配任何AutoQoS-VoIP-RTP-UnTrust匹配协议rtp音频匹配访问组的名字AutoQoS-VoIP-RTCP !policy-map AutoQoS-Policy-UnTrust class AutoQoS-VoIP-RTP-UnTrust priority percent 70 set dscp ef class AutoQoS-VoIP-Control-UnTrust bandwidth percent 5 set dscp af31 class AutoQoS-VoIP-Remark set dscp default class class-default fair-queue !interface multilink 2001100114带宽128 ip address 10.1.1.1 255.255.255.0业务策略输出AutoQoS-Policy-UnTrust ip tcp header-compression iphc-format ppp multilink ppp multilink fragment delay 10 ppp multilink interleave ppp multilink group 2001100114 ip rtp header-compression iphc-format !interface Serial0/0 bandwidth 128 no ip address encapsulation ppp auto qos voip clockrate 128000 no fair-queue ppp multilink ppp multilink group 2001100114 !ip访问列表扩展AutoQoS-VoIP-Control允许tcp任何任何情商1720允许tcp范围11000 11999允许udp任何任何任何情商eq 2427允许tcp 2428允许任何任何范围2000 2002允许udp tcp任何情商eq 1719允许udp任何5060 ip访问列表扩展AutoQoS-VoIP-RTCP允许udp任何任何范围16384 32767 !rmon事件33333日志trap AutoQoS描述“AutoQoS SNMP trap for Voice Drops”owner AutoQoS rmon告警33333 cbQosCMDropBitRate.1081.1083 30绝对上升阈值1 33333
下降阈值0所有者自动QoS
日志含义设置接口Serial 0/0的带宽为128kbps。因此,AutoQoS确定了某些链路效率机制(例如,Multilink PPP、RTP报头压缩和TCP报头压缩)是合适的。因此,AutoQoS除了自动配置这些链路效率机制外,还自动配置了其他多种QoS机制,包括分类、标记、LLQ和远程监控(RMON)陷阱,以便在丢包过多时向管理员发出警报。
AutoQoS为企业
在Cisco IOS软件版本中引入12.3(7)T,AutoQoS为企业扩展Cisco路由器平台上的AutoQoS的功能。具体而言,For Enterprise允许路由器识别遍历接口的多个协议,并根据学习的流量模式推荐自定义策略。
配置路由器接口开始学习流量模式,请在接口配置模式下输入以下命令:
路由器(Config-If)#Auto发现QoS.
进入上一个命令后,等待路由器的一段时间,以了解交叉接口的流量模式。Cisco IOS软件的NAN功能使动态学习这些模式的能力。
等待一段时间后(例如,在代表峰值网络使用的时间段内30分钟到一个小时)在其中路由器正在学习网络的流量模式,输入以下命令以查看路由器的查询并查看界面的推荐策略:
路由器#显示自动发现qos
示例7-3提供发出后收到的输出的示例显示自动发现QoS命令。
例7-3的输出显示自动发现QoS命令
R4#show auto discovery qos Serial0/0 AutoQoS discovery enabled for applications发现时间- 46秒AutoQoS类信息类语音-建议最小带宽- 40kbps /31% (PeakRate)检测到的应用程序和数据:应用程序/ AverageRate PeakRate总协议(kbps / %) (kbps / %)(字节 ) ----------- ----------- -------- ------------ rtp音频28/21 40/31 161160类互动视频——没有数据。类信令-建议最小带宽- 0 Kbps/0%(平均速率)检测到的应用和数据:应用/平均速率峰值速率总协议(Kbps/ %) (Kbps/ %)(字节)----------- ----------- -------- ------------ skinny 0/0 0/0 3648类流视频-无数据发现。类事务-没有发现数据。类散装-没有找到数据。类清道夫-没有发现数据。类管理-没有发现数据。类路由-建议最小带宽- 0 Kbps/0%(平均值)检测到的应用和数据:应用/平均峰值速率协议总数(kbps/%) (kbps/%)(字节)----------- ----------- -------- ------------ eigrp 0/0 0/0 640 icmp 0/0 0/0 120 Class Best Effort - Current Bandwidth estimate - 77kbps /60% (average)检测到的应用和数据:Application/ AverageRate PeakRate Total Protocol (kbps/%) (kbps/%) (bytes) ----------- ----------- -------- ------------ http 77/60 110/85 446413 unknowns 0/0 /0 104当前正常运行时间的AutoQoS建议策略:! class-map match-any AutoQoS-Voice-Se0/0 match protocol rtp audio ! policy-map AutoQoS-Policy-Se0/0 class AutoQoS-Voice-Se0/0 priority percent 31 set dscp ef class class-default fair-queue
如果您发现建议的策略可接受并希望应用动态创建的策略,请进入受监视的接口的接口配置模式,然后输入以下命令:
路由器(config-if) #汽车服务质量
这个汽车服务质量命令将建议的策略应用于路由器。
在Catalyst Switch上配置AutoQoS
Catalyst交换机上的QoS机制与路由器上的QoS机制不同。例如,当路由器使用LLQ作为优先级队列策略时,Catalyst交换机可能使用加权轮询(WRR)作为优先级队列策略。幸运的是,一些Catalyst交换机模型(例如Cisco Catalyst 2950(EI)和3550系列)上可用的AutoQoS特性将语音特定的QoS特性全局地应用到Catalyst交换机上,并在端口级别上应用。
要在支持的Catalyst交换机平台上配置AutoQoS(运行本机IOS),请从接口配置模式发出以下命令:
切换(Config-If)#Auto QoS VoIP [信任|Cisco-Phone]
如果相信选项用于上一个命令,Catalyst Switch基于第2层服务(COS)标记进行排队决策。但是,如果思科电话使用选项,Catalyst Switch基于来自思科IP电话的COS标记的排队决策。该交换机通过CDP检测思科IP电话的存在。
为了说明Catalyst Switch的AutoQoS功能所做的配置更改,请考虑示例7-4,其示出了催化剂3550开关上的接口千兆位0/1的初始配置。
例7-4催化剂交换机配置没有自动qos
interface GigabitEthernet0/1 no ip address
示例7-5说明了输入后的配置更改自动qos voip思科电话接口千兆位命令0/1。
例7-5AutoQoS的催化剂配置
MLS qos map cos-dscp 0 8 16 26 32 46 48 56接口GigabitEthernet0/1没有ip地址mls qos信任设备cisco-phone mls qos信任因为汽车qos voip cisco-phone wrr-queue带宽20 1 80 1 wrr-queue队列限制80年20 1 wrr-queue cos-map 1 0 1 2 4 wrr-queue cos-map 3 3 6 7 wrr-queue cos-map 4 5优先队列
示例7-5演示了AutoQoS功能配置了Catalyst交换机,以全局启用QoS(与mls qos命令),并将第2层CoS标记标记为第3层区分服务代码点(DSCP)标记(带有MLS QoS地图Cos-DSCP命令)。此外,AutoQoS为接口gigabitethernet 0/1配置了WRR,并将CoS值为5的流量(即语音流量)放在优先队列中,优先队列会在其他队列之前清空。
实施呼叫录取控制
为防止VoIP网络的过度使用,必须限制网络上允许的语音呼叫数量。介绍实现CAC的配置参数,防止广域网资源的过度订阅。
带宽超额认购的影响
QoS工具,如排队,确保语音业务接收优先于数据业务。但是,如果一个网络链路被过多的语音通信订阅,数据包就会被丢弃,剩下的语音通话就会受到影响,因为它们必须争夺低延迟队列可用的带宽。
图7 - 5说明了语音超额订阅的效果。使用LLQ,语音流量被引入优先级队列(PQ),而所有其他流量都被引导为各种CBWFQ队列。请注意,优先级队列转发数据包在发往CBWFQ队列的数据包,拒绝进入队列并被删除。在所示的情况下图7 - 5,就连优先队列缓冲区也满了。因此,语音包与其他语音包竞争接入网络链路。这种情况导致该链路上所有语音通话的降级。
超额认购的影响
CAC操作
CAC可以在输出网关上运行,并将其关于结节信息的决定,例如传出LAN或WAN链路的状态。例如,如果本地IP网络链路关闭,则基于网络其余部分的状态执行复杂判决逻辑,因为网络无法访问。
作为另一个例子,如果网络设计人员已经知道带宽限制允许在传出的广域网链路上不超过两个调用,如图7 - 6,则可将本地节点配置为不允许超过两次调用。可以在出局拨号对等体上配置此类型的CAC。
对CAC的需求
敬请回复
RSVP是唯一能够为呼叫进行实际带宽预订的CAC机制。RSVP提供了独特的优势,不仅为语音提供了CAC,而且还保证了在通话期间不受网络条件变化的QoS。RSVP预订是双向的,因为语音呼叫需要双向的语音路径。因此,在两个方向上都保留了带宽,如图7.
敬请回复
终端网关最终根据两个预订是否成功做出CAC决策。此时,H.323将继续执行H.225报警/连接(呼叫被允许并继续),或者H.225拒绝/释放(呼叫被拒绝)。当目的地电话开始响,来电者听到回铃时,RSVP预订已经到位。
RSVP与本节讨论的其他CAC方法有以下重要区别: