在70年的八月十二日，我碰到了BBN和来自BBN和MIT的代表，我们讨论了第三级
别的协议。
Dial-up下面提到的Dial-up协议已经在会议中通过了。
这部分协议的目的是从一个站点（利用站点）中获得一个路径并与另一个站点（服务站
点）的记录器相联系。
为了触发这个联系，在服务器主机中，利用路径连接一个接收插槽US和请求一个到1
插槽的连接。所以利用UCP发送
1441
---------------------------------------------------
RTSUS1p
---------------------------------------------------
ALLPspace
-------------------------------
通过1链接，其中US是用户的接收插槽，P是链接，space是某一个名义上的空间分
配。
服务器主机可能会决定拒绝连接，这种情况下，它将以CLS标准作为响应。然而，如
果它接受连接，它将通过这个连接正确发送一个准32位的数字，然后关闭这个连接。这个
准32位的数字是服务器主机端一个接收插槽的名字。这个插槽和下一个更高数字的插槽被
保存以连接用户。所以，NCP发送
141
----------------------------
STR1US
----------------------------
在链接1中，会跟有
4
-----------
SS
-----------
在链接P中，注重SS必须是偶数。
在发送完服务插槽数字，SS后，NCP发送
144
-------------------------------------
CLS1US
-------------------------------------
STRSS+1US
------------------------------------------
RTSSSUS+1q
------------------------------------------
ALLqspace
-----------------------------
使用中的主机也会建立这些连接，通过发送
144
----------------------------------------
CLSUS1
----------------------------------------
STRUS+1SS
--------------------------------------------
RTSUSSS+1r
--------------------------------------------
在这一点上，用户应该连接到服务器站点上的记录器。
标准控制台
其次，我们同意一个初始的网络标准控制台：7-bitASCII在8位码领域中，被传输到
邻近的串中去。这些非凡的代码已经在IMP操作手册—BBN报告#1877的附录H中列出来了。
这个看起来只有在PDP-10中会困难一些，但在其它情形下会好一些。
对于中断或者暂停来说，许多系统都用了至少一种标准特性。对于那些需要另外种类的
信号来说，
11
------------
INRr
------------
通过控制连接发送应该是足够的。
[ThisRFCwASPutintomachinereadableformforentry]
[intotheonlineRFCarchivesbyGottfriedJanik2/98]
