Solved

Cisco QOS - Policing

Posted on 2010-08-22
2
651 Views
Last Modified: 2012-08-14
Hi All,

Need your help to understand what is the Token Bucket Concept? I dont understand what it really means by new tokens are added into the token bucket based on the interpacket arrival rate and the CIR. Every time a packet is policed, new tokens are added back into the token bucket.  

In the below case, is my TOken Bucket size 884000? Can you please help me to understand what really cause the exceed action to drop kick in?

police 884000 8000 conform-action set-dscp-transmit ef exceed-action drop
Thanks
Hari
0
Comment
Question by:kamalgopi
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
2 Comments
 
LVL 9

Accepted Solution

by:
Alex Bahar earned 500 total points
ID: 33499988
You're not alone. People often get confused with policing calculations.
Your bucket size is 8000 bytes. This means you are allowed to send 8000 bytes from your bucket within Tc period.
To simplify assume you receive packets every 5 msec (0.005 sec). You add tokens at the rate of (0.005 * 884000) = 4420 bits in 0.005 sec = 552 bytes. That means you are allowed to add 552 bytes to your bucket every 0.005 seconds.
Assume you started with your bucket full. You have 8000 bytes in it. 0.005 seconds later, you received 5000 bytes in a packet. This packet conforms because you have 8000 bytes in your bucket. So set-dscp-transmit is executed. 8000-5000=3000 bytes remain in your bucket. Referring previous calculation, you add 552 bytes to your token in 0.005 secs later. Your bucket has 3552 bytes in it. Now another packet arrives with 4000 bytes in it. This is more than the bytes in your bucket (3352). So you execute exceed action drop the packet. Referring previous calculation, you add 552 bytes to your token in 0.005 secs later. Your bucket now has 4114 bytes in it. Now another packet arrives with 4000 bytes in it.  This packet conforms because you have 4114 bytes in your bucket. So set-dscp-transmit is executed. 4114-4000=114 bytes remain in your bucket. Then there is a silence of 0.5 second period you did not receive any packets. This means 552*100=5520 bytes get added to your bucket.
I hope this helps.
0
 
LVL 11

Author Closing Comment

by:kamalgopi
ID: 33508093
Fantastic. Now i have some understanding on how it works. Now i need to go and look for what is the best figure for a Bucket for a 1M Link.
0

Featured Post

Technology Partners: We Want Your Opinion!

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

In the world of WAN, QoS is a pretty important topic for most, if not all, networks. Some WAN technologies have QoS mechanisms built in, but others, such as some L2 WAN's, don't have QoS control in the provider cloud.
How to set-up an On Demand, IPSec, Site to SIte, VPN from a Draytek Vigor Router to a Cyberoam UTM Appliance. A concise guide to the settings required on both devices
Here's a very brief overview of the methods PRTG Network Monitor (https://www.paessler.com/prtg) offers for monitoring bandwidth, to help you decide which methods you´d like to investigate in more detail.  The methods are covered in more detail in o…
This video gives you a great overview about bandwidth monitoring with SNMP and WMI with our network monitoring solution PRTG Network Monitor (https://www.paessler.com/prtg). If you're looking for how to monitor bandwidth using netflow or packet s…

690 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question