RFC147 日本語訳

                        Network Working Group

作業部会をネットワークでつないでください。

                        Request for Comment 147

コメント147を求める要求

                                NIC 6750

NIC6750

                        The Definition of a Socket

ソケットの定義

                             Joel M. Winett

ジョエルM.Winett

                            Lincoln Laboratory

リンカーン研究所

                                   360/67

360/67

                                7 May 1971

1971年5月7日

Category: C1, C3, D1, H
RFC obsoleted: None
RFC updated: None
Related RFCs: RFC-129 (NIC-5845)

カテゴリ: C1、C3、D1、時代遅れにされたH RFC: RFCのいずれもアップデートしませんでした: なにもRFCsを関係づけませんでした: RFC-129(NIC-5845)

   This material has not been reviewed for public release and is intended
   only for use with the ARPA network. It should not be quoted or cited
   in any publication not related to the ARPA network.

この材料は、公共のリリースのために見直されていなくて、ARPAネットワークによる使用のためだけに意図します。 ARPAネットワークに関連しない少しの公表でも、それを引用するべきではありませんし、また引用するべきではありません。

                                                                [Page 1]

                 MASSACHUSETTS INSTITUTE OF TECHNOLOGY
                           LINCOLN LABORATORY

[1ページ] マサチューセッツ工科大学リンカーン実験室

TO:      Network Socket Committee and Network Community        7 May 1971

TO: ネットワークソケット委員会とネットワーク共同体1971年5月7日

FROM:    J. M. Winett (LL)

FROM: J。 M。 Winett(LL)

SUBJECT: The Definition of a Socket

SUBJECT: ソケットの定義

A socket is defined to be the unique identification to or from which
information is transmitted in the network. The socket is specified as a 32
bit number with even sockets identifying receiving sockets and odd sockets
identifying sending sockets. A socket is also identified by the host in
which the sending or receiving processer is located.

ソケットは、どれであるか、そして、情報がどれであるかからネットワークで伝えられたユニークな識別になるように定義されます。 ソケットさえ受信ソケットを特定していて、変なソケットが送付ソケットを特定している状態で、ソケットは32ビットの数として指定されます。 また、ソケットは送付かprocesserを受けるのが位置しているホストによって特定されます。

Previous network papers postulated that a process running under control of
the host's operating system would have access to a number of ports. A port
might be a physical input or output device, or a logical I/O device
supported by system calls to the host's operating system.  The latter
category includes a) I/O directed to a physical device which is being
spooled by the operating system, b) a physical device whose basic
characteristics have not been altered but whose access has been limited and
possibly transformed by a mapping algorithm (e.g. device address mapping or
cylinder relocation as in virtual mini disks), c) access to a file system
through a directory and access method maintained by the operating system,
d) a procedure for process to process communications, e) a procedure for
machine to machine communication (such as defined by the network protocol.)

前のネットワーク書類は、ホストのオペレーティングシステムのコントロールの下を走るプロセスがポートの数に近づく手段を持っているのを仮定しました。 ポートは、物理的な入力、出力装置、またはホストのオペレーティングシステムへのシステムコールで支えられた論理的な入出力デバイスであるかもしれません。 後者のカテゴリはa)を含んでいます。 入出力が基本特性が変更されていませんが、アクセスが制限されたフィジカル・デバイスをオペレーティングシステムでスプールされているフィジカル・デバイス、b)に向けて、ことによるとマッピングアルゴリズムで変形した、(例えば、デバイスアドレスマッピングか同じくらい中のシリンダ再配置、仮想のミニのディスク); ディレクトリとアクセス法によるファイルシステムへのc)アクセスは、マシンのためにオペレーティングシステム、d)でプロセスコミュニケーション、e)へのプロセスのための手順が手順であることを機械コミュニケーションに支持しました。(ネットワークによって定義されるように、議定書を作ってください。)

A socket has been defined to be the identification of a port for machine to
machine communication through the ARPA network. Sockets allocated to each
host must be uniquely associated with a known process or be undefined. The
name of some sockets must be universally known and associated with a known
process operating with a specified protocol. (e.g., a logger socket, RJE
socket, a file transfer socket). The name of other sockets might not be
universally known, but given in a transmission over a universally known
socket, (c. g. the socket pair specified by the transmission over the
logger socket under the Initial Connection Protocol (ICP). In any case,
communication over the network is from one socket to another socket, each
socket being identified with a process running at a known host.

ソケットは、ARPAネットワークを通した機械コミュニケーションへのマシンのためのポートの識別になるように定義されました。 各ホストに割り当てられたソケットは、唯一知られているプロセスに関連づけられるか、または未定義であるに違いありません。 いくつかのソケットの名前は、指定されたプロトコルで作動する知られているプロセスに、一般に知られていて関連しているに違いありません。 (例えば、きこりのソケット、RJEソケット、ファイル転送ソケット。) ソケット組はInitial Connectionプロトコル(ICP)の下におけるきこりのソケットの上のトランスミッションで指定しました。しかし、他のソケットの名前が一般に一般に知られているソケットの上のトランスミッションで与えた状態で知られていないかもしれない、(c. g. どのような場合でも、1個のソケットから別のソケットまでネットワークの上のコミュニケーションがあります、各ソケットが知られているホストでプロセス実行と同一視されて。

The question arises as to whether socket names must be known to users of
network programs or whether the specification of sockets can be made
transparent to the user. Also, should the socket used at one time by a
process be the same socket used at a later time by the same process for the
same purpose? If sockets are not transparent to the user, then the sockets
used must not be dependent on the order in which network connections are
made.

質問はソケット名はユーザにとって全国番組を知っていなければならないかどうか、さもなければ、ソケットの仕様をユーザにとって透明にすることができるかどうかに関して起こります。 また、プロセスによるひところ中古のソケットは同じ目的に後で同じプロセスによって使用される同じソケットであるべきですか? ユーザには、ソケットが透明でないなら、使用されるソケットはネットワーク接続が作られているオーダーに依存しているはずがありません。

                                                                [Page 2]

Network Socket Committee and Network Community        7 May 1971

[2ページ]のネットワークソケット委員会とネットワーク共同体1971年5月7日

The definition of a socket is also related to the accounting procedures
followed for network usage.  Network Control Programs (NCPs) should log
each connection made and record the time the connection was made, the time
the connection was closed, the number of messages and number of bits
transmitted over the connection, the sending and receiving hosts, and the
sockets at the sending host and receiving host which participated in the
connection. In order for these sockets to be meaningful, they should be
identifiable with the user, account, or process name with which each socket
is associated.

また、ソケットの定義はネットワーク用法のために従われた会計手順に関連します。 ネットワークControl Programs(NCP)は作られた各接続を登録して、接続に参加したメッセージの数とビットの数が、接続、発信、および受信ホストの上で接続が閉店したと伝えたとき接続が作られて、送付ホストと受信におけるソケットが接待する時間を記録するはずです。 これらのソケットが重要であるように、それらは、ユーザと共に身元保証可能であるか、説明するべきであるか、またはそれぞれのソケットが関連している名前を処理するべきです。

It has previously been suggested that the sockets used by a network user be
identified with that user no matter which host he used for network
communications. Users would be registered at some host and be identified as
a user from that host even if he used the system as a second host to
communicate with the system at a third host.

以前に、彼がネットワークコミュニケーションにどのホストを使用したかとしてもネットワーク利用者によって使用されたソケットがそのユーザと同一視されていることが提案されました。 彼が3番目のホストのシステムとコミュニケートするのに2番目のホストとしてシステムを使用したとしても、ユーザは、ホストに登録されて、ユーザとしてそのホストから特定されるでしょうに。

To satisfy the above requirements within the name space of a 32 bit socket,
the following procedure is suggested. This procedure has been implemented
with the NCP on the Lincoln Laboratory 360/67 system and is used by all
processes making use of network facilities. ) A 32 bit socket is divided
into an 8 bit "home" field, a 16 bit "user" field and an 8 bit "tag" field.
The tag consists of a 7 bit "plug" and a one bit "polarity" where a "0"
polarity indicates a receive socket and a "1" polarity indicates a send
socket. Thus a user on one host system may run processes with up to 128
send sockets and 128 receive sockets.  This procedure allows for 256 hosts
and 65,536 users per host.  The only difficulty is in mapping user or
process identifiers at a host into a 16 bit user number. This may be done
through a table lookup, possibly using a hash coding technique.  Though
many systems have a unique run time index associated with each process, if
this index were used as the user number, the user number would not be the
same each time the process were used for network activity.  What is
required, is a unique mapping from a process identifier (usually a
character string) into a 16 bit binary number.

32ビットのソケットの名前スペースの中で上記の要件を満たすために、以下の手順は示されます。 そして、この手順がリンカーン研究所に関するNCPで実装された、360/67システム、ネットワーク施設を利用するすべてのプロセスで、使用されます。 ) 32ビットのソケットは8ビットの「ホーム」分野、16ビットの「ユーザ」分野、および8ビットの「タグ」分野に分割されます。 0インチの極性は、aが受信されるのを示します。タグが7ビット「プラグ」と1ビット「極性」から成る、どこ、「ソケットと「1インチの極性は、aがソケットを送るのを示すか」。 したがって、システムとプロセスを128まで実行するかもしれない1人のホストの上のユーザはソケットを送ります、そして、128はソケットを受けます。 この手順は1ホストあたり256人のホストと6万5536人のユーザを考慮します。 ホストで16ビットのユーザ番号にユーザかプロセス識別子を写像するのにおいて唯一の困難があります。 ことによるとハッシュコーディング技法を使用して、索表を通してこれをするかもしれません。 多くのシステムには、このインデックスがユーザ番号として使用されたなら、各プロセスに関連しているユニークなランタイムインデックスがありますが、ユーザ番号はプロセスがネットワーク活動に使用された各回同じでないでしょう。 必要であることは16ビットの2進の数へのプロセス識別子(通常文字列)からのユニークなマッピングです。

The sockets used for facilities following a common network protocol, such
as the ICP, should also follow this socket definition. Thus the logger
socket at the Lincoln Laboratory 360/67 would be, and is, x'0A0000 01, ',
i.e. home 10, user 0, and tag 1.

また、一般的なネットワーク・プロトコルに従って、施設に使用されるICPなどのソケットはこのソケット定義に続くはずです。 'その結果、リンカーン研究所360/67のきこりのソケットは、あって、あります、x'0A0000 01'、すなわち、ホーム10、ユーザ0、およびタグ1。

This procedure for defining sockets enables an accounting procedure for
identifying users of network facilities and for measuring network usage.

ソケットを定義するためのこの手順はネットワーク施設のユーザを特定して、測定ネットワーク用法のために会計手順を可能にします。

       [ This RFC was put into machine readable form for entry ]
       [ into the online RFC archives by BBN Corp. under the   ]
       [ direction of Alex McKenzie.                   12/96   ]

[このRFCはエントリーのためのマシンに入れられた読み込み可能なフォームでした]、[BBN社の下によるオンラインRFCアーカイブ、][ アレックス・マッケンジーの方向。 12/96 ]

                                                                [Page 3]

[3ページ]