rfc101.txt

RFC中文技术文档

请求不久就可以实现。
UCSB：从去年十月份以来就已经拥有其NCP。NCP作为一个独立的批任务运行。
他们计划向他们的在线系统提供服务。他们正计划在正常基础上全天运行。同时也存在
一些先前提及的接口问题。
RAND：360/65。他们的NCP是一个用户进程，并且可以驻留。该进程需要8K
字节，并且不需要日志。
UCLA，Sigma-7：他们的NCP正处于最终调试阶段。他们计划于三月一日建立起
NCP，日志服务以及打印连接程序。
美洲电脑有限公司（CCA）：其刚开始创建一个供10至12位激光存储的结点。在
前端，他们采用PDP-10。他们正在为数据操作开发语言。其存储器也将与
B-6500-ILLIAC IV相连。他们正考虑将数据压缩作为其语言的一部分，以减少使用网
络50千位线缆时的问题。其目前的工作重点是安全及保密措施。最初的重点是文件共
享。其安装已于1972年规划完毕。
以下计划在会议上没有代表发言，Steve Crocker汇报了他们的状况。
CMU：PDP-10/50：IMP已经连接，计划采用哈佛大学的NCP。
SRI-AI计划：PDP10。计划运行TENEX。
斯坦福AI计划：尚未连接，计划今年夏天进行。
上述是对目前状况的回顾。Steve Croker接下来说，旧的NWG邮件列表将不再使
用，将采用一个由NIC（5731）维护的列表，或者NIC也可以通过向大家的站点代理
发送信息的方式来进行发布工作。如果你的站点代理或是联络人员有变动，请立刻通知
NIC。
主机----主机日志协议讨论：来自Multics的Tom Skinner首先发言。他指出，他们
至少需要一个过度性质的协议以使网络开始工作。他们提交了RFC98号文件
（NIC5744），文件中包括了他们周三的观点。SRI-ARC也有一个相类似的文件，RFC97
号文件（NIC5740），也于周三晚上提交。Mutics则给出了RFC80号文件（NIC5608）
的修订后的日志协议。
RFC66号文件与RFC80号文件相比较的一些相对优势的讨论也在会上给出。80
号文件协议有一些潜在的问题，这是由于“工作必须在首次接触时建立”这一假
设的原因。
讨论的结果是在对RFC66号文件进行“建立连接之后下达命令”这一修正的基础
上接受其日志协议。
现在看来，似乎有必要建立一个官方文档来修正给出的日志描述。
Tom还建议与日志服务的首次通信占8位域的7位ASCII码。人们就第八位是否
为0或1进行了有些讨论，最终认为第八位应设为0。
接下来，Steve列出了主机----主机协议中存在的一些问题。
1）	响应
2）	消息类型
3）	中断
4）	标记与填充
5）	接口建立过程中半双工与全双工通讯的比较
考虑到要进行如下选择：
a）	闲置
b）	将头与数据分成两个信息
c）	将消息定为72位长度的倍数
考虑到中断（INS，INR），有一个与消息传递有关的同步问题。即，一个消息可被
发送，然后发出一个中断。中断可能在消息之前到达，也可能在消息中间到达。因此需
要一些在数据流中标明哪里是中断的方法。
会议任命一个小分组来考虑上述主机----主机问题。简言之，他们将给出一个对主
机----主机协议进行修订的RFC文档，然后收集意见和建议，并提交一个官方的修订版。
对此有建议或意见的人应与委员会联系。委员会还与站点相连。委员会由以下人员组成：
S. Crocker, UCLA （主席）
R. Tomlinson, BBN
T. Barkalow, Lincon实验室
G. Grossman, illinois大学
J. White, UCSB
R. Bressler, MIT, MAC计划
接下来，会议的讨论转回网络打印的访问问题。该问题在RFC97号文件（NIC5740）
中被提及。其中的一些是：
a）	字符集
b）	行尾标识
c）	中断
d）	消息格式
e）	半双工，全双工
这些问题被提交到一个打印连接协议委员会寻求解决方案。这个委员会由以下人员
组成：
Tom O'Sullivan, Raytheon （主席）
Ed Meyer, MIT-MAC
John Melvin, SRI-ARC
Bob Long, SDC
Bob Metcalfe, Harvard
Wil Crowther, BBN
这个委员会将在一个星期内提供一个过度协议，并在未来几周内提供一个长期协
议。
周四下午，二月十八日
周四下午有ILLINOIS大学就ILLIAC第四计划做报告，此外还有关于Plato计划的
演示。去年十一月份关于向ILLIAC第四处理器进行传输的线路的初步测试并未发现记
时问题。ILLIAC第四系统的硬件和软件都将最终建立。该系统将被放置在California
的NASA Ames研究中心。从ILLINOIS大学到网络的连接将由一个具有CRTs存储器、
2400波特字符CRTs、以及附加输入设备的PDP-11实现。它将同时安装一台Gould 
Clevie打印机和DEC磁带机以及小碟片机。大学的B6500也将与网络相连。
周四晚上，二月十八日
起初的议题是有关网络信息中心的状况和规划的讨论。来自SRI的Dick Watson
回顾了当前由站点代理和网络联系人员组成的离线系统。站点代理的功能是辅助NIC
服务的使用。网络联系人员的作用是作为来自其他站点的人员提出的关于其站点技术问
题的联系点，此外，他还要监视是否适当的人物可以查阅站点接受到的文档和信息。如
果网络要营造一种社区的感觉，那么人们就需要清楚他们的所作所为，并从不同的站点
进行考虑。因此，鼓励人们向NIC提交报告，备忘录，笔记，以及一些对大家感兴趣
问题的讨论的记录。从正式报告到非正式手稿都可向NIC提交。为了鼓励人们提交最
初的想法和观点，NIC给出了一个问题，即：是否应该为文档的不同类冠以标题，以助
于分辨正式与非正式通信的级别。
看上去似乎这样的安排并不必要。其次提出的问题是有关隐私及安全性的。一些
人认为如果信笺或是谈话的记录被收录到NIC文集中，可能其中的一些会包含个
人隐私。人们询问NIC是否其会在收录之前检查涉及此类通信的所有方面。Dick
认为既然有NIC资源的存在，那么涉及到的各方面在向NIC提交之前首先给予许
可或许会更好一些。
NIC将提供的最初的在线服务是对一个SRI-ARC在线系统（NLS）打字版本的访
问。向人们提供消息服务，访问NIC的目录以及可能的站点状况文档，以及网络
工作人员等等。今后还将提供服务来辅助站点社区中站点代理的工作。在一次主
要的调查会议上，似乎人们对使得NIC得到一套关于ARPA计划的报告和工作文
档有相当大的兴趣。为了解决如此庞大集合的存储处理，微缩胶片看上去非常重
要。使用微缩胶片有很多问题，如只允许单个或有限数目的读者，以及需要硬拷
贝设备等等。NIC将调查这些问题，并开始用微缩胶卷材料来进行实验。
NIC正在用一个IMLAC终端进行NLS的远程访问试验。人们对NLC的图形访问
产生了很大的兴趣。NIC则认为图形访问并不是一个当前优先级非常高的需求，
但仍会尽快向站点提供编程资源以期进行图形访问的试验。
Steve Crocker提出了人们如何从不同的站点获取访问权限并学习使用服务设施
的问题。关于用户在网络上的服务设施需要包含或附加于用户文档的哪些附加信
息等问题也做了讨论。并提出了硬拷贝应包括何种材料，在线信息都有哪些等问
题。NIC将对这些问题进行研究，并生成一套处理用户操作的推荐步骤，以及网
络访问使能所需的信息列表。
Dick Watson指出，尽管NIC提供的服务只能运行更慢的终端以及单层图形界面，
NIC的用户可能还是会认为使用拥有上下多层图形界面的，以每秒30个字符运行
的打字终端是最佳选择。RFC97号文件（NIC5740）描述了一个与NIC相连的最
初协议。由于一个产生标准打字连接协议的委员会的成立，RFC97号文件协议将
被改动以满足由该委员会建议的一个过渡协议。近期，与这个过渡协议一同还要
提交一个新的RFC文档。自从这次会议以后，打字连接协议委员会决定不提交这
个过渡协议。
会议转移到站点之间文件传输方面，讨论了在文件传输过程中通过文件名传输而不
需要用户登陆每个站点的方式。ILLINOIS大学的Gary Grossman将就这一题目提交一
个初始的RFC文档。
周五上午，二月十九日
与网络相关的数据管理方面有一些问题在会上讨论。会议提及了下列各方面以及其
负责人：
数据机10~12位存储
数据管理语言
形式机
ILLIAC IV信息管理系统
过渡文件系统
文件传输协议
数据机有美国电脑有限公司负责，但要求与ILLIAC IV信息管理系统及网络和在数
据管理语言方面的工作密切协调。
数据管理语言的工作由ILLINOIS大学的J. Madden，哈佛大学的Bob Metcalfe，
RAND的J. Heafner，UCSB的Jim White以及IBM的Doug McKay负责。
John Heafner说他打算实施他关于形式机的计划（RFC83号文件（NIC5609）
UCSB，Multics）。林肯实验室也宣称他们对此感兴趣。一些站点，如UCLA，SRI，
RAND，ILLINOIS大学，Raytheon，MITRE表示对在一至三个月内在UCSB 360/75
磁盘阵列上保存文件有很大兴趣。Jim White说他将在接下来的四到六个星期内建立一
个系统以使网络用户可以在UCSB保存文档。
主机间文件按名称传递的问题再次被ILLINOIS大学的G. Grossman提出。他说
他将通过生成RFC的方式开始一个有关这一题目对话。
有人提出了接口数目中用户名及用户ID含义的问题。目前为止，接口数目并无结
构可言，但是一些人认为记数、文件传输、进程中通信等一些结构是有价值的。一个由
RAND的J. Heafner，MIT-Multics的E. Meyer和ILLINOIS大学的G. Grossman组成
的委员会将提出一个RFC文件来讨论接口数目结构的另一提议。
UCLA指出，它希望得到链接数目的实验范围内的一个链接数目，以用于网络的测
试实验。链接号223被指定给这个功能。（链接223是后来发现并被指定的，被选的连
接实际上是191号，见RFC104号文件（NIC5768））。
由于网络上的机器或系统会提供服务功能，因此提出了记数的问题。当前的服务设
施主要是UCLA的360/91，UCSB的360/75，SRI的NIC，MIT的Multics，ILLIAC IV，
林肯实验室的360/67，以及数据机。高级主机----主机协议研究委员会正着手于记数问
题。他们简要地提及了网络带宽问题。BBN的Bob Kahn说他将提交一篇文章以开始
一个关于记数主题的讨论。
接下来提出了关于处理管理进程的问题，如从外部系统获取记数数目等。Dick 
Watson说他将就这一问题进行研究并看NIC在其解决方案上是否可能给予帮助。
最后考虑的是NWG会议的频率以及如何利用的问题。大家一致认为NWG会议是
一个非常有用的会议，但是一些待讨论的特定题目的准备工作应该提前完成。希望在会
议上提交主题的人应该尽可能在下次会议开始一个月之前分发介绍性质的资料。Peggy 
Karp将负责NWG在春季会议的房间问题。她不久就会发出预订请求。


[这一RFC文档由Kelly Tardif，Viagie于1999年10月]
[编为机器可读的形式以便录入RFC在线档案]
RFC0101---Notes on the Network Working Group Meeting 
对1971年2月17日伊利诺斯州的Urbana的网络工作组会议的注释


8
RFC文档中文翻译计划