Josh,<br><br>Thanks for responding to my question on a Saturday!<br><br>The question was about traffic policing, which you do on ingress at the access layer. It's a mechanism to penalize traffic that doesn't conform to your policies. Usually by dropping or remarking to CS1. Whereas traffic shaping is the egress mechanism that wants all traffic to leave the network, just, in a controlled manner.<br><br><br>I think about it like this: if a device plugged into a switch port started flooding the port with traffic, it could impact network services. Especially if that traffic was being marked with CoS 5 and I was honoring CoS markings on that port. It could be an attacker, or it could be a broken piece of hardware which is malfunctioning. Whatever the reason, my network would be safe* from a flood if I policed on ingress.<br><br>*I don't claim to be a security expert, so "safe" is a relative term<br><div class="gmail_quote">On Sat Nov 22 2014 at 6:46:34 PM Josh Warcop <<a href="mailto:josh@warcop.com" target="_blank">josh@warcop.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<div>
<div style="font-family:Calibri,sans-serif;font-size:11pt">I'm finding per circuit bandwith becoming irrelevant. It is so easy tom get 100Mbps Ethernet circuits. 87.Kbps is still the answer.<br>
<br>
<br>
Sent from my Windows Phone</div>
</div>
<div dir="ltr">
<hr>
<span style="font-family:Calibri,sans-serif;font-size:11pt;font-weight:bold">From:
</span><span style="font-family:Calibri,sans-serif;font-size:11pt"><a href="mailto:avholloway+cisco-voip@gmail.com" target="_blank">Anthony Holloway</a></span><br>
<span style="font-family:Calibri,sans-serif;font-size:11pt;font-weight:bold">Sent:
</span><span style="font-family:Calibri,sans-serif;font-size:11pt">11/22/2014 9:40 PM</span><br>
<span style="font-family:Calibri,sans-serif;font-size:11pt;font-weight:bold">To:
</span><span style="font-family:Calibri,sans-serif;font-size:11pt"><a href="mailto:cisco-voip@puck.nether.net" target="_blank">Cisco VoIP Group</a></span><br>
<span style="font-family:Calibri,sans-serif;font-size:11pt;font-weight:bold">Subject:
</span><span style="font-family:Calibri,sans-serif;font-size:11pt">Re: [cisco-voip] QoS Policing Bandwidth Question</span><br>
<br>
</div></div><div>
<div>Oops! Sorry folks, but I have an error in my explanation of my selection. However, for the sake of keeping my reply hidden from view, I cannot easily correct it via the mailing list (a benefit of a web forum). When you spot it, you'll know, and you
may even be able to guess why it's wrong. Hint: I originally typed 64Kbps but then edited the value without editing the explanation.<br>
<br>
<div>On Sat Nov 22 2014 at 3:14:33 PM Anthony Holloway <<a href="mailto:avholloway%2Bcisco-voip@gmail.com" target="_blank">avholloway+cisco-voip@gmail.<u></u>com</a>> wrote:<br>
<blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>Here's a little Saturday afternoon thought provoking question for the group.</div>
<div><br>
</div>
<div>If you were asked to police your access ports to allow only a single g711 call, which of the following values is correct? Assume you run an Ethernet based LAN on Cisco switches for this question.</div>
<div><br>
</div>
<div>A. 80Kbps</div>
<div>B. 87.2Kbps</div>
<div>C. 93Kbps</div>
<div>D. 95.2Kbps</div>
<div>E. 96.8Kbps</div>
<div>F. None of the above</div>
<div><br>
</div>
<div>Yes, I am studying QoS at the moment. ;)</div>
<div><br>
</div>
<div>So, here's my answer and why I think that it's right...Stop reading if you haven't picked your answer yet.</div>
<div><br>
</div>
<div>Only read on after selecting your own answer, so that my answer does not influence your choice.</div>
<div><br>
</div>
<div>The same would go for any replies to this discussion, pick your answer first, then read what others are saying.</div>
<div><br>
</div>
<div>Ok, here we go...</div>
<div><br>
</div>
<div>I choose F. None of the above</div>
<div><br>
</div>
<div>Here is why...also, if you click the links, it will take you to a reference for each value and why they were chosen as choices to this question.</div>
<div><br>
</div>
<div>A. <a href="http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/7_1_2/ccmsys/accm-712-cm/a02cac.html#wp1033346" target="_blank">80Kbps</a> is the bitrate of the codec, so that's plain wrong. It's lacking all L2 - 4 headers.</div>
<div><br>
</div>
<div>B. <a href="http://www.cisco.com/c/en/us/support/docs/voice/voice-quality/7934-bwidth-consume.html#topic1" target="_blank">87.2Kbps</a> does consider the L2 - 4 headers, but it fails to account for Ethernet CRC and IPG.</div>
<div><br>
</div>
<div>C. <a href="http://www.cisco.com/c/en/us/td/docs/solutions/Enterprise/WAN_and_MAN/QoS_SRND/QoS-SRND-Book/QoSIntro.html#29651" target="_blank">93Kbps</a> also considers the L2 - 4 headers, while ignoring the CRC+IPG, but it does account for a 5% overhead
buffer which is nice.</div>
<div><br>
</div>
<div>D. <a href="http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/srnd/ipv6/ipv6srnd/netstruc.html#wp1057244" target="_blank">95.2Kbps</a> considers L2 - 4 headers, CRC+IPG, but an IPG value only valid for Gig ports. Actually, you could argue a swap
for CRC and IPG because they're both 4 Bytes. It's not like you define which headers you're covering, rather it's the final value that matters.</div>
<div><br>
</div>
<div>E. <a href="http://www.bandcalc.com/" target="_blank">96.8Kbps</a> considers L2 - 4 headers, CRC+IPG, and an IPG value for 100meg ports, which covers Gig ports as well. I have two complaints with this value:</div>
<div><br>
</div>
<div>1) The value isn't a clean increment of 500 bps or 1Kbps, so when you type in: police 96.8k, the switch will change it to 96.5k, forcing you to go with 97k. Then how would your value look if you needed to police for more than one call (<a href="http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/mediasense/105_SU1/Design_Guide/CUMS_BK_MC36D963_00_mediasense-srnd_105_SU1/CUMS_BK_MC36D963_00_mediasense-srnd_10-5_chapter_01110.html#CUMS_RF_PE0FD1E8_00" target="_blank">think
BIB media forking</a>)? 97k * 2 = 194k. 97k * 2.5 = 242.5k I don't know about you, but I would have to double check with a calculator to find out if those values were correct.</div>
<div><br>
</div>
<div>
<div><b>SW1(config-pmap-c)#police 96.8k 8000 exceed-a drop</b></div>
<div><b>SW1(config-pmap-c)#do sh run | in police 96<br>
</b></div>
<div><b> police 96500 8000 exceed-action drop</b></div>
</div>
<div><br>
</div>
<div>2) The value doesn't consider any overhead or "wiggle room." I'd rather allow an extra 5% of traffic and carry the burden on the network versus impact a voice call.</div>
<div><br>
</div>
<div>Since all choices come with a caveat, I'd like to go with 100Kbps.</div>
<div><br>
</div>
<div>I have three main reasons for this value:</div>
<div><br>
</div>
<div>1) It's enough to cover some wiggle room, "all preambles, headers, flags, cyclic redundancy checks, and padding"*, the highest IPG, but not so large that it weakens the integrity of the goal to police traffic to a single call.</div>
<div><br>
</div>
<div>2) It's a nice round increment and multiplying the value for 2 or 2.5 calls (mediasense) is easy work. 100k * 2 = 200k. 100k * 2.5 = 250k.</div>
<div><br>
</div>
<div>*A modified wording from <a href="http://www.cisco.com/c/en/us/td/docs/solutions/Enterprise/WAN_and_MAN/QoS_SRND/QoS-SRND-Book/QoSIntro.html#pgfId-46536" target="_blank">
the following document</a>.</div>
<div><br>
</div>
<div>3) Since picking anyone of the alternative answers leaves you defending your choice anyway ("I saw it in the SRND", "It's what Auto QoS configures", "<a href="http://en.wikipedia.org/wiki/Magic_8-Ball#Possible_answers" target="_blank">My Magic 8 Ball
Said I Could Rely On It</a>," etc.), why not go with something original and creative and defend your answer with a well thought out explanation? Who knows, you might provoke the next big revolution in QoS. Oh wait, that's MediaNet, isn't it?</div>
<div><br>
</div>
<div>So, now that you have my answer, I'd be really interested in reading your's.</div>
<div><br>
</div>
<div>Have a great Saturday everyone.</div>
</blockquote>
</div>
</div>
</div></blockquote></div>