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.
IETF
Markiert, bevor es verloren ging: ECN und der lange Streit um das Stausignal
Das Internet hat Überlastung lange durch Verlust bezeugt: Die Warteschlange lief voll, ein Paket verschwand, der Sender drosselte. Explicit Congestion Notification (ECN) verlegte diesen entscheidenden Moment nach vorn. Ein Router kann Druck anzeigen, während das Paket noch lebt.…
Geschichte
Der Test, der ohne ein Wort bestand: Was Discard tatsächlich beweisen konnte
Ein Prüfprogramm sendet bekannte Bytes an Port 9. Es erhält weder Quittung noch Ergebnis. Genau das verlangt RFC 863: Daten annehmen, verwerfen, keine Anwendungsantwort senden. Damit beginnt die Auswertung erst dort, wo die scheinbar einfache Messung endet. Schweigen ist…
Geschichte
Die Uhrantwort ohne Grammatik: Warum Daytime für Menschen gedacht war
Der Client erreicht Port 13, erhält eine lesbare Zeile und sieht einen sauberen Verbindungsabschluss. Ein anderer Server darf denselben Zeitpunkt mit anderer Reihenfolge, anderer Jahresbreite und anderer Zeitzone schreiben. Beide folgen RFC 867, denn versprochen war eine…
Geschichte
Die Eins-zu-eins-Antworten, die nicht mehr endeten: Wie Echo und Chargen eine Netzschleife bildeten
Im Labor stehen zwei einfache Geräte. Das erste erzeugt auf jeden Impuls Zeichen, das zweite wirft empfangene Zeichen zurück. Verbindet die Ausgabe des einen den Eingang des anderen und umgekehrt, bleibt jede Einzelregel begrenzt – doch der Versuch hört nicht mehr auf. Genau…
Geschichte
Das Byte, das eine Bewegung beendete: Telnet zwischen Wagenrücklauf und neuer Zeile
Ein Wagenrücklauf war auf dem Draht noch keine vollständige Entscheidung. Erst das folgende Byte legte fest, ob die Schreibposition nur an den linken Rand zurückkehrte oder zugleich in die nächste Zeile wechselte. Telnet brauchte dafür keine Beschreibung jedes Terminals: `LF` und…
Geschichte
Der Server, der mitten in der Verbindung den Beruf wechselte: Wie NNTP Rollen sichtbar machte
Zuerst meldet eine NNTP-Verbindung Fähigkeiten für den Artikelaustausch unter Servern. Nach `MODE READER` bietet derselbe Kanal Lesefunktionen an. Adresse und Socket bleiben, doch der Auftrag der Sitzung ändert sich. Genau diese Differenz musste das Protokoll beweisbar machen.
Geschichte
Der Widerruf, der als Nachricht reiste: Warum Usenet die Löschung jedem Standort überließ
Ein Cancel-Steuerartikel erreicht drei Newsserver. Der erste hält den bezeichneten Beitrag bereits vor und zieht ihn zurück. Der zweite erkennt die Berechtigung nicht an und behält seine Kopie. Beim dritten trifft die Annullierung vor dem Original ein; er merkt sich dessen…
Geschichte
Die Löschung, die auf den Abschied wartete: Wie POP3 Markierung und endgültige Entfernung trennte
Der Server meldet `+OK message 4 deleted`, doch vor `QUIT` bricht die Verbindung ab. Beim nächsten Abruf ist die Nachricht noch da. Die Antwort war nicht falsch: Sie bestätigte eine widerrufbare Markierung; die eigentliche Entfernung gehörte erst zum Zustand UPDATE.
Geschichte
Die Bytes, die auf Erlaubnis warteten: Wie IMAP eine Netzrunde gegen eine Ressourcengrenze tauschte
Der Client hatte die Länge bereits genannt. Hinter `{11}` warteten genau elf Oktette, doch sie durften erst nach einem `+` des Servers folgen. Diese Pause war keine Unsicherheit über das Framing. Sie war der letzte günstige Zeitpunkt für ein Nein. LITERAL+ strich die Netzrunde…
Geschichte
Der Wiederaufnahmepunkt, der keine Bytezahl war: Wie FTP eine Datei fortsetzen lernte
Während die Datenverbindung noch lief, konnte auf der Steuerverbindung `110 MARK ssss = rrrr` erscheinen. Links stand ein Zustand, den das sendende System wiederfinden konnte; rechts ein Zustand, den der Empfänger nach dauerhafter Ablage erzeugt hatte. Das Gleichheitszeichen…
Geschichte
Die leere Anfrage, die alle auflistete: Wie Finger menschliche Anwesenheit zur Netzantwort machte
Eine TCP-Verbindung zu Port 79 und anschließend nur CRLF: Für NAME/FINGER bedeutete diese leere Zeile, alle Menschen zu nennen, die das entfernte System gerade benutzten. Die Antwort konnte Namen, Terminalstandort, Leerlaufzeit und einen selbst verfassten Plan enthalten. Das…
Geschichte
Die zweite Verbindung fragte, wem die erste gehörte: Wie IDENT die Autorität eines Benutzernamens begrenzte
Ein Eintrag in einer Managementtabelle wirkt geordnet: lokale Adresse, lokaler Port, entfernte Adresse, entfernter Port, Benutzerkennung. Doch Ordnung ist kein Beweis. IDENT machte eine lokale Zuordnung über das Netz abfragbar und musste deshalb besonders deutlich festhalten, was…
Geschichte
Das Zeitpaket, das keine Zeit lieferte: Wie NTP Kiss-o'-Death Ablehnung handlungsfähig machte
Die vier Zeichen `DENY` sehen klein aus. Ihre Wirkung ist es nicht: Der Client beendet die Zuordnung zu diesem Server und sendet nicht weiter. Damit eine solche Antwort nicht zugleich die Uhr oder die Verfügbarkeit beherrscht, musste NTP Herkunft, Bedeutung und Wirkung…
Geschichte
Die Datei kam nicht von Port 69: Wie TFTP jede Übertragung an eigene Endpunkte band
Eine statische Firewallregel lässt die Leseanfrage zu Port 69 passieren und verwirft anschließend Block eins. Der Server antwortet von einem anderen Quellport. Was wie ein Regelbruch aussieht, ist die Regel: Der bekannte Port nahm den Auftrag an, der gewählte Transfer Identifier…
Geschichte
Die Frage, die SMTP nicht mehr beantwortete: Wie VRFY Mailannahme und Verzeichnisauskunft trennte
1982 konnte ein entfernter Rechner einen SMTP-Server mit `VRFY Smith` fragen und Fred Smiths vollständigen Namen samt Postfach erhalten. Das war nützlich, weil es Zustellprobleme sichtbar machte. Aus demselben Grund wurde es gefährlich: Der Transportdienst war nebenbei zu einem…
Geschichte
Der Server gab die neue Kennung zurück: Wie UIDPLUS IMAP-Änderungen überprüfbar machte
Links standen drei Quell-UIDs, rechts drei neue Ziel-UIDs. Nicht ihre Werte, sondern ihre Position verband sie: der erste Eintrag mit dem ersten, der zweite mit dem zweiten. Eine einzige fehlende oder zusätzliche Zahl hätte die ganze Aussage unbrauchbar gemacht. UIDPLUS machte…
Geschichte
Der Befehl, der die Verbindung abgab: Warum SMTP TURN durch ETRN ersetzte
Ein Mailhost rief seinen Provider an und bat die Leitung, sich umzudrehen. Der Server konnte wartende Nachrichten über dieselbe Verbindung zurücksenden. Die Sparsamkeit verbarg eine Machtübertragung: Der Anrufer hatte einen Hostnamen genannt, aber sein Recht auf dessen Mail nicht…
Geschichte
Die Frist, die kein Relay zurücksetzen durfte: Wie SMTP DELIVERBY Restzeit weitergab
Ein Server konnte DELIVERBY unterstützen und trotzdem eine zu kurze Frist ablehnen. Gerade diese veröffentlichte Untergrenze machte aus Dringlichkeit eine belastbare Annahmebedingung statt eines leeren Versprechens.
Geschichte
Eine Kennung, die am Postfachrand endete: Wie POP3 UIDL Erinnerung ohne globale Identität ermöglichte
Dieselbe Zeichenfolge kann in zwei POP3-Postfächern vorkommen, ohne dieselbe Nachricht zu bezeichnen. UIDL war gerade deshalb brauchbar, weil seine Autorität klein blieb: Ein Server hielt die Kennung für eine Nachricht in einem bestimmten Maildrop über Sitzungen hinweg stabil.…
Geschichte
Der Fehlercode, der den Sperrenden zur Identifikation aufforderte
HTTP 451 machte Rechtssperre und Vollstrecker sichtbar. Offenlegung erzwingen, die Anordnung prüfen oder Sperren unter HTTP erkennen konnte er nicht.