Zusammenfassung

  • Im Antrag an NSFNET vom Mai 1988 beschrieb NORDUNET kein ausschließliches Internet-Backbone. Vorgesehen war ein gemeinsames Transportnetz für IP, DECnet, X.25, EARN und OSI-Dienste. Nationale Organisationen sollten es betreiben; die nordischen Länder wollten die Kosten für die Verbindung in die USA tragen.
  • Der „NORDUnet-Stecker“ machte das Design als Serviceangebot verständlich: Verschiedene Gemeinschaften konnten dasselbe Rückgrat nutzen, ohne so zu tun, als seien ihre Protokolle, Arbeitsweisen und Bedürfnisse schon vereinheitlicht. Die vier Pins standen für Dienste, nicht für vier nordische Staaten.
  • Der Aufbau schuf einen regionalen Weg zu NSFNET, beseitigte aber weder Abhängigkeiten noch Entscheidungsbefugnisse. Der Antrag akzeptierte die NSFNET-Regeln und sagte sogar einen Wechsel zu ISO IP zu, falls die NSF ihn beschließen sollte. Nationale Betreiber, Telekommunikationsunternehmen, gemeinsame Finanzierung und der US-Anschluss blieben Teil der Architektur.

Ein Antrag ist noch kein Anschluss

Am 25. Mai 1988 schickte Peter Villemoes, Vorsitzender des NORDUNET-Lenkungsausschusses, der National Science Foundation ein Dokument mit dem Titel „Application for connection to the NSFnet“. Der erste Satz bat um Zustimmung. Diese Unterscheidung ist wichtig: Ein Antrag zeigt Absichten und Zusagen, beweist aber nicht, dass eine Leitung geliefert, Routing aktiviert oder der Dienst für Forschende nutzbar war.

Der Plan umfasste viele Dienste. NORDUNET wollte Internet-Mail, Dateiübertragung und Telnet, außerdem DECnet, X.25-basierte Dienste, BITNET/EARN-Verkehr über NJE und RSCS sowie OSI-Netzdienste. Das nordische Backbone sollte anfangs 64 kbit/s bieten, von den nationalen Organisationen betrieben werden und die teilnehmenden Länder mit NSFNET verbinden. Laut Antrag sollten die nordischen Länder die US-Verbindung finanzieren, den Gateway-Empfehlungen aus RFC 1009 und den NSFNET-Regeln folgen und auf ISO IP umstellen, falls die NSF dies beschlösse. Das sind Zusagen im Antrag, kein Nachweis für eine spätere Umstellung. Der Originalantrag hält den Plan in der Sprache der Beteiligten fest.

Das war keine Erklärung, dass ein Protokoll bereits gewonnen hatte. Das Netz wollte möglichst schnell Internetzugang schaffen und musste zugleich Institutionen bedienen, die andere Systeme nutzten. Installierte Software, Forschungspartner und Arbeitsabläufe verschwanden nicht, nur weil eine neue Architektur attraktiv wurde.

Das nordische Programm kam vor dem Backbone

Die Zusammenarbeit hinter dem Antrag war über Jahre gewachsen. Fachleute für Netze aus den nordischen Ländern trafen sich seit 1980; 1985 begann ein vom Nordischen Ministerrat finanziertes NORDUNET-Programm. Es sollte eine gemeinsame Forschungs- und Bildungsinfrastruktur für Dänemark, Finnland, Island, Norwegen und Schweden schaffen. Das institutionelle Programm und das betriebsbereite Netz waren nicht dasselbe: Das Programm stellte den politischen und administrativen Rahmen bereit; Leitungen, Router und Dienste mussten die Fachleute noch zusammenbringen. Die institutionelle Geschichte von NORDUnet rekonstruiert den Prozess anhand von Interviews und Archivmaterial.

Die erste konkrete Chance bot EARN, ein europäisches Hochschulnetz auf Basis von IBMs NJE/RSCS. 1987 untersuchte das X.EARN-Projekt, wie sich die vorhandenen EARN-Leitungen auch für anderen Verkehr nutzen ließen. Aus der Frage, wie EARN weiterlaufen sollte, wurde die größere: Wie kann ein gemeinsames Netz den Dienst erhalten, auf den Universitäten angewiesen waren, und zugleich weitere Anwendungen tragen?

Das ließ sich nicht durch eine einfache Neukonfiguration lösen. Die vorhandenen EARN-Leitungen konnten nicht wie ursprünglich geplant weiterverwendet werden. NORDUnet mietete stattdessen neue Leitungen. Router und Gateways verbanden die nationalen Ethernet-Umgebungen; Ethernet-Bridges bildeten das nordische Rückgrat. Auch die Topologie änderte sich: Aus dem zunächst erwogenen Quadrat wurde ein günstigerer Stern mit dem Königlich-Technischen Institut in Stockholm als Zentrum. Die physische Umsetzung wechselte, das Ziel blieb: nationale Netze verbinden, ohne dass jedes Land sein System gleichzeitig neu aufbauen musste.

Vier Pins für mehrere Dienste

Einar Løvdal stellte den „NORDUnet-Stecker“ auf einer Konferenz in Reykjavík im September 1988 vor. Jeder Pin stand für einen Dienst, den das Backbone den nationalen Hochschulnetzen bieten sollte. Die Abbildung zeigt vier große Familien: ARPA Internet IP, DECnet, X.25 und EARN. Sie war eine didaktische Darstellung der Dienste, weder eine Zählung der Länder noch ein vollständiger Katalog.

Der zeitgenössische NSF-Antrag macht die Grenze der Zeichnung deutlich. Er führte fünf geplante Dienstgruppen auf und nannte OSI-Netzdienste zusätzlich zu IP, DECnet, X.25 und EARN. Die Abbildung fasste das komplexe Vorhaben einprägsam zusammen; der Antrag ist die direktere Quelle für den ganzen Umfang der Zusage. Wer beide Unterlagen zusammenliest, verwechselt das Bild nicht mit einer vollständigen Protokollliste.

Der Stecker bedeutete auch nicht, dass ein einzelnes Gateway jedes Paket oder jede Anwendung in alle anderen Protokolle übersetzte. Router, Gateways, Bridges und dienstspezifische Lösungen verbanden die Netze. RFC 1277 verzeichnete später CLNS-Pilotprojekte sowohl in NSFNET als auch in NORDUnet. Das belegt OSI-Arbeit neben dem Internet-Pfad, nicht aber eine universelle Übersetzungsschicht, die sämtliche Protokolle austauschbar machte. RFC 1277 ist eine zeitgenössische Standardisierungsquelle; die NORDUnet-Geschichte liefert den größeren Zusammenhang.

Der politische Nutzen der Metapher lag an anderer Stelle. Nationale Organisationen konnten besprechen, was Forschende tatsächlich brauchten, ohne vorher jeden Streit über die richtige Protokolllehre zu entscheiden. Nutzende wollten Kolleginnen erreichen, Dateien übertragen oder Dienste erhalten. Dafür waren Protokolle entscheidend, doch das war nicht dasselbe wie die Entscheidung für ein einziges, einzig legitimes Protokoll der Zukunft.

Die Atlantikverbindung hatte mehrere Zeitpunkte

Das nordische Netz suchte auch den Anschluss an die US-Forschungsinfrastruktur. Der Antrag vom Mai 1988 bat um NSF-Genehmigung und um einen Standort, an dem die physische Verbindung besprochen werden konnte; er sah alle nordischen Länder als Nutzende vor. Die NORDUnet-Geschichte beschreibt eine 56-kbit/s-Satellitenverbindung zum John von Neumann Center in Princeton. Die FUNET-Chronik datiert die Routing-Bereitschaft auf den 1. Dezember 1988. Die Geschichte unterscheidet Verfügbarkeit, Tests und den Zeitraum des Morris-Wurms im November; FUNET nennt einen konkreten Routing-Meilenstein. Das sind keine austauschbaren Daten desselben Ereignisses.

Es war weder die erste Verbindung zwischen Europa und den Vereinigten Staaten noch der erste europäische Internetanschluss überhaupt. SATNET und einzelne Forschungsprojekte hatten frühere Verbindungen; die NORDUnet-Geschichte nennt auch INRIA. Die präzisere Bedeutung: Ein internationales Forschungsnetz konnte Universitäten in mehreren nordischen Ländern einen gemeinsamen Weg in die USA bieten. Der Antrag zeigt die Kontrollgrenze: NORDUNET übernahm die Kosten und hielt sich an die US-Gateway-Regeln; die NSF entschied über ihren Netzanschluss und eine mögliche spätere Umstellung auf ISO IP.

Island zeigt: Ein gemeinsamer Stecker ergab nicht denselben Weg

Island übernahm nicht einfach die gleiche physische Route wie die vier anderen Länder. Im Juli 1989 verband sich SURIS über IP auf X.25 und eine Satellitenstrecke mit einem NORDUnet-Punkt in Dänemark. Die NORDUnet-Geschichte nennt 2.400 bit/s; der Rückblick von ISNIC gibt eine gemessene Spanne von 300 bis 1.200 bit/s an. Diese Zahlen beschreiben eine eingeschränkte Verbindung, nicht die Kapazität des nordischen Backbones. Sie ergänzte den vorher auf E-Mail und Usenet beschränkten internationalen Zugang um direktes Telnet und FTP. Etwa ein Jahr später wurde sie durch eine 9.600-bit/s-Mietleitung nach Stockholm ersetzt. ISNICs Rückblick dokumentiert diese lokale Betriebsgeschichte.

Die isländische Verbindung korrigiert das Bild eines überall gleichen regionalen Netzes. Ein gemeinsames Serviceziel garantierte weder gleiche Geräte noch Preise, Kapazitäten oder Nutzererfahrungen. Die Architektur konnte eine lokale Ausnahme aufnehmen; Kosten und Leistungsgrenzen blieben trotzdem bestehen.

Trieste war eine Debatte, kein Urteil

Beim RARE Networkshop in Trieste begann Europa im Mai 1989 mit der Umsetzungsphase von COSINE, dessen Planung auf OSI ausgerichtet war. Løvdal stellte die NORDUnet-Dienste vor und argumentierte, TCP/IP müsse als europäischer Dienst gelten, nicht nur als amerikanischer. Die spätere NORDUnet-Geschichte erinnert an geteilte Reaktionen: Ein Teil des Publikums applaudierte, ein anderer schwieg, danach wurde intensiv diskutiert. Der zeitgenössische RARE-Bericht dokumentiert den Rahmen; die Einzelheiten der Reaktionen stammen aus der institutionellen Rückschau und den Aussagen der Beteiligten.

Daraus folgt weder, dass „Europa bei einer Sitzung TCP/IP wählte“, noch dass alle Netzbetreiber derselben Meinung waren. Der Antrag von 1988 führte selbst OSI-Dienste auf und akzeptierte eine mögliche spätere Umstellung auf ISO IP. Die praktische Frage lautete, wie Dienste weiterlaufen konnten, während sich Belege, Produkte und Politik änderten. NORDUnet konnte ein konkretes Beispiel zeigen: Ein regionales Backbone trug IP und andere Dienste, bevor die europäische Debatte beendet war.

Der Stecker erfüllte damit zwei Aufgaben. Technisch beschrieb er einen Weg, unterschiedliche Dienstfamilien über eine gemeinsame regionale Infrastruktur zu verbinden. Politisch bot er den Beteiligten einen gemeinsamen Gesprächsgegenstand, ohne die installierten Systeme einer Seite für illegitim zu erklären. Er beendete den Streit nicht, machte die Arbeit darin aber möglich.

Was der Stecker nicht zeigte

NORDUnet war weder ein protokollneutrales Utopia noch ein Netz ohne Zentrum. Das Programm hatte einen Lenkungsausschuss; nationale Organisationen betrieben das Netz; nordische Telekommunikationsgesellschaften lieferten die Mietleitungen; und die NSF kontrollierte die Genehmigung und Regeln auf der US-Seite. Eine Servicemetapher konnte diese Abhängigkeiten nicht aufheben. Die überlieferten Quellen beweisen auch nicht, dass jeder geplante Dienst überall lief, alle Nutzenden die gleiche Leistung erhielten oder alle Beteiligten gleich viel Einfluss hatten.

Die belastbare historische Aussage ist enger: Das nordische Projekt wartete nicht darauf, dass ein einzelnes Protokoll gewann, bevor es die Region verband. Es baute einen gemeinsamen Weg um bereits genutzte Dienste herum, ergänzte Internet-IP und ließ einen ausdrücklich benannten späteren Entscheidungspunkt bei der NSF. Darum ist der Stecker wichtig: Er zeigt eine praktische Möglichkeit, Wandel zu koordinieren, ohne ein gemeinsames Backbone mit einer gemeinsamen Antwort auf jede Zukunftsfrage zu verwechseln.