摘要

  • 2001 年 4 月 28 日的演示日志显示，九次请求得到四条 ICMP 应答；两只飞回的鸽子没有携带数据报，记录中的丢包率为 55%。
  • 主机并没有独自完成接收：人先取下并展开纸条，再扫描、检查 OCR 并手工修正错误，之后才接受应答。

数据报先穿过一间屋子，才进入网络

RFC 1149 标注日期为 1990 年 4 月 1 日，描述由“鸟类载体”运送 IP 数据报的方法。它的状态说明写明：这是实验性、且不建议采用的标准。玩笑背后却是一条具体接口流程：把每个八位组以十六进制印在纸卷上，缠到鸟腿并固定，到达后再用光学扫描把纸面转成电子形式。RFC 给出了格式，并未证明当时已有实现。

在卑尔根，这份构想变成一项小规模协作。2001 年 3 月的会议纪要把信鸽运输和纸条固定方式交给一组成员研究，卑尔根 Linux 用户组负责计算机接口；有人寻找扫描仪，并计划研究 Linux 下的 OCR。该组与当地鸽会合作，将公开演示定在 4 月 28 日。这能证明一个具名团体做了准备，不能证明它形成了常规服务。

留存日志能够证明什么

终端记录从 Linux 点对点接口 tun0 开始，端点为 10.0.3.2 和 10.0.3.1。接口信息写有 MTU 150，随后运行 ping -i 900 10.0.3.1。四条 ICMP 应答按序列号 0、4、2、1 的顺序到达。统计为发出九个请求、收到四条应答、丢包率 55%；往返时间约从 3,212 秒到 6,389 秒。

这些数据只属于一次会话。它们说明这套特定装置确实把若干数据包送回主机的 ping 进程，却不能衡量一般意义上的信鸽网络，也无法证明服务水平可重复。鸽子并没有把已解码的数据报直接交给 Linux。用户组的记述说，人取下并展开纸条、扫描纸面，再核验和修正 OCR 识别错误，随后才将数据报判定为有效。

记述称计划的 ping 间隔为七分半，终端却留下参数 -i 900。两份记录没有解释差异，应将其保留为未解之处。记述还说六只鸽子飞回，其中两只因鸽笼未关而没有数据报；日志记录的四条应答与此相符。作者当时仍在等待其他实现，以便进行互操作测试。

演示只走到了证据链的一站

RFC 2549 后来把同一主题扩展到服务质量，RFC 6214 则改写为 IPv6 版本。文档状态仍然关键：RFC 2549 是 Experimental，RFC 6214 是 Informational 的独立提交。后续文本延续了幽默主题，却不能证明它们与卑尔根实现互通或曾广泛部署。

真正有用的历史结论更窄：卑尔根的记述和日志让我们看到规范与单次运行实现之间的边界——Linux 接口、纸面载体、扫描仪、OCR 和人工校正。证据止于一套具体运行过的系统，没有跨到采用程度。这是一次接收路径清晰可查的演示，不是标准状态的跃迁。

资料来源