1. Die unsichtbare Architektur des globalen Internets
Jedes Mal, wenn ein Webbrowser eine Seite lädt oder ein Server Daten synchronisiert, arbeiten Systeme tausender verschiedener Hersteller reibungslos zusammen. Diese weltweite Interoperabilität beruht auf den offenen Standards der IETF und der globalen Koordination durch die IANA.
2. Was ist ein RFC (Request for Comments)?
Ein Request for Comments (RFC) ist ein formelles technisches Dokument der Internet Engineering Task Force (IETF), das Protokolle, Verfahren und Konzepte des Internets festlegt.
Ein bescheidener Beginn im Jahr 1969
Im April 1969 verfasste Steve Crocker die RFC 1 ("Host Software"). Um nicht anmaßend zu wirken, wählte er den Titel "Request for Comments" (Bitte um Kommentare). Der Name wurde beibehalten und steht bis heute für das kooperative Wesen der Internet-Pioniere.
"Rough Consensus and Running Code"
Die IETF arbeitet nicht nach politischen Abstimmungen, sondern nach dem Prinzip von David Clark: "Wir lehnen Könige, Präsidenten und Abstimmungen ab. Wir glauben an groben Konsens und funktionierenden Code."
3. RFC-Kategorien und Standardisierung
- Internet Standard (STD): Voll ausgereifte, weltweit implementierte Standards (z. B. RFC 791 für IPv4, RFC 8200 für IPv6).
- Proposed Standard: Stabile Spezifikationen nach Prüfung durch die IESG.
- Best Current Practice (BCP): Offizielle Richtlinien für sicheren Netzwerkbetrieb (z. B. BCP 38 gegen IP-Spoofing).
- Informational & Experimental: Technische Dokumentationen, Branchenkonzepte und Forschungsprotokolle.
4. Wichtige RFCs, die jeder Netzwerk-Ingenieur kennen sollte
Grundlegende RFCs moderner Netzwerke:
• RFC 791 (1981): Internet Protocol (IPv4) Spezifikation
• RFC 793 (1981): Transmission Control Protocol (TCP)
• RFC 1918 (1996): Adressallokation für private Netze (10/8, 172.16/12, 192.168/16)
• RFC 2460 / 8200: Internet Protocol, Version 6 (IPv6) Standard
• RFC 2616 / 7230 / 9110: Hypertext Transfer Protocol (HTTP/1.1 & HTTP-Semantik)
• RFC 3021 (2000): Nutzung von 31-Bit-Präfixen auf IPv4-Punkt-zu-Punkt-Links
• RFC 4291 / 5952: IPv6-Adressarchitektur und Regeln zur Textdarstellung
• RFC 8305 (2017): Happy Eyeballs v2 (Optimierte Dual-Stack-Konnektivität)5. Was ist die IANA (Internet Assigned Numbers Authority)?
Die von Jon Postel gegründete IANA (heute Teil der ICANN) verwaltet weltweit die zentralen Nummernkreise und Protokollparameter des Internets.
Die drei Kernbereiche der IANA
- Domain-Namen (DNS-Root-Zone): Verwaltung der weltweiten DNS-Wurzelzone und Top-Level-Domains (.de, .com, .org).
- Nummernressourcen (IP-Adressen & ASNs): Globale Zuteilung von IPv4-, IPv6-Blöcken und Autonomen Systemnummern an die RIRs.
- Protokollparameter: Registrierung von Portnummern (z. B. 80 für HTTP, 443 für HTTPS) und ICMP-Typen.
6. Globale Hierarchie der Adressvergabe
[ IANA ]
(Globale Nummernbehörde)
│
┌──────────────┼──────────────┬──────────────┬──────────────┐
▼ ▼ ▼ ▼ ▼
[ARIN] [RIPE NCC] [APNIC] [LACNIC] [AFRINIC]
(Nordamerika) (Europa/Nahost)(Asien-Pazifik)(Lateinamerika) (Afrika)
│ │ │ │ │
└──────────────┴──────────────┼──────────────┴──────────────┘
▼
[ Internet Service Provider / ISPs ]
▼
[ Unternehmensnetze & Endkunden ]7. "IANA Considerations" in RFCs
Jede RFC-Spezifikation enthält einen Abschnitt namens "IANA Considerations", der festlegt, welche neuen Ports, Optionen und Header-Codes bei der IANA registriert werden müssen.
8. Fazit für Netzwerkarchitekten
Wer offene IETF-Standards und IANA-Vorgaben befolgt, schützt seine Infrastruktur vor Herstellerabhängigkeiten (Vendor Lock-in) und sichert langfristige Kompatibilität.