CIDR-Deaggregator

Der CIDR Deaggregator zerlegt einen größeren CIDR-Block in eine vollständige Liste kleinerer Subnetze mit einer angegebenen Präfixlänge. Geben Sie eine Quelle wie 10.0.0.0/16 mit einem Zielpräfix von /24 ein, um alle 256 /24-Subnetze innerhalb dieses Bereichs zu erhalten, oder teilen Sie ein /22 in vier /24-Blöcke für die VLAN-Zuweisung auf.

Grundlagen der CIDR-Deaggregation

Deaggregation ist die Umkehrung der Route-Aggregation. Während die Aggregation mehrere kleine Blöcke zu weniger großen Blöcken zusammenfasst, nimmt die Deaggregation einen großen Block und teilt ihn in viele kleinere Blöcke einheitlicher Größe auf. Dies ist eine der häufigsten Operationen in der IP-Adressverwaltung und kommt jedes Mal vor, wenn Sie einen zugewiesenen Adressbereich in nutzbare Teile unterteilen müssen.

Betrachten Sie ein typisches Szenario. Ihre Organisation erhält eine /16-Zuweisung von einer regionalen Internet-Registrierungsstelle (RIR). Das sind 65.536 Adressen in einem einzigen Block -- viel zu groß, um als einzelnes Subnetz verwendet zu werden. Sie müssen es in /24-Blöcke für einzelne Bürostandorte, /28-Blöcke für DMZ-Segmente und /30-Blöcke für Punkt-zu-Punkt-Verbindungen aufteilen. Jede dieser Unterteilungen ist eine Deaggregations-Operation. Die Mathematik ist immer dieselbe: Ein /16 enthält genau 2^(24-16) = 256 Subnetze der Größe /24, oder 2^(28-16) = 4.096 Subnetze der Größe /28.

In Cloud-Umgebungen ist die Deaggregation ebenso üblich. Wenn Sie eine VPC mit einem /16-CIDR-Bereich erstellen, müssen Sie Subnetze für verschiedene Verfügbarkeitszonen, Anwendungsebenen und Dienste herausschneiden. Jedes Subnetz ist ein deaggregiertes Stück des übergeordneten VPC-Blocks. Der Deaggregator liefert Ihnen die vollständige Liste verfügbarer Subnetze in der gewählten Größe, die Sie dann gemäß Ihrer Architektur zuweisen können.

So deaggregieren Sie einen CIDR-Block

1. Geben Sie den Quell-CIDR-Block ein (z. B. 10.0.0.0/16)
2. Geben Sie die Zielpräfixlänge an (z. B. /24)
3. Das Tool generiert alle Subnetze der Zielgröße innerhalb des Quellblocks
4. Kopieren Sie die resultierende Liste zur Verwendung in Subnetzzuweisungsplänen, Routing-Konfigurationen oder Infrastruktur-Provisionierung

Beispiele für CIDR-Deaggregation

Detailliertes Beispiel: Ein /22 in /24er aufteilen

Quelle: 192.168.0.0/22

Ausgabe:
192.168.0.0/24    (192.168.0.0   - 192.168.0.255)
192.168.1.0/24    (192.168.1.0   - 192.168.1.255)
192.168.2.0/24    (192.168.2.0   - 192.168.2.255)
192.168.3.0/24    (192.168.3.0   - 192.168.3.255)

Ein /22 enthält 2^(32-22) = 1.024 Adressen. Jedes /24 enthält 256 Adressen, sodass sich das /22 gleichmäßig in 4 Subnetze aufteilt.

Wann den CIDR Deaggregator verwenden

• ISP-Adresszuweisung -- Einen großen zugewiesenen Block (z. B. ein /16 von einem RIR) in kundengerechte Zuweisungen wie /24 oder /28 aufteilen
• VPC-Subnetzplanung -- Einen VPC-CIDR-Bereich in Subnetze für verschiedene Verfügbarkeitszonen, Ebenen oder Dienste unterteilen
• Traffic Engineering -- Spezifischere Routen erstellen, um weniger spezifische zu überschreiben und Datenverkehr über bevorzugte Pfade zu lenken
• BGP-Deaggregation -- Spezifischere Präfixe ankündigen, um das eingehende Datenverkehrs-Routing von Upstream-Providern zu beeinflussen
• DHCP-Scope-Definition -- Eine große Zuweisung in individuelle DHCP-Scope-Größen für verschiedene VLANs oder Gebäudeetagen aufteilen
• Adressraum-Inventar -- Alle möglichen Subnetze einer bestimmten Größe innerhalb einer übergeordneten Zuweisung für Planungszwecke aufzählen

Funktionsweise der CIDR-Deaggregation

Deaggregation ist die mathematische Umkehrung der Aggregation. Die Anzahl der resultierenden Subnetze ist immer 2^(Zielpräfix - Quellpräfix).

Formel für die Subnetzanzahl

Anzahl der Subnetze = 2^(Ziel - Quelle)

Beispiel: /16 zu /24
Subnetze = 2^(24 - 16) = 2^8 = 256

Wie Subnetze berechnet werden

Jedes resultierende Subnetz wird generiert, indem der Adressraum in Schritten durchlaufen wird, die der Größe des Zielpräfixes entsprechen:

Quelle: 10.0.0.0/16, Ziel: /18

Schrittgröße = 2^(32 - 18) = 16.384 Adressen

10.0.0.0/18     (Adressen 0     - 16.383)
10.0.64.0/18    (Adressen 16.384 - 32.767)
10.0.128.0/18   (Adressen 32.768 - 49.151)
10.0.192.0/18   (Adressen 49.152 - 65.535)

Gängige Deaggregationsgrößen

IPv6-Deaggregation

Derselbe Prozess gilt für IPv6, jedoch mit 128-Bit-Adressen. Die Deaggregation von 2001:db8::/32 in /48-Subnetze erzeugt 2^(48-32) = 65.536 Subnetze, eine übliche Operation für regionale Internet-Registrierungsstellen, die Adressraum an Organisationen zuweisen.

Praktische Ratschläge zur Deaggregation

Bei der Planung Ihres Subnetzlayouts widerstehen Sie der Versuchung, das kleinstmögliche Subnetz für jeden Zweck zu verwenden. Ein /28 mit 14 nutzbaren Hosts mag perfekt erscheinen für eine DMZ mit 8 Servern heute, aber das Hinzufügen eines Load Balancers, einer Monitoring-Appliance und einiger Testmaschinen wird es schnell erschöpfen. Beginnen Sie mit mindestens 50% Reserve: Wenn Sie 8 Adressen benötigen, verwenden Sie ein /27 (30 nutzbar) statt eines /28 (14 nutzbar). Die Kosten einer Subnetz-Neuzuweisung sind immer höher als die Kosten für die Zuweisung einiger zusätzlicher Adressen im Voraus.

Für hierarchische Adresspläne deaggregieren Sie in Stufen. Beginnen Sie mit Ihrer größten Zuweisung und teilen Sie sie in Standort-Level-Blöcke auf, dann teilen Sie jeden Standortblock in Gebäude-Level-Blöcke und diese dann in VLAN-Level-Subnetze. Dieser hierarchische Ansatz hält Ihre Routing-Tabellen sauber, weil Sie alle Subnetze innerhalb eines Standorts am Rand Ihres Netzwerks zum Standort-Level-Block zusammenfassen können. Wenn Sie direkt von einem /16 zu /28-Blöcken deaggregieren, ohne Zwischengruppierung, verlieren Sie die Möglichkeit der sauberen Zusammenfassung.

Seien Sie vorsichtig bei sehr großen Deaggregationen. Das Aufteilen eines /8 in /32-Blöcke erzeugt über 16 Millionen Einträge, was selten nützlich ist und Ihren Browser überfordern kann. In der Praxis ist die Deaggregation um mehr als zwei oder drei Präfixlängen auf einmal (z. B. /16 zu /24, was 8 Bits Unterschied sind) das Maximum, das Sie typischerweise für eine einzelne Operation benötigen.

Häufig gestellte Fragen

Was passiert, wenn das Zielpräfix kleiner als das Quellpräfix ist?

Das Tool gibt einen Fehler zurück. Das Zielpräfix muss eine größere Zahl (spezifischer) als das Quellpräfix sein. Sie können ein /24 nicht in /16-Blöcke deaggregieren -- das wäre Aggregation, die umgekehrte Operation.

Kann die Ausgabe sehr groß werden?

Ja. Die Deaggregation eines /8 in /32-Blöcke würde über 16 Millionen Einträge erzeugen. Das Tool gibt Warnungen für große Ausgabegrößen aus und bietet möglicherweise Paginierung oder Ausgabegrenzen an, um die Ergebnisse handhabbar zu halten.

Ist Deaggregation dasselbe wie Subnetz-Aufteilung?

Sie sind eng verwandt. Deaggregation zerlegt einen Block spezifisch in Subnetze mit einer einheitlichen Zielpräfixlänge. Subnetz-Aufteilung kann sich auch auf das Teilen in eine bestimmte Anzahl gleicher Teile oder in Subnetze mit einer Ziel-Host-Anzahl beziehen, was nicht die Angabe des genauen Präfixes erfordert.

Kann ich in nicht-einheitliche Subnetzgrößen deaggregieren?

Dieses Tool erzeugt einheitliche Subnetze mit einem einzigen Zielpräfix. Wenn Sie verschiedene Subnetzgrößen benötigen (z. B. ein /24, zwei /25er und vier /28er aus einem /22), verwenden Sie den Subnet Allocation Planner, der Anforderungen mit variablen Größen verarbeitet.

Funktioniert die Deaggregation mit IPv6?

Ja. Geben Sie einen beliebigen IPv6-CIDR-Block und eine Zielpräfixlänge zwischen dem Quellpräfix und /128 ein. Dieselbe Formel und Aufzählungslogik gilt für 128-Bit-Adressen.

Verwandte Tools

• CIDR Aggregator - Mehrere CIDR-Blöcke zu zusammengefassten Routen aggregieren (die umgekehrte Operation)
• Subnet Splitter (/x to /y) - Ein Subnetz in kleinere Subnetze eines bestimmten Präfixes aufteilen
• Subnet Splitter (N Equal Subnets) - Ein Subnetz in N gleichgroße Subnetze aufteilen
• Subnet Allocation Planner - Subnetzzuweisungen planen, um angeforderte Blöcke unterzubringen
• CIDR to IP Range Converter - CIDR-Notation in IP-Adressbereich konvertieren