Zusammenfassung

  • RCCN verband direkte Leitungen, öffentliches X.25 und einen internationalen IP-over-X.25-Zugang; diese Verbindungen waren keine einzelne Leitung.
  • Laut FCCN-Bericht verbrauchten regelmäßige dynamische Routing-Updates fast die verfügbare X.25-Bandbreite. Die sternförmige Topologie passte zu statischen Routen.

Ein Jahr allein erklärt nicht, wie Portugal ans Internet kam. Der FCCN-Abschlussbericht, im Januar erstellt und im März 1992 überarbeitet, schildert das Projektjahr 1991: Ein Hochschulnetz musste Verbindungen, Routing und Betriebsregeln erst zusammenführen. Besonders aufschlussreich ist ein Routingversuch, der an der verfügbaren Bandbreite scheiterte.

1990 schlugen Hochschullehrer und Forschende im Forum-IP vor, TCP/IP-Dienste im RCCN, dem Nationalen Wissenschaftlichen Rechennetz, einzurichten. Die FCCN unterstützte das Vorhaben und beantragte Ausrüstungsgeld beim Programm Ciência. Der Bericht hält fest, dass die Förderung Geräte, aber keine Betriebskosten abdeckte. Dennoch begann eine kleine technische Gruppe im Januar 1991 mit einem Pilotbetrieb, um praktische Erfahrung zu sammeln, bevor sie umfassendere Regeln festlegte. Der Betrieb sollte zuerst zeigen, welche Regeln nötig waren.

Das nationale Backbone war sternförmig um den Router gtrccn1 in Lissabon angeordnet. Einige Lissabonner Hochschulen nutzten direkte Leitungen. Einrichtungen außerhalb der Stadt erreichten den zentralen Router über das öffentliche X.25-Netz, das IP transportierte. Weil direkte Leitungen fehlten, liefen auch manche Verbindungen in Lissabon als IP über X.25. Die Netzkarte vom Dezember 1991 ist eine datierte Momentaufnahme, kein vollständiger Verkehrs- oder Teilnehmernachweis.

Das Team testete dynamisches Routing über öffentliches X.25. Laut Bericht beanspruchten die regelmäßigen Updates aller Router fast die gesamte verfügbare Bandbreite; in dieser Umgebung sei dynamisches Routing „praktisch unmöglich“ gewesen. Die Gruppe wechselte deshalb zu statischen Routen. Sie passten zur sternförmigen logischen Struktur: Randrouter schickten unbekannte Ziele zum Backbone und meldeten nur direkt angeschlossene Netze. Der Bericht dokumentiert, wie sich die Routingmethode an die Kosten der vorhandenen Transportwege anpasste. Er belegt weder einen allgemeinen Vorrang statischer Routen noch eine höhere X.25-Kapazität.

Der internationale Zugang bildete eine eigene Ebene. RCCN nutzte laut Bericht IP über X.25 für den Zugang zum europäischen IXI-Netz. Der EUnet-Router in Amsterdam verband den Dienst mit weiteren europäischen IP-Netzen. Frühere Verbindungen von INESC und PUUG zu EUnet halfen bei der Partnerwahl. Für den transkontinentalen Weg Richtung NSFnet konnten portugiesische Netze EUnet und PUUG nutzen. Der Bericht nennt den Status „NSF connect“ für bestimmte Netze der FCCN, in Porto und Aveiro sowie bei INESC. Daraus folgt nicht, dass alle Hochschulen oder Einwohner dieselbe globale Route hatten.

Für internationalen Dienst brauchte eine Einrichtung einen formellen Antrag bei der FCCN, musste technische und formale Anforderungen erfüllen und sich an den Kosten beteiligen. In einem FCCN-Interview von 2021 erinnert sich Projektkoordinator José Legatheaux Martins an eine EU-geförderte X.25-Leitung über INESC nach Amsterdam, die für Internetprotokolle neu konfiguriert wurde. Diese Erinnerung entstand drei Jahrzehnte später; der zeitgenössische Bericht trennt den Zugang zu IXI, EUnets europäische Rolle und die ausdrücklich genannten Wege zu NSFnet genauer. João Neves, ebenfalls im Team, betont die Zusammenarbeit von Hochschulen in verschiedenen Städten.

Die frühe Verbindung war damit zugleich technische Lösung und verwalteter Dienst: ein Stern-Backbone, direkte und X.25-Leitungen, statische Routen, ein internationaler Übergang und Regeln für Genehmigung und Kosten. Die Quellen belegen weder privaten Haushaltszugang noch X.25 auf jeder Strecke oder bezifferte Einsparungen durch den Routingwechsel. Sie zeigen jedoch, welche Betriebsentscheidungen die Verbindung von 1991 funktionsfähig machten.

Quellen