RFC 6598 · · Best Current Practice
Der vierte private Bereich, den niemand gewählt hat.
Der offizielle Titel lautet "IANA-Reserved IPv4 Prefix for Shared Address Space." Worüber der RFC wirklich entscheidet: ein neuer Block, 100.64.0.0/10, damit Internetanbieter Carrier-Grade NAT betreiben können, ohne dir dafür die privaten Adressen wegzunehmen, die schon in deinem Haus stecken.
Geschrieben von Noel Lang · IT-Trainer
Kurzfassung
RFC 6598 reserviert 100.64.0.0/10, den Shared Address Space. Es ist ein vierter quasi-privater IPv4-Block, aber nicht für dich: er existiert, damit Internetanbieter Carrier-Grade NAT betreiben können, ohne mit den 10.x-, 172.16.x- und 192.168.x-Adressen zu kollidieren, die drinnen in den Haushalten schon benutzt werden. Zeigt die WAN-Seite deines Routers eine 100.x-Adresse zwischen 100.64 und 100.127, sitzt du hinter CGN und teilst dir eine öffentliche IP mit Fremden.
Welches Problem er löst, eine Ebene höher
RFC 1918 löste 1996 den Adressmangel für dich: dein Heimnetz nutzt einen gemeinsamen Topf privater Adressen wieder, und eine öffentliche Adresse pro Haushalt reicht. Das funktionierte so gut, dass IPv4 zwei Jahrzehnte länger überlebte, als die Rechnung erlaubte.
Dann, um 2012, versiegte der Topf auf einer höheren Ebene. Den Providern selbst gingen die öffentlichen Adressen zum Verteilen aus. Ein Neukunde, der Mobilfunk oder Glasfaser buchte, konnte überhaupt keine öffentliche IPv4 mehr garantiert bekommen. Die Antwort der Branche war Carrier-Grade NAT: ein zweites, riesiges NAT im Providernetz aufstellen und Hunderte Kunden sich eine einzige öffentliche Adresse teilen lassen, genau so, wie sich dein Haushalt schon eine teilt.
Aber dieses zweite NAT braucht eigene Adressen für die Strecke zwischen dir und ihm. Und genau hier taucht eine subtile, teure Falle auf.
Warum die alten privaten Bereiche nicht taugten
Der naheliegende Schritt war, RFC-1918-Adressen für die Providerseite wiederzuverwenden. Sie sind gratis, sie sind privat, sie liegen direkt bereit. Das Problem: dein Zuhause benutzt sie bereits. Betriebe dein Provider sein NAT auf 192.168.x, und dein Router vergibt drinnen 192.168.x, dann kollidierten beide. Dein Router sähe denselben Bereich auf seiner Innen- und seiner Außenseite, und die Pakete wüssten nicht sinnvoll wohin.
Das ist der Kern von RFC 6598, und es ist eine wirklich saubere Überlegung. Fremden öffentlichen Adressraum zu besetzen würde die Verbindungen zu genau diesem Fremden kappen. Einen frischen Block echter öffentlicher Adressen anzufordern verfehlte den ganzen Zweck, denn öffentliche Adressen waren ja das Knappe. Die am wenigsten schlechte verbleibende Option war, ein einziges neues /10 herauszuschneiden, grob 4,2 Millionen Adressen, das niemandem je für irgendetwas zugewiesen worden war, und es strikt für diese Provider-zu-Kunde-Verrohrung zu reservieren.
Das Mehrfamilienhaus, ein Stockwerk höher
Behalte das Bild aus RFC 1918 : das Internet ist eine Stadt, dein Zuhause ein Mehrfamilienhaus, deine öffentliche IP seine eine Straßenadresse, und drinnen sind die Wohnungen privat nummeriert.
Carrier-Grade NAT ist das, was passiert, wenn sogar den Straßen die Adressen ausgehen. Jetzt teilt sich eine ganze Wohnsiedlung eine Straßenadresse und eine zentrale Poststelle. Die “Straßenadresse” deines Hauses entpuppt sich als bloße interne Einheitennummer in der Siedlung, sinnvoll nur für die Poststelle der Siedlung, also das CGN deines Providers. Shared Address Space ist einfach die Regel, welche Nummern die Siedlung für diese internen Einheitennummern nehmen darf, damit sie nie mit den Wohnungsnummern kollidieren, die drinnen an den Türen jedes Hauses kleben.
Der Haken ist derselbe Haken, verdoppelt. Eine Wohnungsnummer bedeutet nichts außerhalb ihres Hauses, jetzt bedeutet eine Hausnummer nichts außerhalb ihrer Siedlung. Post, die gezielt an dein Haus geht, eine eingehende Verbindung, findet nicht hinein, denn aus Sicht der Stadt hat dein Haus überhaupt keine Adresse.
Zwei NATs gestapelt: so sieht Carrier-Grade NAT aus
Das Diagramm von RFC 1918 hatte einen Übersetzungsschritt. Carrier-Grade NAT fügt einen zweiten im Providernetz hinzu. Deine private Adresse wird zu einer geteilten 100.64-Adresse, die wiederum zu einer öffentlichen Adresse wird, die du dir mit Fremden teilst.
Was doppeltes NAT mit dir macht
Meistens merkst du nichts, denn ausgehendes Surfen übersteht zwei NATs problemlos. Der Schmerz beginnt in dem Moment, in dem dich etwas von außen erreichen soll. Portweiterleitung funktioniert nicht mehr, weil die öffentliche IP nicht deine ist, die du konfigurieren könntest. Einen Spieleserver, eine Heimkamera oder eine kleine Webseite hinter CGN selbst zu hosten reicht von umständlich bis unmöglich. Konsolen- und PC-Spiele melden deinen NAT-Typ als streng oder moderat, was Matchmaking und Sprachchat stört. Manche Peer-to-Peer-Apps fallen auf langsame Relay-Server zurück.
Es gibt auch einen sozialen Preis. Weil du dir eine öffentliche Adresse mit Fremden teilst, wird deren Verhalten zu deinem Ruf. Ein Rate-Limit, eine Captcha-Wand, ein Geoblock oder ein glatter Bann gegen irgendwen sonst an deinem CGN kann dich treffen, obwohl du nichts getan hast. Das ist der stille Grund, warum es Threads mit “warum soll ich plötzlich ständig Captchas lösen” gibt.
Die Auswege sind begrenzt: den Provider um eine echte öffentliche IPv4 bitten, die manche als Zusatzoption verkaufen, auf RFC 8200 setzen, wo es verfügbar ist, oder deine Geräte über einen Tunnel oder Relay mit bereits öffentlicher Adresse erreichen.
Was der RFC wirklich sagt
Das Original ist kurz und lesbar und ungewöhnlich offen darüber, eine Notlösung zu sein. Die Landkarte:
| Abschnitt | In einfachen Worten |
|---|---|
| 1 · Einleitung | CGN braucht einen Adressbereich auf der Kundenseite, und keine der vorhandenen Optionen war sicher. Hier ist eine neue. |
| 3 · Alternativen | Das Herz der Argumentation: warum das Wiederverwenden von RFC 1918, das Besetzen fremder öffentlicher Blöcke oder das Anfordern echter öffentlicher Adressen alle scheitern. Ein frisches /10 zu reservieren war die am wenigsten schlechte Option. |
| 4 · Nutzung des Shared-CGN-Raums | Die Regel: nur zwischen Kunde und Provider-NAT verwenden. Er darf nie ins öffentliche Internet durchsickern, und Provider müssen ihn an ihren Grenzen filtern. |
| 5 · Risiko | Eine ehrliche Liste dessen, was trotzdem kaputtgehen kann: Apps und Geräte, die annehmen, eine Adresse sei entweder klar öffentlich oder klar privat, verwirrt eine dritte Kategorie. |
| 6 · Sicherheit | Eine Warnung: das ist keine Vertrauensgrenze. Ein Host darf einen Nachbarn im gemeinsamen Bereich nicht für sicher halten, nur weil die Adresse lokal aussieht. |
| 7 · IANA Considerations | Die eigentliche Zuteilung, in wenigen Sätzen: 100.64.0.0/10, Shared Address Space, nicht global routbar. |
Was Leute falsch verstehen
-
"100.64.x.x ist bloß ein weiterer RFC-1918-Bereich."
Ist es nicht. RFC 1918 reserviert 10.x, 172.16.x und 192.168.x. RFC 6598 reserviert 100.64.0.0/10 getrennt davon, und genau diese Trennung ist der Sinn der Sache. Würde dein Provider sein NAT auf 192.168.x betreiben, kollidierte es mit dem 192.168.x-Netz in deinem Haus. Ein brandneuer Block garantiert, dass die beiden Schichten sich nie überlappen.
-
"Hinter CGN zu sitzen macht mich sicherer."
Nein. Wie private Adressen versteckt Shared Address Space dich vor unaufgefordertem eingehendem Verkehr, aber das ist ein Nebeneffekt, kein Schild. RFC 6598 stellt klar, dass es keine Vertrauensgrenze ist: die anderen Kunden am NAT deines Providers sind Fremde, keine Mitbewohner. Deine echte Verteidigung bleibt die Firewall.
-
"Webseiten sehen meine 100.64-Adresse."
Können sie nicht. Provider müssen Shared Address Space an ihren Grenzen filtern, er reist also nie über das öffentliche Internet. Jede "deine IP ist..."-Seite sieht die eine öffentliche Adresse, die dein CGN nach außen teilt, dieselbe, unter der auch deine Nachbarn an diesem NAT erscheinen.
-
"Mit IPv6 gäbe es das alles gar nicht."
Stimmt, und das gehört klar gesagt. RFC 6598 beschreibt sich selbst als kurzfristige Maßnahme, während das Internet zu IPv6 (RFC 8200) wandert. IPv6 hat so viele Adressen, dass niemand teilen muss, es gibt also nichts, das man per Carrier-Grade NAT verstecken müsste. CGN ist die Steuer dafür, dass IPv4 länger hielt, als es sollte.
Wie du erkennst, ob du hinter CGN sitzt
Shared Address Space hinterlässt Spuren. Ein Feldführer, um es an der eigenen Leitung aufzuspüren:
| Du siehst | Was es bedeutet |
|---|---|
| WAN-IP 100.64.x.x bis 100.127.x.x | Du sitzt hinter Carrier-Grade NAT. Das ist der RFC-6598-Bereich, Punkt. |
| Router-WAN-IP ≠ die IP, die eine "Wie ist meine IP"-Seite zeigt | Über deinem Router liegt eine NAT-Schicht. Bei einer 100.x-WAN-Adresse ist diese Schicht das CGN deines Providers. |
| Mobilfunk, 5G-Heiminternet, manche Glasfaser, Starlink | Sehr wahrscheinlich CGN. Diese Netze wuchsen, nachdem IPv4 ausging, und vergeben selten pro Kunde eine öffentliche IPv4. |
| Spiele melden NAT-Typ "streng" oder "moderat"; Ports gehen nicht auf | Ein klassisches CGN-Symptom. Du kannst keinen Port auf einer öffentlichen IP weiterleiten, die dir nicht gehört. |
| Eine öffentliche IPv6-Adresse, aber eine IPv4 die mit 100.x beginnt | Dual-Stack mit CGN-IPv4. IPv6 erreicht dich direkt, IPv4 läuft über das gemeinsame NAT. |
| 100.64.x.x auf einer Rechenzentrums- oder Labor-Schnittstelle | Nicht immer ein Provider. Manche Kubernetes-, Cloud- und Load-Balancer-Setups leihen sich den Bereich intern ebenfalls. |
Fragen, die wirklich gestellt werden
Wofür wird 100.64.0.0/10 verwendet? +
Es ist Shared Address Space, von RFC 6598 für Carrier-Grade NAT (CGN) reserviert. Dein Provider nutzt ihn auf der Strecke zwischen deinem Heimrouter und seiner großen NAT-Box. Eine 100.x-Adresse auf der WAN-Seite deines Routers bedeutet fast immer: du sitzt hinter CGN und hast keine eigene öffentliche IPv4-Adresse.
Wie erkenne ich, ob ich hinter Carrier-Grade NAT sitze? +
Melde dich an deinem Router an und sieh dir seine WAN- oder Internet-IP an. Fängt sie mit irgendetwas zwischen 100.64 und 100.127 an, sitzt du hinter CGN. Ein zweites Anzeichen: die Adresse, die dein Router zeigt, weicht von der öffentlichen IP ab, die eine "Wie ist meine IP"-Seite meldet. Diese Lücke ist die NAT-Schicht des Providers zwischen dir und dem Internet.
Ist 100.64.0.0/10 eine private RFC-1918-Adresse? +
Nein. Sie ist privat in dem Sinn, dass sie nie im öffentlichen Internet auftaucht, aber sie ist durch RFC 6598 definiert, nicht durch RFC 1918. Der ganze Grund für ihre Existenz ist, sich von 10.x, 172.16.x und 192.168.x abzugrenzen, die drinnen in den Haushalten längst benutzt werden. Zwei verschiedene Dokumente, zwei verschiedene Blöcke, bewusst getrennt gehalten.
Warum kann ich hinter CGN keine Ports weiterleiten oder einen Server betreiben? +
Weil die öffentliche IP nicht dir gehört. Sie wird mit Dutzenden oder Hunderten anderer Kunden am NAT des Providers geteilt, und du kannst keinen Port an einer Box öffnen, die du nicht kontrollierst. Eingehende Verbindungen, Self-Hosting, manches Peer-to-Peer und Konsolen-Gaming brechen weg oder verschlechtern sich. Die üblichen Auswege: den Provider um eine echte öffentliche IPv4 bitten (teils gegen Aufpreis), IPv6 nutzen, oder über einen Dienst mit öffentlicher Adresse hineintunneln.
Würde IPv6 Carrier-Grade NAT überflüssig machen? +
Ja, und RFC 6598 sagt das selbst. CGN ist ausdrücklich eine kurzfristige Notlösung auf dem Weg zu IPv6, das genug Adressen hat, um jedem Gerät eine öffentliche zu geben, und keinen Grund zum Teilen. Wo IPv6 vollständig ausgerollt ist, gibt es nichts mehr, das man per Carrier-Grade NAT verstecken müsste. Shared Address Space ist eine Brücke, kein Ziel.
Verweise hierher
Andere Erklärseiten auf dieser Website, die auf diesen RFC zurückverweisen:
Wie RFC 6598 zusammenhängt
Was vorher kam
-
RFC 1918 RFC 1918 gab jedem Netz private Adressen. Zwanzig Jahre später gingen sogar den Providern die Adressen aus, also fügte 6598 einen vierten Block nur für sie hinzu. Derselbe Trick, eine Ebene höher.
-
RFC 791 Definiert die 32-Bit-Adresse, die nur etwa 4,3 Milliarden Werte erreicht. Shared Address Space existiert, weil diese Zahl nie gereicht hat. 6598 ist ein Symptom der Erbsünde von 791.
Seine Gegenstücke
-
RFC 8200 · die eigentliche Lösung
IPv6, der Notausgang
Die echte Antwort auf die knappen Adressen. Mit genug Adressen für jedes Sandkorn hat IPv6 keinen Grund zu teilen und keinen Grund für CGN. RFC 6598 nennt sich genau deshalb vorübergehend.
-
RFC 4193 · IPv6-Gegenstück
Private Adressen, IPv6-Edition
Unique Local Addresses (fd00::/8) sind die IPv6-Variante von RFC 1918. Auffällig: Es gibt keine IPv6-Version von 6598, denn bei so vielen Adressen braucht niemand einen gemeinsamen Provider-Block.
Teil eines geführten Clusters: Die Netzwerk-Grundlagen, erklärt