IPv4-Subnetzmasken: binär zu dezimal umrechnen mit CIDR

Eine Subnetzmaske wie 255.255.255.0sieht aus wie vier gewöhnliche Dezimalzahlen, ist aber eigentlich ein 32-Bit-Binärmuster, aufgeteilt in vier 8-Bit-Gruppen (Oktette) und zur besseren Lesbarkeit als Dezimalzahl dargestellt — dieselbe “Punkt-Dezimal”-Notation, die auch für IPv4-Adressen selbst verwendet wird. Zwischen beiden Formen umzurechnen sind vier unabhängige Binär-zu-Dezimal- Umrechnungen, eine pro Oktett.

Eine Maske in Oktette zerlegen

255.255.255.0 teilt sich in vier Gruppen — 255, 255, 255, 0 — jede unabhängig in einen 8-Bit-Binärwert umgerechnet:

Also ist 255.255.255.0 gleich 11111111.11111111.11111111.00000000 — 24 Einsen gefolgt von 8 Nullen. Diese Anzahl führender Einsen (24) ist genau die Zahl in der CIDR-Kurzform /24, weshalb Netzwerktechniker oft 192.168.1.0/24 schreiben, statt eine Adresse mit ihrer vollen Punkt-Dezimal-Maske zu koppeln.

Warum Masken immer aus zusammenhängenden Einsen, dann Nullen bestehen

Nach RFC 950 und der CIDR-Konvention in RFC 4632 muss eine gültige Subnetzmaske von links beginnend nur aus 1-Bits bestehen, danach nur aus 0-Bits — nie gemischt, wie etwa 11110011. Diese Struktur macht die CIDR-Kurzform überhaupt erst möglich: Da die Einsen immer von links zusammenhängend beginnen, beschreibt eine einzige Zahl (die Anzahl führender Einsen) die Maske vollständig, und jedes Dezimaloktett, das keinem zusammenhängenden Lauf von Binär-Einsen oder -Nullen entspricht, ist überhaupt kein gültiger Subnetzmaskenwert.

Gängige Masken, beide Formen

Die teilweisen Oktette (128, 192, 252) sind der Punkt, an dem die Methode der Zweierpotenzsumme wirklich zählt — 192 ist 128 + 64 (die oberen zwei Bits gesetzt), also 11000000. Für schnelle Einzelumrechnungen eines unbekannten Oktetts ist ein Binär-zu-Dezimal-Umrechner schneller und weniger fehleranfällig, als es mitten in der Konfiguration von Hand auszurechnen.