IPv6-Subnetz- und Präfix-Zuweisungsplaner
IPv6-Subnetz- und Präfix-Zuweisungsplaner: Leiht 2 Bits (56 + 2 = /58), wodurch 4 nicht überlappende /58-Subnetzblöcke entstehen.
Über ipv6-subnetz- und präfix-zuweisungsplaner
IPv6-Subnetz- und Präfix-Zuweisungsplaner：IPv6-Subnetz- und Präfix-Zuweisungsplaner: Leiht 2 Bits (56 + 2 = /58), wodurch 4 nicht überlappende /58-Subnetzblöcke entstehen.
Funktionsweise dieses Tools
Führt bitweise Subnetzberechnungen nach RFC 4632 (CIDR) und RFC 4291 (IPv6) durch und generiert DNS CAA-Einträge nach RFC 6844.
Verarbeitungs-Pipeline und technische Systemarchitektur：
- Lexikalische Datenerfassung und Normalisierung im lokalen Arbeitsspeicher-Puffer.
- Strukturelle Syntaxvalidierung und Verifikation von Domänen-Invarianten und Grenzwerten.
- Deterministische algorithmische Transformation und mathematische Präzisionsberechnung.
- Serialisierung der geprüften Ausgabe, Integritätsvalidierung und Bereitstellung von Diagnose-Badges.
Beispiel und praktische Anwendung
Praxisnahes Anwendungsszenario: Teilt ein IPv6-Dokumentationsnetz /56 in vier gleich große lokale Präfixe.
Beispieleingabe:
Algorithmische Verarbeitung: Leiht zwei Bits und zählt die ersten vier /58-Präfixanfänge auf.
Beispielausgabe:
Grenzen und Sonderfälle
Er leiht Bits für die nächste Zweierpotenz, gibt aber nur die ersten N angeforderten Subnetze aus. /56 mit 4 leiht 2 Bits und gibt ::/58, :40::/58, :80::/58, :c0::/58 aus. Bei 3 bleibt ein mögliches /58 ungelistet.
Browser-Verarbeitung und Datenschutz
Die Tool-Funktion ist dafür ausgelegt, Eingaben im Browser zu verarbeiten, ohne sie absichtlich an einen CZOA-Verarbeitungsserver zu senden. Anfragen für Website-Ressourcen, Analyse oder Werbung sind davon getrennt. Browser, Erweiterungen und verwaltete Gerätesoftware liegen außerhalb dieser Grenze.
Lokale Ausführung und Verifizierungsmethodik
Die Verarbeitung der Tool-Nutzlast ist so konzipiert, dass sie lokal im Browser über JavaScript oder Web Workers erfolgt. Anfragen für Website-Ressourcen, Analyse oder Werbung sind davon getrennt. Vertraulichkeit, Wiederholbarkeit und Latenz hängen von der Browser-Umgebung ab und werden nicht absolut garantiert.
Technische Normen und Referenzspezifikationen
- RFC 791 (Internet Protocol: IPv4)
- RFC 4632 (Classless Inter-domain Routing: CIDR)
- RFC 4291 (IP Version 6 Addressing Architecture)
Inhaltlich verantwortlich: CZOA Tools · Zuletzt geprüft: 2026-09-15 · Prüfmethodik
Anwendung
- Geben Sie Daten ein oder wählen Sie im Arbeitsbereich eine unterstützte Datei.
- Prüfen Sie die Bedienelemente und wählen Sie verfügbare Parameter, Einheiten, Formate oder Bereiche.
- Klicken Sie auf die Aktionsschaltfläche oder lesen Sie die sofortige Berechnung ab.
- Prüfen Sie Hinweise und Ergebnis, bevor Sie es kopieren oder exportieren.
Häufig gestellte Fragen
Was berechnet der IPv6-Planer?+
Er akzeptiert CIDR-Text oder JSON mit cidr und subnets/count. Er maskiert die Adresse auf das zugeteilte Präfix, leiht ceil(log2(requestedSubnets)) Bits und gibt genau die verlangte Anzahl gleich großer Präfixe ab Beginn aus. Er teilt keine Netzwerkadressen zu.
Welche Eingaben und Grenzen gelten?+
Count muss Integer von 1 bis 65536 sein; prefix Integer von 0 bis 128 und das berechnete Präfix darf 128 nicht überschreiten. JSON nutzt cidr/prefix und subnets/count; reines CIDR nimmt standardmäßig zwei. Ungültiges JSON, keine IPv6-Adresse, ungültiger prefix/count oder erschöpfter Raum erzeugen Fehler.
Wie behandelt er Nicht-Zweierpotenzen?+
Er leiht Bits für die nächste Zweierpotenz, gibt aber nur die ersten N angeforderten Subnetze aus. /56 mit 4 leiht 2 Bits und gibt ::/58, :40::/58, :80::/58, :c0::/58 aus. Bei 3 bleibt ein mögliches /58 ungelistet.
Welches Ergebnis liefert das Rechenbeispiel?+
Das Werkzeug entsprach dem unabhängigen JSON-Vektor für 2001:db8:1000::/56 und vier Subnetze. Das erste Beispiel scheiterte wegen :400::; die korrigierte kanonische Folge stimmte überein. Kein CIDR-Payload wurde gesendet; dies gilt nur für diesen Lauf.