From: iron_tri (iron_tri@msn.com)
Date: Sat Apr 10 2004 - 14:02:13 GMT-3
Be and Be are in bytes. 128000*.25 = 32000. 32000/8 is 4000, in bytes.
That's my take on it. If you are doing an Internetworkexpert lab, I think
they explain the solution on their forum.
----- Original Message -----
From: "Yasser Aly" <blackyeyes00@hotmail.com>
To: <ccielab@groupstudy.com>
Sent: Saturday, April 10, 2004 7:14 AM
Subject: Limiting ICMP Traffic
> Dear All,
>
> The task is saying that " R1 should not send more than 128Kbps of ICMP "
> to avoid congestion. Configure your network so that ICMP traffic is
limited
> to 128Kbps. Allow for a burst of 1/4th of this rate.
>
> The solution offered is:
>
> ==============
> ip cef
> !
> class-map match-all ICMP
> match protocol ICMP
> !
> policy-map police POLICE_ICMP
> class ICMP
> police cir 128000 bc 4000
> !
> int e0/0
> service-policy output POLICE_ICMP
> ================
>
>
> If I am going to solve this using rate-limit it would be
>
> rate-limit output 128000 16000 24000 conf orm-action transmit
exceed-action
> drop.
>
> Mapping the rate-limit statement to the MQC config, I would make the
police
> statment as follows
> police cir 128000 bc 16000 be 20000
> or
> police cir 128000 bc 16000 be 4000
>
> My calculations are based on 128000/8 = 16000 & 1/4 of 16000 is 4000
>
> Can someone explain the difference between these statments in meaning.
> Which one is correct and why ?
>
> Thanks,
> Yasser
>
> _________________________________________________________________
> MSN Premium helps eliminate e-mail viruses. Get 2 months FREE*
>
http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines
>
> _______________________________________________________________________
> Please help support GroupStudy by purchasing your study materials from:
> http://shop.groupstudy.com
>
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Mon May 03 2004 - 19:48:46 GMT-3