home *** CD-ROM | disk | FTP | other *** search
/ Internet Standards / CD1.mdf / MISC / MERIT / NOOP / NOTES / 11_20_91.PM < prev    next >
Encoding:
Text File  |  1992-03-06  |  3.8 KB  |  118 lines
  1.  
  2.  
  3.                    Network OSI Operational Working Group
  4.                                  Minutes
  5.                              November 20, 1991
  6.                            Santa Fe, New Mexico
  7.  
  8. Chair:
  9.      Sue Hares/Merit (skh@merit.edu)
  10.  
  11. Mailing List:
  12.      noop-request@merit.edu  (administrative requests only)
  13.      noop@merit.edu
  14.  
  15. Minutes:
  16.      These minutes cover the Wednesday evening session held from
  17.      6-7 P.M.
  18.  
  19.  
  20.                            +-----------+
  21.                            | Objective |
  22.                            +-----------+
  23.  
  24. The objective of the session was to begin work on identifying what
  25. tools are needed and available for assisting in the deployment and
  26. management of OSI protocols in the Internet.  Five tools were dis-
  27. cussed.  Sue and Cathy Wittbrott (ESNET) will produce an Internet
  28. Draft (I-D) expanding on the information below.  The intent is to end up
  29. with an Internet Standard for ad-hoc OSI tools.  The I-D will specify
  30. the required and recommended tools.  However, the listing of tool
  31. implementations will be in the NOC Tools Catalogue.
  32.  
  33.  
  34.                            +----------+
  35.                            | OSI Ping |
  36.                            +----------+
  37.  
  38. Ping is critical and is already supported on most intermediate systems
  39. (ISs).  All known implementations use the method adopted by ISO (i.e.,
  40. the new PDU type) except for Sun, which implemented the selector-based
  41. ping.  The ISO method is the one to be mandated and by the I-D in all ISs.
  42.  
  43. Most end systems (ESs) do not implement osi ping, but the I-D will
  44. mandate it for all ESs.
  45.  
  46. Ping needs to use some name-to-address mapping, such as an '/etc/isohosts'
  47. table.
  48.  
  49. The I-D should consider including features from IP ping other than the
  50. basic mechanism, such as 'fill'.
  51.  
  52.  
  53.                          +----------------+
  54.                          | OSI Traceroute |
  55.                          +----------------+
  56.  
  57. Traceroute is also important to debugging network problems.
  58. Traceroute is not widely available on popular platforms.  We need at
  59. least some simple functions first, then features like source route
  60. later.  Traceroute should also use the '/etc/isohosts' file for
  61. name-to-address mapping.
  62.  
  63.  
  64.  
  65.                           +--------------+
  66.                           | Ping Monitor |
  67.                           +--------------+
  68.  
  69. This is a useful tool, but not as important as the other tools.  It
  70. will be suggested, but not mandated.
  71.  
  72.  
  73.  
  74.                       +----------------------+
  75.                       | Routing Table Dumper |
  76.                       +----------------------+
  77.  
  78. Both ESs and ISs should have a capability to locally dump the routing
  79. tables (the moral equivalent of 'netstat -rn').  We should specify in
  80. the I-D what information is useful to see.  Note that the information
  81. should be consistent with the MIBs.
  82.  
  83.  
  84.                         +----------------+
  85.                         | Transport Ping |
  86.                         +----------------+
  87.  
  88. In addition to verifying that the network entity is alive via ping,
  89. there was some feeling that it would be useful to have a transport
  90. ping as well.  Currently, FTAM is used to verify layer 4+
  91. connectivity, but this relies on getting all selectors right.  Due to
  92. lack of familiarity with OSI and its terminology, selectors and other
  93. higher-layer configuration information is not always understood and
  94. correctly configured.  A transport ping to a well-known transport
  95. selector might be useful.  This tool needs more thought and will not
  96. be included in the I-D.
  97.  
  98.  
  99.  
  100.  
  101.                     +-----------------------+
  102.                     | Platforms of Interest |
  103.                     +-----------------------+
  104.  
  105. The following platforms are (non-exhaustive) lists of the ES and IS
  106. environments of interest.
  107.  
  108.     ES:
  109.         Banyan        BSD 4.x        CDC
  110.         DECNET Phase V (Ultrix & VMS)    HP
  111.         IBM RS6000    Retix        Sun
  112.         Wollongong
  113.  
  114.     IS:
  115.         3Com        Cisco        DEC routers
  116.         NSC        Proteon        Wellfleet
  117.  
  118.