Summary

  • Das regelmäßige Programm von Internet Talk Radio bestand 1993 aus vorab aufgezeichnetem Audio, das als Datei verteilt wurde. Die Startankündigung erklärte FTP für ausreichend und sagte ausdrücklich, dass IMS MBONE für diesen Dienst nicht nutzte.
  • Vorgesehen war eine Produktionsquelle, von der Netze Kopien über UUNET, regionale Netze, EUnet, WIDE und IIJ weiterreichen konnten. Die Ankündigung enthält weder ein vollständiges Verzeichnis aktiver Spiegel noch Verkehrsmessungen.
  • Ein eigener Live-Sonderbeitrag von NPR über MBONE folgte im Mai 1993. Dieses Experiment machte aus der wöchentlichen Datei-Serie „Geek of the Week“ keinen kontinuierlichen Live-Sender.

Die Ankündigung vor der ersten Datei

Am 22. März 1993 wurde eine Nachricht mit Carl Malamuds Plan für einen neuen Dienst an die RIPE-Mailingliste weitergeleitet. Der Name: Internet Talk Radio. Die erste Reihe sollte „Geek of the Week“ heißen und Menschen aus der Netzwerkgemeinschaft interviewen. Der Start war für den 31. März angekündigt. Im erhaltenen Programmverzeichnis ist der 31. März auch das Veröffentlichungsdatum der ersten gelisteten Folge: ein Gespräch mit Marshall T. Rose über OSI, X.400, IETF-Politik und SNMPv2. Ankündigung und Archiv beschreiben also denselben entstehenden Dienst, nur wenige Tage auseinander. Der RIPE-Listeneintrag und der Episodennachweis sind die besten Ausgangspunkte.

Malamud nannte „Radio“ eine Metapher. Angeboten wurde zunächst eine professionell produzierte Audiodatei im Internet. Hörer konnten sie abrufen, behalten und später abspielen. Die März-Ankündigung erwähnte Multicast als mögliche Weiterverteilung durch ein empfangendes Netz, zog aber eine klare Grenze: IMS nutzte MBONE für Internet Talk Radio nicht. Ein Dienst konnte Multicast-Relais erlauben, ohne die Sendung selbst als Live-Multicast auszustrahlen.

Das verändert das Bild vom Anfang. Tausende mussten sich nicht zur selben Zeit einschalten. Die Aufnahme konnte zuerst einen regionalen Standort erreichen und dann auf einen lokalen Rechner kopiert werden. Jeder entschied selbst, wann er sie abrief und hörte. Der Begriff „Radio“ lieferte ein vertrautes Programmformat; das Netz überließ dem Hörer die Kontrolle über den Abspielzeitpunkt.

Eine Sendung, mehrere Wege durchs Netz

Die erste Ausgabe sollte etwa eine halbe Stunde dauern. Malamuds März-Mitteilung veranschlagte 15 Megabyte bei standardisiertem PCM mit 8.000 Abtastungen pro Sekunde und 8-Bit-Mu-law. Seine IETF-Präsentation von 1993 beschrieb die Kodierung als 64 Kilobit pro Sekunde und nannte mehrere Audioformate. In einer späteren Rückschau erinnerte der Gründer eine halbstündige Datei als 30 Megabyte. Das sind keine austauschbaren Messwerte: Der erste Wert ist die Schätzung der Startankündigung für eine bestimmte Kodierung, der zweite eine rückblickende Angabe.

Ein vollständiges Übertragungsprotokoll oder Dateiverzeichnis, das für jede Kopie eine einheitliche Größe belegt, ist nicht erhalten; deshalb bleiben beide Zahlen ihrer jeweiligen Quelle zugeordnet.

Die Dateigröße machte die Weiterleitung zu einem Teil des Programmdesigns. Der Plan sah UUNET als Ausgangspunkt vor und regionale Netze als nächste Stationen, um unnötige Mehrfachübertragungen zu vermeiden. Als frühen europäischen Speicherpunkt nannte die Nachricht mcsun bei EUnet; für Japan WIDE und IIJ. Kunden von Alternet konnten anonymes FTP bei UUNET verwenden. Lokale Netze sollten ihren Anbieter kontaktieren; Anbieter konnten Anweisungen anfordern. Das beschreibt ein geplantes Betriebsmodell, keine nachgewiesene Liste tatsächlich aktiver Spiegel.

Die Quellen belegen nicht, dass jedes genannte Netz eine Kopie einrichtete, wie viele Hörer jeden Standort nutzten oder wie viel Datenverkehr anfiel.

Das erhaltene IMS-Archiv zeigt, wie der redaktionelle Dienst aussah: Die erste Folge „Geek of the Week“ ist in sieben Audioteile aufgeteilt; zu jedem gibt es Links für .au, .gsm und .ra. Die folgenden Wochen erscheinen als Katalog mit Datum und Gästen. 1994 listet das Verzeichnis Gespräche mit Netzforschern und Ingenieuren wie Steve Crocker, Radia Perlman, Scott Bradner und Tim O’Reilly. Das Archiv bewahrte also sowohl einen redaktionellen Rhythmus als auch Tonaufnahmen. Die Seite war ein Katalog; die Datei musste in einem passenden Format abgerufen werden. Das Geek-of-the-Week-Verzeichnis zeigt Termine, Gäste und Formate.

Eine Datei ließ sich dort bereitstellen, wo ein Netz den Abruf verkraftete. Das verringerte die Abhängigkeit von einem einzigen globalen Datenstrom, machte den Zugang aber nicht gleich. Bei 64 Kilobit pro Sekunde konnte eine 15-Megabyte-Datei über eine Modemverbindung Stunden dauern, noch ohne Wiederholungen und Protokollaufschlag. Die Aufteilung in Teile erleichterte die Auswahl und den teilweisen Abruf; sie beseitigte die Kosten der übertragenen Bytes nicht. Ein regionaler Spiegel konnte wiederholte Fernübertragungen sparen, wenn Hörer lokal abriefen.

Die verfügbaren Quellen enthalten jedoch keine Vorher-nachher-Messungen, mit denen sich dieser Effekt beziffern ließe.

„Multicast“ war eine Möglichkeit, kein Übertragungsbeleg

Die Verwechslung von Dienstname und Übertragungsart liegt nahe. Internet Talk Radio entstand, als MBONE Live-Übertragungen für bestimmte Gruppen und Netze ermöglichte. Die Ankündigung vom März ist jedoch eindeutig: „Wir verwenden MBONE nicht.“ Für die wöchentliche Sendung reichte FTP; Multicast war eine Option für Netze, die selbst weiterverteilen wollten. Eine Architektur konnte beide Wege vorsehen, ohne daraus dieselbe Nutzungssituation zu machen.

Ein getrenntes Sonderprogramm grenzt die Aussage ab. Im Mai 1993 kündigte eine Nachricht „NPR Meets the Internet“ an: Eine Live-Ausgabe von Science Friday sollte am 21. Mai aufgenommen und am 31. Mai über den MBONE im Kanal Internet Town Hall veröffentlicht werden. Das war ein synchrones Experiment, das in eigenen Begriffen beschrieben wurde. Es belegt weder, dass jedes wöchentliche „Geek of the Week“-Gespräch live lief, noch dass die Reihe die Dateien aufgab. Spätere Darstellungen erwähnen ebenfalls Live-Veranstaltungen und einen Archivdienst als nebeneinander bestehende Funktionen.

Der betriebliche Unterschied ist erheblich. Bei einer Live-Übertragung muss das Netz das Signal während des Hörens transportieren; Verzögerung und Überlastung treffen das gemeinsame Erlebnis. Bei einer Datei verlagert sich der Engpass: Jemand muss aufnehmen, speichern, katalogisieren, einen Weg zum Hörer bereitstellen und nutzbare Kopien erhalten. Die Datei nimmt Verzögerung in Kauf und gibt dem Nutzer Kontrolle über die Wiedergabe, verlangt aber Speicherplatz und macht Aufbewahrungs- und Kopierrechte sichtbarer.

Auch die Verteilung des Signals brauchte Rechte

In der Ankündigung galt Bandbreite nicht als einzige Grenze. Die Produktion sollte sich am Sponsoringmodell von NPR orientieren; zu den ersten Geldgebern zählten Sun Microsystems und O’Reilly & Associates. Außerdem hieß es, zwei große Regierungsnetze hätten den Dienst als mit ihren Nutzungsregeln vereinbar angesehen. Da sie nicht genannt werden, ist das eine Aussage der Ankündigung und keine überprüfbare formelle Zustimmung bestimmter Behörden.

Aufnahmen enthalten Stimmen, Schnitt, Musik und andere Elemente, für die eigene Regeln gelten können. Die 1993 beim IETF gezeigten Folien behandeln Rechte und Verteilung: Kopien anzubieten ließ die Frage nicht verschwinden, wer Inhalte speichern oder weiterreichen durfte. Technik und Redaktion trafen sich an der Stelle, an der ein Betreiber Datei, Qualität, Kopierort und geltende Bedingungen auswählte. Die Quellen weisen keine einheitliche Regel für alle Folgen und Spiegel nach; diese Unsicherheit bleibt bestehen.

Sponsoring konnte die Produktion finanzieren, ohne jeden Abruf einzeln zu verkaufen. Eine weite Verteilung konnte die Aufnahme jedoch von den Bedingungen trennen, die ihre Herkunft erklärten. Eine undatierte Kopie ohne Formatangabe oder Zuordnung konnte zirkulieren, ohne dass Hörer wussten, ob sie vollständig, freigegeben oder die maßgebliche Fassung war. Index und Episodeneinträge minderten einen Teil dieses Risikos, weil sie Dateien mit Datum, Gästen und Formaten verbanden.

Beteiligung klärt nicht, wer autorisiert

Unter der Frage, wer teilnimmt und wer die maßgebliche Genehmigung besitzt, hatte das Relaisnetz mehrere Ebenen. Das Studio produzierte die Sendung; IMS organisierte ihre Veröffentlichung; UUNET und regionale Stellen konnten Kopien speichern oder transportieren; Anbieter und Kunden entschieden, wo sie abriefen; Hörer bestimmten den Zeitpunkt. Diese verteilte Beteiligung konnte den Zugang verbreitern, ohne jedem Spiegel die Entscheidungen über Produktion, Rechte oder die verbindliche Fassung zu übertragen.

Die historischen Unterlagen nennen nicht alle, die Kopien betrieben, und erlauben keine Messung, wie einzelne Gemeinschaften das Programm beeinflussten. Die Netzwerknamen sind deshalb kein Beleg für gemeinschaftliche Governance. Ein Relaispunkt konnte die Reichweite erhöhen und zugleich den Bedingungen von Produzent und Rechteinhaber unterliegen. Entscheidend ist nicht nur, wer an der Zustellung teilnehmen konnte, sondern wer eine Aufnahme genehmigen, ihre Verteilung ändern oder die Erlaubnis zurückziehen durfte.

Das überlieferte Archiv zeigt die Wirkung dieser Kombination: zentrale redaktionelle Produktion, mehrere Formate und eine Verteilung, die auf verschiedenen Rechnern reproduzierbar war. Es zeigt auch ihre Grenze. Die Quellen belegen einen Plan und einen Katalog, nicht die tatsächliche Abdeckung jeder Region, gleiche Bedingungen für alle Hörer oder die Autonomie der Betreiber. „Das Internet brachte Radio zu allen“ wäre eine weitergehende Aussage, als die Belege tragen.

Was das Archiv sichtbar macht

Internet Talk Radio musste 1993 keinen Live-Sender nachahmen, um als Radio erkennbar zu sein. Es machte die Sendung zu einem Netzobjekt: einer identifizierbaren Aufnahme, in Teile und Formate gegliedert, mit einem Programm verbunden und per FTP angeboten, ergänzt durch ein geplantes Netz regionaler Kopien. Die Ähnlichkeit mit Rundfunk lag in Reihe, Moderation und Sponsoring; der Unterschied lag in Zeit und Übertragungsweg. Hörer mussten nicht pünktlich sein, aber die Datei musste vorher ankommen.

Der Gründer schätzte in einer späteren Erinnerung, dass die Hörerschaft bis Jahresende Länder auf mehreren Kontinenten umfasste, und erinnerte sich an den Bandbreitenbedarf. Das spricht für grenzüberschreitende Reichweite, ist aber ein Rückblick und keine unabhängige Zählung. Das IMS-Archiv bewahrt Titel und Daten, mit denen sich die Reihe rekonstruieren lässt; die Protokolle für sämtliche Abrufe fehlen.

Das Design ließ mehrere Entscheidungen offen: ein hochwertiges Original veröffentlichen und lokalen Netzen kompatible Kopien überlassen; verschiedene Kodierungen anbieten und den Tausch zwischen Qualität und Größe erklären; ein zentrales Archiv mit regionalen Caches verbinden; Live-Ereignisse vom wöchentlichen Dateikanal trennen und für beide Kapazität und Rechte planen. Jeder Weg birgt Risiken. Ein einziges Format kann Geräte ausschließen, unbegrenzte Kopien können Lizenzen überschreiten, ein veralteter Spiegel kann eine alte Fassung festschreiben und eine zentrale Quelle kann zum Engpass werden, wenn regionale Relais ausfallen.

Der unumkehrbare Verlust wäre nicht bloß ein versäumter Abruf an einem bestimmten Tag. Eine Folge, ihr Veröffentlichungsdatum, der Kontext ihres Formats oder die Erlaubnis, die eine Kopie rechtmäßig machte, könnten ebenfalls verschwinden. Das überlieferte Archiv ist daher Dienst und Beleg zugleich: Es erhält Programmdaten, die sich sonst nur schwer rekonstruieren ließen. Eine belastbare Verteilung braucht Kopien und Herkunftsnachweise — wer die Datei veröffentlichte, welche Fassung sie zeigt, wo sie gespiegelt wurde und unter welchen Bedingungen ein Netz sie speichern oder weitergeben darf.

Quellen, die die Grenzen belegen

Die genannten Abgrenzungen lassen sich anhand der ursprünglichen Ankündigung, erhaltener Programmunterlagen, späterer Erinnerungen und eigener Belege zu Live-Ereignissen prüfen: