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.
Fallakte
Der Kontakt verlor die UID. Seine Grenzen verlor er nicht: RFC 9982 und die Autorität von Datensatzidentität
Eine Karte referenzieren zu können, ist nicht dasselbe wie sie mit einer anderen Karte zusammenführen zu dürfen. Genau an dieser Stelle setzt RFC 9982 an. JSContact 2.0 erlaubt eine Card ohne `uid`; kommt die Quell-vCard ohne `UID`, darf der Konverter für Version 2.0 keine…
Geschichte
NSFNET steckte IP in eine OSI-Adresse; die Route bestimmte weiterhin die Policy: RFC 1074
Ein externes Erreichbarkeitsversprechen traf am NSS ein, wurde mit einer Vereinbarung verglichen, in ein anderes Adressformat eingesetzt und erst dann als Link-State verteilt. Die NSFNET-Architektur von 1988 war nicht deshalb interoperabel, weil alle Beteiligten dasselbe…
Fallakte
Das Modell benannte einen Endpunkt. Es startete keinen Dienst: RFC 10009 und die Autorität der HTTP-Konfiguration
Ein HTTP-Endpunkt kann vollständig aussehen, lange bevor er tatsächlich arbeitet. Im Managementbaum steht eine URI, erlaubte Versionen sind gesetzt, TLS- und Proxy-Parameter sind eingetragen, der Server hat einen Namen. Das sind nützliche und überprüfbare Entscheidungen. RFC…
Geschichte
Das Fenster gehörte dem Client, die Reaktion dem Server: RFC 1073 und Telnet NAWS
Ein Telnet-Fenster wurde während derselben Verbindung höher. Der Client konnte die neue Geometrie melden; der Server durfte sie dennoch ungenutzt lassen. RFC 1073 machte aus dieser vermeintlichen Lücke eine saubere Zuständigkeitsgrenze: Eine Meldung über lokalen Zustand war kein…
Geschichte
Der Name war lokal. Die Nummer brauchte dennoch einen Eintrag: Die DNS-Zuordnungsgrenze von RFC 1101
1989 verteilte das DNS bereits Hostinformationen, doch es gab noch keinen standardisierten Weg, von einer Netznummer nach dem Namen des Netzes zu fragen. RFC 1101 schlug eine kleine Antwort vor: PTR-Einträge, Host-null-Namen in `IN-ADDR.ARPA` und bei Bedarf Masken. Die bleibende…
Fallakte
Der Anruf war verbunden. Die Identität musste dennoch belegt werden: RFC 9970 und die Grenze lokaler Entscheidung
Eine zustande gekommene Verbindung ist eine Netzbeobachtung, keine Geschäftsfreigabe. RFC 9970 gibt dem Anrufer SIP-seitige, prüfbare Evidenz über die erreichte Partei. Damit wird nicht entschieden, ob ein Rückruf, eine Zahlungsfreigabe oder die Preisgabe eines Geheimnisses in…
Geschichte
Das Internet war die Verbindung, nicht das Netz: die Versuchsgrenze von RFC 1070
Ein Rechner konnte im Internet erreichbar sein und im experimentellen Netz trotzdem fehlen. Dazu musste keine Leitung ausfallen. Es genügte, dass eine Startliste noch die alte Rollenverteilung enthielt. RFC 1070 entwarf genau diese Überlagerung: IP transportierte die Pakete…
Geschichte
Der Auftrag stand in der Warteschlange. Die Datei musste sich noch bewegen: RFC 1068
Ein gespeicherter Auftrag konnte länger leben als die Terminalsitzung, in der er entstand. BFTP machte diese Idee 1988 für FTP praktisch: später anfangen, nach einem Ausfall erneut versuchen und am Ende eine Nachricht schicken. Gerade dadurch wurde eine Grenze sichtbar, die…
Fallakte
Eine Präferenz wurde veröffentlicht. Sie war keine KI-Kontrolle: RFC 9969
RFC 9969 macht eine veröffentlichte Präferenz sichtbar, aber nicht durchsetzbar. Ein Hinweis für KI-Nutzung kann den Willen eines Inhaltsinhabers ausdrücken. Er beweist weder die Identität eines Sammlers noch einen späteren Datenweg, eine Modellentscheidung, überprüfbare…
Fallakte
Eine Provisionierungskennung war kein Netzzugang: RFC 9965
RFC 9965 gibt einem EAP-Peer ohne Zugangsdaten eine geordnete Weise, einen Provisionierungsweg anzufordern. Die Domain `eap.arpa` und ihre Provisionierungskennung machen die Anfrage lesbar; sie authentifizieren den Peer nicht, belegen keinen Pfad, stellen keine Berechtigung aus…
Geschichte
Der FDDI-Frame trug IP, nicht Identität: Die Kapselgrenze von RFC 1188
Ein Frame kann auf einem lokalen Medium korrekt aussehen und dennoch nichts darüber sagen, wer ihn gesendet hat, wem eine Adresse gehört oder ob ein entfernter Dienst etwas bewirkt hat. RFC 1188 machte diese Beschränkung 1990 für FDDI produktiv: Sie legte fest, wie IP und ARP…
Geschichte
Weniger Warten hieß weniger Platz in der Schlange: der TOS-Tausch von RFC 1046
Ein kurzer Puffer kann eine Wartezeit begrenzen. Er kann aber nicht jeden Ankömmling aufnehmen. RFC 1046 machte daraus 1988 einen Entwurf für IP-Dienstklassen: Niedrige Verzögerung entstand durch eine kleine Queue, verworfenen Überlauf und einen gedeckelten Anteil am Link – nicht…
Fallakte
Der ausgehandelte KEX-Name ist kein Vertrauensbeweis für den Host: RFC 10042
RFC 10042 beschreibt, wie SSH ML-KEM und klassisches ECDH zu einem hybriden Schlüsselaustausch verbindet. Ein ausgehandelter Name kann eine präzise Sitzungseigenschaft belegen; er beantwortet nicht, ob der Client dem Host-Schlüssel vertraute, welcher Nutzer zugelassen wurde oder…
Geschichte
Das Postfach war ein Kontakt, kein Kontrollraum: Die „mündliche Tradition“ von RFC 1173
Wer einen Fehler bemerkte, besaß im frühen Internet oft weder die Protokolle noch den Zugang zu der Maschine, auf der er geprüft werden konnte. RFC 1173 antwortete darauf nicht mit einer übergeordneten Leitstelle. Das Dokument verlangte, dass sich eine Meldung zu einem lokal…
Fallakte
Eine Credential-Referenz ist noch keine Vertrauensentscheidung: RFC 9950
RFC 9950 kann Client-Identitäten und Server-Authentisierung global hinterlegen und pro TACACS+-Server referenzieren. Eine Referenz macht Konfiguration wiederverwendbar; sie entscheidet nicht, ob ein Peer im laufenden Betrieb akzeptiert wird oder welche Rechte ein Nutzer erhält.
IETF
Cullen Jennings und das Fähigkeitsdokument, das noch kein aktiver SIP-Trunk war
Ein SBC kann die richtige URL finden, TLS und OAuth bestehen und ein gültiges JSON-Dokument verarbeiten, obwohl kein Gespräch den Trunk durchläuft. RFC 10006 automatisiert die Übergabe von Konfigurationswissen; sie erklärt Abruf, Aktivierung, Registrierung, Signalisierung und…
Fallakte
Eine Messrückkopplung ist kein allgemeiner Regler: RFC 9946
UDPSTP reagiert auf Statusmeldungen, Verzögerungsvariation und Sequenzauffälligkeiten, damit ein kurzer Kapazitätstest begrenzt bleibt. RFC 9946 verbietet, diesen Mechanismus als allgemeine Staukontrolle für gewöhnlichen Verkehr auszugeben.
Geschichte
Ein Policy-Satz war keine Netzwerkkontrolle: RFC 1087 und die Grenzen der „zulässigen Nutzung“
1989 konnte das Internet Activities Board Verhalten benennen, das eine gemeinsam genutzte Forschungsinfrastruktur gefährdete. Es konnte absichtliches Eindringen, Störung, Verschwendung, Zerstörung und Verletzung der Privatsphäre für unzulässig erklären. Ein Satz dieser Art…
Geschichte
Das Bit bewahrte den Rückweg, nicht die Authentizität der Anfrage: RFC 1044 und HYPERchannel SRC
Drei Markierungen standen im erweiterten HYPERchannel-Kopf nebeneinander, doch sie gehörten drei verschiedenen Kontrollflächen: `GNA` kennzeichnete die Adressform, `CRC` die Unversehrtheit und `SRC` die Brauchbarkeit der Rückadresse. RFC 1044 ist gerade deshalb aufschlussreich…
Fallakte
Eine CMC-Datei kann vollständig sein. Eine Zertifizierungsentscheidung ist sie nicht: RFC 10003
Eine einzelne Binärdatei kann eine CMC-Anfrage oder -Antwort tragen. RFC 10003 macht dieses Artefakt transportierbar, ohne aus Besitz, Ablage oder Übergabe einen Nachweis für Zertifizierungsbefugnis zu machen.