Primäre Domain
Internet-Infrastruktur
Innerhalb der Facette Primäre Domain bündelt Internet-Infrastruktur die Berichterstattung nach primärem Themenbereich, sodass Leser einen fokussierten Bereich der Internetinfrastruktur, Governance, Konnektivitätsmärkte oder des digitalen Kapitals verfolgen können. Die Seite führt verwandte Artikel, öffentliche Belege, Institutionen, Unternehmen, Personen, regionale Verflechtungen, operative Abhängigkeiten und Marktkontext zusammen, die sonst über verschiedene Kategorieseiten verstreut wären. Sie erläutert den Themenbereich, die wahrscheinliche Akteursgruppe, den Markt- oder Governance-Kontext und das Quellenmaterial, das Leser beim Vergleich von Signalen heranziehen sollten. Betreiber, Analysten und mit Governance befasste Leser können erkennen, wie derselbe Themenbereich in Ereignissen, Profilen, Marktveränderungen, Belegen aus öffentlichen Quellen, regionalen Abhängigkeiten und langfristigen Infrastrukturentscheidungen immer wieder auftaucht.
Geschichte
Der Rechner kannte Ihr Institut. Telnet bot ihm Ihren Schreibtisch an.
1981 war „irgendwo im Labor“ eine brauchbare Netzadresse und eine miserable Wegbeschreibung. Eine Telnet-Option sollte dem entfernten Rechner sagen, wo sein Besucher tatsächlich saß.
Geschichte
Das Netzmodell traf ein Betriebssystem. Das Betriebssystem legte Einspruch ein.
Eine Abkürzung sollte eingehende E-Mail kostenfrei machen: den Login-Schritt streichen. Auf einem anderen Rechner prüfte genau dieser Schritt auch die Identität. RFC 871 machte aus dem Widerspruch eine Entwurfsregel für das ARPANET.
Geschichte
Das LAN war schnell. Das TCP-Monster saß in den Köpfen.
1982 hielten manche Fachleute TCP für zu schwerfällig auf einem schnellen lokalen Netz. Michael Padlipsky fragte, welche Arbeit die Programme auf den verbundenen Rechnern erledigen sollten. Die Eigenschaften des Kabels beantworteten diese Frage nur zum Teil.
Geschichte
Der Hersteller versprach ein Protokollpaket. Der Einkauf brauchte ein Netz.
1982 standen im US-Verteidigungsministerium Netzbeschaffungen an. Das erhoffte Paket aus herstellergestützten Protokollen war noch in Arbeit. Michael Padlipsky wollte wissen, welche Technik rechtzeitig geliefert würde – und wer die Rechnung für zwei Systeme bezahlt, die einander…
IETF
Der KI-Client findet ein Gateway. Wer bekommt den Schlüssel?
Ein neuer individueller IETF-Entwurf soll KI-Clients helfen, ein Gateway im lokalen Netz zu finden und dessen Adresse, Pfad und angekündigte Fähigkeiten auszulesen. Die teure Frage folgt unmittelbar: Wer erlaubt diesem Rechner, den API-Schlüssel zu bekommen?
Geschichte
Die Netzexperten reisten mit Papier, bevor ihre Protokolle reisten
Ein Bericht von 1982 zeigt eine internationale Arbeitsmaschine aus Briefen, kleinen Diskussionsrunden und großen Symposien. Sie verband die Menschen, die erst noch klären mussten, wie ihre Rechner miteinander sprechen sollten.
Geschichte
Cronus tauschte das Netz aus. IP durfte sitzen bleiben.
Ein Entwurf von 1982 stellte eine nüchterne Frage: Wie wechselt man das physische lokale Netz, ohne der gesamten Software darüber eine neue Sprache beizubringen?
Institutionelle Trends in Asien-Pazifik
Nepals lokaler Datenverkehr: 100 Gbit/s ohne Nenner
Der Internet Exchange Nepal meldet 100 Gbit/s lokalen Verkehr. Für jeden, der in Nepal Transit einkauft, ein Netz anschließt oder über Regulierung entscheidet, ist das die interessante Zahl – und die Ports, die sie erst bezifferbar machen, bleiben unveröffentlicht.
Geschichte
Die Funkuhr ging richtig. Die Rechner kamen zu spät.
1981 holte DCNET die Zeit über ein Radiosignal. Die einzelnen Rechner liefen trotzdem auseinander, und ein Paket brauchte auf einer dokumentierten Route rund 550 Millisekunden für Hin- und Rückweg. RFC 778 zeigte, wie man diese Unterschiede auseinanderhält.
Geschichte
FTP legte den Ordner an. Danach musste es nach dem Namen fragen.
1980 konnte `XMKD MYDIR` gelingen und `XCWD MYDIR` gleich darauf scheitern. RFC 775 ließ den Server den Pfad zurückgeben, unter dem das neue Verzeichnis tatsächlich erreichbar war.
Geschichte
Der Schlüssel war lang. Der Dieb brauchte nur die Uhrzeit.
RFC 1750 legte 1994 den Finger auf eine unangenehme Stelle der Internetsicherheit: Was nützt eine gewaltige Schlüsselzahl, wenn ihr Anfang leicht zu erraten ist?
Institutionelle Trends in Europa und dem Nahen Osten
OpenCAPIF fand die Tür zum API-Nachbarn. Release 5 kam mit dem Klemmbrett.
OpenCAPIF 5.0.0 verbindet getrennte CAPIF-Installationen und teilt Service-APIs über Domänengrenzen. Erst werden Identitäten geprüft, dann entscheidet der Anbieter, welche API wohin darf und wer sie sieht.
Geschichte
Das Fax kam als Datei an. Lesen konnte es nur die passende Maschine.
RFC 769 machte 1980 aus Rapicom-450-Faxdaten transportierbare Dateien. Das Bild in den Daten sprach weiterhin die Sprache des Geräts.
Geschichte
Der Dieb kannte eine TCP-Nummer. Die nächste Tür startete woanders.
In den Neunzigern konnte eine gewöhnliche Verbindung die Anfangsnummer einer gefälschten verraten. RFC 1948 ließ die Uhr weiterlaufen und gab jeder Verbindung einen geheimen Versatz.
Geschichte
Nach 24 Tagen Stille musste TCP seinen letzten Hinweis vergessen
Zeitstempel hielten alte Pakete von schnellen Verbindungen fern. Lag eine Verbindung zu lange still, wurde der Spickzettel des Wachpostens selbst zum Risiko.
Fallakte
Der PHP-Patch war da. RIPEs Websites mussten trotzdem warten.
Nach zwei schweren PHP-Schwachstellen nahm RIPE NCC seine Akademie sowie die Websites von NRO und ASO vorsorglich vom Netz. Das Statusprotokoll zeigt die echte Reihenfolge: schließen, patchen, Abhängigkeiten abwarten, wieder öffnen.
Geschichte
TLS klopfte an Port 80. Auf der Einladung stand schon 443.
Im Jahr 2000 sollte eine HTTP-Verbindung erst offen beginnen und dann verschlüsselt weiterlaufen. Der Vorschlag war sauber konstruiert. Die Webadresse hatte derweil ihre eigene Vorstellung vom Eingang.
Geschichte
Das Internet hatte zwei Nullen. Die Abkürzung nahm die falsche.
Ein geändertes Feld im IP-Header sollte keine komplette neue Prüfsumme kosten. Der schnelle Weg war elegant, bis ein Produkttest die zweite Gestalt der Null ans Licht brachte.
Geschichte
TCP quittierte Seite vier. Danach durfte sie in den Papierkorb.
Die selektive Bestätigung verriet, welche Daten hinter einer Lücke angekommen waren. Für den Absender war das ein hilfreicher Zettel, kein Vertrag über die Lagerung seiner einzigen Kopie.
Geschichte
Bei FTP schrieb der Kunde die Adresse auf den Lieferwagen
Dateien konnten direkt von Server zu Server fahren, statt beim langsamen Anschluss des Auftraggebers vorbeizuschauen. 1999 wurde klar, wie teuer eine frei wählbare Lieferadresse werden konnte.