RPR Perf. Metrics Discussions

["Khaled Amer" <khaledamer@xxxxxxx>]

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, and 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 a discussion on 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. This would also include packet size distributions, interarrival times, burstiness, 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

 

 

Performance Metrics vers 2.0.ppt