IPv6-CIDR-Referenztabelle - Adressanzahl nach Präfixlänge (Kostenlos)
Eine Referenztabelle mit der Anzahl der Adressen und der entsprechenden /64-Subnetze für jede IPv6-Präfixlänge von /0 bis /128. Geben Sie an, wie viele /64-Subnetze Sie benötigen, und die passende Präfixlänge wird automatisch hervorgehoben.
IPv6-CIDR-Referenztabelle (/0 bis /128)
Die Anzahl der Host-Bits, die Gesamtadressanzahl und die entsprechende Anzahl an /64-Subnetzen für jede Präfixlänge.
| Präfix | Host-Bits | Gesamtadressen | /64-Subnetze | Typische Verwendung |
|---|---|---|---|---|
| /0 | 128 | 340,282,366,920,938,463,463,374,607,431,768,211,456 | 18,446,744,073,709,551,616 | Der gesamte Adressraum (theoretischer Wert; wird nie tatsächlich vergeben) |
| /1 | 127 | 170,141,183,460,469,231,731,687,303,715,884,105,728 | 9,223,372,036,854,775,808 | |
| /2 | 126 | 85,070,591,730,234,615,865,843,651,857,942,052,864 | 4,611,686,018,427,387,904 | |
| /3 | 125 | 42,535,295,865,117,307,932,921,825,928,971,026,432 | 2,305,843,009,213,693,952 | Der gesamte globale Unicast-Adressbereich (2000::/3) |
| /4 | 124 | 21,267,647,932,558,653,966,460,912,964,485,513,216 | 1,152,921,504,606,846,976 | |
| /5 | 123 | 10,633,823,966,279,326,983,230,456,482,242,756,608 | 576,460,752,303,423,488 | |
| /6 | 122 | 5,316,911,983,139,663,491,615,228,241,121,378,304 | 288,230,376,151,711,744 | |
| /7 | 121 | 2,658,455,991,569,831,745,807,614,120,560,689,152 | 144,115,188,075,855,872 | Der gesamte Unique-Local-Adressbereich (fc00::/7 – das IPv6-Äquivalent zu privaten IPv4-Adressen) |
| /8 | 120 | 1,329,227,995,784,915,872,903,807,060,280,344,576 | 72,057,594,037,927,936 | |
| /9 | 119 | 664,613,997,892,457,936,451,903,530,140,172,288 | 36,028,797,018,963,968 | |
| /10 | 118 | 332,306,998,946,228,968,225,951,765,070,086,144 | 18,014,398,509,481,984 | Der gesamte Link-Local-Adressbereich (fe80::/10) |
| /11 | 117 | 166,153,499,473,114,484,112,975,882,535,043,072 | 9,007,199,254,740,992 | |
| /12 | 116 | 83,076,749,736,557,242,056,487,941,267,521,536 | 4,503,599,627,370,496 | |
| /13 | 115 | 41,538,374,868,278,621,028,243,970,633,760,768 | 2,251,799,813,685,248 | |
| /14 | 114 | 20,769,187,434,139,310,514,121,985,316,880,384 | 1,125,899,906,842,624 | |
| /15 | 113 | 10,384,593,717,069,655,257,060,992,658,440,192 | 562,949,953,421,312 | |
| /16 | 112 | 5,192,296,858,534,827,628,530,496,329,220,096 | 281,474,976,710,656 | |
| /17 | 111 | 2,596,148,429,267,413,814,265,248,164,610,048 | 140,737,488,355,328 | |
| /18 | 110 | 1,298,074,214,633,706,907,132,624,082,305,024 | 70,368,744,177,664 | |
| /19 | 109 | 649,037,107,316,853,453,566,312,041,152,512 | 35,184,372,088,832 | |
| /20 | 108 | 324,518,553,658,426,726,783,156,020,576,256 | 17,592,186,044,416 | |
| /21 | 107 | 162,259,276,829,213,363,391,578,010,288,128 | 8,796,093,022,208 | |
| /22 | 106 | 81,129,638,414,606,681,695,789,005,144,064 | 4,398,046,511,104 | |
| /23 | 105 | 40,564,819,207,303,340,847,894,502,572,032 | 2,199,023,255,552 | |
| /24 | 104 | 20,282,409,603,651,670,423,947,251,286,016 | 1,099,511,627,776 | |
| /25 | 103 | 10,141,204,801,825,835,211,973,625,643,008 | 549,755,813,888 | |
| /26 | 102 | 5,070,602,400,912,917,605,986,812,821,504 | 274,877,906,944 | |
| /27 | 101 | 2,535,301,200,456,458,802,993,406,410,752 | 137,438,953,472 | |
| /28 | 100 | 1,267,650,600,228,229,401,496,703,205,376 | 68,719,476,736 | |
| /29 | 99 | 633,825,300,114,114,700,748,351,602,688 | 34,359,738,368 | |
| /30 | 98 | 316,912,650,057,057,350,374,175,801,344 | 17,179,869,184 | |
| /31 | 97 | 158,456,325,028,528,675,187,087,900,672 | 8,589,934,592 | |
| /32 | 96 | 79,228,162,514,264,337,593,543,950,336 | 4,294,967,296 | Eine übliche Mindestvergabegröße, die RIRs großen ISPs und Carriern zuweisen |
| /33 | 95 | 39,614,081,257,132,168,796,771,975,168 | 2,147,483,648 | |
| /34 | 94 | 19,807,040,628,566,084,398,385,987,584 | 1,073,741,824 | |
| /35 | 93 | 9,903,520,314,283,042,199,192,993,792 | 536,870,912 | |
| /36 | 92 | 4,951,760,157,141,521,099,596,496,896 | 268,435,456 | |
| /37 | 91 | 2,475,880,078,570,760,549,798,248,448 | 134,217,728 | |
| /38 | 90 | 1,237,940,039,285,380,274,899,124,224 | 67,108,864 | |
| /39 | 89 | 618,970,019,642,690,137,449,562,112 | 33,554,432 | |
| /40 | 88 | 309,485,009,821,345,068,724,781,056 | 16,777,216 | |
| /41 | 87 | 154,742,504,910,672,534,362,390,528 | 8,388,608 | |
| /42 | 86 | 77,371,252,455,336,267,181,195,264 | 4,194,304 | |
| /43 | 85 | 38,685,626,227,668,133,590,597,632 | 2,097,152 | |
| /44 | 84 | 19,342,813,113,834,066,795,298,816 | 1,048,576 | |
| /45 | 83 | 9,671,406,556,917,033,397,649,408 | 524,288 | |
| /46 | 82 | 4,835,703,278,458,516,698,824,704 | 262,144 | |
| /47 | 81 | 2,417,851,639,229,258,349,412,352 | 131,072 | |
| /48 | 80 | 1,208,925,819,614,629,174,706,176 | 65,536 | Die Standardvergabe für eine Organisation (die übliche Richtlinie „ein /48 pro Organisation") |
| /49 | 79 | 604,462,909,807,314,587,353,088 | 32,768 | |
| /50 | 78 | 302,231,454,903,657,293,676,544 | 16,384 | |
| /51 | 77 | 151,115,727,451,828,646,838,272 | 8,192 | |
| /52 | 76 | 75,557,863,725,914,323,419,136 | 4,096 | |
| /53 | 75 | 37,778,931,862,957,161,709,568 | 2,048 | |
| /54 | 74 | 18,889,465,931,478,580,854,784 | 1,024 | |
| /55 | 73 | 9,444,732,965,739,290,427,392 | 512 | |
| /56 | 72 | 4,722,366,482,869,645,213,696 | 256 | Eine Größe, die ISPs häufig an Privathaushalte und kleine Büros vergeben |
| /57 | 71 | 2,361,183,241,434,822,606,848 | 128 | |
| /58 | 70 | 1,180,591,620,717,411,303,424 | 64 | |
| /59 | 69 | 590,295,810,358,705,651,712 | 32 | |
| /60 | 68 | 295,147,905,179,352,825,856 | 16 | Eine typische Vergabe für einen kleinen Standort |
| /61 | 67 | 147,573,952,589,676,412,928 | 8 | |
| /62 | 66 | 73,786,976,294,838,206,464 | 4 | |
| /63 | 65 | 36,893,488,147,419,103,232 | 2 | |
| /64 | 64 | 18,446,744,073,709,551,616 | 1 | Die Standardgröße für ein einzelnes Subnetz (die für die SLAAC/EUI-64-Adressautokonfiguration erforderliche Mindesteinheit) |
| /65 | 63 | 9,223,372,036,854,775,808 | — | |
| /66 | 62 | 4,611,686,018,427,387,904 | — | |
| /67 | 61 | 2,305,843,009,213,693,952 | — | |
| /68 | 60 | 1,152,921,504,606,846,976 | — | |
| /69 | 59 | 576,460,752,303,423,488 | — | |
| /70 | 58 | 288,230,376,151,711,744 | — | |
| /71 | 57 | 144,115,188,075,855,872 | — | |
| /72 | 56 | 72,057,594,037,927,936 | — | |
| /73 | 55 | 36,028,797,018,963,968 | — | |
| /74 | 54 | 18,014,398,509,481,984 | — | |
| /75 | 53 | 9,007,199,254,740,992 | — | |
| /76 | 52 | 4,503,599,627,370,496 | — | |
| /77 | 51 | 2,251,799,813,685,248 | — | |
| /78 | 50 | 1,125,899,906,842,624 | — | |
| /79 | 49 | 562,949,953,421,312 | — | |
| /80 | 48 | 281,474,976,710,656 | — | |
| /81 | 47 | 140,737,488,355,328 | — | |
| /82 | 46 | 70,368,744,177,664 | — | |
| /83 | 45 | 35,184,372,088,832 | — | |
| /84 | 44 | 17,592,186,044,416 | — | |
| /85 | 43 | 8,796,093,022,208 | — | |
| /86 | 42 | 4,398,046,511,104 | — | |
| /87 | 41 | 2,199,023,255,552 | — | |
| /88 | 40 | 1,099,511,627,776 | — | |
| /89 | 39 | 549,755,813,888 | — | |
| /90 | 38 | 274,877,906,944 | — | |
| /91 | 37 | 137,438,953,472 | — | |
| /92 | 36 | 68,719,476,736 | — | |
| /93 | 35 | 34,359,738,368 | — | |
| /94 | 34 | 17,179,869,184 | — | |
| /95 | 33 | 8,589,934,592 | — | |
| /96 | 32 | 4,294,967,296 | — | |
| /97 | 31 | 2,147,483,648 | — | |
| /98 | 30 | 1,073,741,824 | — | |
| /99 | 29 | 536,870,912 | — | |
| /100 | 28 | 268,435,456 | — | |
| /101 | 27 | 134,217,728 | — | |
| /102 | 26 | 67,108,864 | — | |
| /103 | 25 | 33,554,432 | — | |
| /104 | 24 | 16,777,216 | — | |
| /105 | 23 | 8,388,608 | — | |
| /106 | 22 | 4,194,304 | — | |
| /107 | 21 | 2,097,152 | — | |
| /108 | 20 | 1,048,576 | — | |
| /109 | 19 | 524,288 | — | |
| /110 | 18 | 262,144 | — | |
| /111 | 17 | 131,072 | — | |
| /112 | 16 | 65,536 | — | |
| /113 | 15 | 32,768 | — | |
| /114 | 14 | 16,384 | — | |
| /115 | 13 | 8,192 | — | |
| /116 | 12 | 4,096 | — | |
| /117 | 11 | 2,048 | — | |
| /118 | 10 | 1,024 | — | |
| /119 | 9 | 512 | — | |
| /120 | 8 | 256 | — | |
| /121 | 7 | 128 | — | |
| /122 | 6 | 64 | — | |
| /123 | 5 | 32 | — | |
| /124 | 4 | 16 | — | |
| /125 | 3 | 8 | — | |
| /126 | 2 | 4 | — | |
| /127 | 1 | 2 | — | Ausschließlich für Punkt-zu-Punkt-Verbindungen reserviert (RFC 6164 – nur die 2 Adressen zwischen zwei Routern) |
| /128 | 0 | 1 | — | Eine einzelne Host-Adresse (z. B. ein Loopback) |
Die Anzahl der /64-Subnetze gibt an, wie viele Subnetze in Standardgröße (/64) in diesen Block passen (Blöcke mit einem Präfix von 65 oder länger sind kleiner als ein /64 und werden als „—" angezeigt).
Was der IPv6-Adressraum und die CIDR-Notation (Präfixlänge) bedeuten
IPv6 verfügt über einen 128 Bit breiten Adressraum – das ist gegenüber IPv4 (32 Bit) eine astronomische Erweiterung um den Faktor 2 hoch 96. Um diesen riesigen Raum in einen Netzwerk- und einen Hostanteil zu unterteilen, kommt die CIDR-Notation (Classless Inter-Domain Routing) zum Einsatz: Bei einer Schreibweise wie „2001:db8::/32" gibt die Zahl nach dem Schrägstrich (die Präfixlänge) an, wie viele Bit vom Anfang der Adresse an für den Netzwerkanteil reserviert sind. Anders als bei IPv4 gibt es keine zusätzliche Angabe einer Subnetzmaske (etwa 255.255.255.0) – die Größe eines Blocks ergibt sich allein aus der Präfixlänge, eindeutig und ohne Mehrdeutigkeit.
Im Designkonzept von IPv6 ist eine feingranulare Zuteilung mit einer Präfixlänge von 65 oder mehr grundsätzlich nicht vorgesehen; /64 gilt faktisch als die einheitliche Standardgröße für ein einzelnes Subnetz. Der Grund dafür liegt in SLAAC (Stateless Address Autoconfiguration), das über den EUI-64-Mechanismus aus der MAC-Adresse eines Geräts einen 64-Bit-Interface-Identifier ableitet – dieser Mechanismus setzt voraus, dass jedem LAN-Segment ein vollständiges /64 zugewiesen wird, und diese Praxis hat sich in der Netzwerkadministration flächendeckend durchgesetzt. Dieses Tool listet für sämtliche Präfixlängen von /0 bis /128 die enthaltene Gesamtadressanzahl sowie die entsprechende Anzahl an /64-Subnetzen auf und ermittelt umgekehrt aus der benötigten Subnetzanzahl die passende Präfixlänge.
Wer eine Adressplanung für ein Unternehmensnetz, eine Cloud-Umgebung oder ein Rechenzentrum vornimmt, steht regelmäßig vor der Frage, wie viele Standorte, Abteilungen oder virtuelle Netze in einem zugewiesenen Block Platz finden. Da sich die Anzahl der Host-Bits und damit die Gesamtadressanzahl bei jeder um eins veränderten Präfixlänge verdoppelt oder halbiert, lohnt sich ein schneller Blick auf eine vollständige Referenztabelle, bevor man sich mühsam durch Kopfrechnung an die richtige Größenordnung herantastet.
So verwenden Sie die IPv6-CIDR-Referenztabelle
- Benötigte Anzahl an /64-Subnetzen ermitteln Schätzen Sie ab, wie viele /64-Subnetze das geplante Netzwerk benötigt – etwa anhand der Anzahl der Standorte, Abteilungen oder VLANs.
- Zahl in das obere Eingabefeld eintragen Tragen Sie die geschätzte Anzahl in das Feld „Nach benötigter Anzahl an /64-Subnetzen suchen" ein, und die kleinste Präfixlänge, die diese Menge fasst, wird automatisch ermittelt.
- Ermittelte Präfixlänge prüfen Es erscheint das Ergebnis „Sie benötigen einen Block von /{prefix} oder größer" – ein direkt verwertbarer Anhaltspunkt für die Größe, die Sie bei Ihrem Provider oder Cloud-Anbieter beantragen sollten.
- Benachbarte Präfixlängen in der Tabelle vergleichen Die ermittelte Zeile wird in der Tabelle hervorgehoben. Werfen Sie zusätzlich einen Blick auf die jeweils nächstgrößere und nächstkleinere Präfixlänge, um Wachstumsreserven schon bei der Planung zu berücksichtigen.
Tipps für die Nutzung
- Bei der IPv6-Subnetzplanung geht es meist um die Frage „wie viele /64-Subnetze brauche ich" statt um Hostanzahlen – SLAAC (Stateless Address Autoconfiguration) erfordert, dass jedem LAN-Segment ein vollständiges /64 zugewiesen wird.
- Privatkunden-ISPs vergeben üblicherweise ein /56 oder /60, während Geschäftskunden meist ein /48 erhalten. Es lohnt sich, vor Vertragsabschluss die Vergaberichtlinie des Providers zu prüfen.
- /127 ist eine spezielle, durch RFC 6164 (2015) formal genehmigte Präfixlänge ausschließlich für Punkt-zu-Punkt-Router-Verbindungen – das IPv6-Äquivalent zum /31 bei IPv4.
- Geben Sie oben im Feld die Anzahl der benötigten /64-Subnetze ein, dann wird automatisch die kleinste passende Präfixlänge ermittelt und die entsprechende Zeile in der Tabelle unten hervorgehoben.
Wofür sich die IPv6-CIDR-Referenztabelle eignet
Adressplanung für interne Unternehmensnetze
Addieren Sie die benötigten /64-Subnetze je Zentrale, Niederlassung und Standort, um die für das gesamte Unternehmen zu reservierende Präfixlänge (etwa /48 oder /56) zu bestimmen.
Überprüfung des vom Provider zugewiesenen Blocks
Prüfen Sie sofort anhand der Tabelle, wie viele /64-Subnetze tatsächlich in dem von Ihrem Internetanbieter mitgeteilten /56- oder /48-Präfix enthalten sind.
Planung von IPv6-Subnetzen in einer Cloud-VPC
Sobald ein Cloud-Anbieter einen IPv6-CIDR-Block zuweist, hilft die Tabelle bei der Entscheidung, mit welcher Präfixlänge die Subnetze je Region oder Verfügbarkeitszone zugeschnitten werden sollen.
Beleg für Netzwerkdiagramme und Angebote
Wenn in einem Netzwerkplan oder einem Angebot konkret beziffert werden soll, wie viele Subnetze eine bestimmte Präfixlänge fasst, lassen sich die Werte der Tabelle direkt zitieren.
Schulung und Einarbeitung neuer Netzwerkadministratoren
Die vollständige Auflistung von /0 bis /128 eignet sich auch als Nachschlagewerk, um Kolleginnen und Kollegen, die neu mit IPv6 arbeiten, die Größenverhältnisse anschaulich zu vermitteln.
Glossar
- CIDR (Classless Inter-Domain Routing)
- Eine Notation, bei der die Grenze zwischen Netzwerk- und Hostanteil einer IP-Adresse nicht über feste Klassen, sondern über eine beliebige Bitanzahl (die Präfixlänge) festgelegt wird. Bei IPv6 wird die Blockgröße ausschließlich über diese Notation ausgedrückt.
- Präfixlänge
- Die Zahl nach dem Schrägstrich in der CIDR-Notation. Sie gibt an, wie viele Bit vom Anfang der Adresse an als Netzwerkanteil verwendet werden. Je kleiner die Zahl, desto größer der abgedeckte Adressbereich; je größer die Zahl, desto kleiner der Bereich.
- /64-Subnetz
- Die bei IPv6 faktisch verbindliche Standardgröße eines einzelnen Subnetzes. Es handelt sich um die kleinste Einheit, die für ein korrektes Funktionieren der automatischen Adressvergabe per SLAAC erforderlich ist; LAN-Segmenten wird üblicherweise genau diese Größe zugewiesen.
- IPv6-Adressraum
- Der gesamte, mit 128 Bit dargestellte Adressbereich von IPv6. Er ist um Größenordnungen weiter gefasst als der von IPv4 (32 Bit) und bildet die Grundlage für die Designphilosophie, großzügig statt sparsam zuzuteilen.
- Anzahl der Host-Bits
- Der Wert, der sich ergibt, wenn man die Präfixlänge von 128 abzieht – also die Anzahl der Bit, die für den Hostanteil (das Ende der Adresse) zur Verfügung stehen. Zwei hoch dieser Zahl ergibt die Gesamtadressanzahl des jeweiligen Blocks.
- SLAAC (Stateless Address Autoconfiguration)
- Ein Mechanismus, mit dem ein Endgerät ohne einen verwaltenden Server wie bei DHCP seine IPv6-Adresse selbstständig aus Informationen des Routers und seiner MAC-Adresse erzeugt. Er ist konzeptionell auf ein /64-Subnetz ausgelegt.
- RIR (Regional Internet Registry)
- Eine Organisation, die die Vergabe von IP-Adressen für eine bestimmte Weltregion verwaltet. Sie legt die Richtlinien fest, nach denen Providern und großen Organisationen Präfixlängen wie /32 oder /48 zugeteilt werden.
- EUI-64
- Ein Verfahren, mit dem aus einer 48 Bit langen MAC-Adresse ein 64 Bit langer Interface-Identifier gebildet wird, indem in der Mitte ein fester Bitwert eingefügt und ein Bit invertiert wird. Es bildet die technische Grundlage dafür, warum /64 als Subnetzgröße benötigt wird.
Häufig gestellte Fragen
Übrigens – Warum IPv6 keine „Subnetzmasken" verwendet
IPv4 trennt Netzwerk- und Hostanteil mit einer Subnetzmaske (einem Wert wie 255.255.255.0), IPv6 wird jedoch fast ausschließlich über CIDR-artige Präfixlängen (wie /64) ausgedrückt; das Aufteilen der Maske an einer beliebigen Bitposition kommt in der Praxis kaum vor. Das spiegelt die zugrunde liegende Designphilosophie von IPv6 wider: Der Adressraum ist reichlich vorhanden, sodass kein Bedarf besteht, bis aufs letzte Bit zu sparen.
In der Praxis hat sich ein fester 64-Bit-Hostanteil als De-facto-Standard bei IPv6 etabliert. Grund dafür ist, dass SLAAC (Stateless Address Autoconfiguration) auf einem Mechanismus namens EUI-64 beruht, um einen 64-Bit-Interface-Identifier aus der MAC-Adresse eines Geräts abzuleiten; weist man einem einzelnen LAN-Segment ein kürzeres Subnetz als /64 zu, funktioniert diese Autokonfiguration nicht mehr.
In der IPv4-Ära galt „keine einzige Adresse verschwenden" als oberstes Prinzip, doch IPv6 kehrt diese Logik um – jetzt wird empfohlen, im Hinblick auf künftiges Wachstum großzügig zuzuteilen. Selbst RFC-Empfehlungen schlagen vor, Privatanschlüssen ein /56 oder sogar /48 zuzuweisen – Größen, die unter den Regeln von IPv4 undenkbar groß gewesen wären. Dieser Perspektivwechsel ist einer der größten Unterschiede zwischen den beiden Protokollen.