Dass ein Browser mit einem Webserver kommuniziert oder eine E-Mail weltweit ihr Ziel erreicht, ist keine Selbstverständlichkeit. Dahinter stehen gemeinsame technische Standards, die unter anderem von der Internet Engineering Task Force (IETF) entwickelt und gepflegt werden. Im Januar 2026 feierte die IETF ihren 40. Geburtstag. Ein guter Anlass, sich einmal genauer anzusehen, wer hinter dieser Gemeinschaft steckt und warum ihre Arbeit für das Internet so wichtig ist.
Was macht die IETF konkret?
Immer wenn sich zwei unterschiedliche technische Parteien (Computer, Server, Smartphones, Wearables, Küchengeräte, IoT, etc.) miteinander „unterhalten“ wollen, brauchen sie dafür eine vereinbarte „Sprache“, das Protokoll. Ohne diese Vorgaben der Protokolle könnte kein Browser oder Gerät mit einem Server „sprechen“, um eine Internetseite anzuzeigen oder den neuesten Podcast von Spotify abzuspielen bzw. E-Mails abzurufen.
Die IETF mit ihren Arbeitsgruppen erarbeitet, definiert und pflegt daher notwendige Kommunikationsprotokolle und technische Verfahren zur Kommunikation. Dazu gehören beispielsweise die Adressierung und Weiterleitung von Daten, die Übertragung von Webseiten und E-Mails, Verschlüsselung, Netzwerkverwaltung und der Schutz von Internetverbindungen. Auch neue Anforderungen wie die Nutzung von Webinhalten durch KI werden in Arbeitsgruppen besprochen und ggf. Normen und Standards dafür entwickelt.
Dafür arbeiten Fachleute aus Unternehmen, Wissenschaft und Netzbetrieb in offenen Arbeitsgruppen zusammen. Neue Vorschläge erscheinen zunächst als Internet „Drafts“, werden dann aber in den entsprechenden Gruppen diskutiert und auch bei Bedarf überarbeitet. Dabei werden sie generell öffentlich besprochen, überarbeitet und technisch erprobt. Dazu kommen dann auch Anpassungen, bis letztlich ein nutzbarer Standard daraus gewonnen werden kann. Entscheidungen folgen dem Prinzip „Rough Consensus and Running Code“.
Das Bedeutet: Tragfähige fachliche Übereinstimmung und praktische Umsetzbarkeit stehen im Mittelpunkt.
Ergebnisse erscheinen häufig als RFCs (Requests for Comments). Dabei ist nicht jeder RFC automatisch ein neuer Internetstandard. Es gibt unter anderem „Standards Track“, „Best Current Practice“ und „informative Dokument“. Die IETF-Standards sind grundsätzlich freiwillig. Es hat sich jedoch etabliert, dass man sich an RFCs hält und dieses entsprechend der freigegebenen Definition umsetzt und damit ihre breite Übernahme ermöglicht, die wiederum die Zusammenarbeit verschiedener Systeme im Fokus hat.
Wann wurde die IETF gegründet?
Die IETF ist 40 Jahre alt geworden! Viele wissen das nicht und es interessiert die meisten wohl auch nicht, aber die IETF wurde lange vor dem Zeitpunkt gegründet, als wir „das Internet mit „Bin ich schon drin?“ (Boris Becker für AOL (America Online) TV-Werbespot 1999) entdeckten. Der 40. Geburtstag war Anfang dieses Jahres am 16. Januar 2026. Das erste Treffen begann an diesem besagten Tag „16. Januar 1986“ und dauerte bis zum 17. Januar und fand in Kalifornien statt. Dabei kamen 21 Teilnehmer bei „Linkabit“ in San Diego (Kalifornien) zusammen. Das Unternehmen und der Termin gelten als Grundsteinlegung des Tech-Valleys in „Sorrento Valley“, das wie das ca. 800km entfernte „Silicon Valleys“ als eigene Bezeichnung für einen Bereich steht. Linkabit gibt es in seiner damaligen Zusammensetzung heute nicht mehr, aber nach mehreren Verkäufen ist es heute bestehender Bestandteil des Unternehmens „L3Harris“. Damit ist auch der Ausgangspunkt als eine Arbeitsgruppe für technische Probleme beim Betrieb und Ausbau damaliger US-Verteidigungsnetze verständlich und heute noch irgendwie vorhanden.
Die IETF entwickelte sich daraus zu einem internationalen, offenen Forum, das einen wichtigen Bestandteil auch heutiger digitaler Kommunikation darstellt. Nach Angaben der IETF wirkten Anfang 2026 weltweit knapp 8.000 Teilnehmer in mehr als 100 Arbeitsgruppen mit.
Warum war ihre Gründung so wichtig?
Das Internet verbindet heute viele eigenständige Netze miteinander. Dabei nicht nur das „sichtbare“ wie Internetseiten, Onlineshops oder Foren. Auch Instagram, Onlinebanking, die Fahrzeug-App zum Fernöffnen oder der Saugroboter (IoT) zuhause nutzen diese Netze zur Kommunikation. Seit dieser Woche wissen wir auch, dass Hacker mittlerweile Kühlsysteme und Aggregate in Supermärkten angreifen und manipulieren; also selbst der Kühlschrank braucht anscheinend schon Internet.
Ohne offen dokumentierte und gemeinsam gepflegte Protokolle könnten technische Lösungen einzelner Anbieter nicht entwickelt werden oder auseinanderlaufen. Die IETF schafft einen gemeinsamen Entwicklungsprozess, damit Systeme interoperabel bleiben und neue Verfahren weltweit einsetzbar und etabliert werden.
Wichtig ist die historische Abgrenzung: Das Internet und grundlegende Protokolle wie TCP/IP existierten bereits vor 1986. Die IETF hat das Internet oder den Grundgedanken der „Grenzenlosen Kommunikation“ also keineswegs erfunden. Ihr Beitrag liegt aber darin, Internetprotokolle in einem offenen Verfahren weiterzuentwickeln, zu standardisieren und fortlaufend über Jahrzehnte an neue Anforderungen anzupassen.
40 wichtige Standards und technische Meilensteine
Die folgende Auswahl zeigt 40 Standard RFCs aus unterschiedlichen Bereichen. Das Jahr nennt dabei lediglich den Veröffentlichungszeitpunkt des jeweiligen RFC, nicht zwingend die Erfindung des Protokolls an sich. Ältere Fassungen wurden natürlich teilweise durch neuere Dokumente ersetzt und es hat auch keinen Anspruch auf Vollständigkeit. Die Beispiele zeigen jede RFC-Nummer die direkt zur offiziellen Dokumentation führt.
| Jahr | Standard / RFC | Bedeutung |
|---|---|---|
| 1995 | IPv6, Erste Spezifikation RFC 1883 | Grundlage für den stark erweiterten IP-Adressraum. |
| 1996 | POP3 RFC 1939 | Standard zum Abruf von E-Mails vom Mailserver. |
| 1996 | MIME RFC 2045 | Ermöglicht unterschiedliche Formate und Anhänge in E-Mails. |
| 1997 | DHCP RFC 2131 | Automatische Vergabe von IP-Adressen und Netzwerkeinstellungen. |
| 1998 | OSPF Version 2 RFC 2328 | Routing innerhalb großer Netzwerke. |
| 1999 | TLS 1.0 RFC 2246 | Frühe offene Spezifikation verschlüsselter Verbindungen. |
| 1999 | HTTP/1.1 RFC 2616 | Wichtige Grundlage für die Kommunikation zwischen Browsern und Webservern. |
| 2002 | SIP RFC 3261 | Aufbau und Steuerung von Sprach- und Videositzungen. |
| 2002 | SNMPv3, Architektur RFC 3411 | Grundlagen zur Überwachung und Verwaltung von Netzwerkgeräten. |
| 2003 | RTP RFC 3550 | Übertragung von Echtzeit-Audio und -Video. |
| 2005 | URI-Syntax RFC 3986 | Einheitliche Schreibweise von Ressourcenadressen, einschließlich URLs. |
| 2005 | DNSSEC RFC 4035 | Kryptografische Prüfung von DNS-Antworten. |
| 2005 | IPsec RFC 4301 | Sicherheitsarchitektur für die Kommunikation auf IP-Ebene. |
| 2006 | SSH, Transportprotokoll RFC 4253 | Verschlüsselter Fernzugriff auf Server und Netzwerkgeräte. |
| 2006 | BGP-4 RFC 4271 | Austausch von Routinginformationen zwischen unabhängigen Netzen. |
| 2008 | SMTP RFC 5321 | Regelt die Übertragung von E-Mails zwischen Mailservern. |
| 2009 | Syslog RFC 5424 | Einheitliches Format zur Übermittlung von Systemereignissen. |
| 2010 | NTPv4 RFC 5905 | Synchronisiert die Zeit von Rechnern und Servern. |
| 2011 | DKIM RFC 6376 | Digitale Signaturen zur Prüfung der Herkunft von E-Mails. |
| 2011 | WebSocket RFC 6455 | Bidirektionale Kommunikation zwischen Webanwendungen und Servern. |
| 2012 | SMTPUTF8 RFC 6531 | Erweitert E-Mail-Adressen und Kopfzeilen um internationale Zeichen. |
| 2012 | OAuth 2.0 RFC 6749 | Delegierte Zugriffsberechtigungen auf Dienste und APIs. |
| 2012 | HSTS RFC 6797 | Weist Browser an, eine Website nur über HTTPS anzusprechen. |
| 2013 | EDNS(0) RFC 6891 | Erweitert die technischen Möglichkeiten des DNS-Protokolls. |
| 2014 | SPF RFC 7208 | Prüfung autorisierter Mailserver anhand veröffentlichter DNS-Einträge. |
| 2014 | CoAP RFC 7252 | Leichtgewichtiges Protokoll für vernetzte Geräte und Sensoren. |
| 2015 | HTTP/2 RFC 7540 | Effizientere Übertragung mehrerer HTTP-Anfragen über eine Verbindung. |
| 2015 | JWT RFC 7519 | Kompaktes Format für signierte oder anderweitig geschützte Claims. |
| 2016 | DNS over TLS RFC 7858 | Verschlüsselte Übertragung von DNS-Anfragen über TLS. |
| 2017 | JSON RFC 8259 | Standardisiertes Austauschformat für strukturierte Daten. |
| 2018 | TLS 1.3 RFC 8446 | Weiterentwicklung zum Schutz verschlüsselter Internetverbindungen. |
| 2018 | DNS over HTTPS RFC 8484 | DNS-Anfragen über verschlüsselte HTTPS-Verbindungen. |
| 2019 | ACME RFC 8555 | Automatisierte Ausstellung und Erneuerung von TLS-Zertifikaten. |
| 2021 | WebRTC Data Channels RFC 8831 | Direkter Austausch von Anwendungsdaten zwischen Browsern. |
| 2021 | QUIC RFC 9000 | Sicheres Transportprotokoll mit mehreren parallelen Datenströmen. |
| 2022 | HTTP/3 RFC 9114 | HTTP-Kommunikation auf Grundlage von QUIC. |
| 2022 | TCP, konsolidierte Spezifikation RFC 9293 | Aktualisiert und bündelt die Regeln für zuverlässige Datenübertragung. |
| 2022 | Robots Exclusion Protocol RFC 9309 | Standardisiert zentrale Regeln für Crawler in robots.txt. |
| 2023 | Messaging Layer Security (MLS) RFC 9420 | Schlüsselaustausch für Ende-zu-Ende-verschlüsselte Gruppenchats. |
| 2024 | Route Origin Authorizations (ROA) RFC 9582 | Signierte Angaben für die Prüfung berechtigter IP-Routen. |
Einordnung: Frühe Internetprotokolle wie TCP und DNS wurden vor der IETF gegründet und später im RFC-System weitergeführt. Auch bei neueren RFCs unterscheidet die IETF zwischen erstmaliger Entwicklung, Standardisierung und Überarbeitung bestehender Verfahren. Aus Übersichtsgründen haben wir uns entschlossen, nur 40 wichtige Meilensteine an Veröffentlichung von Standards herauszugreifen, es gäbe hunderte mehr.
Neuestes und Aktuelles Beispiel eines angehenden Standards: AIPREF
Die IETF-Arbeitsgruppe AIPREF entwickelt technische Möglichkeiten, mit denen Websitebetreiber Präferenzen zur Nutzung ihrer Inhalte durch KI-Systeme ausdrücken können. Sie zeigt, dass die IETF auch neue technische Fragen des Internets aufgreift und zu lösen versucht. Die Spezifikationen befinden sich noch in der Entwicklung.
Fakt ist jedoch:
Auch wenn man die IETF und ihre Arbeit nicht sieht oder jemals davon gehört hat, so ist die belastbare und auch zukünftige Entwicklung von Standards durch alle Beteiligten eines der wichtigsten Grundlagen, neue Techniken und damit unsere Digitale Zukunft sicher und funktional zu gestalten. Wir feiern diese Standards auch für die nächsten 40 Jahre!
Weiterführende Informationen
IETF@40
IETF: 40 Jahre, Rückblick vom 16. Januar 2026
Liste aller bisherigen IETF-Plenarsitzungen
IETF: Erste und weitere Treffen seit 1986
Informationen zu RFCs
IETF: RFC-Typen und Veröffentlichungsstatus
Abgelegt in:
