Re: custom queue question [7:23449]

2001-10-18 Thread Priscilla Oppenheimer

You should work with ratios rather than absolute numbers.

At 06:19 PM 10/18/01, Jon Tucker wrote:
I'm looking for feedback that I am/not calculating my custom queue byte
count the correct size.

Below I've made up a circuit with a 56K cir and a port speed of 64K.  Assume
the carrier lets me burst to port speed.

My first question would be do I calculate the queue sizes based on cir or
cir+be?  I did the calculations below based on cir.

It doesn't matter.


I said I wanted to give 10% to WWW, 25% to DLSW, 25% to VoIP, and the
remaining 40% to everything else.

56000 bits per second = 7000 bytes per second  (56000/8)

7000 * .10 = 700
7000 * .25 = 1750
7000 * .40 = 2800

This would work. But you could accomplish the same 10%, 25%, 25%, and 40%
with:

1000 bytes
2500 bytes
2500 bytes
4000 bytes

or any other combination with the same ratios.

Think of the output interface as a conveyer belt carrying, oh let's say 
boxes of cereal. On each cycle, for every 10 boxes of Cheerios you place on 
the belt, you place 25 boxes of Wheaties, 25 boxes of Rice Crispies, and 40 
boxes of Bran Flakes.

Then you drink your morning espresso and for every 100 boxes of Cheerios 
you place on the belt, you place 250 boxes of Wheaties, 250 boxes of Rice 
Crispies, and 400 boxes of Bran Flakes.

Each cereal still uses the same percentage of conveyer bandwidth compared 
to the other cereals, despite your hyperactivity.

That's why the Ethernet example below works. They didn't worry about actual 
Ethernet bandwidth.

To really do a good job with custom queuing, however, you do also care 
about the actual byte size that you use. It it's an FTP application, for 
example, it would be silly to use 25 bytes or even 250 bytes since each 
packet is probably 1500 bytes and packest don't get divided up. But 25 
would be OK if it's VoIP.

I hope that didn't just confuse matters. I bet it gave you something to 
chew on though. (bran flakes!)

Priscilla



interface serial0.2
  frame-relay class pointtwo

map-class frame-relay pointtwo
  frame-relay traffic-rate 56000 64000
  frame-relay adaptive-shaping becn
  frame-relay custom-queue-list 2

queue-list 2 protocol ip 1 tcp www
queue-list 2 protocol dlsw 2
queue-list 2 protocol ip 3 list 180
queue-list 2 default 4
queue-list 2 queue 1 byte-count 700
queue-list 2 queue 2 byte-count 1750
queue-list 2 queue 3 byte-count 1750
queue-list 2 queue 4 byte-count 2800

access-list 180 permit udp any any range 16384 16484
access-list 180 permit tcp any any eq 1720



Going by a calculation I've read in the Slaterlee/Hutnik book (pg 481).  To
assign 75% of all bandwidth to one queue and 25% of the bandwidth to the
other queue, they made two queues the first 7500 bytes and the second 2500
bytes and placed that queue on an ethernet interface.  Those byte count
numbers don't follow the bandwidth capacity of an ethernet interface.  So,
how did those figures get calculated?


Another way I've seen these custom queues calculated:  (in a training class
I attended last month)

Using the figures from my test scenario of 10% WWW, 25% DLSw and VoIP and
40% default.  Using the default byte size of a queue, 1500 bytes.

My 10% queue would equal 1500 bytes.

10%=1500bytes - WWW
25%=3750bytes - DLSw
25%=3750bytes - VoIP
40%=6000bytes - Default

The first method I listed seems to make the most sense to me.

This whole process has me confused as to which method is the correct method.
Any help shedding light on this would be extremely welcome.

Thanks,
- JT


Priscilla Oppenheimer
http://www.priscilla.com




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7i=23483t=23449
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]



Re: Custom queue

2000-09-13 Thread Darren House


The answer is B.  Custom queueing will not fragment the packets.  It will
send the entire packet, even if it passed the byte count.  Then it will go
on to the next queue.


Darren

--
Darren House
Internet Systems Engineer
UUNET, A World Com Company
703-886-6641
[EMAIL PROTECTED]

On Wed, 13 Sep 2000, Doug Laing wrote:

 Here is another study question for clarification.  Assume the following
 configuration:
 
 queue-list 1 protocol ip 1
 queue-list 1 protocol ipx 2
 queue-list 1 protocol appletalk 3
 queue-list 1 protocol ip 4 tcp 20
 queue-list 1 default 5
 queue-list 1 queue 1 byte-count 4500
 
 A)  Once the byte count in Queue 1 is reached while transmitting a
 packet, the data is sent, then the router immediately goes to Queue 2.
 
 B)Once the byte count in Queue 1 is reached while transmitting a packet,
 the entire packet is sent, then the router immediately goes to Queue 2.
 
 **NOTE: New CCNA/CCDA List has been formed. For more information go to
 http://www.groupstudy.com/list/Associates.html
 _
 UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
 FAQ, list archives, and subscription info: http://www.groupstudy.com
 Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
 

**NOTE: New CCNA/CCDA List has been formed. For more information go to
http://www.groupstudy.com/list/Associates.html
_
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]



RE: Custom queue

2000-09-13 Thread Sebastien Venturoso

The answer is B, when a particular queue is being processed, packets are
sent until
the number of bytes send exceeds the queue byte or until the queue is empty.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
Doug Laing
Sent: 13 September 2000 15:01
To: [EMAIL PROTECTED]
Subject: Custom queue


Here is another study question for clarification.  Assume the following
configuration:

queue-list 1 protocol ip 1
queue-list 1 protocol ipx 2
queue-list 1 protocol appletalk 3
queue-list 1 protocol ip 4 tcp 20
queue-list 1 default 5
queue-list 1 queue 1 byte-count 4500

A)  Once the byte count in Queue 1 is reached while transmitting a
packet, the data is sent, then the router immediately goes to Queue 2.

B)Once the byte count in Queue 1 is reached while transmitting a packet,
the entire packet is sent, then the router immediately goes to Queue 2.

**NOTE: New CCNA/CCDA List has been formed. For more information go to
http://www.groupstudy.com/list/Associates.html
_
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

**NOTE: New CCNA/CCDA List has been formed. For more information go to
http://www.groupstudy.com/list/Associates.html
_
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]



Re: Custom queue

2000-09-13 Thread Michael Fountain

The router will send the entire packet to finish off the byte count.

If it has serviced 4400 bytes from queue 1 it can still transmit 100 bytes 
before moving to queue 2.  If a 1500 bytes packet is next up in queue 1 it 
will transmit the entire packet before going to queue 2.

This means that it will have actually transmitted 5900 bytes even though the 
limit was set to 4500.




Here is another study question for clarification.  Assume the following
configuration:

queue-list 1 protocol ip 1
queue-list 1 protocol ipx 2
queue-list 1 protocol appletalk 3
queue-list 1 protocol ip 4 tcp 20
queue-list 1 default 5
queue-list 1 queue 1 byte-count 4500

A)  Once the byte count in Queue 1 is reached while transmitting a
packet, the data is sent, then the router immediately goes to Queue 2.

B)Once the byte count in Queue 1 is reached while transmitting a packet,
the entire packet is sent, then the router immediately goes to Queue 2.

_
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

Share information about yourself, create your own public profile at 
http://profiles.msn.com.

**NOTE: New CCNA/CCDA List has been formed. For more information go to
http://www.groupstudy.com/list/Associates.html
_
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]