1 RFC主机软件( 三 )


相近交互
以上描述的基本操作帮助用户把握如何简单的使用远程设备 。它们基于网络的错综复杂的应用令人感到困惑 。明确地说 , 我们关注这样的一个事实:即某些站点做了大量的工作来使计算机对复杂控制台作出迅速地响应 。至少UCSB的Culler和SRI的控制台是两个例证 。(?未翻译:Itisclearthatdelaysofahalf-secondorsofortrivialecho-likeresponsesdegradetheinteractiontothepoint
ofmakingthesophisticationoftheconsoleirrelevant.)
大多数的控制台交互可以分为两个部分 , 一部分本质上是本地的 , 立即的和不很重要的 , 另一部分是远程的 , 更长 , 更重要的 。举一简单例子 , 一个控制台的用户操作键盘并且刷新显示屏幕 。用户键入一串字符和一个回车 , 控制台开始处理字符 。当键入字符的时候 , 它们显示在屏幕上 。键入删除字符的时候它删除先前的非删除字符 。用户键入HELLO<-<-P , (<-是删除字符 , 是回车字符) , 他敲了九次键 。假如每次键盘敲击都要发送一条消息 , 然后回调操作给显示工作站 , 我们很快就会变得不胜其烦 。比较好的解决方法是将远程程序的从首到尾放在我们的计算机上(也就是部分扫描<-和) 。这样的话 , 只需发送一条五个字符的消息:HELP,本地的屏幕会重新组织显示 。
为解决该问题 , 需要为控制台控制生成一门语言 。子系统治理员用此种语言(称为DEL)决定终端由哪些组成 , 它如何响应键盘的输入等等 。作为协议初始化的一部分 , 远程主机发送控制控制台的程序的源语言文本给本地主机 。程序由子系统的设计者用DEL编写 , 但在本地编译 。
DEL规范目前还在探讨之中 。以下的图例表示了整个时序过程 。
A.
/
----------------------
终端终端
----- ---------- -----
----- ----------------
请求连接
UCLA{->通过链路25}SRI
- ---- -
OS--- -=I----------I=- ---OS
- ------
----------------------
主机:UCLA主机:SRI
/
b.已建立链接后和登录
/
----------------------
终端终端
----- ---------- -----
----- ----- "发送头" -----------
结束控制"
UCLA{->}SRI___
- ----- --- /
OS--- -=I----------I=- --OSNLS ---- ---
- --------- ___/
DEL程序
<-____
----------------------
主机:UCLA主机:SRI
/
c.接收后并且便宜DEL程序
/
----------------------
终端终端
----- ---------- -----
Trivial
Responses
----- -----------------
UCLA{主要响应}SRI___
-- ------ --- /
DEL--- -=I----------I=- --OSNLS --- ---
头 -------- ___/

程序.____
-----
OS
-----
-----------------------
主机:UCLA主机:SRI
/
讨论问题:
1.假如IMP进行代码转换 , 校验码会不正确 。
2.请求DEL开头和结尾的过程未具体说明 。
IV.初步实验
实验一
SRI目前正在修改他们的在线修补系统以便可以被模型35TTY操作 , 该系统将会成为网络文档中心(NetworkDocumentationCenter)的主要软件组件 。TTY的控制用DEL编写 。所有的站点都将编写DEL编译器并且在DEL程序中使用NLS 。
实验二
SRI将为完整的NLS编写一个DEL开头和结尾 , 包括图形 。UCLA和UTAH使用带图形的NLS 。

[ThisRFCwASPutintomachinereadableformforentry]
[intotheonlineRFCarchivesbyCelesteAnderson3/97]
RFC1-HostSoftware


推荐阅读