HI Max,

Yes it applies to LLQ and I did test with bandwidth, same result. Notice that 
you are not getting the 75% bandwidth message, you are getting a message saying 
that you are trying to assing 198M on a 100M interface, I get that message as 
well. According to theory you should get the 75% message when you try to 
reserve more than that, so in your example below, if you don't reserve anything 
for the class OTHER you should get an error when you apply it to the interface, 
which make sense as until you apply it you don't know what interface you are 
referring to and therefore how much bandwidt is available to you. I assume in 
your case that you highest interface speed is 100M and the router is aware of 
that, if you had a 1 G interface on your router you wouldn't see the message 
you're seeing, but you could stll apply that policy to a fast ethernet and if 
you did it that's when you should get the message and the threshold is 75% 
according to Cisco documentation, or at least that's my un
 derstanding. Also, the bandwidth we are referring to here can be changed with 
the bandwidth command on the interface, so you can test by making a fast 
ethernet 10 M and assinging 8M for example. But I don't get the 75% message and 
it allows me to reserve more than 75%. I'll test with a Serial today.
Fulvio

Date: Tue, 9 Apr 2013 20:33:29 -0500
Subject: Re: [OSL | CCIE_RS] CBWFQ Bandwidth Allocation
From: [email protected]
To: [email protected]
CC: [email protected]

I'm not sure if the 75% rule applies to a strict priority queue in LLQ. If you 
try to do the same but use the "bandwidth" keyword so that you're configuring a 
non-priority queue, it'll certainly scream at you. However, I was not aware you 
could configure the priority queue for more than the 75% limit as I have never 
tried to until today. I believe Cisco recommends no more than 33% as a general 
rule of thumb outside of the CCIE lab :)


max-3825-voice-lab(config)#policy-map TESTmax-3825-voice-lab(config-pmap)#class 
voicemax-3825-voice-lab(config-pmap-c)#priority 
99000max-3825-voice-lab(config-pmap)#class OTHER
max-3825-voice-lab(config-pmap-c)#bandwidth 99000Insufficient bandwidth 100000 
kbps for the bandwidth guarantee (99000)
max-3825-voice-lab(config-pmap-c)#bandwidth 74000
Insufficient bandwidth 100000 kbps for the bandwidth guarantee (74000)
max-3825-voice-lab(config-pmap-c)#
--max
On Tue, Apr 9, 2013 at 5:56 PM, Fulvio allegretti <[email protected]> 
wrote:

Hi all,

I know that the sum of reserved bandwidth on CBWFQ cannot exceed 75 % of the 
interface bandwidth, and if I try to apply a policy to an interface where I 
have reserved more than 75% I should get something like this:



I/f FastEthernet0/0 class RTP requested bandwidth 9000 (kbps), available only 
7500 (kbps)



but I just can't make this message come up, for some reason I am able to 
reserve up to 99M on  100 M interface. I am sure am missing something simple 
here and just can't see the wood for trees at this time at night. Can you help?




Thanks, Fulvio



R4#sh policy-map

  Policy Map VOIP

    Class RTP

      priority 99000 (kbps)



R4#sh run int fa 0/0

Building configuration...



Current configuration : 145 bytes

!

interface FastEthernet0/0

 ip address 150.100.40.4 255.255.255.0

 ip ospf mtu-ignore

 duplex auto

 speed auto

 service-policy output VOIP

end







R4#sh policy-map int fa 0/0

 FastEthernet0/0



  Service-policy output: VOIP



    queue stats for all priority classes:



      queue limit 64 packets

      (queue depth/total drops/no-buffer drops) 0/0/0

      (pkts output/bytes output) 0/0



    Class-map: RTP (match-all)

      0 packets, 0 bytes

      5 minute offered rate 0 bps, drop rate 0 bps

      Match: protocol rtp

      Priority: 99000 kbps, burst bytes 2475000, b/w exceed drops: 0





    Class-map: class-default (match-any)

      77 packets, 6651 bytes

      5 minute offered rate 0 bps, drop rate 0 bps

      Match: any



      queue limit 64 packets

      (queue depth/total drops/no-buffer drops) 0/0/0

      (pkts output/bytes output) 77/7624





R4#sh int fa 0/0 | in BW

  MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,





_______________________________________________

For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com



Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com



http://onlinestudylist.com/mailman/listinfo/ccie_rs


                                          
_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

http://onlinestudylist.com/mailman/listinfo/ccie_rs

Reply via email to