home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / msgway / msgway-charter.txt < prev    next >
Text File  |  1996-08-02  |  5KB  |  131 lines
  1.  
  2. MessageWay (msgway)
  3. -------------------
  4.  
  5.  Charter 
  6.  
  7.  Current status: active working group
  8.  
  9.  Chair(s):
  10.      Danny Cohen <Cohen@myri.com>
  11.  
  12.  Internet Area Director(s): 
  13.      Frank Kastenholz  <kasten@ftp.com>
  14.      Jeffrey Burgan  <jburgan@baynetworks.com>
  15.  
  16.  Area Advisor
  17.      Frank Kastenholz  <kasten@ftp.com>
  18.  
  19.  Mailing lists: 
  20.      General Discussion:MsgWay@myri.com
  21.      To Subscribe:      MsgWay-request@myri.com
  22.      Archive:           ftp://ftp.isi.edu/msgway/msgway.mail
  23.  
  24. Description of Working Group:
  25.  
  26. THE APPROACH
  27.  
  28. Due to dramatic increases in circuits speed the traditional system
  29. buses are limited in length (e.g., PCI is limited to 8") and cannot
  30. provide the traditional system-wide support. Therefore, the system-wide
  31. connectivity is provided by a high performance networks operating in
  32. very close quarters, having the generic name System Area Networks
  33. (SANs).
  34.  
  35. Many vendors today use such SANs inside computer platforms to connect
  36. processors to IO devices, processors to memory, and processors to
  37. processors. Most existing SANs are proprietary, and don't interoperate
  38. with each other, not unsimilar to the early stages of LAN development.
  39.  
  40. In order to be able to interconnect Massively Parallel Processing
  41. systems (MPPs) and to interconnect workstations into MPP-like clusters
  42. there is a need to unify the SANs and to provide means for
  43. interoperability among them.
  44.  
  45. MsgWay is designed to provide a uniform interface for a wide variety of
  46. SANs, such that the higher levels (such as IP) would be able to use
  47. SANs in a uniform manner. An IP driver for MsgWay would be able to use
  48. MsgWay between heterogeneous processors as if they were all on a single
  49. SAN.
  50.  
  51. MsgWay would be designed to provide interoperability among closely
  52. located heterogeneous processors at high speed. Msgway will sacrifice
  53. scalability and some generality for high performance. Hence, MsgWay
  54. will supplement IP for high performance and for fine granularity of
  55. processors.
  56.  
  57. 802.1, the link level control protocol is above LANs, such as the
  58. various Ethernets, FDDI, and Token Ring, at Level-2, and below IP, at
  59. Level-3.
  60.  
  61. Similarly, MsgWay will be above the various SANs (such as RACEway and
  62. Paragon) and below IP.
  63.  
  64. MsgWay will define separately:
  65.  
  66.    * End-to-End protocol (and packet format)
  67.    * Router-to-Router protocol (and packet format)
  68.    * Resource discovery and allocation 
  69.  
  70. The members of the MsgWay Working Group will design, specify, document, 
  71. propose, implement, and evaluate the above three protocols that define 
  72. the MsgWay operation.
  73.  
  74. The members of the working group will also produce reference software 
  75. for MsgWay.
  76.  
  77. Based on initial reactions it is expected that the working group will 
  78. include members from academia, government, and industry, covering the 
  79. software, hardware, and communication aspects of MsgWay.
  80.  
  81.  
  82. INTELLECTUAL PROPERTY
  83.  
  84. All the work that has been performed until now on MsgWay is in the
  85. public domain. The MsgWay Working Group will only handle public domain
  86. information. All the members of the MsgWay Working Group will be notified 
  87. that the working group cannot guard any trade secrets, nor limit the 
  88. distribution of any proprietary information presented to it.
  89.  
  90.  Goals and Milestones: 
  91.  
  92.    Jul 95       Submit initial draft specification for the MsgWay-EEP 
  93.                 (End-to-End Protocol) as an Internet-Draft.                    
  94.  
  95.    Oct 95       Conduct interoperability demo of the MsgWay-EEP (between 2 or 3
  96.                 heterogeneous systems).                                        
  97.  
  98.    Dec 95       Meet at 34th IETF to prepare final specification for the 
  99.                 MsgWay-EEP (End-to-End Protocol).                              
  100.  
  101.    Dec 95       Submit initial draft specification for the MsgWay-RRP 
  102.                 (Router-to-Router Protocol) as an Internet-Draft.              
  103.  
  104.    Feb 96       Conduct Interoperability demo of the MsgWay-RRP between 2 or 3 
  105.                 heterogeneous systems.                                         
  106.  
  107.    Mar 96       Submit final specification of the MsgWay-RRP (Router-to-Router 
  108.                 Protocol) as an Internet-Draft.                                
  109.  
  110.    Mar 96       Submit initial draft specification of the MsgWay-REDAP 
  111.                 (Resource Discovery and Allocation Protocol) as an 
  112.                 Internet-Draft.                                                
  113.  
  114.    May 96       Conduct interoperabililty demo of the MsgWay-REDAP between 2 or
  115.                 3 heterogeneous systems.                                       
  116.  
  117.    Jun 96       Submit final specification of the MsgWay-REDAP as an 
  118.                 Internet-Draft.                                                
  119.  
  120.  
  121.  Internet-Drafts:
  122.  
  123. Posted Revised       I-D Title  <Filename>
  124. ------ ------- ------------------------------------------
  125.  Dec 95 Feb 96  <draft-ietf-msgway-protocol-spec-01.txt> 
  126.                 Proposed Specification for the MessageWay Protocol             
  127.  
  128.  Request For Comments:
  129.  
  130.   None to date.
  131.