ADMT 3.2 (Active Directory Migration Tool) und Doku
Das ADMT (Active Directory Migration Tool) ist als Version 3.2 inkusive einer Migration Guide mit vielen nützlichen Informationen auf Technet erschienen.

Ausführlicher Artikel zu fein abgestuften Passwortrichlinien
Seit Server 2008 kann man nämlich mehrere Passwortrichtlinien pro Domäne anwenden. Wie das funktioniert und was es zu beachten gibt ist in diesem deutschen Blogartikel zu lesen.

Hyper-V Komponentenposter als PDF erschienen
Nach Server 2008 R2 nun auch Hyper-V.

Wie geht Hyper-V mit Virtuellen Netzwerken um?
Das beschreibt dieser Artikel leicht verständlich und mit Screenshots bebildert.

 
Alles wichtige zum AD-Snapshot
Mit dem Active Directory Snapshot ist ein neues wichtiges Feature zur AD Verwaltung hinzugekommen. Dieser deutsche Blogartikel beschreibt alles wichtige rund um das Thema.

Schönen Gruß

Frank

Spezialadressen

sind Adressen für besondere Zwecke.

Sie gibt es auch als entsprechendes Pendant in IPv4.

Die nicht festgelegte Adresse (0:0:0:0:0:0:0:0 oder ::) wird nur verwendet, um auf das Fehlen einer Adresse hinzuweisen. Sie entspricht der nicht festgelegten Adresse 0.0.0.0 in IPv4. Die nicht festgelegte Adresse wird in der Regel als Quelladresse für Pakete verwendet, die die Eindeutigkeit einer Adresse mit Vorbehalt zu überprüfen versuchen. Die nicht festgelegte Adresse wird nie einer Schnittstelle zugewiesen oder als Zieladresse verwendet.

Die Loopbackadresse (0:0:0:0:0:0:0:1 oder ::1) wird zur Kennzeichnung einer Loopbackschnittstelle verwendet, wodurch ein Knoten Pakete an sich selbst senden kann. Sie entspricht der Loopbackadresse 127.0.0.1 in IPv4. An die Loopbackadresse gerichtete Pakete werden nie von einem IPv6-Router weitergeleitet.

Soviel zu den Spezialadressen. Im nächsten Teil geht es um die Kompatibilitätsadressen.

Bis dahin.

Rüdiger und Mario

Eine Unicastadresse identifiziert eindeutig einen Netzwerkadapter. Hier unterscheiden wir verschiedene Typen:

• Aggregierbare globale Unicastadressen
• Standortlokale Unicastadressen
• Verbindungslokale Adressen
• Spezialadressen
• Kompatibilitätsadressen

Aggregierbare globale Unicastadressen

sind vergleichbar mit den IPv4-öffentlichen IP-Adressen und identifizieren einen Netzwerkadapter weltweit eindeutig. Sie dienen gleichzeitig zum Aufbau einer effizienten hierarchischen globalen Routinginfrastruktur.

Eine solche IP-Adresse besitzt folgenden Aufbau:

3 Bit           Formatpräfix                           001

13 Bit         Toplevel-Aggregator                identifiziert die höchste Ebene                                                                 der Routinghierarchie und                                                                      identifiziert Kontinente bis hin                                                                 zu großen globalen ISPs

8 Bit           Reserve                                   für Expansionszwecke

24 Bit         Nextlevel-Aggregator               wird von den ISPs zur

Identifizierung der Kunden-

standorte und der damit

verbundenen Adress- und

Routinghierarchie vergeben

16 Bit         Sitelevel-Aggregator                dient im wesentlichen zum

Aufbau von Subnetzen

innerhalb des Kundenstandorts

64 Bit         Netzwerkinterface                   identifiziert eindeutig den

Netzwerkadapter im Subnetz

Standortlokale Unicastadressen

sind vergleichbar mit den IPv4-privaten IP-Adressen und identifizieren einen Netzwerkadapter innerhalb des Unternehmens eindeutig. Sie dienen zum Aufbau einer unternehmensinternen Routinginfrastruktur.

Eine solche IP-Adresse besitzt folgenden Aufbau:

10 Bit         Formatpräfix                           1111 1110 11

38 Bit         Nullen                                     ::

16 Bit         Sitelevel-Aggregator                Subnetzkennung

64 Bit         Netzwerkinterface                   Netzwerkadapter

Private Intranets, die nicht über eine direkte, geroutete Verbindung zum IPv6-Internet verfügen, können standortlokale Adressen verwenden, ohne Konflikte mit aggregierbaren globalen Unicastadressen auszulösen. Standortlokale Adressen können von anderen Standorten nicht erreicht werden, und Router dürfen standortlokalen Datenverkehr nicht an Ziele außerhalb des Standorts weiterleiten. Standortlokale Adressen können zusätzlich zu aggregierbaren globalen Unicastadressen verwendet werden. Der Bereich einer standortlokalen Adresse ist der Standort, d.h. das Netzwerk des Unternehmens).

Die ersten 48 Bits sind immer für standordlokale Adressen beginnend mit FEC0::/48 festgelegt. Auf die 48 feststehenden Bits folgt der 16-Bit-Sitelevel-Aggregator (das Feld Subnetzkennung), das 16 Bits bereitstellt, mit denen Subnetze innerhalb der Organisation erstellt werden können. Bei 16 Bits können bis zu 65.536 Subnetze in einer flachen Subnetzstruktur erstellt oder die Bits mit der höchsten Priorität des Feldes Subnetzkennung zum Erstellen einer hierarchischen und aggregierbaren Routinginfrastruktur verwendet werden. Auf das Feld der Subnetzkennung folgt ein 64-Bit-Feld mit der Schnittstellenkennung, das eine bestimmte Schnittstelle in einem Subnetz kennzeichnet.

Verbindungslokale Unicastadressen

sind vergleichbar mit den IPv4-APIPA-Adressen und identifizieren einen Netzwerkadapter im lokalen Netzwerk. Diese Adressen vergeben sich die IPv6-Hosts selber. Sie werden nicht geroutet und verlassen das lokale Netzwerk nicht.

Eine solche IP-Adresse besitzt folgenden Aufbau:

10 Bit         Formatpräfix                           1111 1110 10

54 Bit         Nullen                                     ::

64 Bit         Netzwerkinterface                   Netzwerkadapter

Verbindungslokale Adressen werden von Hosts bei der Kommunikation mit benachbarten Hosts im selben Netzwerk eingesetzt. Der Gültigkeitsbereich einer verbindungslokalen Adresse ist das lokale Netzwerk. Eine verbindungslokale Adresse ist für Prozesse der Neighbor Discovery erforderlich und wird immer automatisch konfiguriert, selbst wenn keine anderen Unicastadressen vorhanden sind.

Das war’s für heute im nächsten Teil der Serie geht es um Spezialadressen.

Bis dahin…

Rüdiger und Mario

PS: Du willst keinen Teil der Serie verpassen? Dann abonniere den Feed!

Verbindungslokale Adressen beginnen immer mit FE80. Bei der 64-Bit-Schnittstellenkennung ist das Präfix für verbindungslokale Adressen immer FE80::/64. Ein IPv6-Router leitet verbindungslokalen Verkehr nicht in andere Netzwerke weiter.

Dritter Teil der „Designing and Implementing a PKI“ Serie des Ask the Directory Services Team Blog erschienen

Kleine Linksammlung für dem Umstieg auf Server 2008 R2 AD

Was gibt es beim updaten und patchen von Hyper-V VM´s zu beachten

Wie kann Hyper-V auf einem Laptop betrieben werden?

Von Virtual-Box zu VHD

Microsoft „VHD-getting started guide“ erschienen

Produktaktivierung mit VAMT 2.0

Das neue Aktivierungstool hilft laut diesem Blogbeitrag bei der zentralen Aktivierung der folgenden Systeme:

Windows 7, Windows Vista, Windows Server 2008 R2, Windows Server 2008, Office 2010 client suites and applications, Visio 2010 and Project 2010 clients.

Dritter Teil der „Designing and Implementing a PKI“ Reihe des Ask the Directory Services Team Blog erschienen

In dem dritten Teil der Serie geht es nun um die Zertifikatsvorlagen von Server 2008.

Kleine Linksammlung für dem Umstieg auf Server 2008 R2 AD

Das Amerikanische AD Team vom Microsoft hat diese kleine Linksammlung zusammengestellt.

Was gibt es beim updaten und patchen von Hyper-V VM´s zu beachten

Als Antwort zu dieser Frage ist ein ausführlicher Artikel bei Perti erschienen.

Wie kann Hyper-V auf einem Laptop betrieben werden?

Wenn man diesen Technet-Wiki Artikel beachtet sollte das Unterfangen kein Problem sein.

Von Virtual-Box zu VHD

Dieses Tool kann Virtual-Box Festplatten (VMDK) in VHD-Files konvertieren.

Microsoft „VHD-getting started guide“ erschienen

Microsoft hat dem VHD-Format ein spezielles Papier mit allen wichtigen Informationen gewidmet.

Schönen Gruß

FRW

Nachdem es im letzten Teil der Serie um die Grundlagen von IPv6 ging sind heute die Adresstypen dran.

Adresstypen

Denken wir noch einmal an IPv4. Hier haben wir drei Adresstypen, die maßgeblich von der Zielsetzung der Kommunikation in einem oder zwischen Netzwerken abhängen. Die klassische Kommunikation ist eine Kommunikation zwischen genau zwei Endpunkten in einem Netzwerk, dem Quellhost und dem Zielhost. Hierzu müssen den Hosts eindeutige IP-Adressen in ihrem jeweiligen Netzwerk einschließlich der korrekten Subnetzmaske zugewiesen werden. Das ist ja immer dann wichtig, wenn z.B. Daten in irgendeiner Form sicher von einem Quellhost zu einem Zielhost übertragen werden müssen. Hier spricht man vom Unicast. Wenn eine Mitteilung an alle Rechner im lokalen Netzwerk gemacht werden soll, wird einfach quasi ins Netz reingerufen. Jeder Host wird das dann schon mitkriegen. Das ist dann der Broadcast. Und wenn Daten an eine Gruppe von Hosts gesendet werden sollen, dann müssen diese zusammengehörenden Hosts als Gruppe erkannt werden und sie erhalten dann zusätzlich zur ihrer eindeutigen IP-Adresse eine weitere, die sie als Mitglied der Gruppe ausweist, das ist dann die sogenannte Multicastadresse.

So ähnlich sieht es auch unter IPv6 aus, nur dass es dort keinen Broadcast mehr gibt. Wohl aber den Unicast; auch hier für die Nachricht an eine Station. Ebenso den Multicast für den Versand von Nachrichten an eine definierte Gruppe. Und da gibt es noch den Anycast, und der ist neu. Dabei geht es um den nächstgelegenen Host einer definierten Gruppe.

Genauso wichtig wie der Unicast unter IPv4 ist, ist er es auch unter IPv6. Die Unicastadresse bezeichnet einen Host eindeutig innerhalb seines gültigen Bereichs. Erinnern wir uns an die IPv4-Unicastadressen. Da hatten wir die öffentlichen, weltweit eindeutigen Unicast-IP-Adressen. Daraus war ein Teil entnommen, der für den Aufbau von privaten, nur innerhalb des Unternehmensnetzwerks und nicht im Internet routbaren privaten Unicast-IP-Adressen. Das sind die Adressbereiche von 10.0.0.0 bis 10.255.255.255, von 172.16.0.0 bis 172.31.255.255 und von 192.168.0.0 bis 192.168.255.255. Und dann gibt es noch die APIPA-Adressen („Automated Private IP-Adresses“), die sich ein Host, der für den automatischen Bezug einer IP-Adresse durch einen DHCP-Server konfiguriert ist und diesen nicht erreicht, nach bestimmten Regeln selber vergibt und die nur im lokalen Netz verwendet werden können, da sie kein Router weiterleitet (von 169.254.0.0 bis 169.254.255.255). Und so ähnlich schaut es auch bei den IPv6-Unicastadressen aus.

Hier gibt es aggregierbare globale Unicastadressen (vergleichbar mit den öffentlichen IP-Adressen unter IPv4), standortlokale Adressen (vergleichbar mit den privaten Adressen unter IPv4), verknüpfungslokale Adressen (vergleichbar mit den APIPA-Adressen unter IPv4), Spezialadressen (vergleichbar z.B. mit der Loopbackadresse unter IPv4) und Kompatibilitätsadressen.

Im nächsten Teil der Serie geht es um die Unicastadressen.

Bis dahin Grüße

Rüdiger und Mario

PS: Du willst auch weiter auf dem Laufenden bleiben? Dann abonniere den Feed1

In den ersten Teilen der Serie ging es um IPv4. Ab heute ist IPv6 dran.

Überblick IPv6

Die Funktion, durch die sich IPv6 am stärksten hervorhebt, ist die Verwendung deutlich umfangreicherer Adressen. Die Größe einer Adresse in IPv6 beträgt 128 Bits und ist somit viermal so groß wie eine Adresse in IPv4. Ein 32-Bit-Adressbereich ermöglicht 2^32 oder 4.294.967.296 Adressen. Ein 128-Bit-Adressbereich ermöglicht 2^128 oder 340.282.366.920.938.463.463.374.607.431.768.211.456 (3,4 x 10^38) Adressen.

Ende der 70er Jahre, als der IPv4-Adressbereich entworfen wurde, war die völlige Ausnutzung seiner Kapazität undenkbar. Aufgrund technologischer Änderungen und einer Zuweisungspraktik, bei der die explosionsartige Zunahme der Hosts im Internet nicht erwartet wurde, wurde der IPv4-Adressbereich so weit ausgenutzt, dass spätestens 1992 klar wurde, dass nach einer Ersatzlösung gesucht werden musste.

Bei IPv6 fällt es noch schwerer, sich ein völlige Ausnutzung des IPv6-Adressbereichs vorzustellen. Diese Zahl lässt sich durch die Tatsache, dass ein 128-Bit-Adressbereich 655.570.793.348.866.943.898.599 (6,5 x 10^23) Adressen für jeden Quadratmeter Fläche weltweit bereitstellt, in Relation setzen.

Doch wie werden IPv6-Adressen vergeben?

An der obersten Stelle befindet sich die Internet Assigned Numbers Authority (IANA), eine Unterorganisation oder besser gesagt der operative Arm der Internet Corporation for Assigned Names and Numbers (ICANN), einer mittlerweile selbständigen Organisation, die aber bis 30. September 2009 dem US-amerikanischen Handelsministerium unterstand. An nächster Stelle folgen die RIRs, regionale Internet Registraturen, welche Adressen für Gebiete in der Größe eines Erdteils vergeben. Diese wiederum vergeben Adressen an TLAs, den TopLevelAggregator-Registraturen. Die TLAs vergeben aus ihrem Bereich Adressen an die NLAs, das sind die NextLevelAggregator-Registraturen oder auch an Endeinrichtungen.

128 Bit lesbar gemacht.

Analog zu den IPv4-Adressen, deren 32 Bit noch relativ lesbar erscheinen und die doch der besseren Lesbarkeit wegen in eine Dezimalschreibweise umgewandelt und dargestellt werden, sind auch die 128 Bit einer IPv6-Adresse für den Menschen in eine lesbarere Version übersetzt. Hier werden die 128 Bit in 16-Bit-Blöcke unterteilt; dann wird jeder Block in eine vierstellige Hexadezimalzahl umgewandelt. Die Hexadezimalzahlen sind durch Doppelpunkte voneinander getrennt.

IPv6-Adresse im Binärformat …

0010000111011010000000001101001100000000000000000010111100111011 0000001010101010000000001111111111111110001010001001110001011010

… und in Blöcken zu jeweils 16 Bits unterteilt, …

0010000111011010 0000000011010011 0000000000000000 0010111100111011 0000001010101010 0000000011111111 1111111000101000 1001110001011010

… die dann jeweils in einen Hexadezimalwert konvertiert und durch Doppelpunkte voneinander getrennt werden …

21DA:00D3:0000:2F3B:02AA:00FF:FE28:9C5A

… und derart weiter bearbeitet werden, dass Vorlaufnullen pro Block unterdrückt werden; sollte jedoch ein Block nur aus Nullen bestehen, dann muss eine Null quasi als Erinnerungswert stehen bleiben

21DA:D3:0:2F3B:2AA:FF:FE28:9C5A

Einen Sonderfall gilt es noch zu betrachten. Stehen in mehreren aufeinander folgenden Blöcken ausschließlich Nullen in der hexadezimalen Schreibweise, so können diese Blöcke durch :: (Anmerkung: zwei Doppelpunkte ersetzt werden. Das ist allerdings pro IPv6-Adresse nur einmal erlaubt. Aus FE80:0:0:0:2AA:FF:FE9A:4CA2

wird so FE80::2AA:FF:FE9A:4CA2.

Wie können wir eine derartig verkürzte Darstellung wieder lesbar machen?

Zur Bestimmung der Anzahl der 0-Bits, die durch doppelte Doppelpunkte (::) wiedergegeben werden, zählen wir die Anzahl der Blöcke in der komprimierten Adresse (die doppelten Doppelpunkte zählen als ein Block) und ziehen diese Summe vom Wert 8 ab und multiplizieren das Ergebnis mit 16.

Bis dahin.

Rüdiger und Mario

PS: Du willst keinen Post verpassen? Dann abonniere den RSS Feed!

Im letzten Teil zu TCP/IPv4 geht es um:

CIDR (Classless Interdomain Routing).

Mit Adressklassen wird heute nicht mehr gearbeitet, vielmehr klassenlos. Dies ist CIDR. CIDR ist eine Mischung aus Subnetting und Supernetting. Allerdings gelten folgende Ergänzungen: Das was beim Subnetting nicht möglich ist, nämlich die Verwendung einer Subnetzmaske 255.255.255.255 ist in CIDR per Definition möglich. Die Subnetzmaske 255.255.255.255 definiert ein Netzwerk in der Größe 1 Host. Im Gegensatz zum Supernetting wird der zusammengefasste Bereich als ein einziges Netzwerk betrachtet, so dass nur die erste und letzte Adresse des Bereichs nicht für die Adressierung von Hosts verwendet werden kann. Und dann funktioniert unter CIDR auch das, was in unserem letzten Beispiel vom Supernetting den Umstieg auf das nächst größere Netzwerk notwendig gemacht hat.

Wenn CIDR angewendet wird, dann wird die Subnetzmaske oft auch in der CIDR-Notation dargestellt. Die Subnetzmaske 255.255.255.0 lautet in der CIDR-Notation /24. Der Wert hinter dem Schrägstrich gibt dabei die Anzahl der Netzwerkbits an. Um auf die Anzahl der Hostbits zu kommen, muss nun lediglich die Anzahl der Netzwerkbits von der Gesamtanzahl der möglichen Bits (32) subtrahiert werden.

Beispiel:

192.168.31.0

255.255.255.0

wird in der CIDR-Notation zu

192.168.31.0 /24

Bis dahin.

Rüdiger und Mario

PS: Du willst keinen Post verpassen? Dann abonniere den RSS Feed!

Supernetting ist das Zusammenfassen mehrerer hintereinanderliegender Klasse-C-Netzwerke zu einem neuen und größeren Netzwerk. Da ein Klasse-C-Netzwerk insgesamt 256 Adressen unterstützt, müsste für eine Netzwerkgröße 280 Hosts in einem öffentlichen Netzwerk ein Klasse-B-Netzwerk erworben werden – und dass wäre eine Verschwendung von IP-Adressen. Deswegen wurde Supernetting entwickelt, was bis Mitte der 90er Jahre in dieser Form durchaus Bestand hatte.

Gehen wir von den 280 Hosts aus. Um ein Netzwerk für 280 Hosts zu erstellen, müssen wir im dritten Oktett von rechts nach links aus einem Netzwerkbit ein Hostbit machen.

Standardsubnetzmaske eines Klasse-C-Netzwerks:

11111111.11111111.11111111.00000000

255.255.255.0

Wird nun im dritten Oktett aus dem letzten Netzwerkbit ein Hostbit gemacht, so ergibt das einen neuen Subnetzmaskenwert

11111111.11111111.11111110.00000000

255.255.254.0

Nun haben wir insgesamt 9 Hostbits. Mit diesen 9 Hostbits lassen sich 512 Hosts adressieren. 512 Hostbits sind zwei Klasse-C-Netzwerke, die zusammengefasst werden müssen. Es müssen zwei hintereinander liegende Netzwerke sein. Bei dem gegebenen Netzwerk 192.168.31.0 könnten das also die Netzwerke 192.168.30.0 und 192.168.31.0 sein, aber auch 192.168.31.0 und 192.168.32.0. Nur eine der beiden Kombinationen ist geeignet! Doch welche? Wenn wir im dritten Oktett bei 0 anfangen zu zählen, dann ergeben sich Zusammengehörigkeiten 0 und 1, 2 und 3, 4 und 5, 6 und 7 und so weiter. Die Bereiche fangen also immer mit einer geraden Zahl an. Das bedeutet in unserem Beispiel: 30 und 31 gehören zusammen. Wenn man die Binärwerte schreibt, wird es direkt deutlich.

Doch wie viele Hosts können wir tatsächlich verwenden. Beim Supernetting als Zusammenfassen von Klasse-C-Netzwerken müssen pro Klasse-C-Netzwerk zwei Hosts abgezogen werden. Das bedeutet, dass anstelle der 512 Hosts tatsächlich nur 508 adressiert werden können.

Wie schaut das mit einem Netzwerk für 766 Hosts aus? Hierzu müssen wir zunächst den nächsten dezimal dargestellten Binärwert ermitteln. Das ist in diesem Fall 1024. Dieser Wert entspricht 4 Klasse-C-Netzwerken. Doch welche gehören zusammen? Die Netzwerke 192.168.28.0 bis 192.168.31.0 oder 192.168.29.0 bis 192.168.32.0 oder 192.168.30.0 bis 192.168.33.0 oder 192.168.31.0 bis 192.168.34.0? Wir wissen noch, dass die zusammengehörenden Netzwerke im dritten Oktett mit einem geraden Wert beginnen. Damit entfallen die zweite und die vierte Möglichkeit. Welche der beiden anderen ist nun die richtige? Eine einfache Methode, dies festzustellen ist die folgende: Wir müssen die Anzahl der Netzwerke ermitteln, das war in unserem Fall 4. Nun dividieren wir den Wert des dritten Oktetts mit der Anzahl der Netzwerke und vergleichen die Vorkommanteile miteinander. Alle Ergebnisse mit demselben Vorkommaanteil gehören zusammen. Im ersten Fall ist der erste Wert 28, der letzte 31. 28 dividiert durch 4 ist 7, 31 dividiert durch 4 ist 7,75. Der Vorkommaanteil ist identisch, die Bereiche gehören also zusammen. Machen wir die Probe für den dritten Fall, hier beginnt der Bereich mit 30 und endet mit 33. 30 dividiert durch 4 ist 7,5, 33 dividiert 4 ist 8,25. Der Vorkommateil ist nicht identisch, die Bereiche gehören also nicht zusammen! Übrigens, da wir vier Netzwerke haben, müssen wir pro Netzwerk 2 Hosts abziehen, das bedeutet, dass anstelle von 1024 Host nur 1016 verwendet werden können.

Nehmen wir ein letztes Netzwerk: 2033 Hosts. Der nächste dezimal dargestellte Binärwert ist 2048. Das entspricht 8 Klasse-C-Netzwerken. Bei unserem gegebenen Netzwerk 192.168.31.0 stellt sich wieder die Frage, welche Netzwerke zusammengehören. Das sind die Netzwerke 192.168.24.0 bis 192.168.31.0. Testen wir dies: der Wer des dritten Oktetts dividiert durch die Anzahl der Netzwerke und Vergleich des Vorkommaanteils: 24 dividiert durch 8 ist 3; 31 dividiert durch 8 ist 3,875; die Vorkommaanteile sind identisch, die Bereiche gehören zusammen. Für jedes Klasse-C-Netzwerk sind 2 Hosts abzuziehen: 2048 minus 16 ergibt 2032. 2033 Hosts sollte aber unser Netzwerk unterstützen. Das bedeutet, dass beim Supernetting hier auf das nächst größere Netzwerk umgestellt werden muss: 4096.

Der nächste Artikel behandelt CIDR.

Bis dahin.

Rüdiger und Mario

PS: Du willst keinen Post verpassen? Dann abonniere den RSS Feed!

]]> http://mcitpcertified.de/pruefungstipps/ipv4-supernetting/feed 0 http://mcitpcertified.de/allgemeines/ipv4-subnetting http://mcitpcertified.de/allgemeines/ipv4-subnetting#comments Tue, 18 May 2010 11:50:36 +0000 mca http://mcitpcertified.de/?p=1156

Weiter geht es in unserer Reihe “Wie funktioniert eigentlich TCP/IP?”. Heute geht es um das Thema Subnetting.

Beim Subnetting handelt es sich um das Aufteilen eines gegebenen Klasse-C-Netzwerks in mehrere eigenständige Netzwerke (Subnetze). Dazu müssen in der Subnetzmaske im vierten Oktett von links nach rechts Hostbits in Netzwerkbits umgewandelt werden. Daraus ergeben sich neue Netzwerke mit einer geringeren Anzahl an Hosts pro Netzwerk.

Standardsubnetzmaske eines Klasse-C-Netzwerks:

11111111.11111111.11111111.00000000

255.255.255.0

Wird nun im letzten Oktett aus dem ersten Hostbit ein Netzwerkbit gemacht, so ergibt das einen neuen Subnetzmaskenwert

11111111.11111111.11111111.10000000

255.255.255.128

und zum anderen haben wir aus den ehemals 256 Hosts des Klasse-C-Netzwerks nun zwei Netzwerke (wir haben ja nun ein Netzwerkbit im 4. Oktett – wir erinnern uns: mit einem Bit lassen sich zwei Elemente darstellen, in diesem Fall zwei Netzwerke) mit jeweils 128 Hosts pro Netzwerk erstellt. Der ehemalige Netzwerkbereich von 192.168.31.0 bis 192.168.31.255 wird nun aufgesplittet auf die beiden neuen Netzwerkbereiche 192.168.31.0 bis 192.168.31.127 und 192.168.31.128 bis 192.168.31.255 jeweils mit der Subnetzmaske 255.255.255.128. Nicht vergessen: bei jedem der neuen Netzwerke gibt es eine Netzwerk- und eine Broadcastadresse. Beim ersten Netzwerkbereich lautet die Netzwerkadresse 192.168.31.0 und die Broadcastadresse 192.168.31.127, so dass hier für die Hosts tatsächlich nur die Adressen 192.168.31.1 bis 192.168.31.126 verwendet werden können; bei zweiten Netzwerkbereich lautet die Netzwerkadresse 192.168.31.128 und die Broadcastadresse 192.168.31.255, so dass hier für die Hosts tatsächlich nur die Adressen 192.168.31.129 bis 192.168.31.254 verwendet werden können.

Benötigen wir mehr als zwei Subnetze, müssen wir entsprechend weitere Hostbits von links nach rechts in Netzwerkbits umwandeln:

11111111.11111111.11111111.11000000

255.255.255.192

Ergibt 4 Netzwerke mit jeweils 64 Hosts pro Netzwerk. Die Bereiche liegen von 192.168.31.0 bis 192.168.31.63, von 192.168.31.64 bis 192.168.31.127, von 192.168.31.128 bis 192.168.31.191 und von 192.168.31.192 bis 192.168.31.255. Und nicht vergessen: pro Subnetz wird die erste und die letzte Adresse abgezogen, so dass pro Bereich tatsächlich nur 62 Hosts zur Verfügung stehen.

11111111.11111111.11111111.11100000

255.255.255.224

Ergibt 8 Netzwerke mit jeweils 32 Hosts pro Netzwerk, tatsächlich 30 Hosts.

11111111.11111111.11111111.11110000

255.255.255.240

Ergibt 16 Netzwerke mit jeweils 16 Hosts pro Netzwerk, tatsächlich 14 Hosts.

11111111.11111111.11111111.11111000

255.255.255.248

Ergibt 32 Netzwerke mit jeweils 8 Hosts pro Netzwerk, tatsächlich 6 Hosts.

11111111.11111111.11111111.11111100

255.255.255.252

Ergibt 64 Netzwerke mit jeweils 4 Hosts pro Netzwerk, tatsächlich 2 Hosts.

Achtung! Ab hier ist Subnetting nicht mehr möglich, da keine Hosts pro Netzwerk mehr möglich sind.

11111111.11111111.11111111.11111110

255.255.255.254

Ergibt 128 Netzwerke mit jeweils 2 Hosts pro Netzwerk, tatsächlich 0 Hosts.

11111111.11111111.11111111.11111111

255.255.255.255

Ergibt 256 Netzwerke mit jeweils 0 Hosts pro Netzwerk.

Wir können bis hier noch etwas erkennen: die Werte in den Subnetzmasken sind nicht beliebig, sondern abhängig von den von links nach rechts gesetzten Netzwerkbits in den jeweiligen Oktetten und der damit verbundenen Addition der Wertigkeiten. So kommen als gültige Subnetzmaskenwerte ausschließlich die folgenden zum tragen: 0, 128, 192, 224, 240, 248, 252, 254 und 255. Die Werte 190 oder 250 etwa werden Sie in einer Subnetzmaske nie finden.

So viel zum Thema Subnetting – im nächsten Artikel geht es um das Supernetting.

Du hast Fragen oder Anregungen – dann benutze die Kommentarfunktion. Du willst keinen Artikel verpassen? Dann abonniere unseren Feed!

Bis dahin

Rüdiger und Mario

Hier geht es zum Teil:

Adressklassen in TCP/IPv4

Überblick TCP/IP v4

Server 2008 R2 Best Practice Analyser stehen zum Download zur Verfügung

Vorbereitungen für die Installation der Server 2008 R2 Hyper-V Rolle

Server 2008 Failover Cluster Schritt für Schritt Anleitung von Microsoft

Details zum nützlichen „schtasks“ Befehl für Administratoren

Mit Windows 7 einer Domäne beitreten

Wie das unter anderem über die Kommandozeile funktioniert und was es dabei zu beachten gibt beschreibt dieser Artikel.

Server 2008 R2 Best Practice Analyser stehen zum Download bereit

Die praktischen Helferchen zu folgenden Themen sind hier zusammengefasst:

• Update for Best Practices Analyzer for HYPER-V for Windows Server 2008 R2
• Update for Best Practices Analyzer for Network Policy and Access Services for Windows Server 2008 R2
• Update for Best Practices Analyzer for Active Directory Rights Management Services for Windows Server 2008 R2
• Update for Best Practices Analyzer for Application Server for Windows Server 2008 R2
• Update for Best Practices Analyzer for File Services for Windows Server 2008 R2
• Update for Best Practices Analyzer for DHCP Server for Windows Server 2008 R2
• Update for Best Practices Analyzer for Windows Server Update Services for Windows Server 2008 R2

Vorbereitungen für die Installation der Server 2008 R2 Hyper-V Rolle

Bevor man sich an die Installation begibt sollen einige Vorbereitungen getroffen werden.  Dieser Blogpost erklärt ausführlich auf was es ankommt.

Server 2008 Failover Cluster Schritt für Schritt Anleitung von Microsoft

Schritt für Schritt Anleitungen sind eine feine Sache. Gerade ist wieder eine neue von Microsoft erschienen und hier zum Download bereitgestellt.

Details zum nützlichen „schtasks“ Befehl für Administratoren

Anhand von Beispielen erfährt in diesem Artikel man alles was wichtig ist um die geplanten Tasks mit der Kommandozeile zu verwalten.

Schönen Gruß

FRW