RPR'ers,
Based on the 'underwhelming' responses that I got
back on this, we'll consider the performance metrics discussion closed for
now, and move on.
As I mentioned before, I want for us to work on
identifying the scenarios, and metrics that we want to use as a starting
point. I know that some of you already put extensive efforts into producing
simulation results, but we want to all get to run a consistent subset for
various proposals. I've already posted some preliminary thoughts and
suggestions (and got the same underwhelming response!).
Please share with us any thoughts that you have
on this subset, and if you have suggestions on more details. In the meantime,
I'll work on putting together more details too. I'd like to see us go to the
Interim meeting with some of these discussions already started, so that we
just work on ironing out any points of disagreements that we may have.
Hopefully, we can reach to some consensus on a starting subset that we all
agree to, and start running some coherent simulations after the Interim and
share the results in the November plenary. As you know, we're going to have a
lot of simulation work to do, so getting a head start on it can help us
avoid the situation where this becomes a gating factor in the future
causing delays in establishing the standard.
Thanks.
Khaled Amer
President,
AmerNet
Architecture Analysis and Performance Modeling Specialists
Phone:
(949)552-1114
13711 Solitaire Way, Irvine, CA 92620
Fax:
(949)552-1116
e-mail:
khaledamer@xxxxxxx
----- Original Message -----
Sent: Saturday, August 05, 2000 8:48 PM
Subject: RPR Perf. Metrics Discussions
All,
Attached is the last version of the presentation
that I gave in the La Jolla plenary meeting in July. This includes
the suggestions that were raised in the discussions that we had
during the meeting. Please have a look at
them and make sure that they cover everything that we discussed. If not,
please point out any points that I may have missed.
I'd like for us to reach an agreement on this
before the interim meeting that we're having in a few weeks in Santa
Clara.
Please provide any input or concerns that you may
have by Friday 8/11. I'll plan on posting the 'final' version the following
Monday for your review. After that, we'll consider this closed (at least for
now).
Another couple of points:
- I would like to request that we begin
thinking about some simulation scenarios that we can use as a starting
point. We'll have to start with some subset and then add on as we decide is
appropriate. Along with this, we should also identify in these scenarios a
subset of the output results or metrics for these simulation runs. We can
start by addressing one or more of the of the metrics that we have in the
attached presentation.
For example, I'll go ahead and make a strawman
attempt at this. We can use this strawman to open up the discussion for
bashing it! How about starting with the
following subset of the goals that we identified for this work such
as:
- Ring performance:
- Metrics: ring utilization under heavy loads,
global throughput and goodput
- Fairness:
- Metrics: per class and per node throughput,
end-to-end packet delay for scenarios that demonstrate fairness
(TBD)
- Congestion control:
- Metrics: per class and per node throughput in
response to a congestion condition occurring (TBD)
I know that this is a rough strawman, and most of
the items need to be defined in more details. But we can use this as
a starting point to trigger some thoughts and discussions on the
reflector. If you have any thoughts on this, or just any thoughts on your mind
(well ... related to this!), please speak up. Let's start discussing this
on the reflector in the coming couple of weeks so that we can make good
progress in the meeting, instead of starting the discussion then.
- Several of you indicated availability of
traffic patterns that were taken off the Internet or other networking
environments that would be useful for us to use in the simulations. In my
mind, we need things like packet size distributions, interarrival times,
burstiness, application and protocol distributions, and any other relevant
characteristics of network traffics that we may want to consider in the
simulations. If you have information that would help with this, please
let us know on the reflector and we would appreciate you making it available
and discussing it during the next meeting.
Any other suggestions are most
welcome.
Khaled Amer
President,
AmerNet
Architecture Analysis and Performance Modeling Specialists
Phone:
(949)552-1114
13711 Solitaire Way, Irvine, CA 92620
Fax:
(949)552-1116
e-mail: khaledamer@xxxxxxx