rfc101.txt

RFC中文技术文档

组织：中国互动出版网（http://www.china-pub.com/）
RFC文档中文翻译计划（http://www.china-pub.com/compters/emook/aboutemook.htm）
E-mail：[e-mail]
译者：邵毅（epl   [e-mail]）
译文发布时间：2001-10-11
版权：本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载，但必须
保留本文档的翻译及版权信息。


Network Working Group                          Richard W. Watson
Request for Comments: 101                               SRI-ARC
NIC: 5762                                       February 23, 1971

1971年2月17日伊利诺斯州Urbana
网络工作组会议注释
(RFC0101---Notes on the Network Working Group Meeting )
目录
周三晚上，二月十七日	1
周四上午，二月十八日	4
周四下午，二月十八日	6
周四晚上，二月十八日	7
周五上午，二月十九日	8

周三晚上，二月十七日
Mike Sher首先欢迎大家来到Urbana，然后简要地指出“ILLIAC第四”计划有望
于当年夏天开始运作。“ILLIAC第四”计划被分成两个子计划：其中一个着眼于基础系
统的软硬件，另一个则与应用有关。它们的IMP还未与其PDP-11相连。
Steve Crocker要求会议就相关问题进行讨论，这些问题在本文的后续部分给出。
来自Mitre的Peggy Karp一直致力于旧RFC文档的总结归纳工作。她给出了一个
大约30个条目的清单，并对其目前的状态加以归纳。她的这一工作有望于二月底左右
完成。（见RFC#100，NIC5761。）大家建议一些人就那些旧RFC文档应被取缔来撰写
一个RFC文件。人们还建议网络信息中心（NIC）在组织硬拷贝材料所需场所方面提
供帮助。
接下来是关于网络使用经验方面的简要讨论。John Melvin（SRI-ARC）把SRI的
经验总结为使用尤它PDP-10来帮助SRI从一个XDS 940向PDP-10转变。在1970
年四月至五月间，很明显SRI在朝PDP-10方向发展，以使自己有能力和可靠性来履
行自己作为网络信息中心的任务。他们在那之前有一些与Utah相连的经验，因此试图
使用Utah 10来辅助其转变过程也是合乎逻辑的。
网络的使用从六月份开始。由于SRI大量地使用了高级语言，因此首要任务是编
译器对编译器的信息树。在940上生成用于PDP-10的源代码，然后将二进制文
件传送到Utah调试运行，并在可能的地方更改源代码，添加补丁，进而生成新的
源代码和二进制文件。
运行信息树的同时，一种新的用于在线系统（NLS）编程的高级语言（称做L-10）
也被按照相同方式实现。L-10运行的时候，NLS的核心设备无关部分被重写并调
试。在转变过程中，NLS被完全重组。
在SRI和Utah末端，人们编写了一个允许三个用户与Utah相连的控制程序。这
个控制程序作为一个用户进程运行，允许字符输入以及文件传输。这一计划运行
平稳，并于七月至十二月间完成了大量有用的工作。这期间，有一些人员每天工
作4至5个小时。语音链接在当试图确定问题所在以及重新组合的工作可能出现
错误的时候使用。有时持续两周没有任何错误。SRI拥有一个作为T/S进程运行
的IMP诊断界面。
通常来说，回应在SRI端被处理。Utah端使用的是DDT。往返字符四秒的延迟
并不罕见，而且在某些地方还出现过延迟8或10秒的情况。由于每个终端的实现
涉及多进程，并且每一进程都是预定的，因此会产生这些延迟。Utah在下午两点
时负载沉重，而SRI则喜欢在晚上和周末运转。
当SRI PDP-10于十二月出现的时候，网络的使用被减慢。
用户会喜欢一个更加恒定的反应时间，而不是很大的变动。这样，尽管这一时间
很慢，用户的工作习惯也可以去适应它。
Gerry Cole报告了在SRI-Utah工作过程中所采用的一些措施的结果。SRI还提供
一些措施帮助UCLA解释获得的数据。Gerry写了一篇文章归纳这些来自SDC的统计
数据。
Gerry请求当人们打算使用网络的时候通知他，以使他可以收集统计数据。UCLA
最终将采用一个用于扫描网络的程序。但如果人们通知他何时他们将使用网络，
则测量有意义信息以及解释来自某类应用方面知识的数据的工作将变得容易。
Bob Kahn指出，BBN对全局信息流的统计非常感兴趣。他们想通过此来确定网络
的配置是否恰当。Gerry说UCLA对网络模型研究的统计数据有兴趣。对于这种功能，
远程控制采用诸如IMP设计特征使用的方法。
来自UCSB的Jim White说UCSB和RAND已经开始在RAND气候研究工作中
试验网络。UCSB的NCP过去的三到四周里所有白天都是激活的。一篇编号为NIC5480
的描述该应用的文档可在NIC文集中找到。UCSB还将他们的NCP用于本地进程间通
信实验。RAND在使用UCSB 360-75的远程工作入口设施。他们用UCSB来检查他们
的NCP。现在，UCSB在正常的使用时间内都运行其NCP。他们发现了他们的硬件于
其IMP接口的一些错误。UCSB和RAND的软件看上去都运行良好。被来回传送的典
型工作只是一些源语句的测试任务。UCSB的NCP大约有39K，运行于一个60K字节
的分区。用户通过汇编语言、FORTRAN或PL/I调用来访问它。
Steve Crocker回过头来讨论会议的议程以及NWG的长期组织结构。Steve感觉
到由于开放的会议对于发现问题，一般性讨论和教育等非常有益，但规模太大以至于不
能够准备各种各样主题的详细描述，因此需要建立针对各异主题的工作委员会。
下列为需求工作的主题：
1．	图形学
2．	数据传输语言
3．	主机----主机协议（长期研究）
4．	主机----主机协议（短期维护及修改）
5．	记数
6．	日志协议
7．	打印机连接协议
8．	文档
9．	数据管理
关于第一个主题，MIT的Al Vezza正在组织一个计划与四月25日至27日召开的，
可以容纳31人的图形学方面的NWG会议。希望参加会议的人需要为他的单位准备一
个工作报告。Al给出三类问题：
1）	两个主机，每个都有计算和图形设备，并希望使用对方的某些特殊设备
2）	一个具有图形设备而不具备数据处理设备的主机，希望使用第二个主机的
计算能力
3）	一个具有图形终端，但无图形处理和计算能力的结点，希望从其它结点处
得到图形和计算能力
关于第二个主题，来自RAND的John Heafner指出RAND希望提供如RFC83所
描述的数据重配置服务。以下还有关于这一主题更多的讨论。
关于第三个主题，来自CMU的A. N. Habermann手下专门组成了一个工作组研究
主机----主机协议。到三月底以来，他们一直在准备一篇论述他们观点的文章。这个工
作组由如下人员组成：
A. N. Habermann, CMU
G. B. Hansen, CMU
W. Wulf, CMU
R. Chen, CMU
R. Kalin, Lincoln Lab
欢迎关于该主题的建议。
关于第四个主题，人们建立了一个小组来评测当前的协议，并对其进行必要的修改。
这个工作组将采用保守的工作方法，只做解决已知问题的必要更改，而将所谓美学更改
（esthetic changes）保留到以后。
关于其它问题的讨论将被放到最后。
两个对网络感兴趣并旁听会议的人简要地发言。
加拿大政府计算机交流专门小组的C. D. (Terry) Shepard对其工作组的目标进行
了概述。这些目标包括：
1）	建立一个计划以连接各种加拿大的计算机，建立一个网络
2）	针对加拿大的需求开发这样一个网络
3）	观察这一网络的收益在加拿大的分布情况
4）	防止对加拿大计算技术的控制完全依赖于外国资源
5）	观察加拿大拥有的关键计算机设施
接下来，来自IBM的Doug McKay简要地描述了IBM两年前开展的一个网络计划。
基础网络已经完成，并已具备一些用户。网络被频繁地用于程序升级时的文件往返传输。
IBM试图将网络看成一个多处理器机器。他们试图处理IBM中所有的异构系统，如
360's，370's，CP'67，91，44，以及一个NYU CDC 6600。
有另外一个使用一台91从远程工作入口连接TSS系统的项目。IBM使用一个用
于控制和信息流分布的中央机器来掌握集中的控制视角。他们对此方案并不是十分的满
意，并且正在朝类似于ARPA网络的更加集中的方案发展。目前，IBM有大约14个人
在从事该项目。
周四上午，二月十八日
周四的上午，人们分开在不同的地点开始报告他们的工作状况。来自BBN的Alex 
McKenzie在当天稍晚时间准备了一张状况表，由周四晚间的会议代表填写。BBN与
NIC计划准备一个在各地点保留信息并保持更新的程序。
状况
BBN，TENEX计划：在TENEX与NCP合作的最终阶段。试图建立一个与Utah
的连接，但发现了一些错误。NCP将网络视为一个文件，一种与其它类型文件整和的
方式。NCP引入了一个传统界面。他们希望可在月底实现NCP在SRI的TENEX系统
中的合并。
BBN，网络组：报告了他们工作的三个领域：
1．	改善现有网络
2．	基于IMP316版本的工作以及作为一个终端接口处理器（TIMP）的工作
3．	记数
当前，共有15个IMP与网络相连。一个新的，做了较小改动的软件系统将于三月
份完成。
TIMP使用316系统。尽管存在一个硬件设计方案，他们仍需定义软件环境。一个
TIMP可以解决直至64个不同速度同步与异步的终端。第一台机器将于九月份到达
MITRE。
BBN强调三个产品：一个516IMP，一个316IMP和一个316TIMP。316IMP比
516IMP价格便宜，并且可以与一个主机相连。BBN目前并不打算将316IMP换成
516IMP。这两者都是插头可插接的。
SDC：还处于他们NCP的调试阶段，计划四至六周完成。也许八周后，他们的
T/S就可供网络使用了。他们的T/S是一个运行ADEPT系统的360/65机器。
西部储备大学的CASE：IMP已经连接有近一个月，但还没有NCP。他们计划采
用哈佛大学使用的NCP。CASE有一个PDP-10/50系统，有望于两至三个月内完成。
哈佛大学：哈佛大学有一个PDP-1以及一个PDP-10与IMP相连。PDP-10的NCP
处于最后的调试阶段。PDP-1用来刷新显示，PDP-10用于语言研究以及供学生使用。
计划于一至两个月内完成。
SRI-ARC：SRI处于从XDS 940向PDP-10转换的最后阶段。他们计划采用BBN
的TENEX NCP。该计划有望于三至四周内完成。
MIT动态建模----PDP-10：他们希望一个NCP能够在三月内投入运行。
MIT的MULTICS：他们已经与IMP相连，再有四个星期，他们的NCP就可以进
入最终的调试阶段。由于MULTICS是一个服务器，他们并不具有无限的访问能力，并
且必须在休息时间里退出。他们计划在三至四周内为网络提供正常的服务。
UTAH：PDP-10/50极有可能最终运行TENEX。他们的NCP已经由一种高级语言
编写并与BBN一同调试。他们已完成与自身的连接与登陆。一个调试后的版本将于月
内产生。
林肯实验室，TX-2：他们正在测试IMP接口以期发现林肯系统硬件中的问题。目
前为止除了消息标识错误外，并没有数据错误。他们的具有日志系统的NCP有望于四
月15日完成。据称，他们将以实验测试为目的，在不被暴露于网络传输的前提下开放
其IMP。BBN称有一种方法可以响应自身而不向网络公开。
林肯实验室，360/97：正在运行CP/CMS。IMP接口已于上月完成。NCP与日志
服务器都在工作。他们计划在四月份建立NCP作为一个正常服务。与他们进行实验的