要約

  • 2001年4月28日のベルゲン実験ログには、9回の要求に対してICMP応答が4つ記録され、鳩が戻ってもパケットを載せていなかった例が2件、パケット損失率は55％とある。
  • コンピューターだけでは受信が終わらなかった。人が紙を外してスキャンし、OCRを確認して誤りを直してから、応答を受け入れた。

パケットはネットワークの前に部屋を横切った

1990年4月1日付のRFC 1149は、鳥を運び手としてIPデータグラムを送る方法を記している。文書自身が、その位置づけを実験的で推奨しないものとしている。冗談めいた仕様だが、インターフェースは具体的だ。各オクテットを16進数で小さな紙巻きに印刷し、鳥の脚に巻いて固定し、到着後に光学スキャンする。ここにあるのは形式の説明であって、実装の証明ではない。

ベルゲンでは、構想が小さな実験工程になった。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の順に並び、統計は9送信・4受信・損失55％。記録された往復時間は約3,212秒から6,389秒に及ぶ。

この数字は一度のセッションに限られる。特定の構成でいくつかのパケットがホストのpingに戻ったことは示すが、鳩のネットワーク一般の性能や再現可能なサービス水準は測っていない。鳥がデコード済みデータグラムをLinuxへ直接渡したわけでもない。グループの報告によれば、人が紙を脚から外して広げ、スキャンし、OCRの誤認を確認・修正してから有効なパケットと認めた。

報告本文は予定した間隔を7分半としている。一方、端末記録には-i 900がある。資料はこの差を説明していないため、未解決のまま扱うべきだ。報告には6羽が戻り、そのうち2羽は鳩小屋を閉め忘れたためパケットを持っていなかったともある。ログの応答は4つ。別実装による相互接続試験は、まだ待っているところだった。

実演が進めたのは証拠の一段

RFC 2549は同じ題材をサービス品質へ広げ、RFC 6214はIPv6向けに書き換えた。それぞれの状態も示されている。RFC 2549はExperimental、RFC 6214はInformationalのIndependent Submissionだ。後続文書が冗談を広げたことは、ベルゲンの実装との相互接続や広範な導入を証明しない。

歴史として確かに言えるのは、もっと限定された点だ。報告とログは、仕様と一つの観察可能な実装との間を見せる。Linuxのインターフェース、紙の運搬、スキャナー、OCR、そして人の修正が揃っていた。証拠が届くのは、この具体的なシステムが動いたところまでで、普及したことまでは示さない。受信経路が見える実演であって、標準化の転換点ではなかった。

出典