引言
70 年 8 月 12 日, 我在 BBN 与来自 BBN 和 MIT 的代表会面, 我们讨论了三级协议。
拨号 下列拟议的拨号协议在这次会议上获得了同意。
这段协议的目的是让一个站点上的进程（以下称使用站点）与另一个站点上的记录器（以下称服务站点）取得联系。
为了发起联系, 使用进程挂接一个接收套接字 US, 并请求连接到服务主机中的套接字号 1。使用 NCP 于是发送
1 4 4 1
---------------------------------------------------
|RTS | US | 1 | p|
---------------------------------------------------
|ALL | P | space |
-------------------------------
经链路 1 发送, 其中 US 是用户的接收套接字, p 是链路, 而 space 是某个名义上的空间分配。
服务主机可以决定拒绝联系, 在这种情况下它将用标准 CLS 作出应答。然而, 如果它接受联系, 它将在该连接上恰好发送一个偶数 32 位数并关闭该连接。这个偶数 32 位数是服务主机中一个接收套接字的名字。该套接字以及编号比它大的下一个套接字保留给与用户的联系使用。因此服务端 NCP 发送
1 4 1
----------------------------
| STR | 1 | US|
----------------------------
在链路 1 上, 随后是
4
-----------
| SS |
-----------
在链路 p 上。注意 SS 必须为偶数。
在发送服务端套接字号 SS 之后, NCP 发送
1 4 4
-------------------------------------
|CLS | 1 | US |
-------------------------------------
|STR | SS+1 | US |
------------------------------------------
|RTS | SS | US+1 | q |
------------------------------------------
|ALL | q | space |
-----------------------------
使用主机也通过发送以下内容来建立这些连接
1 4 4
----------------------------------------
| CLS | US | 1 |
----------------------------------------
| STR | US+1 | SS |
--------------------------------------------
| RTS | US | SS+1 | r |
--------------------------------------------
此时用户应当已经连接到服务站点的记录器。
标准控制台
我们接着议定了一个初始的网络标准控制台: 在 8 位字段中的 7 位 ASCII, 第八位为 1, 以连续流的形式传输。具体的代码列在 IMP 操作手册的附录 H 中, 即 BBN 报告 #1877。这似乎只在 PDP-10 上有些麻烦, 而对其他所有机器都没问题。
对于中断或打断, 许多系统使用标准字符之一; 对于那些需要另一种信号的系统,
1 1
------------
|INR | r |
------------
经控制链路发送应当就够了。
注: 本 RFC 由 Gottfried Janik 于 2/98 转成机器可读形式, 以录入在线 RFC 档案库。