Summary

  • Internet Talk Radio 的常规节目是预先录制、以文件分发的音频。启动公告说 FTP 已足够，并明确表示 IMS 当时没有为该服务使用 MBONE。
  • 计划由一个制作源头向外分发，再由 UUNET、区域网络、EUnet、WIDE 与 IIJ 等节点传递副本；现存资料没有完整镜像清单或流量统计。
  • 1993 年 5 月另有 NPR 与 MBONE 的实时特别节目。这次同步活动并不能把每周播出的“Geek of the Week”变成连续直播。

第一份文件之前的公告

1993 年 3 月 22 日，一封转发到 RIPE 邮件列表的消息介绍了 Carl Malamud 的新计划：Internet Talk Radio 将在 3 月 31 日开始，首个节目是面向网络业界的访谈系列“Geek of the Week”。现存节目档案也把 3 月 31 日列为第一期的发布日期，受访者是 Marshall T. Rose，讨论内容包括 OSI、X.400、IETF 内部事务和 SNMP 第二版。这里的公告和节目页面都接近事件发生的时间，并不是数十年后的单一回忆。最直接的材料分别是RIPE 列表中的公告与首期节目记录。

Malamud 称“广播”是一种比喻。服务最初提供的是专为网络制作的录音：听众可以下载、保存，再按自己的时间收听。3 月公告提到，接收方网络可以选择用多播转发节目；但它同时划出清晰边界：IMS 并没有为 Internet Talk Radio 使用 MBONE。允许接收网络以多播方式中继文件，并不等于节目本身正在通过多播直播。

这一区别改变了我们想象的开场场景。听众不必在同一时刻挤进同一条链路。节目可以先到达区域服务器，再复制到本地机器；何时下载、何时播放，留给每个人决定。服务借用了广播节目的编排形式，却把播放的启停和重听权交还给听众。

一档节目，多个网络路径

首期节目预计约半小时。3 月公告估算，采用标准 PCM、每秒 8,000 次采样和 8 位 mu-law 编码时，文件约为 15 兆字节。Malamud 在 IETF 的演示文稿把这一编码换算为每秒 64 千比特，并介绍了多种音频格式。他在后来的回忆中则把半小时文件说成 30 兆字节。这不是可以混为一谈的测量：前者是启动公告对一种特定编码的估算，后者是创作者事后的回忆。现有资料没有完整传输日志或逐版文件清单，无法为所有副本确定唯一大小，因此应保留来源差异。

文件体积让分发计划成为节目的一部分。公告提出从 UUNET 发出，再向区域网络扩散，以减少重复传输；欧洲初始暂存点是 EUnet 的 mcsun，日本则由 WIDE 和 IIJ 参与分发，Alternet 客户可以匿名 FTP 从 UUNET 获取。公告邀请本地网络联系服务商，服务商也可索取操作说明。这是一项拟定的运行安排，而不是已验证的镜像目录。现存记录没有说明哪些网络最终保存了副本、每个站点有多少听众，或实际传输了多少数据。

后来留下的 IMS 档案展示了这套服务在听众面前的样子。第一期“Geek of the Week”分成七段，提供 .au、.gsm 和 .ra 格式。之后的每周节目继续以日期和嘉宾名列出。到 1994 年，目录中已能看到 Steve Crocker、Radia Perlman、Scott Bradner 和 Tim O’Reilly 等网络研究者与工程师的访谈。档案保存的不只是声音，也是一张节目表。页面充当目录，录音仍须下载到能解码相应格式的设备上。Geek of the Week 的节目索引保留了日期、嘉宾与格式。

把文件放到网络愿意承担的位置，可以减少对单一全球直播流的依赖，但不会自动带来平等的接入。按每秒 64 千比特计算，15 兆字节的文件经由类似调制解调器速度的链路传输，可能要花上数小时，还没算重传和协议开销。拆成多个片段可以按段获取或挑选收听，却不能消除传输字节的成本。如果听众从附近的区域镜像下载，长途重复传输可能减少；但现存来源没有提供前后流量测量，无法量化节省了多少。

“多播”是一种选项，不是已发生的证明

IMS 的全称是 Internet Multicasting Service，同一组织也确实尝试过实时音频。但这不能证明它旗下每个频道都用同一种传输方式。1993 年 5 月的一则独立公告记载，NPR 的“Science Friday”节目在 5 月 21 日录制，并于 5 月 31 日发布。这个特别节目把国家级广播的现场内容与 MBONE 连接起来，互联网听众可以提问。公告把它归在 Internet Town Hall 频道，与常规 Internet Talk Radio 系列分开。保存下来的公告记录了这次同步活动以及它延后发布的时间。

服务后来的发展也保留了这种区别。IMS 档案逐渐加入 National Press Club 活动、公共事务节目、TechNation、NASA 内容和其他频道。1994 年《华盛顿邮报》的一篇报道提及从国会众议院和参议院传送现场音频，并同时建立档案服务的计划。这些项目说明同一组织尝试了不同的音频用途，却不能改写“Geek of the Week”的最初交付方式。同期材料更精确：一个服务可以发布文件、安排个别现场节目，也可以保存录音供日后收听。

启动公告还试图回应承载网络自己的使用规则。它承诺以 NPR 式的简短口播感谢赞助商 Sun Microsystems 和 O’Reilly & Associates。Malamud 说，至少两个大型政府网络已表示，计划中的服务符合各自的合理使用政策；公告没有说出它们的名字，也没有附上正式批准。它能证明网络使用政策是实际问题，却不能证明所有网络都获准或获得豁免。IETF 演示文稿还说明了权利安排：非商业复制可不设数量上限，但衍生作品仍受限制。音频文件在技术上容易复制，并不意味着每一份都可以不受条件地再传播。

分发方案不等于普遍可达

这个试验把一个编辑制作源头连接到许多可能的接收点。IMS 选择题目、制作节目；区域网络可以选择协议、编码和本地暂存位置；听众则决定何时获取。技术弹性把内容生产和承载网络分开了，但它不能证明每个相关运营者都授权了这项服务，也不能证明每位听众都能接入。

Malamud 后来回忆说，到 1993 年底，节目已在几十个国家有听众，并占用了相当多带宽。这是项目负责人的有用回忆，不是经审计的受众统计。启动公告列出了计划中的区域节点，却没有公布所有已建镜像；档案证明节目和多种格式链接存在，却不能证明某一位听众下载过某一份副本。5 月的特别节目证明 MBONE 被用于另一个活动。这些事实都没有给出完整的受众分母。

Internet Talk Radio 对互联网史的意义，恰恰在于这种差别。1993 年的“网络广播”不必指一条信号推给一个庞大受众。它也可以是一段先转成文件、由愿意出带宽的网络保存和转发、再由听众自行安排播放时间的录音。这个模式显示出互联网在复制、格式选择、区域协作和用户控制上的实用优势，也暴露了它的限制：大文件仍可能昂贵，版权仍需协商，公告中的分发计划并不是经测量的实际覆盖。

因此，最稳妥的历史结论应当有限：Internet Talk Radio 把面向互联网制作的节目作为可获取的录音提供出来，并邀请其他网络参与分发。现有材料不必把它称为全球第一家电台、普遍广播机构或某个后世产品的确定前身。它呈现的是一种当时可选的技术路径：要么发送一条实时信号，要么让每个接收者自行决定从哪里、何时取回哪个文件。

界定史料边界的记录

上述区分可对照原始公告、保存下来的节目记录、创办者后来的回忆，以及另行记载的现场活动核验：