Home Articles FAQs XREF Games Software Instant Books BBS About FOLDOC RFCs Feedback Sitemap
irt.Org

Request For Comments - RFC1017

You are here: irt.org | RFCs | RFC1017 [ previous next ]






Network Working Group                                    Barry M. Leiner
Request for Comments: 1017                                         RIACS
                                                             August 1987

              Network Requirements for Scientific Research

              Internet Task Force on Scientific Computing

STATUS OF THIS MEMO

   This RFC identifies the requirements on communication networks for
   supporting scientific research.  It proposes some specific areas for
   near term work, as well as some long term goals.  This is an "idea"
   paper and discussion is strongly encouraged.  Distribution of this
   memo is unlimited.

INTRODUCTION

   Computer networks are critical to scientific research.  They are
   currently being used by portions of the scientific community to
   support access to remote resources (such as supercomputers and data
   at collaborator's sites) and collaborative work through such
   facilities as electronic mail and shared databases.  There is
   considerable movement in the direction of providing these
   capabilities to the broad scientific community in a unified manner,
   as evidence by this workshop. In the future, these capabilities will
   even be required in space, as the Space Station becomes a reality as
   a scientific research resource.

   The purpose of this paper is to identify the range of requirements
   for networks that are to support scientific research.  These
   requirements include the basic connectivity provided by the links and
   switches of the network through the basic network functions to the
   user services that need to be provided to allow effective use of the
   interconnected network.  The paper has four sections.  The first
   section discusses the functions a user requires of a network.  The
   second section discusses the requirements for the underlying link and
   node infrastructure while the third proposes a set of specifications
   to achieve the functions on an end-to-end basis.  The fourth section
   discusses a number of network-oriented user services that are needed
   in addition to the network itself.  In each section, the discussion
   is broken into two categories.  The first addresses near term
   requirements: those capabilities and functions that are needed today
   and for which technology is available to perform the function.  The
   second category concerns long term goals: those capabilities for
   which additional research is needed.

   This RFC was produced by the IAB Task force a Scientific Computing,



Leiner                                                          [Page 1]



RFC 1017          Requirements for Scientific Research       August 1987


   which is chartered to investigate advanced networking requirements
   that result from scientific applications.  Work reported herein was
   supported in part by Cooperative Agreement NCC 2-387 from the
   National Aeronautics and Space Administration (NASA) to the
   Universities Space Research Association (USRA).

1.  NETWORK FUNCTIONS

   This section addresses the functions and capabilities that networks
   and particularly internetworks should be expected to support in the
   near term future.

Near Term Requirements

   There are many functions that are currently available to subsets of
   the user community.  These functions should be made available to the
   broad scientific community.

User/Resource Connectivity

   Undoubtedly the first order of business in networking is to provide
   interconnectivity of users and the resources they need.  The goal in
   the near term for internetworking should be to extend the
   connectivity as widely as possible, i.e. to provide ubiquitous
   connectivity among users and between users and resources.  Note that
   the existence of a network path between sites does not necessarily
   imply interoperability between communities and or resources using
   non-compatible protocol suites.  However, a minimal set of functions
   should be provided across the entire user community, independent of
   the protocol suite being used.  These typically include electronic
   mail at a minimum, file transfer and remote login capabilities must
   also be provided.

Home Usage

   One condition that could enhance current scientific computing would
   be to extend to the home the same level of network support that the
   scientist has available in his office environment.  As network access
   becomes increasingly widespread, the extension to the home will allow
   the user to continue his computing at home without dramatic changes
   in his work habits, based on limited access.

Charging

   The scientific user should not have to worry about the costs of data
   communications any more than he worries about voice communications
   (his office telephone), so that data communications becomes an
   integral and low-cost part of our national infrastructure.  This



Leiner                                                          [Page 2]



RFC 1017          Requirements for Scientific Research       August 1987


   implies that charges for network services must NOT be volume
   sensitive and must NOT be charged back to the individual.  Either of
   these conditions forces the user to consider network resources as
   scarce and therefore requiring his individual attention to conserve
   them.  Such attention to extraneous details not only detracts from
   the research, but fundamentally impacts the use and benefit that
   networking is intended to supply.  This does not require that
   networking usage is free.  It should be either be low enough cost
   that the individual does not have to be accountable for "normal"
   usage or managed in such a manner that the individual does not have
   to be concerned with it on a daily basis.

Applications

   Most applications, in the near term, which must be supported in an
   internetwork environment are essentially extensions of current ones.
   Particularly:

      Electronic Mail

         Electronic mail will increase in value as the extended
         interconnectivity provided by internetworking provides a much
         greater reachability of users.

      Multimedia Mail

         An enhancement to text based mail which includes capabilities
         such as figures, diagrams, graphs, and digitized voice.

      Multimedia Conferencing

         Network conferencing is communication among multiple people
         simultaneously.  Conferencing may or may not be done in "real
         time", that is all participants may not be required to be on-
         line at the same time.  The multimedia supported may include
         text, voice, video, graphics, and possibly other capabilities.

      File Transfer

         The ability to transfer data files.

      Bulk Transfer

         The ability to stream large quantities of data.

      Interactive Remote Login

         The ability to perform remote terminal connections to hosts.



Leiner                                                          [Page 3]



RFC 1017          Requirements for Scientific Research       August 1987


      Remote Job Entry

         The ability to submit batch jobs for processing to remote hosts
         and receive output.

         Applications which need support in the near term but are NOT
         extensions of currently supported applications include:

      Remote Instrument Control

         This normally presumes to have a human in the "control loop".
         This condition relaxes the requirements on the (inter)network
         somewhat as to response times and reliability.  Timing would be
         presumed to be commensurate with human reactions and
         reliability would not be as stringent as that required for
         completely automatic control.

      Remote Data Acquisition

         This supports the collection of experimental data where the
         experiment is remotely located from the collection center.
         This requirement can only be satisfied when the bandwidth,
         reliability, and predictability of network response are
         sufficient.  This cannot be supported in the general sense
         because of the enormous bandwidth, very high reliability,
         and/or guaranteed short response time required for many
         experiments.

   These last two requirements are especially crucial when one considers
   remote experimentation such as will be performed on the Space
   Station.

Capabilities

   The above applications could be best supported on a network with
   infinite bandwidth, zero delay, and perfect reliability.
   Unfortunately, even currently feasible approximations to these levels
   of capabilities can be very expensive. Therefore, it can be expected
   that compromises will be made for each capability and between them,
   with different balances struck between different networks.  Because
   of this, the user must be given an opportunity to declare which
   capability or capabilities is/are of most interest-most likely
   through a "type-of-service" required declaration.  Some examples of
   possible trade-offs: File Transport Normally requires high
   reliability primarily and high bandwidth secondarily. Delay is not as
   important.





Leiner                                                          [Page 4]



RFC 1017          Requirements for Scientific Research       August 1987


      Bulk Transport

         Some applications such as digitized video might require high
         bandwidth as the most important capability.  Depending on the
         application, delay would be second, and reliability of lesser
         importance.  Image transfers of scientific data sometimes will
         invert the latter two requirements.

      Interactive Traffic

         This normally requires low delay as a primary consideration.
         Reliability may be secondary depending on the application.
         Bandwidth would usually be of least importance.

Standards

    The use of standards in networking is directed toward
    interoperability and availability of commercial equipment.  However,
    as stated earlier, full interoperability across the entire
    scientific community is probably not a reasonable goal for
    internetworking in the near term because of the protocol mix now
    present.  That is not to say, though, that the use of standards
    should not be pursued on the path to full user interoperability.
    Standards, in the context of near term goal support, include:

Media Exchange Standards

   Would allow the interchange of equations, graphics, images, and data
   bases as well as text.

Commercially Available Standards

   Plug compatible, commercially available standards will allow a degree
   of interoperability prior to the widespread availability of the ISO
   standard protocols.

Long Term Goals

   In the future, the internetwork should be transparent communications
   between users and resources, and provide the additional network
   services required to make use of that communications.  A user should
   be able to access whatever resources are available just as if the
   resource is in the office.  The same high level of service should
   exist independent of which network one happens to be on.  In fact,
   one should not even be able to tell that the network is there!

   It is also important that people be able to work effectively while at
   home or when traveling.  Wherever one may happen to be, it should be



Leiner                                                          [Page 5]



RFC 1017          Requirements for Scientific Research       August 1987


   possible to "plug into" the internetwork and read mail, access files,
   control remote instruments, and have the same kind of environment one
   is used to at the office.

   Services to locate required facilities and take advantage of them
   must also be available on the network.  These range from the basic
   "white" and "yellow" pages, providing network locations (addresses)
   for users and capabilities, through to distributed data bases and
   computing facilities.  Eventually, this conglomeration of computers,
   workstations, networks, and other computing resources will become one
   gigantic distributed "world computer" with a very large number of
   processing nodes all over the world.

2.  NETWORK CONNECTIVITY

   By network connectivity, we mean the ability to move packets from one
   point to another.

   Note that an implicit assumption in this paper is that packet
   switched networks are the preferred technology for providing a
   scientific computer network.  This is due to the ability of such
   networks to share the available link resources to provide
   interconnection between numerous sites and their ability to
   effectively handle the "bursty" computer communication requirement.

   Note that this need not mean functional interoperability, since the
   endpoints may be using incompatible protocols.  Thus, in this
   section, we will be addressing the use of shared links and
   interconnected networks to provide a possible path.  In the next
   section, the exploitation of these paths to achieve functional
   connectivity will be addressed.

   In this section, we discuss the need for providing these network
   paths to a wide set of users and resources, and the characteristics
   of those paths.  As in other sections, this discussion is broken into
   two major categories.  The first category are those goals which we
   believe to be achievable with currently available technology and
   implementations.  The second category are those for which further
   research is required.

Near Term Objectives

   Currently, there are a large number of networks serving the
   scientific community, including Arpanet, MFEnet, SPAN, NASnet, and
   the NSFnet backbone.  While there is some loose correlation between
   the networks and the disciplines they serve, these networks are
   organized more based on Federal funding.  Furthermore, while there is
   significant interconnectivity between a number of the networks, there



Leiner                                                          [Page 6]



RFC 1017          Requirements for Scientific Research       August 1987


   is considerable room for more sharing of these resources.

   In the near term, therefore, there are two major requirement areas;
   providing for connectivity based on discipline and user community,
   and providing for the effective use of adequate networking resources.

Discipline Connectivity

   Scientists in a particular community/discipline need to have access
   to many common resources as well as communicate with each other.  For
   example, the quantum physics research community obtains funding from
   a number of Federal sources, but carries out its research within the
   context of a scientific discourse.  Furthermore, this discourse often
   overlaps several disciplines.  Because networks are generally
   oriented based on the source of funding, this required connectivity
   has in the past been inhibited.  NSFnet is a major step towards
   satisfying this requirement, because of its underlying philosophy of
   acting as an interconnectivity network between supercomputer centers
   and between state, regional, and therefore campus networks.  This
   move towards a set of networks that are interconnected, at least at
   the packet transport level, must be continued so that a scientist can
   obtain connectivity between his/her local computing equipment and the
   computing and other resources that are needed, independently of the
   source of funds.

   Obviously, actual use of those resources will depend on obtaining
   access permission from the appropriate controlling organization.  For
   example, use of a supercomputer will require permission and some
   allocation of computing resources.  The lack of network access should
   not, however, be the limiting factor for resource utilization.

Communication Resource Sharing

   The scientific community is always going to suffer from a lack of
   adequate communication bandwidth and connections.  There are
   requirements (e.g. graphic animation from supercomputers) that
   stretch the capabilities of even the most advanced long-haul
   networks.  In addition, as more and more scientists require
   connection into networks, the ability to provide those connections on
   a network-centric basis will become more and more difficult.

   However, the communication links (e.g. leased lines and satellite
   channels) providing the underlying topology of the various networks
   span in aggregate a very broad range of the scientific community
   sites.  If, therefore, the networks could share these links in an
   effective manner, two objectives could be achieved:

      The need to add links just to support a particular network



Leiner                                                          [Page 7]



RFC 1017          Requirements for Scientific Research       August 1987


      topology change would be decreased, and

      New user sites could be connected more readily.

   Existing technology (namely the DARPA-developed gateway system based
   on the Internet Protocol, IP) provides an effective method for
   accomplishing this sharing.  By using IP gateways to connect the
   various networks, and by arranging for suitable cost-sharing, the
   underlying connectivity would be greatly expanded and both of the
   above objectives achieved.

Expansion of Physical Structure

   Unfortunately, the mere interconnectivity of the various networks
   does not increase the bandwidth available.  While it may allow for
   more effective use of that available bandwidth, a sufficient number
   of links with adequate bandwidth must be provided to avoid network
   congestion.  This problem has already occurred in the Arpanet, where
   the expansion of the use of the network without a concurrent
   expansion in the trunking and topology has resulted in congestion and
   consequent degradation in performance.

   Thus, it is necessary to augment the current physical structure
   (links and switches) both by increasing the bandwidth of the current
   configuration and by adding additional links and switches where
   appropriate.

Network Engineering

   One of the major deficiencies in the current system of networks is
   the lack of overall engineering.  While each of the various networks
   generally is well supported, there is woefully little engineering of
   the overall system.  As the networks are interconnected into a larger
   system, this need will become more severe.  Examples of the areas
   where engineering is needed are:

   Topology engineering-deciding where links and switches should be
   installed or upgraded.  If the interconnection of the networks is
   achieved, this will often involve a decision as to which networks
   need to be upgraded as well as deciding where in the network those
   upgrades should take place.

   Connection Engineering-when a user site desires to be connected,
   deciding which node of which network is the best for that site,
   considering such issues as existing node locations, available
   bandwidth, and expected traffic patterns to/from that site.

   Operations and Maintenance-monitoring the operation of the overall



Leiner                                                          [Page 8]



RFC 1017          Requirements for Scientific Research       August 1987


   system and identifying corrective actions when failures occur.

Support of Different Types of Service

   Several different end user applications are currently in place, and
   these put different demands on the underlying structure.  For
   example, interactive remote login requires low delay, while file
   transfer requires high bandwidth.  It is important in the
   installation of additional links and switches that care be given to
   providing a mix of link characteristics.  For example, high bandwidth
   satellite channels may be appropriate to support broadcast
   applications or graphics, while low delay will be required to support
   interactive applications.

Future Goals

   Significant expansion of the underlying transport mechanisms will be
   required to support future scientific networking.  These expansions
   will be both in size and performance.

Bandwidth

   Bandwidth requirements are being driven higher by advances in
   computer technology as well as the proliferation of that technology.
   As high performance graphics workstations work cooperatively with
   supercomputers, and as real-time remote robotics and experimental
   control become a reality, the bandwidth requirements will continue to
   grow.  In addition, as the number of sites on the networks increase,
   so will the aggregate bandwidth requirement.  However, at the same
   time, the underlying bandwidth capabilities are also increasing.
   Satellite bandwidths of tens of megabits are available, and fiber
   optics technologies are providing extremely high bandwidths (in the
   range of gigabits).  It is therefore essential that the underlying
   connectivity take advantage of these advances in communications to
   increase the available end-to-end bandwidth.

Expressway Routing

   As higher levels of internet connectivity occur there will be a new
   set of problems related to lowest hop count and lowest delay routing
   metrics. The assumed internet connectivity can easily present
   situations where the highest speed, lowest delay route between two
   nodes on the same net is via a route on another network.  Consider
   two sites one either end of the country, but both on the same
   multipoint internet, where their network also is gatewayed to some
   other network with high speed transcontinental links.  The routing
   algorithms must be able to handle these situations gracefully, and
   they become of increased importance in handling global type-of-



Leiner                                                          [Page 9]



RFC 1017          Requirements for Scientific Research       August 1987


   service routing.

3.  NETWORK SPECIFICATIONS

    To achieve the end-to-end user functions discussed in section 2, it
    is not adequate to simply provide the underlying connectivity
    described in the previous section.  The network must provide a
    certain set of capabilities on an end-to-end basis.  In this
    section, we discuss the specifications on the network that are
    required.

Near Term Specifications

   In the near term, the requirements on the networks are two-fold.
   First is to provide those functions that will permit full
   interoperability, and second the internetwork must address the
   additional requirements that arise in the connection of networks,
   users, and resources.

Interoperability

   A first-order requirement for scientific computer networks (and
   computer networks in general) is that they be interoperable with each
   other, as discussed in the above section on connectivity.  A first
   step to accomplish this is to use IP.  The use of IP will allow
   individual networks built by differing agencies to combine resources
   and minimize cost by avoiding the needless duplication of network
   resources and their management.  However, use of IP does not provide
   end-to-end interoperability.  There must also be compatibility of
   higher level functions and protocols.  At a minimum, while commonly
   agreed upon standards (such as the ISO developments) are proceeding,
   methods for interoperability between different protocol suites must
   be developed.  This would provide interoperability of certain
   functions, such as file transfer, electronic mail and remote login.
   The emphasis, however, should be on developing agreement within the
   scientific community on use of a standard set of protocols.

Access Control

   The design of the network should include adequate methods for
   controlling access to the network by unauthorized personnel.  This
   especially includes access to network capabilities that are reachable
   via the commercial phone network and public data nets.  For example,
   terminal servers that allow users to dial up via commercial phone
   lines should have adequate authentication mechanisms in place to
   prevent access by unauthorized individuals.  However, it should be
   noted that most hosts that are reachable via such networks are also
   reachable via other "non-network" means, such as directly dialing



Leiner                                                         [Page 10]



RFC 1017          Requirements for Scientific Research       August 1987


   over commercial phone lines.  The purpose of network access control
   is not to insure isolation of hosts from unauthorized users, and
   hosts should not expect the network itself to protect them from
   "hackers".

Privacy

   The network should provide protection of data that traverses it in a
   way that is commensurate with the sensitivity of that data.  It is
   judged that the scientific requirements for privacy of data traveling
   on networks does not warrant a large expenditure of resources in this
   area.  However, nothing in the network design should preclude the use
   of link level or end-to-end encryption, or other such methods that
   can be added at a later time.  An example of this kind of capability
   would be use of KG-84A link encryptors on MILNET or the Fig Leaf
   DES-based end-to-end encryption box developed by DARPA.

Accounting

   The network should provide adequate accounting procedures to track
   the consumption of network resources.  Accounting of network
   resources is also important for the management of the network, and
   particularly the management of interconnections with other networks.
   Proper use of the accounting database should allow network management
   personnel to determine the "flows" of data on the network, and the
   identification of bottlenecks in network resources.  This capability
   also has secondary value in tracking down intrusions of the network,
   and to provide an audit trail if malicious abuse should occur.  In
   addition, accounting of higher level network services (such as
   terminal serving) should be kept track of for the same reasons.

Type of Service Routing

   Type of service routing is necessary since not all elements of
   network activity require the same resources, and the opportunities
   for minimizing use of costly network resources are large.  For
   example, interactive traffic such as remote login requires low delay
   so the network will not be a bottleneck to the user attempting to do
   work.  Yet the bandwidth of interactive traffic can be quite small
   compared to the requirements for file transfer and mail service which
   are not response time critical.  Without type of service routing,
   network resources must sized according to the largest user, and have
   characteristics that are pleasing to the most finicky user.  This has
   major cost implications for the network design, as high-delay links,
   such as satellite links, cannot be used for interactive traffic
   despite the significant cost savings they represent over terrestrial
   links.  With type of service routing in place in the network
   gateways, and proper software in the hosts to make use of such



Leiner                                                         [Page 11]



RFC 1017          Requirements for Scientific Research       August 1987


   capabilities, overall network performance can be enhanced, and
   sizable cost savings realized.  Since the IP protocol already has
   provisions for such routing, such changes to existing implementations
   does not require a major change in the underlying protocol
   implementations.

Administration of Address Space

   Local administration of network address space is essential to provide
   for prompt addition of hosts to the network, and to minimize the load
   on backbone network administrators.  Further, a distributed name to
   address translation service also has similar advantages.  The DARPA
   Name Domain system currently in use on the Internet is a suitable
   implementation of such a name to address translation system.

Remote Procedure Call Libraries

   In order to provide a standard library interface so that distributed
   network utilities can easily communicate with each other in a
   standard way, a standard Remote Procedure Call (RPC) library must be
   deployed.  The computer industry has lead the research community in
   developing RPC implementations, and current implementations tend to
   be compatible within the same type of operating system, but not
   across operating systems.  Nonetheless, a portable RPC implementation
   that can be standardized can provide a substantial boost in present
   capability to write operating system independent network utilities.
   If a new RPC mechanism is to be designed from scratch, then it must
   have enough capabilities to lure implementors away from current
   standards.  Otherwise, modification of an existing standard that is
   close to the mark in capabilities seems to be in order, with the
   cooperation of vendors in the field to assure implementations will
   exist for all major operating systems in use on the network.

Remote Job Entry (RJE)

   The capabilities of standard network RJE implementations are
   inadequate, and are implemented prolifically among major operating
   systems.  While the notion of RJE evokes memories of dated
   technologies such as punch cards, the concept is still valid, and is
   favored as a means of interaction with supercomputers by science
   users.  All major supercomputer manufacturers support RJE access in
   their operating systems, but many do not generalize well into the
   Internet domain.  That is, a RJE standard that is designed for 2400
   baud modem access from a card reader may not be easily modifiable for
   use on the Internet.  Nonetheless, the capability for a network user
   to submit a job from a host and have its output delivered on a
   printer attached to a different host would be welcomed by most
   science users.  Further, having this capability interoperate with



Leiner                                                         [Page 12]



RFC 1017          Requirements for Scientific Research       August 1987


   existing RJE packages would add a large amount of flexibility to the
   whole system.

Multiple Virtual Connections

   The capability to have multiple network connections open from a
   user's workstation to remote network hosts is an invaluable tool that
   greatly increases user productivity.  The network design should not
   place limits (procedural or otherwise) on this capability.

Network Operation and Management Tools

   The present state of internet technology requires the use of
   personnel who are, in the vernacular of the trade, called network
   "wizards," for the proper operation and management of networks.
   These people are a scarce resource to begin with, and squandering
   them on day to day operational issues detracts from progress in the
   more developmental areas of networking.  The cause of this problem is
   that a good part of the knowledge for operating and managing a
   network has never been written down in any sort of concise fashion,
   and the reason for that is because networks of this type in the past
   were primarily used as a research tool, not as an operational
   resource.  While the usage of these networks has changed, the
   technology has not adjusted to the new reality that a wizard may not
   be nearby when a problem arises.  To insure that the network can
   flexibly expand in the future, new tools must be developed that allow
   non-wizards to monitor network performance, determine trouble spots,
   and implement repairs or 'work-arounds'.

Future Goals

   The networks of the future must be able to support transparent access
   to distributed resources of a variety of different kinds.  These
   resources will include supercomputer facilities, remote observing
   facilities, distributed archives and databases, and other network
   services.  Access to these resources is to be made widely available
   to scientists, other researchers, and support personnel located at
   remote sites over a variety of internetted connections.  Different
   modes of access must be supported that are consonant with the sorts
   of resources that are being accessed, the data bandwidths required
   and the type of interaction demanded by the application.

   Network protocol enhancements will be required to support this
   expansion in functionality; mere increases in bandwidth are not
   sufficient.  The number of end nodes to be connected is in the
   hundreds of thousands, driven by increasing use of microprocessors
   and workstations throughout the community.  Fundamentally different
   sorts of services from those now offered are anticipated, and dynamic



Leiner                                                         [Page 13]



RFC 1017          Requirements for Scientific Research       August 1987


   bandwidth selection and allocation will be required to support the
   different access modes.  Large-scale internet connections among
   several agency size internets will require new approaches to routing
   and naming paradigms.  All of this must be planned so as to
   facilitate transition to the ISO/OSI standards as these mature and
   robust implementations are placed in service and tuned for
   performance.

   Several specific areas are identified as being of critical importance
   in support of future network requirements, listed in no particular
   order:

      Standards and Interface Abstractions

         As more and different services are made available on these
         various networks it will become increasingly important to
         identify interface standards and suitable application
         abstractions to support remote resource access.  These
         abstractions may be applicable at several levels in the
         protocol hierarchy and can serve to enhance both applications
         functionality and portability.  Examples are transport or
         connection layer abstractions that support applications
         independence from lower level network realizations or interface
         abstractions that provide a data description language that can
         handle a full range of abstract data type definitions.
         Applications or connection level abstractions can provide means
         of bridging across different protocol suites as well as helping
         with protocol transition.

      OSI Transition and Enhancements

         Further evolution of the OSI network protocols and realization
         of large-scale networks so that some of the real protocol and
         tuning issues can be dealt with must be anticipated.  It is
         only when such networks have been created that these issues can
         be approached and resolved.  Type-of-service and Expressway
         routing and related routing issues must be resolved before a
         real transition can be contemplated.  Using the interface
         abstraction approach just described will allow definition now
         of applications that can transition as the lower layer networks
         are implemented.  Applications gateways and relay functions
         will be a part of this transition strategy, along with dual
         mode gateways and protocol translation layers.

      Processor Count Expansion

         Increases in the numbers of nodes and host sites and the
         expected growth in use of micro-computers, super-micro



Leiner                                                         [Page 14]



RFC 1017          Requirements for Scientific Research       August 1987


         workstations, and other modest cost but high power computing
         solutions will drive the development of different network and
         interconnect strategies as well as the infrastructure for
         managing this increased name space.  Hierarchical name
         management (as in domain based naming) and suitable transport
         layer realizations will be required to build networks that are
         robust and functional in the face of the anticipated
         expansions.

      Dynamic Binding of Names to Addresses

         Increased processor counts and increased usage of portable
         units, mobile units and lap-top micros will make dynamic
         management of the name/address space a must.  Units must have
         fixed designations that can be re-bound to physical addresses
         as required or expedient.

4.  USER SERVICES

   The user services of the network are a key aspect of making the
   network directly useful to the scientist.  Without the right user
   services, network users separate into artificial subclasses based on
   their degree of sophistication in acquiring skill in the use of the
   network.  Flexible information dissemination equalizes the
   effectiveness of the network for different kinds of users.

Near Term Requirements

   In the near term, the focus is on providing the services that allow
   users to take advantage of the functions that the interconnected
   network provides.

Directory services

   Much of the information necessary in the use of the network is for
   directory purposes.  The user needs to access resources available on
   the network, and needs to obtain a name or address.

White Pages

   The network needs to provide mechanisms for looking up names and
   addresses of people and hosts on the network.  Flexible searches
   should be possible on multiple aspects of the directory listing.
   Some of these services are normally transparent to the user/host name
   to address translation for example.






Leiner                                                         [Page 15]



RFC 1017          Requirements for Scientific Research       August 1987


Yellow Pages

   Other kinds of information lookup are based on cataloging and
   classification of information about resources on the networks.

Information Sharing Services

      Bulletin Boards

         The service of the electronic bulletin board is the one-to-many
         analog of the one-to-one service of electronic mail.  A
         bulletin board provides a forum for discussion and interchange
         of information.  Accessibility is network-wide depending on the
         definition of the particular bulletin board.  Currently the
         SMTP and UUCP protocols are used in the transport of postings
         for many bulletin boards, but any similar electronic mail
         transport can be substituted without affecting the underlying
         concept.  An effectively open-ended recipient list is specified
         as the recipient of a message, which then constitutes a
         bulletin board posting.  A convention exists as to what
         transport protocols are utilized for a particular set of
         bulletin boards.  The user agent used to access the Bulletin
         Board may vary from host to host.  Some number of host
         resources on the network provide the service of progressively
         expanding the symbolic mail address of the Bulletin Board into
         its constituent parts, as well as relaying postings as a
         service to the network.  Associated with this service is the
         maintenance of the lists used in distributing the postings.
         This maintenance includes responding to requests from Bulletin
         Board readers and host Bulletin Board managers, as well as
         drawing the appropriate conclusions from recurring
         automatically generated or error messages in response to
         distribution attempts.

      Community Archiving

         Much information can be shared over the network.  At some point
         each particular information item reaches the stage where it is
         no longer appropriately kept online and accessible.  When
         moving a file of information to offline storage, a network can
         provide its hosts a considerable economy if information of
         interest to several of them need only be stored offline once.
         Procedures then exist for querying and retrieving from the set
         of offline stored files.

      Shared/distributed file system

         It should be possible for a user on the network to look at a



Leiner                                                         [Page 16]



RFC 1017          Requirements for Scientific Research       August 1987


         broadly defined collection of information on the network as one
         useful whole.  To this end, standards for accessing files
         remotely are necessary.  These standards should include means
         for random access to remote files, similar to the generally
         employed on a single computer system.

      Distributed Databases and Archives

         As more scientific disciplines computerize their data archives
         and catalogs, mechanisms will have to be provided to support
         distributed access to these resources.  Fundamentally new kins
         of collaborative research will become possible when such
         resources and access mechanisms are widely available.

      Resource Sharing Services

         In sharing the resources or services available on the network,
         certain ancillary services are needed depending on the
         resource.

Access Control

   Identification and authorization is needed for individuals, hosts or
   subnetworks permitted to make use of a resource available via the
   network.  There should be consistency of procedure for obtaining and
   utilizing permission for use of shared resources.  The identification
   scheme used for access to the network should be available for use by
   resources as well.  In some cases, this will serve as sufficient
   access control, and in other cases it will be a useful adjunct to
   resource-specific controls.  The information on the current network
   location of the user should be available along with information on
   user identification to permit added flexibility for resources.  For
   example, it should be possible to verify that an access attempt is
   coming from within a state.  A state agency might then grant public
   access to its services only for users within the state.  Attributes
   of individuals should be codifiable within the access control
   database, for example membership in a given professional society.

Privacy

   Users of a resource have a right to expect that they have control
   over the release of the information they generate.  Resources should
   allow classifying information according to degree of access, i.e.
   none, access to read, access according to criteria specified in the
   data itself, ability to change or add information.  The full range of
   identification information described under access control should be
   available to the user when specifying access.  Access could be
   granted to all fellow members of a professional society, for example.



Leiner                                                         [Page 17]



RFC 1017          Requirements for Scientific Research       August 1987


Accounting

   To permit auditing of usage, accounting information should be
   provided for those resources for which it is deemed necessary.  This
   would include identity of the user of the resource and the
   corresponding volume of resource components.

Legalities of Interagency Research Internet

   To make the multiply-sponsored internetwork feasible, the federal
   budget will have to recognize that some usage outside a particular
   budget category may occur.  This will permit the cross-utilization of
   agency funded resources.  For example, NSFnet researchers would be
   able to access supercomputers over NASnet.  In return for this, the
   total cost to the government will be significantly reduced because of
   the benefits of sharing network and other resources, rather than
   duplicating them.

Standards

   In order for the networking needs of scientific computing to be met,
   new standards are going to evolve.  It is important that they be
   tested under actual use conditions, and that feedback be used to
   refine them.  Since the standards for scientific communication and
   networking are to be experimented with, they are more dynamic than
   those in other electronic communication fields.  It is critical that
   the resources of the network be expended to promulgate experimental
   standards and maximize the range of the community utilizing them.  To
   this end, the sharing of results of the testing is important.

User-oriented Documentation

   The functionality of the network should be available widely without
   the costly need to refer requests to experts for formulation.  A
   basic information facility in the network should therefore be
   developed.  The network should be self-documenting via online help
   files, interactive tutorials, and good design.  In addition, concise,
   well-indexed and complete printed documentation should be available.

Future Goals

   The goal for the future should be to provide the advanced user
   services that allow full advantage to be taken of the interconnection
   of users, computing resources, data bases, and experimental
   facilities.  One major goal would be the creation of a national
   knowledge bank.  Such a knowledge bank would capture and organize
   computer-based knowledge in various scientific fields that is
   currently available only in written/printed form, or in the minds of



Leiner                                                         [Page 18]



RFC 1017          Requirements for Scientific Research       August 1987


   experts or experienced workers in the field.  This knowledge would be
   stored in knowledge banks which will be accessible over the network
   to individual researchers and their programs.  The result will be a
   codification of scientific understanding and technical know-how in a
   series of knowledge based systems which would become increasingly
   capable over time.

CONCLUSION

   In this paper, we have tried to describe the functions required of
   the interconnected national network to support scientific research.
   These functions range from basic connectivity through to the
   provision for powerful distributed user services.

   Many of the goals described in this paper are achievable with current
   technology.  They require coordination of the various networking
   activities, agreement to share costs and technologies, and agreement
   to use common protocols and standards in the provision of those
   functions.  Other goals require further research, where the
   coordination of the efforts and sharing of results will be key to
   making those results available to the scientific user.

   For these reasons, we welcome the initiative represented by this
   workshop to have the government agencies join forces in providing the
   best network facilities possible in support of scientific research.

APPENDIX

                Internet Task Force on Scientific Computing


             Rick Adrion     University of Massachusetts
             Ron Bailey      NASA Ames Research Center
             Rick Bogart     Stanford University
             Bob Brown       RIACS
             Dave Farber     University of Delaware
             Alan Katz       USC Information Science Institute
             Jim Leighton    Lawrence Livermore Laboratories
             Keith Lantz     Stanford University
             Barry Leiner    (chair) RIACS
             Milo Medin      NASA Ames Research Center
             Mike Muuss      US Army Ballistics Research Laboratory
             Harvey Newman   California Institute of Technology
             David Roode     Intellicorp
             Ari Ollikainen  General Electric
             Peter Shames    Space Telescope Science Institute
             Phil Scherrer   Stanford University




Leiner                                                         [Page 19]


©2018 Martin Webb