要約

  • NANOG 1の議事予定は、1994年6月2〜3日にアナーバーで開かれる会合をMBONEで配信する計画を記していた。
  • 6月の投稿には、ある場所でセッションが見つからないという報告、スクリーンを映すよう求める依頼、CERNでパケットは失われなかったが質問の多くが聞こえなかったという報告が残る。
  • マルチキャスト配送、セッションの発見、会場の音声を聞き取れることは、それぞれ別のサービス要件だ。投稿から会場全体の参加数や配信の成功率は分からない。

ルーター以外にも、会場側の判断があった

パケットが会場から出た後にも、カメラ位置、スクリーンが画面に入っているか、マイクが質問を拾うか、ミキシングや符号化、受信側の再生という段階が続く。スクリーンを映してほしいという投稿は、遠隔視聴者に何を見せるかという実務上の選択を示す。CERNからの報告は、ネットワークでパケットを受信できても、会場の質問が聞き取れるとは限らないことを示している。

遠隔から発言できることまで、この配信の目的だったと示す証拠はない。議事予定が告知するのは配信であり、遠隔マイク、質問の順番待ち、割り込み発言の権利ではない。質問がマイクから離れていたのか、カメラが後で調整されたのか、音声ミックスが修正されたのかも分からない。記録の価値は、制作全体を再現することではなく、限られた観察をそのまま残している点にある。

議題はプロバイダー網の接続と運用だった

NANOGの第1回会合は、1994年6月2日と3日にミシガン州アナーバーで開催された。5月26日にメーリングリストへ投稿された議事予定には、会場のChrysler CenterからMBONEで配信する計画が記されている。会合の議題はネットワーク運用そのものだった。ネットワーク・アクセスポイント（NAP）への接続仕様、NAPのサービスと運用、ATMテストベッドの経路制御、ルートサーバー管理、PRDB、経路レジストリが並んでいた。

この二つは無関係ではない。参加者はプロバイダー網をどう接続し、どう運用するかを議論していた。会合を遠隔地へ届けるには、複数のネットワークがマルチキャストの映像・音声を運ぶ必要がある。中継は記録の付属物ではなく、セッション告知、経路、会場のメディア収録に依存するもう一つの運用サービスだった。

6月のアーカイブは、配信全体の連続した計測記録ではない。異なる投稿が別々の経験を示す。6月2日、Dave Sincoskieは会合がMBONEで送信されているかを尋ね、参加するつもりだったがセッションが見当たらないと書いた。同じ日の別の投稿で、Hans-Wernerはカメラを登壇者ではなくスクリーンに向け、揺らさないでほしいと頼んだ。翌3日、Olivier MartinはCERNではパケットが一つも失われなかったが、質問の多くは聞こえなかったと伝えた。

これは同じ受信地点での三つの測定でも、単一原因を示す障害報告でもない。Sincoskieの投稿はセッションを探す過程、Hans-Wernerの投稿は画角への要望、Martinの投稿はパケット受信と質問の聞き取りやすさの差を示す。利用したアプリケーション、会場のマイク配置、各現象の原因はアーカイブに記されていない。

グループ配送はインターネット全域への配信ではない

IPマルチキャストでは、送信元は受信者ごとに別のストリームを作らず、ホストグループ宛てにデータグラムを送れる。1989年のRFC 1112は、ホストのグループ加入・離脱が動的であり、ネットワーク間の転送はマルチキャストルーターが担うと定める。一方、配送はベストエフォートで、データグラムがすべて完全に、同じ順序で届く保証はない。つまり「マルチキャスト」は、インターネットに接続した端末なら誰でも自動的に番組を受信できる、という意味ではない。

1994年にはこの制約が現実的だった。同年6月のRFC 1633は、IETF会合の音声・映像マルチキャストをインターネット上の大規模な実験として記述している。商用ルーターではIPマルチキャストが一般に利用できず、一時的なマルチキャスト・バックボーンであるMBONEがそれを提供していたという説明もある。また、キューイング遅延の変動や輻輳による損失がリアルタイム・アプリケーションの課題として挙げられている。この文書は当時の技術環境を示すもので、NANOG配信の事後解析ではない。

受信側には、参加するセッションを知る手段と、グループ通信を受け取れるローカル経路も必要だった。Sincoskieの投稿からは、告知が見つからなかったのか、ローカル設定に問題があったのか、マルチキャストの経路が届かなかったのかは判断できない。分かるのは、本人の観測地点では期待したセッションを見つけられなかったことだけだ。

分析

1994年1月の原憲章は、NANOGを技術情報を交換し、ネットワークサービス事業者間の協力が必要な実装課題を話し合う場として説明していた。第1回会合の議題も、NAPへの接続や運用、テストベッドの経路制御、ルートサーバー管理など、この範囲に沿っている。MBONE配信は関連する運用課題を持ち込んだ。遠隔地でも会合を利用できるようにするには、告知されたセッションを探し、マルチキャスト対応ネットワークを通り、登壇者の映像だけではないメディアを受け取らなければならなかった。

証拠が支える結論は限定的だ。CERNの受信者はパケットの損失はなかったと報告しつつ、質問の音声は不完全だったと述べた。別の人はセッションを見つけられず、さらに別の人はカメラの画角を変えるよう求めた。これは配信が全面的に失敗した証拠でも、遠隔参加が完全に実現した証明でもない。パケット数だけでは説明できない複数の制御点を示している。

この記録から、誰が参加したか、誰が代表されたか、会場で何が決まったか、欠席したネットワーク運営者が何らかの立場を認めたかを結論づけることもできない。データストリームに届いたという事実は技術的経路の証拠であり、会合の権限やすべての視聴者の体験を代弁するものではない。

出典