Zum Hauptinhalt springen

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.

RFC 9874: Wenn ein EPP-Löschbefehl das DNS eines anderen Kunden trifft

IETF

RFC 9874: Wenn ein EPP-Löschbefehl das DNS eines anderen Kunden trifft

Ein erfolgreicher Löschbefehl kann für den anfordernden EPP-Client korrekt sein und zugleich die Delegation eines anderen Clients beschädigen. RFC 9874 beschreibt diese geteilte Zuständigkeit. Wer den Befehl ausführen darf, ist nicht zwingend derjenige, dessen DNS davon abhängt.…

24. Sept. 2026
Remco van Mook und das IPv4-Gateway ohne IPv4-Nachbarn

Führungskräfte

Remco van Mook und das IPv4-Gateway ohne IPv4-Nachbarn

Ein Default-Gateway steht in der IPv4-Tabelle, doch kein IPv4-Nachbar soll hinter dieser Adresse gesucht werden. Remco van Mooks Entwurf macht aus `192.0.0.11` eine Anweisung: Nimm für den ersten Hop die MAC-Adresse, die der IPv6-Kontrollpfad bereits kennt.

24. Sept. 2026
Das Netz erklärte die Wurzel für ausgefallen. Einen Absturz bewies es nicht: RFC 9866

IETF

Das Netz erklärte die Wurzel für ausgefallen. Einen Absturz bewies es nicht: RFC 9866

Ein RPL-Netz muss eine unsichere Routing-Version aufgeben können, bevor die Ursachenanalyse abgeschlossen ist. RFC 9866 liefert dafür einen verteilten Mechanismus. Sein Zustand `GLOBALLY DOWN` ist eine belastbare Betriebsentscheidung, aber kein Nachweis für Stromausfall…

24. Sept. 2026
John Ousterhout und die schnelle Schreiboperation, die zur Reinigungsschuld wurde

Führungskräfte

John Ousterhout und die schnelle Schreiboperation, die zur Reinigungsschuld wurde

Das Log-Structured File System von Sprite machte kleine Schreibvorgänge billig, indem es sie zu großen sequentiellen Transfers bündelte. Seine weiterreichende Leistung war eine ehrliche Kostenrechnung: Veraltete Versionen, Segmentreinigung, ungenutzte Reserve und…

24. Sept. 2026
RFC 2350 beschreibt den Dienst – nicht den Ausgang eines Vorfalls

Geschichte

RFC 2350 beschreibt den Dienst – nicht den Ausgang eines Vorfalls

Eine veröffentlichte Meldestelle kann echt, erreichbar und zuständig sein. Daraus folgt noch nicht, dass eine bestimmte Meldung eingegangen, geprüft, zugeordnet, bereinigt oder abgeschlossen wurde.

24. Sept. 2026
RFC 2342 zeigte das Namensregal, nicht den vorhandenen Briefkasten

Geschichte

RFC 2342 zeigte das Namensregal, nicht den vorhandenen Briefkasten

Mit NAMESPACE konnte ein IMAP-Client Präfixe und Hierarchietrenner für persönliche, fremde und gemeinsam genutzte Mailboxen ermitteln. Diese Antwort machte Namen konstruierbar. Ob eine konkrete Mailbox existierte, sichtbar, auswählbar oder gelesen war, blieb offen.

23. Sept. 2026
Ein Pfad, vier Rechenregeln und ein ansteckendes Unbekannt: RFC 2215

Geschichte

Ein Pfad, vier Rechenregeln und ein ansteckendes Unbekannt: RFC 2215

Pfaddaten sehen in einer Tabelle ähnlich aus, doch sie behaupten Verschiedenes. RFC 2215 ließ eine Unterbrechung per ODER fortbestehen, zählte fähige Hops, bildete für Bandbreite und MTU Minima und addierte Mindestlatenzen bis zur Grenze des Darstellbaren. Ein unbekannter Beitrag…

23. Sept. 2026
Der Ersatzserver antwortete. Der Cache kannte seinen Schlüssel nicht: RFC 8901

IETF

Der Ersatzserver antwortete. Der Cache kannte seinen Schlüssel nicht: RFC 8901

Ein zweiter autoritativer DNS-Anbieter kann nach dem Ausfall des ersten weiter antworten und trotzdem keine für validierende Resolver brauchbare Antwort liefern. RFC 8901 beschreibt DNSSEC-Redundanz als Synchronisationsvertrag zwischen Signierern, nicht als Zahl von Nameservern.

23. Sept. 2026
Bild und Ton lagen im selben Paket, nicht der Beweis der Wiedergabe: RFC 2343

Geschichte

Bild und Ton lagen im selben Paket, nicht der Beweis der Wiedergabe: RFC 2343

RFC 2343 bündelte MPEG-2-Videoslices und Audioframes in einer RTP-Nutzlast. Die gemeinsame Struktur sparte bei Video-on-Demand Ports, Header und teilweise Puffer. Sie sagte aber nur, wie der Sender Medien zueinander angeordnet hatte — nicht, was Netzwerk, Decoder, Ausgabegerät…

23. Sept. 2026
RFC 2216: Ein Dienstname war nur der Verweis auf einen Vertrag

Geschichte

RFC 2216: Ein Dienstname war nur der Verweis auf einen Vertrag

Ein gemeinsamer Name ließ Anwendungen, Router und Signalisierungsprotokolle über denselben Netzdienst sprechen. Er bewies nicht, dass dieser Dienst erbracht wurde. RFC 2216 machte aus dieser Lücke eine Spezifikationsdisziplin: Parameter, Verkehrsvertrag, Policing, Zusammenführung…

23. Sept. 2026
RFC 2345: Der gefundene Firmenlink war noch kein Identitätsnachweis

Geschichte

RFC 2345: Der gefundene Firmenlink war noch kein Identitätsnachweis

Ein Firmenname hinein, ein Name samt URL heraus: RFC 2345 reduzierte die Suche nach Unternehmensinformationen bewusst auf einen sehr kleinen Austausch. Das erleichterte 1998 den Weg vom Browser zur vermuteten Firmenwebsite. Die Antwort belegte jedoch weder die Inhaberschaft der…

23. Sept. 2026
Die eingepreiste Abweichung: Wie RFC 2212 eine Verzögerungsgrenze berechenbar machte

Geschichte

Die eingepreiste Abweichung: Wie RFC 2212 eine Verzögerungsgrenze berechenbar machte

Eine garantierte Dienstgüte war in RFC 2212 keine Behauptung, Router verhielten sich wie ideale Leitungen. Der entscheidende Schritt war nüchterner: Jedes beteiligte Netzelement musste seine schlimmste Abweichung vom Fluidmodell mit zwei Größen offenlegen. Erst dadurch ließ sich…

23. Sept. 2026
Die Adresse war noch kein Weg: Welche Grenze RFC 2333 NHRP setzte

Geschichte

Die Adresse war noch kein Weg: Welche Grenze RFC 2333 NHRP setzte

Ein NHRP-Cacheeintrag konnte eine IP-Adresse, die zugehörige NBMA-Adresse, die Autorität der Antwort und eine Restlaufzeit zeigen. Damit sah er wie ein Nachweis erreichbarer Infrastruktur aus. RFC 2333 ordnete ihn nüchterner ein: Routing wählte zuerst die Richtung, NHRP löste…

23. Sept. 2026
Weniger Root-Anfragen bedeuten nicht weniger Datenverkehr

IETF

Weniger Root-Anfragen bedeuten nicht weniger Datenverkehr

LocalRoot hält viele gewöhnliche Root-Abfragen auf dem Resolver-Host und reduziert die Abhängigkeit vom Live-Pfad zum Root Server System. Dafür entsteht eine andere Pflicht: Quellen finden, Änderungen prüfen, Zonendaten holen, ZONEMD und DNSSEC validieren, einen Stand aktivieren…

23. Sept. 2026
RFC 2210 und das eine Bit, das einen ganzen Pfadbericht entwertete

Geschichte

RFC 2210 und das eine Bit, das einen ganzen Pfadbericht entwertete

Ein ADSPEC konnte Bandbreite, Mindestlatenz, MTU, Hop-Zahl und Parameter für Guaranteed Service zusammenfassen. Doch RFC 2210 stellte diesen Zahlen eine Gültigkeitsbedingung voran. Sobald ein Pfadelement RSVP und Integrated Services nicht unterstützte, setzte es ein allgemeines…

23. Sept. 2026
Eine Resolver-Adresse ist noch kein Resolver

Fallakte

Eine Resolver-Adresse ist noch kein Resolver

Nachdem APNIC Labs einer Testzone einen zweiten Dual-Stack-Nameserver hinzugefügt hatte, sank die mittlere Zahl beobachteter Abfragen pro Test von 3,43 auf 2,57. Der Versuch erklärt die Ursache nicht. Er zeigt aber, wie wenig eine öffentliche Resolver-Adresse über die Maschinen…

23. Sept. 2026
Wenn Erfolg an jedem Ende anders aussieht: RFC 2188 und die Grenzen verteilter Ergebniskenntnis

Geschichte

Wenn Erfolg an jedem Ende anders aussieht: RFC 2188 und die Grenzen verteilter Ergebniskenntnis

Bei verteilten Operationen ist ein Resultat nicht automatisch eine gemeinsame Tatsache. RFC 2188 macht diese Trennung besonders sichtbar: Der Initiator einer Operation und die ausführende Seite können aus ihren jeweils verfügbaren Protokollereignissen zu unterschiedlichen…

23. Sept. 2026
Adrian Farrel und der Pfad, den noch kein Router bestätigt hat

Führungskräfte

Adrian Farrel und der Pfad, den noch kein Router bestätigt hat

Der PCE liefert einen erfolgreichen PCRep samt ERO, und der Controller zeichnet bereits die Route. Das ist ein belastbarer Rechennachweis – aber noch kein Nachweis für Installation, Weiterleitung oder Dienstqualität.

23. Sept. 2026
WebAuthn delegiert die RP-ID-Prüfung an den Remote-Client. Die lokale Freigabe beweist sie nicht

Fallakte

WebAuthn delegiert die RP-ID-Prüfung an den Remote-Client. Die lokale Freigabe beweist sie nicht

Der erste öffentliche Entwurf von WebAuthn Level 4 ordnet die Zuständigkeiten für Anmeldungen über einen Remote Desktop neu. Ein lokaler Browser darf nach einer ursprungsbezogenen Freigabe die vom entfernten Rechner erzeugten Clientdaten verwenden. Die Freigabe belegt jedoch…

23. Sept. 2026
Cristiano Amon und Oryon: Wo Qualcomms Beweiskette endet

Führungskräfte

Cristiano Amon und Oryon: Wo Qualcomms Beweiskette endet

Der Abschluss einer Übernahme belegt Kontrolle. Ein integrierter Prozessor belegt Produktarbeit. Verfügbare Notebooks belegen einen Marktzugang. Im Fall Nuvia und Oryon liegen alle drei Nachweise vor – doch sie beantworten weder allein die Urheberschaft noch die kommerzielle…

23. Sept. 2026