Thread Links Date Links
Thread Prev Thread Next Thread Index Date Prev Date Next Date Index

RE: Next Steps toward an RPR Draft Standard



Bob,
 
Thanks for taking the initiative to pull things together.
 
Here is question/concern/issue:
 
1. RPR - A layer 2 protocol is defined for multiservices:
Voice, Video and Data. That mulitmedia traffic carried in Layer 2.
2. RPR is defined independent of physical layers.
3. Existing physical layers considered are GBE and SONET.
 
Q. How will voice be supported by GBE physical layer?
If it cannot than statement #1 and #2 are not satisfied.
 
This is a problem
 
raj
 
-----Original Message-----
From: RDLove [mailto:rdlove@xxxxxxxxx]
Sent: Tuesday, September 05, 2000 8:19 AM
To: stds-802-rprsg@xxxxxxxx
Subject: Next Steps toward an RPR Draft Standard

As we plan to meet our aggressive RPR Standards development
schedule, we need to be taking our first steps developing the draft.
 
One critical first step is generating a comprehensive list of issues
that need to be solved before the draft goes out for Working Group ballot. 
 
They say "A problem well defined is half solved". 
 
For some of our problems it will likely not be that easy.  However, until
the problems are defined we will have almost no hope of solving them. 
The issues list we will develop as a result of this input will be a living
document, complete with issue description, an estimate of what it will
take to resolve (i.e. presentation of technical data, agreement from
competing proposals, etc.) along with a time frame for resolution. 
 
Some of the issues will require a leader to be named to drive the issue
and develop a recommended resolution for the working group to consider. 
 
For others, we may need a small ad-hoc group composed of the
competing factions.  They will either develop a recommendation
for the working group to consider, or, if unable to do so, develop a
proposed set of criteria for the working group to assign weights to
in rating the competing proposals. 
 
As a working group we will need to evaluate the issues to decide if
the group believes they are relevant, and if so, when we should be in a
position to resolve them. 
 
Ideally, we should have a fairly comprehensive set of issues by the start
of the November meeting.  If the group does not already have an issues
list and owner, I volunteer to develop and maintain the list based on
concerns expressed by anyone in the group.
 
Here is a suggested format for that list:
 
 
  

#

Description

Status

 

Short Title: Detailed description including problem statement, plans for resolution, decisions and approval level (Editor, Ad-Hoc Group, Task Force, or Working Group) with plans, checkpoints, responsibility, and planned closing date.

Date opened, short status, Close date - planned and actual

 

 

 

Initially, issues should be submitted with an abbreviated title and a description of the problem in sufficient detail for us to begin to develop plans to resolve it.  As the issues come in, they will be assigned a number and placed in the table of issues, which should be prominently posted on our web site.  As we progress on the issues we will update the chart. 

I request of each of you to begin compiling your own issues lists - areas that need addressing.  Please send them to the reflector.  I will create a "master" table with all issues on it.  At the November meeting we should have some time to scrub the table, combining some of the issues and dropping others.  Following November meeting we will be in a position to publish on the web our first issues list.Best regards,

 

Best regards,
 
Robert D. Love
President, LAN Connect Consultants
7105 Leveret Circle
Raleigh, NC 27615
Phone: 919 848-6773
Fax: 720 222-0900
email: rdlove@xxxxxxxx