IPv6-Expander und -Kompressor

Als IPv6 entworfen wurde, war das Ziel ein riesiger Adressraum von 128 Bit, genug für etwa 340 Sextillionen Adressen. Eine solche Zahl vollständig auszuschreiben ist unhandlich, daher fügten die Entwickler eine Abkürzung hinzu: führende Nullen in jeder Gruppe weglassen und eine Folge von Nullgruppen zu einem doppelten Doppelpunkt zusammenfassen. Diese Regeln machten Adressen weit lesbarer, brachten aber ein subtiles Problem mit sich. Eine einzige Adresse konnte nun auf viele gleichermaßen gültige Arten geschrieben werden, die sich darin unterschieden, wo das :: platziert war, ob Nullen aufgefüllt wurden und ob Buchstaben groß- oder kleingeschrieben waren.

Diese Flexibilität verursachte echte betriebliche Kopfschmerzen. Protokolle zweier Systeme konnten denselben Host mit unterschiedlichen Schreibweisen festhalten, Zugriffssteuerungslisten konnten eine Übereinstimmung wegen eines Groß-Klein-Unterschieds verfehlen, und einem einfachen Zeichenkettenvergleich konnte man nicht vertrauen, um festzustellen, ob zwei Adressen dieselben waren. Netzwerktechniker vergeudeten Zeit mit der Jagd nach Fehlern, die in Wirklichkeit nur zwei Schreibweisen einer Adresse waren, die beim Vergleich nicht als gleich galten.

RFC 5952, veröffentlicht 2010, behob dies, indem es eine empfohlene kanonische Darstellung definierte. Es schrieb hexadezimal in Kleinbuchstaben vor, keine führenden Nullen, das Verkürzen der längsten Nullfolge mit ::, niemals :: für eine einzelne Nullgruppe und eine Tie-Break-Regel zugunsten der am weitesten links stehenden Folge. Mit einer offiziellen Schreibweise pro Adresse konnten Werkzeuge IPv6-Adressen endlich zuverlässig normalisieren und vergleichen. Dieser Konverter setzt genau diesen Algorithmus um, weshalb seine komprimierte Ausgabe gefahrlos als kanonischer Schlüssel verwendet werden kann.