From: Packet Man (ccie2b@hotmail.com)
Date: Tue Jan 27 2004 - 16:30:28 GMT-3
Hi Scott,
Thanks for your responses to this issue.
Typically, I assume that if my solution is different from the lab solution,
my solution is the wrong one and then I try to understand why solution is
wrong and the provided solution is correct. Sometimes, it's apparent but
other times it's not and other times the provided solution happens to be
wrong. And, it usually takes a lot of convincing for me to conclude the
provided solution is incorrect, but based on the responses from you and
others, it looks to me that this is the case with this lab.
In this practice lab, the requirement was to "Assume a CIR of" various rates
on various PVC's. In no place did any requirements say anything about what
the purpose of the CIR was ie. the cir should be used be the routing
protocol to determine path cost.
Initially, so I thought, I would need to configure either GTS or FRTS to
implement the assumed CIR's. But, when I looked at the solution,
surprisingly, this is what was there.
****************
int s0
no ip address
encap frame-relay
service-policy output
int s0.x point-to-point
bandwidth X <-------- X = CIR from lab requirement
ip address x.x.x.x
frame-relay interface-dlci xxx
*****************
Other requirements in the lab had to do with classifying traffic and setting
various traffic policies such as setting ip prec and alloting a certain
percentage of the bandwidth to the various traffic classes.
I suppose it's a judgement call, but in this case, it seems to me that the
bandwidth command doesn't fulfill the lab requirement, "Assume a CIR of X on
PVC ..."
What do you think?
And, in the actual ccie lab, given the same requirement, would you configure
some sort of traffic shaping or policing or would you configure the
bandwidth command?
Thanks in advanced
>From: "Scott Morris" <swm@emanon.com>
>To: "'Packet Man'"
><ccie2b@hotmail.com>,<David.Bartlett@reuters.com>,<ccielab@groupstudy.com>
>Subject: RE: Bandwidth command
>Date: Tue, 27 Jan 2004 13:01:25 -0500
>
>Think about what it's used for any why... Think about the WHOLE picture.
>Don't just assume the lab has it's head stuck someplace where the sun
>doesn't shine just because one reply said the two aren't related. :)
>
>
>Scott Morris, CCIE4 (R&S/ISP-Dial/Security/Service Provider) #4713, CISSP,
>JNCIS, et al.
>IPExpert CCIE Program Manager
>IPExpert Sr. Technical Instructor
>swm@emanon.com/smorris@ipexpert.net
>http://www.ipexpert.net
>
>
>-----Original Message-----
>From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
>Packet Man
>Sent: Tuesday, January 27, 2004 12:20 PM
>To: David.Bartlett@reuters.com; ccielab@groupstudy.com
>Subject: RE: Bandwidth command
>
>Thank you. I thought the solution wasn't correct but I tend to assume that
>the people who write these practice labs know this stuff better than I do.
>This just shows you that you can't always accept as fact what they say.
>
>
> >From: David Bartlett <David.Bartlett@reuters.com>
> >To: Packet Man <ccie2b@hotmail.com>, ccielab@groupstudy.com
> >Subject: RE: Bandwidth command
> >Date: Tue, 27 Jan 2004 16:42:02 +0000
> >
> >That's correct - the bw statement configured on an interface is only
> >used by routing protocol best path calculations. To define actual CIR
> >etc you would need to employ traffic shaping.
> >
> >David.
> >
> >-----Original Message-----
> >From: Packet Man [mailto:ccie2b@hotmail.com]
> >Sent: 27 January 2004 15:20
> >To: ccielab@groupstudy.com
> >Subject: Bandwidth command
> >
> >
> >Hi all,
> >
> >I'm doing a practice lab which instructs me to set the CIR on various
> >F/R
> >p2p sub-interfaces. For example, it said to "Assume a CIR of 256k on the
> >PVC
> >to R3, a CIR of 128k to R2"... etc
> >
> >I was thinking about whether I should use GTS or FRTS, but in the
> >solution
> >configs, it used the bandwidth command to fulfill that requirement which
> >I
> >don't think is correct.
> >
> >Just to double check, I looked up the bandwidth command and this is what
> >it
> >said,
> >
> >
> >Bandwidth Information
> >The bandwidth command sets an informational parameter to communicate
> >only
> >the current bandwidth to the higher-level protocols; you cannot adjust
> >the
> >actual bandwidth of an interface using this command.
> >
> >
> >------------------------------------------------------------------------
> >--------
> >Note This is a routing parameter only; it does not affect the physical
> >
> >interface.
> >
> >------------------------------------------------------------------------
> >--------
> >
> >Changing Bandwidth
> >For some media, such as Ethernet, the bandwidth is fixed; for other
> >media,
> >such as serial lines, you can change the actual bandwidth by adjusting
> >hardware. For both classes of media, you can use the bandwidth
> >configuration
> >command to communicate the current bandwidth to the higher-level
> >protocols.
> >
> >***********************
> >
> >I have 2 questions:
> >
> >Based on the stated requirement, does using the bandwidth command
> >fulfill
> >the requirement?
> >
> >Does using the bandwidth command shape or police traffic that exceeds
> >the
> >amount specified in the bandwidth command?
> >
> >The way I read it, the only thing the bandwidth command does is tell the
> >
> >routing protocol what bandwidth value to use in calculating costs. Do
> >you
> >agree?
> >
> >Thanks in advance.
> >
> >_________________________________________________________________
> >High-speed usersbe more efficient online with the new MSN Premium
> >Internet
> >Software. http://join.msn.com/?pgmarket=en-us&page=byoa/prem&ST=1
> >
> >_______________________________________________________________________
> >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
> >
> >
> >-------------------------------------------------------------- --
> > Visit our Internet site at http://www.reuters.com
> >
> >Get closer to the financial markets with Reuters Messaging - for more
> >information and to register, visit http://www.reuters.com/messaging
> >
> >Any views expressed in this message are those of the individual
> >sender, except where the sender specifically states them to be
> >the views of Reuters Ltd.
> >
>
>_________________________________________________________________
>Let the new MSN Premium Internet Software make the most of your high-speed
>experience. http://join.msn.com/?pgmarket=en-us&page=byoa/prem&ST=1
>
>_______________________________________________________________________
>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 Feb 02 2004 - 09:07:51 GMT-3