From: Edwards, Andrew M (andrew.m.edwards@boeing.com)
Date: Thu Feb 10 2005 - 02:31:43 GMT-3
Ok Brian,
I labbed this up myself and saw what you were talking about.
But, it still begs the question:
What happens if no specific MINcir or CIR are given in a scenario to shape a
multipoint circuit too?
What then, would the recommended values be for CIR and MINcir such that we
can apply an effective service-policy to the frame-relay map-class? Or would this be
an ask the proctor question?
andy
________________________________
From: Edwards, Andrew M
Sent: Wed 2/9/2005 4:58 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