Comments inline..... (imagine that =)
"Priscilla Oppenheimer" wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> At 08:49 PM 7/31/01, Michael L. Williams wrote:
> >I'm totally speculating here........ Please let me wrong if this doesn't
> >jive....... it seems to me that the number of packets in the queue
> >(outgoing) wouldn't be anymore for 50% or 99% until there are more
packets
> >attempting to go over the wire than is allowed.... (i.e. there won't be
any
> >use for the queue except in passing as the packets are sent out as fast
as
> >they are coming to the interface to be sent out).......
>
> Consider a restaurant. As usage of the restaurant increases, the delay to
> get your food increases also. This happens even if the restaurant isn't
> full. I'm sure we have all experienced this! ;-) How bad it gets depends
on
> the arrival rate of patrons and how long they stay and demand service. The
> arrival rate needs to be considered not just in terms of an average rate,
> but also in terms of how many patrons arrive at once.
That's a very good analogy. Consider that the space in the restaurant used
to seat all customers not being served is like the queue while the kitchen
is like the CPU. Using that, my point in the first paragraph was that
assuming that customers enter the restaurant (and leave after finishing) at
a rate the kitchen can handle, the "queue" wouldn't need to be utilized =)
> As an example, it takes 5 ms to transmit a 1024-byte packet on a
1.544-Mbps
> T1 link. That's a given. It has nothing to do with statistics or averages
> or anything fuzzy. There's serialization delay on all non-parallel ports,
> although on high-speed links it is minimal.
That really hits the nail on the head. There is *always* serialization
delay (on non-parallel links), so that's where packets can queue.....
Mike W.
Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=14573&t=14233
--------------------------------------------------
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
