From: Brian McGahan (bmcgahan@internetworkexpert.com)
Date: Wed Feb 09 2005 - 21:32:38 GMT-3
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