rfc1017.txt

来自「RFC 的详细文档!」· 文本 代码 · 共 1,067 行 · 第 1/4 页

TXT
1,067
字号

   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

⌨️ 快捷键说明

复制代码Ctrl + C
搜索代码Ctrl + F
全屏模式F11
增大字号Ctrl + =
减小字号Ctrl + -
显示快捷键?