Offene Normungsorganisation mit weltweitem Einfluss auf die Umsetzung.
Governance / IETF
IETF
Die Analysen zu IETF behandeln öffentlich bekannte Entwicklungen, die sich auf Internetinfrastruktur, Governance-Entscheidungen, Konnektivitätsmärkte, digitale Kapitalströme und operationelle Risiken auswirken.
GlobalProtokoll-GovernanceInteroperabilitätsrisiko
Legitimität von Protokollprozessen und Standards.
Lücke zwischen Spezifikation und Implementierung bei Anbietern und Betreibern.
Größere Standardänderungen betreffen in der Regel Systeme mit Zyklen von über 120 Tagen.
Aktuelle Berichterstattung
Aktuelles zu IETF
766 Artikel
IETF
Eric Rescorla und das verschlüsselte ClientHello, das den Server nicht benennen konnte
Wenn der erste TLS-Flug keinen vertrauten Namen mehr preisgibt, wird der Rest des Handshakes nicht zu einem Identitätsregister. RFC 9849, gemeinschaftlich verfasst von Eric Rescorla, Kazuho Oku, Nick Sullivan und Christopher A. Wood, beschreibt eine begrenzte Datenschutzhülle…
IETF
DNSOP kann einen Zone Cut ins Leere signalisieren. Es veröffentlicht keinen privaten Namensraum.
Eine öffentliche DNS-Zone darf eine Grenze benennen, ohne sich zur Zugangsinstanz hinter dieser Grenze zu erklären. Genau diese begrenzte Aussage untersucht DNSOP derzeit. Ein Parent kann anzeigen, dass ein Child in einem anderen Namensraum besteht, obwohl es über den…
IETF
Wesley George und der alte ASN-Schlüssel, der keine Fusion verkünden konnte
Die Analyse-Zusammenfassung zu Wesley George und der alte ASN-Schlüssel, der keine Fusion verkünden konnte erläutert die Entwicklung, die öffentlich zugänglichen Belege, die beteiligten Organisationen, den regionalen Kontext, die Marktexposition und die möglichen…
IETF
HTTPbis kann Signaturschlüssel prüfen. Der Aufruf wählt kein Anwendungs-Vertrauensmodell
Die HTTPbis-Arbeitsgruppe kann untersuchen, wie ein HTTP-Nachrichtenempfänger Schlüsselmaterial für eine Signatur erhält. Das ist eine Frage über Schnittstellen, Discovery und Interoperabilität. Sie ist nicht identisch mit der Frage, ob ein konkreter Dienst dem Schlüsselinhaber…
IETF
Martin Duke und die QUIC-Version, die ihre Bereitstellung nicht selbst erklären konnte
QUIC v2 hat eine RFC, einen IANA-Eintrag und einen Wire-Wert. Keines davon installiert v2 auf einem Endpunkt. RFC 9369 von Martin Duke hält diesen Abstand bewusst offen: „version 2“ ist nur der informelle Name des Dokuments; auf dem Wire steht ein nichtwörtlicher Wert, und…
IETF
Das BBF braucht das BGP-Modell. IDRs WGLC ist noch kein Veröffentlichungsdatum
Das Broadband Forum hat ein nachvollziehbares Abhängigkeitsproblem benannt: WT-477i2 verweist auf die BGP-YANG-Module der IETF. Ein solcher Hinweis kann Planung ermöglichen, ohne den Standardsprozess in eine Lieferzusage zu verwandeln. Die öffentlich sichtbare Kette hält drei…
IETF
Joseph Touch und UDP-Optionen, bei denen die Anwendung entscheidet
Ein zusätzliches Feld am Ende eines UDP-Pakets kann ein Protokoll erweitern, ohne zur Berechtigung zu werden. RFC 9868 von Joseph D. Touch und C. Heard legt diese Grenze fest: Transportoptionen liegen hinter den deklarierten Nutzdaten; welche Folge ein Optionsergebnis hat…
IETF
Loa Andersson und die MPLS-Entscheidung, die an der Charta endete
RFC 3468 behauptet nicht, Loa Andersson und George Swallow hätten einer konkreten Netzarchitektur, einem Anbieter oder einer Implementierung den Vorzug gegeben. Die vom IESG angenommene Entscheidung war enger: Sie begrenzte den künftigen Arbeitsfokus der MPLS-Arbeitsgruppe. Eine…
IETF
Deborah Brungard und das Transportprofil, das kein Netz auswählte
Eine Standardanforderung kann eine Fähigkeit verfügbar machen, ohne das Netz auszuwählen, das sie einsetzen wird. RFC 5654, den Deborah Brungard mit herausgegeben hat, beschreibt Anforderungen an ein MPLS-Transportprofil. Seine wichtigste Begrenzung steht ausdrücklich im Text…
IETF
Alia Atlas und die TE-Metrik, die keinen Pfad versprach
Ein Leistungswert kann für eine Entscheidung nützlich sein, ohne deren Ergebnis zu versprechen. RFC 7471, an dem Alia Atlas mitwirkte, ermöglicht OSPF die Verteilung von Link-Leistungsinformationen für Traffic Engineering. Weder Messmethode noch anschließendes Handeln werden…
IETF
Jari Arkko und das Registerfeld, das das Protokoll nicht brauchte
Ein Register kann korrekt geführt sein und doch mehr über seine Einträge behaupten, als sein Betrieb rechtfertigt. RFC 8602 zieht diese Grenze für zwei TRIP-bezogene Register nach: Die IANA muss dort keine Postadressen mehr erheben und hat die zuvor erhobenen Adressen entfernt.…
IETF
Lars Eggert und das UDP-Datagramm, das gemeinsamen Kosten nicht entkommt
UDP liefert einer Anwendung einen schlanken Transportvertrag, aber kein privates Netz. Die von Lars Eggert mitverfasste RFC 8085 zieht daraus eine betriebliche Grenze: Das Design darf lokal gewählt werden; die Kosten einer überlasteten gemeinsamen Strecke lassen sich nicht an…
IETF
Der VELOCE-Termin wählte einen IANA-Zeiger. Der WG-Entwurf sieht weiter keine IANA-Aktion vor
Eine zugeschriebene Zusammenfassung eines VELOCE-Projekttermins vom 25. August hält fest, das IANA-Indirektionsmodell sei bestätigt worden: Ein Register solle auf das Repository zeigen, statt das Modul in ein RFC einzubetten. Die am selben Tag veröffentlichte…
IETF
Heather Flanagan und das RFC-Archiv, das nicht erstarren darf
Ein veröffentlichtes RFC soll verlässlich bleiben. Daraus folgt nicht, dass ein XML-Fehler, ein Zugänglichkeitsmangel oder ein veraltetes Satzwerkzeug für immer unangetastet bleiben muss. Daraus folgt aber sehr wohl, dass eine Korrektur der Darstellung nicht unbemerkt zur…
IETF
Nandita Dukkipati und die TCP-Erholung ohne ruckartige Sprünge
Dass zwei Sender am Ende derselben Verlustbehebung bei demselben `ssthresh` ankommen, sagt wenig über ihren Weg dorthin. Der eine schweigt einen Teil der RTT und schickt anschließend einen Schwall. Der andere gibt mit jedem eintreffenden ACK eine berechnete kleine Menge frei.…
IETF
PROCON will geltende Regeln korrekt abbilden – und ändert sie zugleich
„Die Ergebnisdokumente sollen die geltende Politik zutreffend wiedergeben.“ Auf diesen Satz einigte sich PROCON bei der IETF 126 als Vorschlag für eine Charterergänzung. In den Entwürfen begegnen uns jedoch sehr verschiedene Eingriffe: Die 51-/99-Prozent-Merksätze zum Konsens…
IETF
Ashesh Mishra und die BFD-Prüfung, die rückgängig bleiben musste
Das Paket war noch nicht vertrauenswürdig. Trotzdem verlangte seine Prüfung eine Berechnung, die den Zustand löschen konnte, den der Empfänger nach einem Nein weiterhin brauchte.
IETF
Der reservierte Termin für IETF 131 wurde anderweitig vergeben. Öffentlich war der Tagungsort noch offen.
IETF 131 hatte öffentlich noch keinen Tagungsort, intern aber bereits einen reservierten Termin. Der öffentliche Bericht der IETF Administration LLC vom 1. September sagt, dieser Termin sei anderweitig vergeben worden. Nun spricht das Team erneut mit früher geprüften Standorten…
IETF
Wes Hardaker und der DNS-Server, der zwei TTLs überleben musste
Ein alter Nameserver kann betrieblich noch gebraucht werden, obwohl fast niemand ihn mehr fragt. Entscheidend ist nicht der ruhige Graph, sondern ob irgendwo noch ein gültiger Cacheeintrag auf ihn zeigt.
IETF
Das Agentproto-BoF befürwortete eine Arbeitsgruppe und verwarf zugleich den anfänglichen Umfang
Das Agentproto-Protokoll liefert kein einziges Votum, sondern eine Bedingungsstruktur. Der Raum wollte einen institutionellen Arbeitsort, hielt den vorgelegten Umfang aber mehrheitlich nicht für richtig. Beides kann vernünftig zugleich gelten. Problematisch wird es erst, wenn 154…
Mitglied freischalten
Eingeschränkte Profilanalyse
Anmeldung erforderlich, um vollständige Profil-Briefings und vertiefende Abschnitte freizuschalten.
Strategic Circle-Briefing
Werden Sie Mitglied, um nach der Anmeldung strategische Briefings freizuschalten.
Strategic Circle beitretenLeadership Alliance-Briefing
Für qualifizierte Inhaber von IP-Assets und Management; melden Sie sich an, um Leadership-Alliance-Briefings freizuschalten.
Leadership Alliance beitreten