IPv6 ist das aktuelle Netzwerkprotokoll, welches die Datenpakete adressiert und damit die Datenkommunikation in Firmennetzen und vor allem im Internet ermöglicht. 

Das momentan zusätzlich noch im Einsatz befindliche Netzwerkprotokoll IPv4 wird mutmaßlich vollständig durch IPv6 abgelöst werden. 

An diesem Protokollwechsel gibt es aus unserer Sicht keinen Zweifel mehr.

Um so wichtiger ist es, ein bewusstes und langfristig optimales IPv6-Adresskonzept zu entwickeln.

 

Eine spätere Anpassung und ein Umadressieren ist für gewöhnlich nur sehr schwer möglich. Ein gutes Konzept hingegen vermeidet viel Zeit und verringert unangenehme Aufgaben im täglichen IT-Support, Ihre Mitarbeiter werden so jahrzehntelang nachhaltig entlastet.

 

Übliche Ziele eines IPv6-Konzeptes sind:

• Robuste und zukunftssichere Adressierung

• Ausreichende Reserve für zukünftige Anforderungen

• hierarchisches (bitweise, von links) und damit im Routing skalierbares Konzept

• Benutzerfreundlich und intuitiv, soweit es die hexadezimale Zählweise zulässt

 

Die Kompatibilität zu dem bestehenden IPv4-Adresskonzept ist unserer Meinung nach hingegen kein Ziel, da die Migrationszeit zwischen beiden Protokollen sehr viel geringer sein wird als die spätere IPv6-Nutzungszeit. 

Sicher möchten Sie heute nicht mehr von den Adresskonzepten aus der Zeit von Novell IPX-Zeiten beeinflusst werden!

​

​

​

Generelle Überlegungen

Es gibt grundsätzlich drei Bereiche, in welchen die gesamten IP-Adressen aufgeteilt werden:

• Der erste ist der ihnen fest zugewiesene Bereich. Auf diesen haben Sie meistens keinen Einfluss, Sie können lediglich die Art der IPv6-Adressen bestimmen

• Auf den mittleren IPv6 Netzbereich haben Sie Einfluss, um diesen geht es hier

• Als drittes gibt es den Host-Bereich von 64 Bit, welchen Sie ebenfalls im Konzept berücksichtigen und vorgeben sollten.

 

Hauptsächlich gilt es also, den mittleren IPv6-Adressbereich im Konzept mit Leben zu füllen. 

 

So stellt sich die erste entscheidenden Frage:

Welche weitere IPv6 Netzunterteilung ist in Ihrem Unternehmen notwendig?

​

Es könnten diese hierarchischen Elemente zur IPv6 Adressunterteilung sein:

• Land, grobe geographische Zuordnung

• Ort, Lokation, feinere geographische Unterteilung

• Art des IPv6-Netzes, bspw. Client, Server, Drucker

• Bei Bedarf verschiedene Sicherheitszonen

 

Danach folgt die 2. entscheidende Frage:

​

Erst die Geographie/Lokationen oder erst die Funkionen in die IPv6-Netze kodieren?

​

Die klare Antwort dazu: Es hängt vom Unternehmen ab! 

Unternehmen mit einem "festen" Sitz und einer "normalen" Enterprise Struktur neigen dazu,

eher die Geographie und Lokationen, also die Standorte, in den IPv6-Adressen zu hinterlegen. 

Danach folgen die Art der IPv-6 Netze.

​

Unternehmen mit einer komplexeren IT-Strukturen unterteilen häufig erst nach den Funktionen, bspw. Server oder Produktion und innerhalb dieser IPv6-Netze erfolgt dann die Unterteilung nach den Standorten.

​

​

Rechnereien​

​

Von den insgesamt 128 Bits, aus denen eine IPv6-Adresse besteht, sind die erste Bits durch den Carrier, Provider oder RIR/LIR vorgegeben.

Die letzen 64 Bits sind ebenfalls fest für die Hosts definiert.

​

Die Differenz zwischen den vorgegeben IPv6-Bits zu der Gesamtmenge von 128 Bits können sie vergeben und zuordnen.

 

Es empfiehlt sich sehr, im IPv6 Subnetting als Unterteilungen jeweils ein Vielfaches von 4 Bit zu verwenden, da eine Hex-Ziffer aus vier Bits besteht.

(IPv6 Adressen werden zur besseren Lesbarkeit als Hex-Ziffern dargestellt.)

Dadurch werden bei der Berechnung der IPv6-Subnetze keine Hex-Zeichen durchkreuzt, sondern das Subnetting kann intuitiv und visuell durch Hex-Zählung erfolgen. Dies vereinfacht die tägliche Arbeit beim Bestimmen von IPv6-Netzen heute und in den nächsten Jahrzehnten sehr.

 

Zur Bestimmung, welche Gruppierung wie viele Bits erhält, nachfolgende Rechnung:

  4 Bits = 1 Hex-Zeichen =  16 verschiedene Subnetze

  8 Bits = 2 Hex-Zeichen =  256 verschiedene Subnetze (häufig)

12 Bits = 3 Hex-Zeichen =  4.096 verschiedene Subnetze

16 Bits = 4 Hex-Zeichen =  65.536  verschiedene Subnetze (häufig)

20 Bits = 5 Hex-Zeichen =  10.48.576 verschiedene Subnetze

24 Bits = 6 Hex-Zeichen =  16.777.216 verschiedene Subnetze

28 Bits = 7 Hex-Zeichen =  134.217.728 verschiedene Subnetze

32 Bits = 8 Hex-Zeichen =  4.294.967.296 verschiedene Subnetze (so viele IPv4-Adressen gibt es)

36 Bits = 9 Hex-Zeichen =  68.719.476.736 verschiedene Subnetze

40 Bits = 10 Hex-Zeichen = 1.099.511.627.776 verschiedene Subnetze

99 Bits = 10 Hex-Zeichen = viel zu viele IPv6-Subnetze (Carrier, Provider, LIRs*)

(*Wir haben von der RIPE einen /29 IPv6 Adressbereich und damit 99 Bit (6,338253001141147e29 IPv6-Adressen) in unserer Funktion als LIR erhalten.)

​

Sofern man öffentliche IPv6-Adressen verwendet, stehen für gewöhnlich mindestens 16 Bits, also 4 hexadezimale Zeichen mit einem /48 IPv6-Netz zur Verfügung.

(Siehe hierzu die Sichtbarkeit von IPv6-Präfixen im Internet.)

 

Am Beispiel eines /48 IPv6 Netzsegmentes (16 Bit, 65.536 IPv6-Netze):

Damit sind also beispielsweise mit den ersten 4 Bit 16 verschiedene IPv6-Subnetzarten (Land, Ort, Gebäude, ...) darstellen.

​

In jedem dieser 16 Subnetz lassen sich wiederum 16 (4 Bit) weitere verschiedene Netze abbilden, bspw. Server und Clientnetze abbilden.

​

Diese Fragen sorgen für ein solides IPv6 Adresskonzept:

Jetzt bleiben immer noch 8 Bit von den 16 Bit zur weiteren Unterteilung der IPv6-Netze übrig.

Hier können wir die Art der IPv6-Netze fein granulieren und Bereiche zur späteren Verwendung "beiseitelegen".

Oder sollten wir lieber ganz zu Anfang 4 Bits als "reserivert" deklarieren und für eine spätere Unterteilung vorbehalten? Dann wären wir zumindest bei Firmenerweiterungen, Auslagerungen in die Cloud und beim Erschliesen neuer Standorte in der Lage, unverbrauchte IPv6-Bereich aus dem Hut zu zaubern.

​

​