Inhaltstyp
Research
Innerhalb der Inhaltstyp-Facette bündelt die Research-Analyse BTW.MEDIA-Artikel, die dasselbe redaktionelle Format teilen, und hilft Lesern, Briefings, Profile, Risikohinweise, Marktanalysen und Ereignisberichte zu vergleichen, ohne verschiedene Evidenzarten zu vermischen. Die Seite erklärt, wie dieser Inhaltstyp Internetinfrastruktur-Ereignisse, Unternehmensbewegungen, Governance-Entscheidungen, Betriebssignale und öffentliche Evidenz auf der gesamten Website einordnet. Leser können vergleichen, welche Akteure oder Infrastruktursysteme am häufigsten vorkommen, wie die Quellenqualität die Interpretation verändert und ob das Material ein dauerhaftes Profil, ein zeitkritisches Ereignis, ein strategisches Marktsignal oder eine Governance-Entwicklung ist. Das Ergebnis ist eine nützliche Suchseite für Betreiber, Investoren, Kunden, Analysten und politische Interessengruppen, die die Konsequenz, den Zeitpunkt und die Evidenz hinter ähnlichen Artikelformaten verstehen müssen.

Globale Cloud-Dienste-Trends
SailPoints KI-ARR braucht eine Spalte zum Verlängerungsstatus
SailPoint beziffert sein neues KI-Geschäft auf mehr als 70 Millionen US-Dollar Annual Recurring Revenue. Gerade weil diese Zahl noch keine Umsatzzeile ist, braucht sie einen Status. Nach der Definition darf ein abgelaufener Vertrag im ARR bleiben, solange aktiv über eine…

Geschichte
Anja Feldmann und die Verkehrsmatrix, die kein einzelner Link zeigen konnte
Ein ausgelasteter Link liefert einen präzisen Befund und eine unvollständige Erklärung. Sein Zähler kennt weder die Nachfrage, die sich dort bündelt, noch deren Weg nach einer Routing-Änderung. Anja Feldmann und ihre Mitautoren machten aus dieser Lücke eine nachvollziehbare Mess…

IETF
Max-Forwards zählt HTTP-Stationen, nicht organisatorische Befugnis
Mit Max-Forwards kann ein Client eine TRACE- oder OPTIONS-Anfrage an einer bestimmten Tiefe der HTTP-Kette anhalten. Das ist ein präzises Werkzeug gegen Schleifen und unerklärte Veränderungen. Gezählt werden jedoch Weiterleitungen einer Nachricht, nicht Unternehmen…

Geschichte
Jerry Saltzer und der Link, der einen Namen, aber keine Berechtigung trug
Ein zweiter Pfad zu derselben Datei sollte nicht unbemerkt ein zweites Recht erzeugen. Jerry Saltzers Vergleich von CTSS und Multics zeigt, warum ein Link die Ressource benennen darf, während die Entscheidung über ihre Nutzung an der Ressource selbst bleiben muss.

IETF
Accept-Patch nennt Formate, erteilt aber keine Änderungsbefugnis
Ein Server kann die Sprachen für Teiländerungen nennen, die er versteht, ohne damit zu entscheiden, wer eine Ressource ändern darf. RFC 5789 nennt diese Entdeckungsinformation Accept-Patch und hält technische Fähigkeit, Formatsyntax, aktuellen Zustand und Schreibbefugnis…

Fallakte
RFC 9725: Die WHIP-Session steht, der Livestream noch nicht
Ein Encoder kann vom WHIP-Endpunkt `201 Created` erhalten, obwohl weder ein belastbarer Medienpfad noch ein Bild beim Publikum existiert. Der Standard schafft einen knappen Kontrollvertrag. Gerade deshalb müssen Netzpfad, Kryptografie, Medieneingang, Produktionskette…

Geschichte
Eve Schooler und die Einladung, die das Gespräch nicht trug
Eine Verbindung beginnt mit einer Frage, nicht mit einem Sprachpaket: Wer soll erreicht werden, wo ist diese Person gerade, und unter welchen Bedingungen kann das Gespräch stattfinden? Eve Schoolers Weg von experimenteller Konferenzsteuerung zum frühen SIP zeigt, wie aus dieser…

IETF
Content-Location beschreibt die Darstellung, nicht das Ziel des Clients
Eine HTTP-Antwort kann die Ressource benennen, zu der das mitgelieferte Dokument gehört, ohne die ursprünglich angeforderte Adresse zu ändern. RFC 9110 nennt dieses Metadatum `Content-Location` und zieht eine klare Grenze: Es beschreibt die Darstellung, ersetzt aber weder die…

Fallakte
RFC 9727 katalogisiert APIs, aber nicht ihre Betriebswirklichkeit
Der sauberste Katalog kann die gefährlichste Lücke verdecken: Der alte Eintrag ist gelöscht, der alte Zugang antwortet weiter. Dann stimmt die Publikation — und der Rückschluss daraus nicht.

IETF
103 Early Hints kann einen Abruf starten, nicht die Antwort festlegen
Ein Server darf wahrscheinliche Teile seiner Antwort zeigen, bevor er das Ergebnis fertig berechnet hat. RFC 8297 gewinnt daraus Zeit, ohne die Rollen zu vertauschen: Der Hinweis kann Vorbereitung finanzieren, die endgültige Antwort entscheidet.

Geschichte
Lixia Zhang und das Datenpaket, das seinen Ursprungsserver nicht mehr brauchte
Der aufschlussreiche Moment im Named Data Networking ist nicht die Ankunft eines Pakets bei einem Rechner. Es ist der Augenblick, in dem ein Cache ein Interest beantwortet und der Empfänger trotzdem getrennt prüfen kann: Wer hat die Daten signiert, durfte dieser Schlüssel für…

IETF
Eine Problemtyp-URI ist ein Bezeichner, kein Fernbefehl
Ein stabiler Name macht API-Fehler koordinierbar. Er darf deshalb noch lange nicht den Client steuern. RFC 9457 trennt die Identität des Problemtyps von Dokumentation, Einzelfall und der lokalen Entscheidung, ob überhaupt gehandelt werden darf.

IETF
UUIDv7 ist zeitlich sortierbar, aber kein Kausalitätsbeleg
UUIDv7 stellt Zeit an den Anfang der Kennung, damit zeitnahe Werte im Index näher beieinanderliegen. Das verbessert Speicherung und grobe Chronologie. Es macht die Uhren unabhängiger Rechner nicht zu einer gemeinsamen Zeugin des Geschehens.

Geschichte
Abhay Bhushan und die einheitliche Schnittstelle, die am Pfadnamen endete
Ein Dateitransfer über das frühe ARPANET begann mit einer unbequemen Einsicht: Der entfernte Rechner dachte anders über Dateien als der eigene. Abhay Bhushan machte daraus kein Randproblem. Seine frühen FTP-Arbeiten bauten Gemeinsamkeit aus vermessenen Fähigkeiten und…

IETF
Cache-Status ist eine Kette lokaler Angaben, kein globales Cache-Urteil
Eine HTTP-Antwort kann an mehreren Caches vorbeikommen. Jeder sieht nur seinen Ausschnitt und trifft eine eigene Entscheidung. Cache-Status bewahrt diese Perspektiven als geordnete Liste. Wer daraus ein einziges Flottenurteil macht, entfernt genau die Herkunft, die das Feld…

Geschichte
Cynthia Dwork und die Kosten, die sich nicht wiederverwenden ließen
Bevor Proof of Work zum Begriff der Kryptowelt wurde, entwarfen Cynthia Dwork und Moni Naor Rechenarbeit als Eintrittspreis für E-Mail: für eine legitime Nachricht tragbar, bei einer Massenkampagne vielfach fällig und nur dann wirksam, wenn dieselbe Zahlung nicht mehrere…

IETF
Wenn zwei Steuerungswelten dieselbe Leitung bewegen: Was RFC 9730 für belastbare Transportnetze wirklich sagt
Transportnetze werden längst nicht mehr ausschließlich durch einen einzigen Steuerungsansatz geprägt. In realen Architekturen treffen verteilte GMPLS-Mechanismen auf hierarchische Controller, domänenübergreifende Orchestrierung und abstrahierte Topologiesichten. RFC 9730…

IETF
HTTP must-understand schützt alte Caches erst zusammen mit no-store
Trägt eine HTTP-Antwort zugleich `must-understand` und `no-store`, können zwei Cache-Generationen unterschiedlich und dennoch sicher reagieren. Der alte Cache ignoriert die unbekannte Erweiterung, befolgt aber das Speicherverbot. Der neue darf dieses Verbot erst dann…

Geschichte
Raj Jain und das eine Bit mit zwei Zeitfiltern
DECbit meldete Überlastung mit einem einzigen Bit. Was dieses Bit aussagekräftig machte, war jedoch keine einzelne Beobachtung: Router und Sender verdichteten Hinweise in zwei unterschiedlichen Zeiträumen.

IETF
Eine HTTP-Digest-Präferenz ist keine Integritätszusage
Ein Client kann seinen bevorzugten Digest-Algorithmus unmissverständlich nennen und trotzdem einen anderen oder überhaupt keinen Digest erhalten. RFC9530 lässt diese Reaktion bewusst zu. Eine Integritätsaussage entsteht deshalb nicht beim Versand von `Want-*`, sondern erst nach…
