Thema
Softwarelebenszyklus und Lock-in
Innerhalb der Facette Thema verbindet die Themenanalyse Softwarelebenszyklus und Lock-in Artikel, die ein gemeinsames Thema, einen Signalfokus oder ein Monitoring-Thema teilen. Die Seite bietet den Lesern einen umfassenderen Zugang zu verwandter Berichterstattung, Quellenbelegen, Marktakteuren und Infrastrukturfolgen – mit ausreichend Kontext, um zu verstehen, warum das Thema für Unternehmensaktivitäten, Governance-Entscheidungen, regionale Risikoexposition und operationelle Risiken relevant ist. Leser können wiederkehrende Signale, betroffene Organisationen, öffentliche Belege, Marktkontext, Servicekontinuität, Beschaffung, Wettbewerb, Compliance und strategische Planungsfragen hinter dem Thema vergleichen, statt bei einer dünnen Liste passender Artikel stehenzubleiben. Es erklärt, was das Thema abdeckt, welche Infrastrukturakteure oder -politiken beteiligt sind, welche Belege die Berichterstattung stützen und warum das Thema für Betreiber, Kunden, Investoren und politisch interessierte Leser von Bedeutung sein kann.
Geschichte
Das Postfach war gelöscht – und eine Sitzung las weiter: RFC 2180
Die Schwierigkeit lag nicht darin, dass ein Server keine Antwort gab. Er konnte `OK` sagen und dennoch durfte eine bereits ausgewählte Sitzung weiterhin auf den Inhalt zugreifen. RFC 2180 machte sichtbar, dass Befehlsabschluss und einheitliche Wirklichkeit nicht dasselbe sind.
Geschichte
RFC 2143: Der SCSI-Bus war schnell, aber kein Netz gleichberechtigter Rechner
1997 war ein kurzer SCSI-Bus als Verbindung naher Workstations verlockend. Doch zwei Rechner, die am selben Kabel hängen, können einander nicht schon deshalb unaufgefordert IP-Pakete schicken. RFC 2143 beschrieb zwar ein sauberes Paketformat; die eigentliche Hürde lag in den…
Akademiker
Nancy Leveson: Ein Unfall braucht kein defektes Bauteil
Wenn jedes Bauteil seine Spezifikation erfüllt, kann das Gesamtsystem trotzdem gefährlich werden. Nancy Leveson machte sichtbar, dass Sicherheit von wirksamen Beschränkungen, passenden Entscheidungen und rechtzeitiger Rückmeldung zwischen Menschen, Software und Organisationen…
IETF
IESG-Genehmigung ist noch kein Einsatz: Composite ML-KEM für CMS hängt weiter an einer offenen X.509-Kette
Am 18. September 2026 hat die IESG `draft-ietf-lamps-cms-composite-kem-03` in einer Protocol Action als Proposed Standard genehmigt. Das ist ein wichtiger Standardisierungsschritt, aber weder eine RFC-Veröffentlichung noch ein belastbarer Nachweis für Produktionsreife. Der…
Geschichte
Eine TCP-Verbindung endet, ihre Messung bleibt: RFC 2140 und das Gedächtnis eines Rechnerpaars
Ein kurzer Abruf kann vorbei sein, sobald TCP eine brauchbare Laufzeit zum Gegenüber geschätzt hat. Der nächste Abruf muss deshalb nicht zwingend ohne Hinweis beginnen. RFC 2140 entwarf 1997 ein Gedächtnis für bestimmte Beobachtungen zwischen denselben Rechnern. Schwieriger als…
IETF
ACTN im Paket- und Glasfasernetz: Der Übergang braucht eine Fehlerordnung
Die Architektur kann den Weg eines Auftrags vom Koordinator zu Paket- und optischen Domänen beschreiben. Zwei Gutachten im IETF Last Call fragen nun nach dem schwierigen Rest: Wer erkennt auseinanderlaufende Zustände, wer stoppt weitere Eingriffe und wer übernimmt eine nur…
Geschichte
Der Text kam an. Ob er lesbar war, stand noch nicht fest: RFC 2130
Ein Zeichen kann korrekt codiert, übermittelt und wiederhergestellt werden, ohne dass die Anwendung die Sprache oder die angemessene Darstellung kennt. Der Bericht des IAB-Zeichensatz-Workshops von 1996, RFC 2130, machte aus diesem Abstand eine Entwurfsregel: Jede Stufe braucht…
Geschichte
Mary Shaw und das Protokoll zwischen den Kästen
Mary Shaw benannte 1994 eine Schieflage, die viele Architekturdiagramme bis heute verdecken: Die Kästen tragen präzise Namen, die Linien dazwischen fast keine Grammatik. Ein Prozeduraufruf ist ein nützlicher Mechanismus. Für Datenflüsse, Ereignisse, gemeinsam genutzte Daten…
IETF
Die JPEG-XS-Genehmigung beweist noch kein funktionierendes Upgrade
Der IESG hat die RTP-Überarbeitung für die dritte JPEG-XS-Ausgabe genehmigt. Damit ist eine Standardisierungsentscheidung gefallen, aber weder die RFC-Veröffentlichung noch die IANA-Aktualisierung, die Endpunktfähigkeit, eine passende SDP-Aushandlung oder der erfolgreiche…
Geschichte
RFC 2127: Der Schnittstellenstapel war kein Gesprächsnachweis
Eine Gegenstellenadresse konnte in RFC 2127 zum laufenden oder zum letzten Anruf gehören und je nach Vermittlungsstelle anders formatiert sein. Schon dieses Feld zeigt, warum das ISDN-MIB kein allwissendes Abbild war: Es ordnete lokale Beobachtungen, deren Zeit, Herkunft und…
IETF
RFC 10040 setzt LCAF-Typ 5 ab. Experimental ist noch kein Migrationsplan
RFC 10040 führt für LISP die neue Geo-Location-Codierung ein und stuft den bisherigen Typ Geo-Coordinates als veraltet ein. Die Veröffentlichung schafft eine gemeinsame Spezifikation, aber keinen Beleg für Implementierung, Interoperabilität oder eine abgeschlossene Migration.
Geschichte
RFC 2169: Ein HTTP-Weg ist keine Autorität über eine Ressource
RFC 2169 schlug 1997 vor, mit HTTP einen Resolver zu einem URN zu befragen. Der Vorschlag war absichtlich begrenzt: Ein erreichbarer Antwortweg entscheidet weder über die Vergabe des Namens noch über Verfügungsgewalt, Zugriff oder Echtheit der Ressource.
Fallakte
RFC 9647: Die Beweiskette hinter Babel-Management mit YANG
Eine Babel-Routing-Tabelle kann eine Route als „selected“ ausweisen, während die technische Beweiskette dahinter noch Lücken hat: vom YANG-Datastore über die tatsächlich wirksame Interface-Policy, die authentifizierte Nachbarschaft, den installierten Forwarding-Zustand und die…
IETF
WebAuthn 2026–2028: Der unsichtbare Übergang von der Charter zur belastbaren Teilnahme
Am 11. September 2026 hat W3C die neue Charter der Web Authentication Working Group wirksam gemacht und damit nicht einfach einen technischen Meilenstein, sondern einen institutionellen Übergabepunkt geschaffen. Der entscheidende Vorgang ist die erneute Zuordnung von Beteiligung…
Geschichte
Der FAS entschied – der Switch musste das Urteil erst umsetzen
RFC 2124 verlagerte die Zulassungspolitik in einen externen Dienst, ohne dessen Antwort mit dem späteren Verbindungszustand gleichzusetzen. LFAP trennte Entscheidung, Ausführung, Abgleich und Abrechnung in überprüfbare Übergaben.
Geschichte
RFC 2123: Ein Flow-Datensatz war die Projektion eines Regelsatzes
NeTraMet bewahrte nicht „den Verkehr“ auf. Noch bevor ein Paket als Tabellenzeile erschien, legte ein ausführbarer Regelsatz fest, welche Protokolle zählten, welche Attribute blieben, welche Richtung als Quelle galt und wie viel Detail bei knappem Speicher möglich war. RFC 2123…
Geschichte
Der Link öffnete eine Sitzung, kein Objekt: die VEMMI-Grenze von RFC 2122
Ein `vemmi`-Link sah wie eine Webadresse aus, doch dahinter wartete keine Datei. RFC 2122 nutzte den Browser als Übergabepunkt zu einem eigenen Client, einer dauerhaften Verbindung und mehreren späteren Entscheidungen. Der Klick benannte den Eingang; Identität, Zustimmung…
Geschichte
Sophie Wilson und der technische Beleg des ersten ARM1-Siliziums
Als die ersten ARM1-Chips am 26. April 1985 von VLSI Technology zurückkamen, warteten Platine und Software bereits. Tube OS startete, BBC BASIC lief. Das war kein Beweis dafür, dass ein RISC-Entwurf von Natur aus beim ersten Versuch gelingt, sondern die sichtbare Quittung für…
Geschichte
Die Wurzel senkte den Abstimmungsaufwand – zur Weltdirectory wurde sie nicht: RFC 2120
X.500 zeichnete einen klaren Directory Information Tree. Für die Verwaltung seiner Wurzel blieb jedoch ein unübersichtliches Netz menschlicher Absprachen. Die Verantwortlichen jedes DSA auf der ersten Ebene sollten sich außerhalb des Standards bilateral mit allen anderen einigen.…
Geschichte
Der Reset steckte im nächsten Paket: MPPC-Wiederanlauf nach RFC 2118
RFC 2118 gab Microsoft Point-to-Point Compression ein fortlaufendes Gedächtnis, das beide Endpunkte gemeinsam führen mussten. Ging unterwegs ein Paket verloren, forderte der Empfänger einen Reset an. Den neuen Dekodierbeginn lieferte jedoch das nächste mit `FLUSHED` markierte…