From: Brian McGahan (bmcgahan@internetworkexpert.com)
Date: Thu Feb 10 2005 - 01:23:07 GMT-3
Andy,
> What happens if no specific MINcir or CIR are given to shape a
> multipoint circuit too? What then, would the recommended values be
for
> CIR and MINcir such that I can apply an effective service-policy to
the
> frame-relay map-class?
When legacy FRTS is configured, the default "frame-relay cir"
for unconfigured circuits will be 56Kbps. The "frame-relay mincir"
value defaults to half of the "frame-relay cir". There aren't any
recommended values for these figures, it depends completely on how your
circuit is provisioned.
The logic behind this behavior of the MQC is that you cannot
guarantee more bandwidth than you are actually provisioned. Typically
the mincir value will correspond to the guaranteed provisioned rate (but
not always ;) so it is possible that you are reserving space in the
output queue for traffic that will be simply dropped in the provider
cloud.
Are you asking this question in the context of an implementation
or the CCIE lab? For lab application, simply address the question as it
is presented. Most of the time it's best not to try to apply and logic
to the exam questions. If it's for production give me some more
information on your setup and I can make a better recommendation.
HTH,
Brian McGahan, CCIE #8593
bmcgahan@internetworkexpert.com
Internetwork Expert, Inc.
http://www.InternetworkExpert.com
Toll Free: 877-224-8987 x 705
Outside US: 775-826-4344 x 705
24/7 Support: http://forum.internetworkexpert.com
Live Chat: http://www.internetworkexpert.com/chat/
> -----Original Message-----
> From: Edwards, Andrew M [mailto:andrew.m.edwards@boeing.com]
> Sent: Wednesday, February 09, 2005 6:59 PM
> To: Brian McGahan; Eric Taylor; Hans None; ccielab@groupstudy.com
> Subject: RE: Class-Based Weighted Fair Queueing
>
> I just want to be clear that I understand because there was something
> interesting you said...
>
> If I have a multipoint physical frame interface, and I do NOT have the
> interface BW set (want the default interface BW to be the basis for
the
> percentage), and I apply a service policy to the physical interface...
> The BW percentage would be based upon the interface default BW.
>
> Along that reasoning, if I apply the bandwidth command to the
interface,
> then its based upon that configured value of the interface bandwidth.
>
> Alternatively, if I apply it via a frame-relay map-class, then the BW
> percentage is based upon the MINCIR kbps.
>
> So,
>
> This just begs the question:
>
> What happens if no specific MINcir or CIR are given to shape a
> multipoint circuit too? What then, would the recommended values be
for
> CIR and MINcir such that I can apply an effective service-policy to
the
> frame-relay map-class?
>
> Andy
>
>
>
>
>
>
>
>
> -----Original Message-----
> From: Brian McGahan [mailto:bmcgahan@internetworkexpert.com]
> Sent: Wednesday, February 09, 2005 4:33 PM
> To: Edwards, Andrew M; Eric Taylor; Hans None; ccielab@groupstudy.com
> Subject: RE: Class-Based Weighted Fair Queueing
>
>
> Edward,
>
> > Do you absolutely have to define the interface bandwidth on the
> > interface that you are applying the service policy too in order for
> the
> > bandwidth percent to take effect?
>
> The bandwidth value has different defaults for different interfaces.
You
> technically don't have to change it, but you might end up with a
> reservation of an amount you didn't expect.
>
> > IOW, if it's a frame multipoint interface, and no per spoke PVC
> > bandwidth requirements are given, would it be necessary to define
the
> BW
> > on the multipoint frame serial interface as 1544 even though that's
> the
> > default in order for the service policy to calculate the BW
percentage
>
> > correctly?
>
> It depends how the policy is applied. If it's applied to the main
> interface without traffic shaping the reservation comes from the
> interface bandwidth statement. If it's applied through a frame-relay
> map-class (i.e. with traffic shaping) the reservation comes from the
> frame-relay mincir or the shape adaptive amount.
>
>
> HTH,
>
> Brian McGahan, CCIE #8593
> bmcgahan@internetworkexpert.com
>
> Internetwork Expert, Inc.
> http://www.InternetworkExpert.com
> Toll Free: 877-224-8987 x 705
> Outside US: 775-826-4344 x 705
> 24/7 Support: http://forum.internetworkexpert.com
> Live Chat: http://www.internetworkexpert.com/chat/
>
>
> > -----Original Message-----
> > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
> Of
> > Edwards, Andrew M
> > Sent: Wednesday, February 09, 2005 5:50 PM
> > To: Eric Taylor; Hans None; ccielab@groupstudy.com
> > Subject: RE: Class-Based Weighted Fair Queueing
> >
> > Because I'm dying to know...
> >
> > Do you absolutely have to define the interface bandwidth on the
> > interface that you are applying the service policy too in order for
> the
> > bandwidth percent to take effect?
> >
> > IOW, if it's a frame multipoint interface, and no per spoke PVC
> > bandwidth requirements are given, would it be necessary to define
the
> BW
> > on the multipoint frame serial interface as 1544 even though that's
> the
> > default in order for the service policy to calculate the BW
percentage
>
> > correctly?
> >
> > andy
> >
> > -----Original Message-----
> > From: Eric Taylor [mailto:etaylor10@tampabay.rr.com]
> > Sent: Wednesday, February 09, 2005 2:43 PM
> > To: Hans None; ccielab@groupstudy.com
> > Subject: RE: Class-Based Weighted Fair Queueing
> >
> >
> > That command will guarantee you that bandwidth for that particular
> > class. Under your default class you can define "fair queue" with the
> > number of queues allocated.
> >
> >
>
http://www.cisco.com/en/US/tech/tk652/tk698/technologies_configuration_e
> > xamp
> > le09186a0080094af9.shtml
> >
> > policy-map VOICE-POLICY
> > class voice-traffic
> > priority 45
> > class voice-signaling
> > bandwidth 8
> >
> >
> > !--- Assigns a queue for voice-signaling traffic that ensures 8
Kbps.
> > !--- Note that this is optional and has nothing to do with good
voice
> > !--- quality. Instead, it is a way to secure signaling.
> >
> >
> > class class-default
> > fair-queue
> >
> >
> > !--- The class-default class is used to classify traffic that does
> > !--- not fall into one of the defined classes.
> > !--- The fair-queue command associates the default class WFQ
queueing.
> >
> >
> > R3(config-pmap)#class class-default
> > R3(config-pmap-c)#fai
> > R3(config-pmap-c)#fair-queue ?
> > <16-4096> Number Dynamic Conversation Queues
> > <cr>
> >
> > R3(config-pmap-c)#fair-queue
> >
> > HTH,
> > Eric
> >
> > -----Original Message-----
> > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf
Of
>
> > Hans None
> > Sent: Wednesday, February 09, 2005 5:19 PM
> > To: ccielab@groupstudy.com
> > Subject: Class-Based Weighted Fair Queueing
> >
> >
> > Hi all,
> >
> >
> > What does the bandwidth command mean here? Is it going to define the
> > numbers of queues allocated?
> >
> > Router(config-pmap-c)# bandwidth {bandwidth-kbps | percent percent}
> >
> >
> > Thanks,
> >
> >
> > Hans
> >
> > _________________________________________________________________
> > Is your PC infected? Get a FREE online computer virus scan from
> McAfee.
> > Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963
> >
> >
>
This archive was generated by hypermail 2.1.4 : Thu Mar 03 2005 - 08:51:18 GMT-3