Browse Prior Art Database

Views on issues relevant to data sharing on computer networks (RFC0146)

IP.com Disclosure Number: IPCOM000002288D
Original Publication Date: 1971-May-01
Included in the Prior Art Database: 2019-Feb-10
Document File: 6 page(s) / 7K

Publishing Venue

Internet Society Requests For Comment (RFCs)

Related People

P.M. Karp: AUTHOR [+2]

Related Documents

10.17487/RFC0146: DOI

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 37% of the total text.

Network Working, Group P.M. Karp, MITRE Request for Comments #146 D.B. McKay, IBM NIC 6742 D.C. Wood, MITRE 12 May 1971

Categories: D.4, D.7 Obsoletes: none Updates: none

Views on Issues Relevant to Data Sharing on Computer Networks

Introduction

The formation of a committee to address the problems of achieving data sharing on the ARPA Network, as suggested by Arie Shoshani (RFC #140) is desirable at this point of network development. We concur with Shoshani’s ideas (presented in an introductory paper to the network data sharing meeting, scheduled for Tuesday, May 18) and believe that purpose of the committee should be -

a) to classify the issues involved and to propose various approaches;

b) to integrate the hitherto independent network activities that address problems in the area of data sharing, and;

c) to set up and coordinate appropriate experiments to test the services developed and to evaluate alternative approaches.

This position paper is intended to augment Shoshani’s as a basis for discussion at the data sharing meeting. No attempt is made to discuss specific means of implementation since many approaches to data handling problems are possible and have been proposed. Rather, our viewpoint on what the committee’s role should be in giving some cohesion to various existing implementations is presented.

[Page 1]

Our Views

One approach to achieving data sharing on the ARPA Network can be thought of as having three stages, which roughly correspond to the modes of use or operation. Within each stage are various levels of development required to get to the next stage. This development is not necessarily sequential. A description of the three stages follows.

Stage 1: Data handling services are provided at various Hosts. The user talks directly to the serving Host (via TELNET or by addressing a known socket) to explicitly access the service. This mode of operation corresponds to Bhushan’s category of "direct" usage (RFC #114). The data services provided by the serving Host range from simple ones, such as White’s file transfer system (RFC #122) to sophisticated systems such as the CCA’s data machine (NIC 5791 and 6706).

Stage 2: The user has access to an intermediate process or data control facility* that routes his requests for a particular data service to the serving system. The user must explicitly identify the data services to the used. This mode of operation corresponds to Bhushan’s category of "indirect" access. The data control facility provides the necessary control commands, data transformations, and accessing methods. A single request would include the use of several interacting services. For example, Heafner’s Data Reconfiguration Service (RFC #l38) could be used in conjunction with the use of CCA’s data machine.

_______________ *The data control facility is not necessarily located at his local Host. Such a facility may exist on from one to all Host (i.e., ranging from centralized to completely distributed).

[Page 2]

Stage 3: The user...

Processing...
Loading...