舉個栗子:把UDP端口號在16 384 - 32 767區間的語音數據放置在嚴格優先隊列中。爲嚴格優先隊列保留的帶寬是50kbps。
R1(config-if)#ip rtp priority 16384 16383 50 //直接在接口上就應用
原理:(Real Time Protocol,RTP)
RTP優先隊列是針對語音數據的嚴格優先隊列使用的,對其他數據使用的是WFQ。RTP優先隊列根據端口號識別語音數據,語音數據使用的是偶數端口號。
RTP優先隊列已經考慮了RTP報文頭壓縮(包括IP,UDP,RTP),但不包括二層幀的開銷,因此,在爲RTP優先隊列分配帶寬時,只需要使用標準的語音流所佔用帶寬即可。二層開銷佔用保留的25%帶寬。
與LLQ比較:
LLQ無法識別偶數端口號,只能把一個端口號區間包含進去,這樣也就把控制數據放入了LLQ中。如果在低速鏈路上,把語音數據和控制數據都放入LLQ有可能降低語音質量。
RTP優先隊列不需要考慮哪些端口號是語音數據使用的,可以把整個端口號區間寫進去。這是LLQ無法比擬的。
RTP和LLQ都可以同時應用在同一個接口上,但RTP優先隊列優先於LLQ。
舉個栗子:
R1(config)#policy-map llqpolicy
R1(config-pmap)#class voice
R1(config-pmap-c)#priority 50
R1(config)#int s2/2
R1(config-if)#ip rtp priority 16384 2000 40 //應用RTP優先隊列
R1(config-if)#service-policy output llqpolicy //應用LLQ優先隊列在s2/2的出口上
如果數據包同時匹配了class voice和ip rtp priority命令定義的端口,數據就只能得到40kbps的帶寬了。
如果只匹配class voice的數據可以得到50kbps的帶寬。