摘要

  • 希尔顿酒店的方案把会议终端经由TIP接入ARPANET资源，让参会者能够亲手尝试网络。
  • 7月的RFC显示，这种体验仍取决于尚未完成的容量测试、兼容终端、准备好的应用、清楚的说明，以及能在现场答疑的人。

网络需要一个入口

1972年ARPANET公开演示的筹备记录里，最值得注意的或许是：到了7月，许多关键问题仍没有答案。Terminal Interface Processor（TIP）能否带动计划放在华盛顿希尔顿酒店的终端？不同终端分别能否访问哪些远程资源？第一次接触的人会知道输入什么吗？遇到问题时又有谁能帮忙？这些不是给成熟技术添上的装饰，而是让网络对建设者之外的人也可使用所必需的工作。

7月12日，Robert Kahn在RFC 371中说明了计划。国际计算机通信会议（ICCC）定于10月24日至26日在华盛顿举行；网络演示将与会议议程并行，让参会者获得亲手使用的机会，而不只是听人介绍计算机通信。Kahn设想的内容包括数据库检索、多台机器配合、实时数据访问、交互协作、模拟和简化的纸面输出。这些是筹备方向，不是对最后每项展示内容的完整清单。

设备连接路径同样重要。希尔顿酒店的终端计划接入TIP，再由TIP连入ARPANET，供访客访问网上主机的程序和信息。Kahn还提到，可以为了演示临时连接其他网络中的资源。TIP提供了一个共同入口，访客不必分别直接连接每一台计算机；但这也让TIP的容量和终端兼容性成为公众体验的一部分。

测试还没有完成

Richard Watson在RFC 372中记录了当天与Kahn的谈话。笔记设想在宴会厅里布置桌子，每桌放一两台终端，但具体安排尚未敲定。许多终端可能没有专人值守。Watson记下两人讨论邀请网络各站点的专家到场，不过志愿者是否足够仍不确定。即使终端连通，访客也可能独自面对一行命令，不知下一步该做什么。

笔记里最醒目的那句话也需要谨慎理解：当时TIP还没有与64台终端一起测试。7月计划开始尽可能多地接入终端，之后再检验不同终端与资源如何配合。如果TIP承载不了所有连接，可能需要安排分时使用。这只是7月筹备状态的截面，并不能证明10月演示失败，也不能证明最终现场恰好安装了64台终端。时间安排也很紧：宴会厅可能要到10月22日才能开放，留给地板、TIP、终端和电话线安装的时间不多。Kahn希望8月能在BBN先做成一套可工作的演示。

网络的“入口”不止是硬件。Kahn说，筹备团队正在编写明确、容易理解的说明，让初学者不靠他人帮助也能使用选定资源。Watson列出可能设置的指示牌、TIP命令卡、操作场景手册、影片和现场协助人员。到了10月，网络信息中心编制了Scenarios for Using the ARPANET，把拟议用途整理成访客可尝试的步骤。RFC 371直言，写好这类文档并非易事。关键不是列举网络能做什么，而是让不了解主机名称、命令语言和本地惯例的人，也能找到并使用远程服务。

互操作也有人的界面

这项工作解释了为何演示不只是一次公开亮相。访客要经过一整条系统与机构链：借来的终端、本地布线、TIP、ARPANET、远程主机，以及由远端团队维护的应用。每个环节单独看都可能正常，整个过程却依然令人困惑。场景指南和现场答疑者，正是连接不同机器与团队的纽带。

Kahn请网络各站点投入时间和精力，也说明了其中的组织成本。远程资源不会只因出现在网络图上就自动变成连贯的展品；各站点还要准备应用、协调访问。Watson的笔记提到若干研究机构及网络之外的潜在资源，但部分承诺尚未确定。Watson另外推断，除了承包商在既有研究中投入的资源外，ARPA似乎没有为演示准备一笔可观预算。他明确说这是自己的判断，而非Kahn的原话，也不是经过审计的预算结论。

一份后来的ARPANET完成报告回忆说，10月的公开演示推动参与者调试和测试网络支持与应用协议。将它与7月的RFC和场景指南放在一起看，这次活动不像是展示一台孤立机器，更像一次协同检验：不同地点的资源能否经由网络，变成普通参会者可以尝试的服务？

这里的区分很重要：数据包负责传送请求；展览还必须给请求一个目标和一条路径。1972年，要向公众展示联网，不仅需要连通，还需要由终端、命令、文档、预先准备的程序和现场人员共同组成的可用界面。只有当访客真能用网络做一件事，网络才变得具体。而7月的筹备记录表明，走到这一步仍要完成大量集成工作。

资料来源