From: Matt Netw (mattnetw@gmail.com)
Date: Tue Mar 20 2007 - 17:23:48 ART
Could be this a valid solution?
policy-map PM
class class-default
police cir percent 75
conform-action transmit
exceed-action set-frde-transmit
Matt.
2007/3/20, ian <iyux2000@gmail.com>:
>
> If i remembered correctly, there is no need to change the interface to
> reserve 100%.
> In latest IOS, "bandwidth percent **" is not needed any more.
>
>
>
> ======= 2007-03-20 04:06:07 What you've mentioned in your letter#:=======
>
> >I have seen a question similar to this in my studies. So I am
> >interested in the solution as well.
> >
> >The problem I have with the solution is ECN notifies senders when there
> >are a certain number of packets in queue and based on the MPD. I do not
> >understand how this will notify senders of congestion when the link
> >reaches 75%.
> >
> >I would think you would need to police traffic and enable ECN for any
> >traffic exceeding the policed rate. However, that is not an option in
> >the police command.
> >
> >Am I over thinking the requirements or is there another solution to this
> >problem?
> >
> >Thanks
> >
> >Thomas Johnson
> >JP Morgan Chase
> >Global Network Implementation
> >
> >-----Original Message-----
> >From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
> >Darby Weaver
> >Sent: Sunday, March 18, 2007 7:46 PM
> >To: andres_ccie@hotmail.com; ccielab@groupstudy.com
> >Subject: Re: Congestion avoidance
> >
> >As long as you change the interface to consider 100%
> >bandwidth you should be ok. I see you have done this
> >but sometimes it is easy to forget. Also you may want
> >to be careful that the interface has not had a
> >previous requirement to change the default bandwidth
> >for any reason.
> >
> >And remember the keyword load is used in your example.
> > So you should be keenly aware if other terms might be
> >used as well. I would recommend changing the
> >variables in your example and changing the example
> >given in CCO and performing a bit a criss-cross,
> >produce the condition, observe the results and work in
> >a methodical fashion. Use extended pings to help
> >produce the desired congestion. Caslow gives great
> >examples that can be used for QoS examples like this
> >one and others.
> >
> >http://www.cisco.com/univercd/cc/td/doc/product/software/ios124/124cg/hq
> >os_c/part15/ch05/hwrdecn.htm#wp1015359
> >
> >The example listed in the link above should give you
> >an example of the correct verification commands as a
> >very similar example as you have presented - so you
> >can compare your output line for line.
> >
> >
> >
> >
> >
> >
> >--- andres_ccie@hotmail.com wrote:
> >
> >> Hi Group,
> >> I have the following questions:
> >>
> >> Configure on interface x/x R1 congestion avoidance,
> >> that if if's load is 75%, then router must say to
> >> traffic source about it and that source reduce
> >> speed.
> >> Dont use FECN & BECN.
> >>
> >> Mi answer:
> >>
> >> policy-map PM
> >> class class-defaut
> >> bandwidth percent 75
> >> random-detect
> >> random-detect ecn
> >>
> >> int x/x
> >> max-reserved-bandwidth 100
> >> service-policy output PM
> >>
> >>
> >> This answer is correct?.
> >>
> >> Thanks a lot.
> >> AA
> >>
> >>
> >_______________________________________________________________________
> >> 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 transmission may contain information that is privileged,
> confidential, legally privileged, and/or exempt from disclosure under
> applicable law. If you are not the intended recipient, you are hereby
> notified that any disclosure, copying, distribution, or use of the
> information contained herein (including any reliance thereon) is STRICTLY
> PROHIBITED. Although this transmission and any attachments are believed to
> be free of any virus or other defect that might affect any computer system
> into which it is received and opened, it is the responsibility of the
> recipient to ensure that it is virus free and no responsibility is accepted
> by JPMorgan Chase & Co., its subsidiaries and affiliates, as applicable,
for
> any loss or damage arising in any way from its use. If you received this
> transmission in error, please immediately contact the sender and destroy
the
> material in its entirety, whether in electronic or hard copy format. Thank
> you.
> >**********************************************************************
> >
> >_______________________________________________________________________
> >Subscription information may be found at:
> >http://www.groupstudy.com/list/CCIELab.html
>
> = = = = = = = = = = = = = = = = = = = =
>
>
> !!!!!!!!!!!!!!!!Have a nice day.
>
>
> !!!!!!!!!!!!!!!!ian
> !!!!!!!!!!!!!!!!iyux2000@gmail.com
> !!!!!!!!!!!!!!!!!!!!2007-03-20
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Sun Apr 01 2007 - 06:35:52 ART