From: Bob Sinclair (bsin@cox.net)
Date: Sun May 08 2005 - 07:58:46 GMT-3
Amit,
By default, the MQC policing function calculates burst values as CIR/32.
This results from a Tc of 250 milliseconds (1/4 of a second) and the
conversion of bits to bytes (1/8). However, if the result is less than MTU,
then MTU is used, as here.
Default Bc = CIR * (1/4 * 1/8) = CIR * 1/32
Bob Sinclair
CCIE #10427, CCSI 30427, CISSP
www.netmasterclass.net
----- Original Message -----
From: Amit Jain
To: Bob Sinclair ; ccielab@groupstudy.com
Sent: Sunday, May 08, 2005 6:49 AM
Subject: Re: 2 quick questions
Bob
In the example which you have given , you have not used the bc and be in
command. I guess in this example bc and be must be some default value as
they depict only the bucket sizes. Right??
Amit
----- Original Message -----
From: "Bob Sinclair" <bsin@cox.net>
To: "Amit Jain" <netsteps@rediffmail.com>; <ccielab@groupstudy.com>
Sent: Sunday, May 08, 2005 12:26 AM
Subject: Re: 2 quick questions
> Amit,
>
> Here is an example that might help:
>
>
> There is a stream of UDP traffic outbound R1 S0/0. It averages 64000
bps,
but
> is bursty on a random basis. We want to transmit all packets up to the
CIR,
> 24000 bps. Traffic between 24000 bps and 48000 bps gets marked to CS1
and
> traffic over 48000 gets dropped.
>
>
>
> Here is the policy-map:
>
>
>
> policy-map POLICE
> class UDP
> police cir 24000 pir 48000
> conform-action transmit
> exceed-action set-dscp-transmit cs1
> violate-action drop
>
>
>
> Here is the output after running it for a while:
>
>
>
> Service-policy output: POLICE
>
> Class-map: UDP (match-all)
> 2500 packets, 2505000 bytes
> 30 second offered rate 74000 bps, drop rate 29000 bps
> Match: access-group 101
> police:
> cir 24000 bps, bc 1500 bytes
> pir 48000 bps, be 1500 bytes
> conformed 969 packets, 970938 bytes; actions:
> transmit
> exceeded 792 packets, 793584 bytes; actions:
> set-dscp-transmit cs1
> violated 739 packets, 740478 bytes; actions:
> drop
> conformed 24000 bps, exceed 22000 bps, violate 29000 bps
>
>
>
> The resulting numbers are rough, but approximate the desired result.
>
>
>
> HTH,
>
>
>
> Bob Sinclair
> CCIE #10427, CCSI 30427, CISSP
> www.netmasterclass.net
>
> ----- Original Message -----
> From: Amit Jain
> To: Dennis J. Hartmann ; 'ccie2be' ; 'Gary Cheung' ;
ccielab@groupstudy.com
> Sent: Saturday, May 07, 2005 11:33 AM
> Subject: Re: 2 quick questions
>
>
> When you look at the link
>
http://www.cisco.com/univercd/cc/td/doc/product/software/ios123/123cgcr/qos
> _r/qos_o1g.htm#wp1084420
>
> Where the two rate marking is given by explaining command:
> police cir "cir" bc "conform-burst" pir "pir" be "peak-burst"
> conform-action
> "action" exceed-action "action" violate-action "action"
>
> The method of classifying the packets is clear but still the role of
> conform-burst and peak-burst is not so clear from the doc.
> Can you help ?
>
> Amit
> ----- Original Message -----
> From: "Dennis J. Hartmann" <dhartma5@optonline.net>
> To: "'ccie2be'" <ccie2be@nyc.rr.com>; "'Gary Cheung'"
> <garymsue@netvigator.com>; <ccielab@groupstudy.com>
> Sent: Saturday, May 07, 2005 1:23 AM
> Subject: RE: 2 quick questions
>
>
> > The 2 police commands are DRASTICALLY different. When you use the
> > "cir" keyword, you're using a two-rate, three color marker
> (TRTCM-RFC2698),
> > and when you don't use the cir keyword, you're using a single-rate,
three
> > color marker (SRTCM-RFC2697).
> >
> > What does SRTCM and TRTCM mean in simpler terms? The ability to set
> > a PIR (peak information rate) is ONLY in the TRTCM using the cir
option.
> >
> > -Dennis Hartmann (self-proclaimed QoS expert) ;-)
> >
> > -----Original Message-----
> > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
Of
> > ccie2be
> > Sent: Friday, May 06, 2005 3:16 PM
> > To: 'Gary Cheung'; ccielab@groupstudy.com
> > Subject: RE: 2 quick questions
> >
> > Gary,
> >
> > 1. The dialer load-threshold command can be configured on only 1 side
or
> > both sides. However, if it's configured on both sides, you don't
want
> the
> > command to bring up the 2nd circuit at the same time since then it's
> > possible for both sides to try to bring up the circuit and both sides
> will
> > find the 2nd circuit busy.
> >
> > 2. I don't think there's any difference but the best way to be sure
is
> to
> > use the show policy-map intX command to see the results.
> >
> > HTH, Tim
> >
> > -----Original Message-----
> > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
Of
> Gary
> > Cheung
> > Sent: Friday, May 06, 2005 1:42 PM
> > To: ccielab@groupstudy.com
> > Subject: 2 quick questions
> >
> > 1) does the command " dialer load-threshold" require to enter in both
> ISDN
> > routers or single router only?
> > 2) Any difference in between this two command "police" and "police
cir"?
> Any
> > criteria in choosing between them?
> >
> > Gary
> >
> >
_______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
> >
> >
_______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
> >
> >
_______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
_______________________________________________________________________
Subscription information may be found at:
http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Fri Jun 03 2005 - 10:11:57 GMT-3