Re: Policing in one class with LLQ

Hi,
thanks to all for the advice...

So if I understand it right...there is an internal policer..._but_ I can
also configure my own police command inside the LLQ class ?!

Dennis

Am Dienstag, den 16.02.2010, 20:22 +1100 schrieb Dale Shaw:
> Hi Jared,
>
> On Tue, Feb 16, 2010 at 7:09 PM, Jared Scrivener
> <lists_at_jaredscrivener.com> wrote:
> >
> > Unlike the bandwidth command, the priority command has an internal
> > policer stopping it from using up excess bandwidth on the link. The
> > example you describe is normally seen in accompaniment to the
> > bandwidth command, I believe.
>
> Deja vu?
>
> http://www.groupstudy.com/archives/ccielab/200911/msg01728.html
>
> :-)
>
> See the "Which Traffic Classes Can Use Excess Bandwidth?" section of
> this document:
> http://www.cisco.com/en/US/tech/tk543/tk757/technologies_tech_note09186a0080103eae.shtml
>
> "The queueing system imposes an important exception to this rule with
> a priority class. [...] the offered load of a priority class is
> metered by a traffic policer. During congestion conditions, a priority
> class cannot use any excess bandwidth."
>
> "[...] it is important to understand that since the priority classes
> are policed during congestion conditions, they are not allocated any
> remaining bandwidth from the bandwidth classes. Thus, remaining
> bandwidth is shared by all bandwidth classes and class-default."
>
> "If a bandwidth or priority class should not exceed its allocated
> bandwidth during periods of no congestion, you can combine the
> priority command with the police command. This configuration imposes a
> maximum rate that is always active on the class."
>
> cheers,
> Dale
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html

Blogs and organic groups at http://www.ccie.net
Received on Wed Feb 17 2010 - 06:58:18 ART