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
1.644 Artikel
IETF
Die URL bleibt. Die unterschriebene Antwort bekommt ein Ablaufdatum.
Ein Archiv, das für jede Anfrage eine neue Adresse erfindet, lässt sich schlecht zwischenspeichern. Bei der Fernattestierung wäre die Gegenlösung ebenso teuer: alte Referenzdaten ohne Frist als aktuelle Grundlage auszugeben. Ein neuer Anhang eines IETF-Entwurfs ordnet beides…
IETF
RFC 10066 gibt einem PCEP-Pfad mehrere Routen. Der Headend-Knoten darf ablehnen.
Der Controller kann mehr Wege berechnen, als der Router am Eingang installieren kann. Die neue Spezifikation zwingt beide Seiten, diesen Unterschied vor der Verteilung des Verkehrs offenzulegen.
IETF
Der RPL-Entwurf will Batterien sparen und greift nach zwei vergebenen Nummern
Ein Knoten fragt nach einem Weg durch das Netz. Die Nachbarn beantworten die Frage und bezahlen dafür mit Funkzeit und Batterieladung. Die ROLL-Arbeitsgruppe der IETF will diese Rechnung verkleinern. Für zwei neue Steueroptionen fordert ihr Entwurf jedoch Nummern, die IANA längst…
IETF
Das Urteil liegt vor. Der Stempel „verifiziert“ bleibt unter Glas.
Eine Akte mit Siegel, Hashwerten und einem klaren Ergebnis sieht nach erledigter Arbeit aus. Genau an dieser Stelle verteilt ein neuer individueller IETF-Entwurf die Arbeit neu: Der Aussteller schreibt sein Urteil, die prüfende Stelle besorgt Belege und Maßstab selbst. Am Ende…
IETF
Ein Bluetooth-Treffer ist kein Besitznachweis
Ein fremder Ortungschip taucht in einer Tasche auf. Die betroffene Person braucht einen Hinweis auf den Eigentümer. Zugleich darf ein verlorener Chip nicht jedem Telefon in Funkreichweite einen Hinweis auf seinen unschuldigen Eigentümer liefern. Ein IETF-Entwurf der…
IETF
Im Büronetz kann sich jeder Rechner selbst als Agent eintragen
Eine Suche zeigt die Agenten in der Nähe samt Adresse und Diensttyp. Das spart Pflege eines zentralen Verzeichnisses. Der Eintrag kommt allerdings vom angebotenen Dienst selbst. Wer aus dem Fund sofort eine Erlaubnis macht, überlässt dem Anbieter der Anzeige die Wahl des nächsten…
IETF
Der RDAP-Redirect trifft den richtigen Server und verliert die Frage
Ein Registerdatensatz kann beim richtigen Anbieter ankommen, während der entscheidende Zusatz zur Anfrage auf der Strecke bleibt. Es geht um einen Query-Parameter, mit dem eine RDAP-Erweiterung eine besondere Ansicht verlangt. Der aktuelle Entwurf einer IETF-Arbeitsgruppe legt…
IETF
Das Paket ist belegt. Wer durfte es freigeben?
Build-Protokoll, Prüfsumme und Logbeleg liegen ordentlich in der Ablage. Ausgerechnet bei der Freigabe wird die Akte oft dünn: Ein Feld meldet Zustimmung, aber wer für diese Version zeichnen durfte, steht auf einem anderen Blatt. Ein individueller IETF-Entwurf vom 26. Oktober…
IETF
Das Agentenetikett reist weiter. Der Vertrag kennt nur seine Parteien.
Ein kurzer Code kann einer an einen fremden Agenten übergebenen Aufgabe eine Regel mitgeben: Wo soll sie bearbeitet werden, welcher Vorrang gilt, welche Bedingung haben zwei Unternehmen vereinbart? Der Code passt in eine Schnittstelle. Der Vertrag passt dort nicht hinein. Beim…
IETF
Zwei identische Workloads, ein Namensschild: Wer vergibt es?
Ein Messwert bestätigt, welches Programm in einer geschützten Umgebung läuft. Er sagt wenig darüber, welche von zwei identischen Instanzen gerade vor der TLS-Tür steht. Ein neuer individueller IETF-Entwurf stellt deshalb zwei Modelle nebeneinander: einen attestierten Schlüssel…
IETF
IANA hat die neuen SFrame-Chiffren eingetragen. Das RFC liegt noch in der Druckerei.
Im öffentlichen Verzeichnis stehen bereits drei neue Kennungen für verschlüsselte Medienframes, fünf technische Maßspalten und ein `Y` bei der Empfehlung. Das zugehörige Dokument befindet sich weiter in der Redaktion des RFC Editor. Wer Software baut, kann die Werte heute…
IETF
Dieselbe VPN-Zahl, aber kein zweiter Schlüssel für den Routenimport
Eine BGP-Route kann zu einem VPN gehören, ohne an alle Router dieses VPN verteilt werden zu sollen. Ein IETF-Entwurf übernimmt die Zahlen eines Route Target in eine abgeleitete Kennzeichnung und ändert nur den Subtyp. Die Kennzeichnung benennt damit den Zusammenhang. Die Macht…
IETF
Die Nummer bleibt im Register. Das Änderungsrecht braucht eine Adresse.
Ein IANA-Eintrag überlebt oft die Menschen, die ihn angelegt haben. Wenn Jahre später eine Beschreibung oder Referenz korrigiert werden muss, reicht der Name eines früheren Autors nicht als Freigabe. Ein IETF-Entwurf vom 26. Oktober will das Änderungsrecht in mehr…
IETF
Zwei Schlüssel, ein IPv6-/64: Das Vergabebuch entscheidet
Ein IETF-Entwurf vom 27. Oktober will das IPv6-Subnetz einer Arbeitslast aus deren öffentlichem Schlüssel ableiten. Unter einem /48-Aggregat bleiben bis zum /64 genau 16 Subnetzbits. Ein zweiter Schlüssel kann diese Bits nach rund 2^16 Versuchen ebenfalls treffen. Wer den /64…
IETF
Der RFC-Text liegt im Pull Request. Das Ja des Autors kommt per E-Mail.
Ein Klick auf „Merge“ kann eine Änderung abschließen. Die Freigabe eines RFC verlangt noch eine andere Handlung: Der Autor muss der endgültigen Fassung zustimmen. Das RFC Production Center erprobt für die Schlussprüfung einen GitHub-Pull-Request, behält die Zustimmung per E-Mail…
IETF
Der Agent hat eine Überholspur. Die Zustimmung liegt in einer Liste
Ein individueller IETF-Entwurf vom 27. Oktober will Nutzer nicht bei jedem Besuch ihres persönlichen Agenten bei einem Dienst unterbrechen. Ein Agent Authorization Center entscheidet anhand einer vorab gepflegten Liste. Der Dienst kann ein gültiges Token bekommen, ohne zwingend…
IETF
Oblivious CoAP verbirgt den Absender. Der Proxy kann trotzdem zweimal senden
Ein IETF-Entwurf vom 28. Oktober will CoAP-Anfragen kleiner Geräte vor einer Zuordnung beim Ziel schützen. Der Proxy sieht den Absender, aber nicht den verschlüsselten Inhalt; das Gateway liest den Inhalt ohne die Adresse zu erhalten. Der Proxy kann denselben Umschlag dennoch…
IETF
Das DNS-Schild des Agenten ist weg. Sein OAuth-Schalter sitzt woanders
Ein IETF-Entwurf aus dem Oktober verbindet den DNS-Namen eines Agenten mit einem OAuth-Client seines Betreibers. Der öffentliche Eintrag zeigt, wo ein aktueller Nachweis geprüft werden kann. Neue Nachweise stoppt der Aussteller. Wer nur den DNS-Eintrag löscht, kann bei neuen…
IETF
DAWN sucht den passenden Agenten. Der Kunde soll dessen Fähigkeit schon kennen
Ein neues IETF-Papier vom 28. Oktober legt einen Haken im Agentenverzeichnis frei: Wer nur sein Ziel kennt, kann noch keinen Fähigkeitsnamen abfragen. Die denkbaren Umwege verlagern Aufwand und Wissen über die Absicht des Kunden. Das ist eine Architekturentscheidung mit…
IETF
RPKI soll schneller klingeln. Die Daten fahren weiter nach Fahrplan
Ein neuer RTR-Entwurf verspricht rasche Reaktion auf Änderungen der Routensicherheit. Das Ereignispaket bringt allerdings nur Meldung und Seriennummer. Die eigentlichen Änderungen schickt ein zweites Verfahren in vereinbarten Abständen. Eine unaufgeforderte Warnung kennt das…
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.
Strategischem Kreis beitretenLeadership Alliance-Briefing
Für qualifizierte Inhaber von IP-Assets und Management; melden Sie sich an, um Leadership-Alliance-Briefings freizuschalten.
Leadership Alliance beitreten