Profil
Research
Research Profilanalyse verbindet die Berichterstattung über Personen, Unternehmen, Institutionen und weitere Entitäten für Leser, die die Subjekte hinter der BTW.MEDIA-Berichterstattung vergleichen. Die Seite hilft beim Vergleich öffentlicher Profile, zugehöriger Ereignisse, Evidenzpakete, Rollenwechsel, operativer Präsenz, Governance-Exposition, organisatorischer Verknüpfungen und Marktrelevanz, während Organisations- und Personendatensätze von der gewöhnlichen Nachrichtenchronologie getrennt bleiben. Leser können das Subjekt hinter der Schlagzeile verstehen, die Belege, die dieses Profil stützen, sowie die Infrastruktur- oder Marktbeziehungen, die das Profil relevant machen. Sie sehen, wen oder was das Profil repräsentiert, welche öffentlichen Quellen es stützen, wie es mit Unternehmen, Märkten, Governance-Gremien oder Ereignissen verbunden ist und welche Änderungen weitere Aufmerksamkeit verdienen, während sich das Subjekt weiterentwickelt.
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
Adele Goldberg und der Vertrag, der Smalltalk-80 auf Reisen schickte
Das Blue Book machte aus einem lebenden System eine portable Vereinbarung: dasselbe Image bewahren, Objektspeicher, Bytecodes, Kontexte und Primitive für unterschiedliche Rechner implementieren und damit dasselbe Smalltalk-80 ausführen. Diese Vereinbarung ermöglichte…
Geschichte
Join hatte keine Quittung: Wie der Baum aus RFC 2117 durch Erneuerung weiterlebte
Die erste PIM-SM-Spezifikation behandelte den Beitritt zu einem Multicast-Baum nicht als bestätigte Zustellung. Der Zustand blieb bestehen, weil Router ihn vor Ablauf ihrer Timer erneut ankündigten – die fehlende Bestätigung war Teil des Kontrollmechanismus.
IETF
Vor dem Senden gehört der Entwurf nur seinem Autor: RFC 9787 und die kryptografische Bindungsgrenze
E-Mail-Sicherheit wird meist am fertigen Versandobjekt diskutiert. RFC 9787 lenkt den Blick auf einen früheren und operativ schwierigeren Zustand: den gespeicherten Entwurf. Solange eine Nachricht noch verändert werden kann, soll ihre Vertraulichkeit nicht vom entfernten…
Fallakte
Die Internet Society hat den Wahlkalender 2026–2027 genehmigt – nun braucht er einen Aktivierungsnachweis
Der Beschluss steht fest: Am 14. September ergänzte das Board der Internet Society zwei Ausschüsse und genehmigte den Wahlzeitplan 2026–2027 „wie beigefügt“. Damit ist die gesellschaftsrechtliche Entscheidung dokumentiert. Für die Öffentlichkeit bleibt jedoch ein anderer Übergang…
Geschichte
Gleiche Zähler, begrenzte Aussage: Der Messvertrag von RFC 2108
RFC 2108 übernahm die Bedeutung zentraler Repeater-Zähler aus IEEE 802.3 und machte sie per SNMP vergleichbar. Das schuf eine gemeinsame Instrumentierung — aber weder eine automatische Ursachenanalyse noch einen Freibrief für Eingriffe.
Geschichte
Kathleen Booth und die Grenze zwischen Symbol und Maschinenbefehl
1947 beschrieben Kathleen H. V. Britten und Andrew D. Booth, wie ein mathematisches Verfahren in einen 20-Bit-Befehl übergeht. Ihre Kurznotation machte diesen Übergang prüfbar, ohne die Ausführung mit der Richtigkeit des Vorhabens zu verwechseln.
Fallakte
Die W3C-Notiz zu LLMs weist persönliche Verantwortung zu – schafft aber kein Rechenschaftsverfahren
Das W3C Advisory Board formuliert einen klaren Grundsatz: Wer einen Beitrag teilt, bleibt dafür verantwortlich, unabhängig davon, ob ein großes Sprachmodell mitgewirkt hat. Der Statusabschnitt desselben Dokuments setzt jedoch eine ebenso klare Grenze. Es handelt sich um eine vom…
Geschichte
Die Adresse sagte „zu Hause“. Die Einwahlleitung sagte „entfernt“: RFC 2107
RFC 2107 gab einem entfernten Einwahlrechner den Anschein, im Heimnetz zu stehen. Diese Illusion hing an Foreign Agent, Home Agent, gemeinsamem Geheimnis, Tunnel ID und Zuständen, die in der richtigen Reihenfolge entstehen und verschwinden mussten.
Geschichte
Der Router gab dem Arbeitsplatz eine Adresse, aber keine Identität: RFC 2106
RFC 2106 bündelte viele entfernte SNA- und NetBIOS-Arbeitsplätze hinter einem DRAP-Server. Weniger Backbone-Peers bedeuteten zugleich mehr Zustand, Entscheidungsmacht und Vertrauen am Übergang.
Geschichte
Das Tag bewegte das Paket, bewies aber nicht den Pfad: RFC 2105
Ein Paket kam mit einer kurzen Kennung an. Der Switch schlug sie exakt nach, ersetzte sie und leitete das Paket über die gespeicherte Schnittstelle weiter. So knapp war der Datenpfad der 1997 beschriebenen Tag-Switching-Architektur von Cisco. Die Gründe für den Eintrag lagen…
IETF
NFFRR: Wer darf die zweite Rettung verbieten?
Fast Reroute ist dafür gebaut, Pakete trotz eines lokalen Ausfalls weiterzubringen. Genau diese Stärke kann bei einer zweiten Reparatur zur Schwäche werden: Zwei jeweils plausible lokale Entscheidungen können gemeinsam einen Loop erzeugen. RFC 9791 macht daraus einen…
Fallakte
RFC 9682: Reproduzierbar ist nicht automatisch richtig
Die Herkunft eines ausgelieferten Validators muss sich rückwärts prüfen lassen: Welcher Verbraucher hat ihn geladen, woraus wurde er erzeugt, welche semantische Darstellung wurde kompiliert? Die entscheidende Gegenprobe ist eine reproduzierbare Neuerzeugung mit exakt denselben…
Geschichte
Zwei Hash-Durchläufe machten den MAC wiederverwendbar, nicht die Vertrauensentscheidung: RFC 2104
RFC 2104 formte vorhandene iterative Hashfunktionen mit einem inneren und einem äußeren Schlüsseldurchlauf zu HMAC. Die Konstruktion blieb beim Austausch des Hashes erkennbar und nutzbar. Ein passendes Tag belegte jedoch nur eine eng umrissene Beziehung zwischen Schlüssel, Bytes…
IETF
Wenn ein SOLLTE zur falschen Gewissheit wird
Ein hypothetischer Konformitätstest meldet einen Fehler, weil eine Implementierung eine Registrierung ohne positive Link- oder Präfixprüfung akzeptiert. Der Prüfbericht erklärt, RFC 9686 verlange diese Prüfung ausnahmslos von jedem konformen Produkt. Genau darin liegt der Fehler…
Geschichte
Die Verbindung war offen. Jeder Name brauchte noch Zulassung: RFC 2097
PPP konnte einen entfernten Rechner an den Rand eines NetBIOS-Frames-Netzes bringen. RFC 2097 setzte Link-Aufbau jedoch nicht mit Erreichbarkeit gleich. NBFCP handelte aus, welche 16-Oktett-Namen auf das entfernte Netz projiziert wurden, welche scheiterten, welche Klasse der Peer…
Geschichte
Der Zähler bestand das Fenster eines Empfängers, nannte aber keinen Sender: RFC 2085
RFC 2085 ergänzte einen HMAC-MD5 Authentication Header um einen optionalen 64-Bit-Replayzähler. Ob das Feld existierte, entschied die Security Association. Ein Empfänger durfte ungesehene Werte innerhalb seines eigenen Umordnungsfensters annehmen. Das war lokaler Frischenachweis…
Geschichte
Der vierte Buchstabe entschied, was der Editor behalten durfte: RFC 2083
Ein PNG kann nach einer vollständigen Bildänderung plausibel aussehen und dennoch unbekannte Metadaten aus dem alten Zustand mitführen. RFC 2083 erklärte solche Daten nicht für wahr. Die Spezifikation kodierte eine engere Entscheidung in der Groß- und Kleinschreibung von vier…
Geschichte
Das Verzeichnis speicherte zwei Links, aber nicht ihre Bedeutung: RFC 2079
Ein Eintrag konnte zwei amtlich wirkende Verweise zeigen: „offizielle Akte“ und „aktueller Dienst“. RFC 2079 machte beide speicherbar und trennte URI und lesbare Beschriftung eindeutig. Es entschied nicht, ob zwei Ressourcen, zwei Orte derselben Ressource, eine veraltete Seite…
Geschichte
Der Header war da, seine Zuständigkeit nicht: RFC 2076
Ein Parser konnte die Zeile `Apparently-To` zweifelsfrei finden. Damit war weder ein allgemeiner Mailstandard noch eine sichere Offenlegung oder verbindliche Empfängerhandlung bewiesen. RFC 2076 hielt deshalb Namen, Protokoll, Status und Einschränkungen zusammen.