Re: QOS and custom queueing(to CBWFQ)

From: John Matijevic (matijevi@bellsouth.net)
Date: Sat Jun 28 2003 - 14:59:28 GMT-3


Hello Mohit
Basically from what I understand there is a max-reserved-bandwidth to where
you can sent the amount of bandwidth dedicated to the sum of the queues, by
default it is 75%, if the sum of the queue's is less than 75% of the total
available interface bandwidth, then you do not need to specify the command.
Lets take for example that I have a serial interface that has 1544 kb, 75%
of this would be 1158kb, and in my initial example I have allocated
5000+2500+1000+1500=10000 bytes < 1158000 bytes. Another source of
information that I received, and I dont know his or her name told me to just
add up the percentages of the queue's and if its over 75% to add the
command. For example in our case we our allocating all of the bandwidth to
all the queues= 100%, so that we would need to set the command
max-reservered-bandwidth 100. Again I am having a hard time finding
documentation to confirm either theory.
Sincerely,
Matijevic
----- Original Message -----
From: "SHARMA,MOHIT (HP-Germany,ex1)" <mohit.sharma@hp.com>
To: "'John Matijevic'" <matijevi@bellsouth.net>; <ccielab@groupstudy.com>
Sent: Saturday, June 28, 2003 12:49 PM
Subject: RE: QOS and custom queueing(to CBWFQ)

> Hi John,
>
> Thanx for the same.
>
> Another one now. If you need to convert this queue into CBWFQ ( I saw a
post
> from yesterday, but it was not "really"followed up", but got me thinking),
> would you put the percentage in the policy map, as 50,25, 15 and 10, will
> this allocate 75 percent of the interface bandwith?
> I tried to implement it, but the available bandwith it shows is 7500kb, on
a
> 10 mb interface. Quite confusing.-
> here's the config-
>
> class-map match-any kl
> match protocol telnet
> match protocol ftp
> class-map match-any hl
> match access-group 900
> match access-group 110
> class-map match-any gl
> match input-interface Ethernet0/0
> match access-group 198
>
> policy-map look
> class kl
> bandwidth percent 40
> class hl
> bandwidth percent 25
> class gl
> bandwidth percent 15
> class class-default
> bandwidth percent 10
>
> interface Ethernet0/1
> ip address 10.15.1.3 255.255.255.0
> half-duplex
> service-policy output look
> end
>
> oob-main-site#sh queueing interface e0/1
> Interface Ethernet0/1 queueing strategy: fair
> Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
> Queueing strategy: weighted fair
> Output queue: 0/1000/64/0 (size/max total/threshold/drops)
> Conversations 0/1/256 (active/max active/max total)
> Reserved Conversations 4/4 (allocated/max allocated)
> Available Bandwidth 7500 kilobits/sec
> <--------------------------------------
>
> Couls somebody please advice.
>
> Thanks,
>
> Mohit.
>
>
> -----Original Message-----
> From: John Matijevic [mailto:matijevi@bellsouth.net]
> Sent: Saturday, June 28, 2003 6:16 PM
> To: SHARMA,MOHIT (HP-Germany,ex1); ccielab@groupstudy.com
> Subject: Re: QOS and custom queueing
>
>
> OK, Here we go:
> In the example the workbook is using 10000 bytes, with 12.1 ios version
you
> dont have to be specific in the byte count because it will borrow from the
> next queue to be serviced. So if you use 1000 bytes as a reference, 50%
> would be 5000 bytes for queue1, 25% would be 2500 bytes for queue2, 15% is
> 1500 for queue 3, you dont have to specify becuase the default bytes for a
> queue is 1500 bytes, Since the calculation comes out to the same as the
> defualt you do not need to specify.
> Sincerely,
> Matijevic
> ----- Original Message -----
> From: "SHARMA,MOHIT (HP-Germany,ex1)" <mohit.sharma@hp.com>
> To: "'John Matijevic'" <matijevi@bellsouth.net>; <ccielab@groupstudy.com>
> Sent: Saturday, June 28, 2003 11:47 AM
> Subject: RE: QOS and custom queueing
>
>
> > Hi John,
> >
> > Could you please xplain, why is the byte count for specifically queue 3
is
> > missing and why 10K?
> >
> > Yu kind of got me confused with your example :-)
> >
> > Thanx,
> >
> > Mohit.
> >
> > -----Original Message-----
> > From: John Matijevic [mailto:matijevi@bellsouth.net]
> > Sent: Friday, June 27, 2003 10:22 PM
> > To: John Matijevic; ccielab@groupstudy.com
> > Subject: Re: QOS and custom queueing
> >
> >
> > Thanks all,
> > I got the answer it looks like it is based off of 10000 bytes and with
IOS
> > 12.1 you do not need to be specific and can user whatever number you
want
> if
> > its not given.
> > Sincerely,
> > Matijevic
> > ----- Original Message -----
> > From: "John Matijevic" <matijevi@bellsouth.net>
> > To: <ccielab@groupstudy.com>
> > Sent: Friday, June 27, 2003 3:11 PM
> > Subject: QOS and custom queueing
> >
> >
> > > Hello Team,
> > > I have the following scenerio:
> > > queue-list 1 protocol ip 1 tcp telnet
> > > queue-list 1 protocol ip 1 tcp ftp
> > > queue-list 1 protocol ipx 2
> > > queue-list 1 protocol ip 2 list 101
> > > queue-list 1 protocol ip 3 gt 1200
> > > queue-list 1 interface Ethernet0 3
> > > queue-list 1 default 4
> > >
> > > Basically I have 4 queues and the question asks to configure Custom
> > Queueing
> > > so that 50% of bandwidth go to que 1, 25% goes to que 2, 15% goest to
> que
> > 3,
> > > and 10% goes to que 4.
> > > The answer is the following:
> > > queue-list 1 queue 1 byte-count 5000
> > > queue-list 1 queue 2 byte-count 2500
> > > queue-list 1 queue 4 byte-count 1000
> > > My question is how the numbers get derived in the answer? I am
thinking
> > that
> > > they are using 10000 kilobytes as a reference, i think it may be
because
> > since
> > > ethernet 0 is in one of the queues that its bandwidth is 10000kb, but
I
> am
> > not
> > > a 100% sure, I think that the default you use is 1500 bytes, and since
> > there
> > > are 4 queues I thought it would be 6000, since they dont say the byte
> > count of
> > > each queue. how do you come up with this? Also I think there should
be
> > > another que in the answer, queue-list 1 queue 3 byte-count 1500, Could
> > someone
> > > help me clarify?
> > > Sincerely,
> > > Matijevic
> > >
> > >
> > >



This archive was generated by hypermail 2.1.4 : Fri Jul 04 2003 - 11:11:13 GMT-3