Re: [RE] New white paper release (fixed, in response to Geoff's observation)
Hi all,
Glad to see a new proposal in this version of white paper. I have a question
about the new proposal.
According to Figure 11.3 and its explanation, bunched flow will be reshaped
by delaying following frames. As my understanding to the Figure 11.3.(e),
the delay will not be recovered any more. There is not problem along space
axis because the hop number is limited and the maximum delay will be bounded
(nXd). But let's turn our sight to time axis. If there is a bunch again in
following frames (and following time), more delay is needed for
following-following frames. Then along time axis, more and more delay
present until buffers overflow... Will it happen?
I am not sure that I understand this scheme right, so please point out if I
missed something. Thanks.
Regards,
Sihai Wang
----- Original Message -----
From: "David V James" <dvj@ALUM.MIT.EDU>
To: <STDS-802-3-RE@listserv.ieee.org>
Sent: Thursday, August 11, 2005 5:40 AM
Subject: [RE] New white paper release (fixed, in response to Geoff's
observation)
> All,
>
> Sorry, this seems to happen everytime I don't
> check immediately after downloading. I have
> since done that. I can now more reliably state
> the following:
>
> I have updated the white papers to account for:
> 1) The addressing options discussed at the
> last Wednesday meeting.
> 2) A rate-paced shaper proposal, that avoids
> by using separate shapers for each distinct
> combination of:
> {source-port, target-port, priority}
>
> The clean and change-bars versions can be found
> at:
> http://dvjames.com/esync/dvjReNext2005Aug10.pdf
> http://dvjames.com/esync/dvjReBars2005Aug10.pdf
> I assume Michael will copy these to our web page.
>
> Cheers,
> DVJ
>
>