IPv6-Migrationen an Bestandsaufnahmen, Konformitätstests und der Dokumentation von Dual-Stack-Konfigurationen scheitern, nicht am Protokoll selbst. Teams, die DNS, DHCP und IPAM als ein System betrachten und die Bereitschaft pro Netzwerk nachverfolgen, bringen die Umstellung zum Abschluss – und Micetro erledigt dies über bestehende Server.
IPv6-Migrationen stocken aufgrund der Änderungen, die rund um das Protokoll vorgenommen werden müssen, nicht wegen des Protokolls selbst.“ jede IP-Adresse im Netzwerk inventarisiert, auf tatsächliche Konformität geprüft und migriert werden muss – und dieser Bestand ist schneller gewachsen, als in den meisten Migrationsplänen angenommen wurde.“
Die Überprüfung des US-Verteidigungsministeriums durch das GAO zeigt dieses Muster in großem Maßstab. Das Verteidigungsministerium beschloss 2003 die Umstellung auf IPv6. Siebzehn Jahre später war nur eines seiner Netzwerke vollständig umgestellt, selbst nach Audits, Überprüfungen durch den Generalinspekteur und gesetzlichen Vorgaben. Der Punkt ist nicht, dass das Verteidigungsministerium schlecht geplant hat. Der Punkt ist, dass die Schwierigkeiten bei IPv6-Migrationen struktureller Natur sind.
Die Arbeit ist detailreich und manuell. Teams testen Verbindungen, prüfen, ob Geräte, die IPv6-Unterstützung versprechen, im Produktivbetrieb bestehen, und gestalten Netzwerke manchmal neu. Gemessen am täglichen Betrieb und an Projekten wie Cloud und SD-WAN erscheint IPv6 als aufwendig und wenig wertvoll, weshalb es immer wieder aufgeschoben wird. Die Erkenntnis von BlueCat aus Umstellungen dieser Größenordnung ist, dass DNS, DHCP und IPAM gemeinsam umgestellt werden müssen.
That is the reported number of IP-Adressen in use at the U.S. Department of Defense, the largest known estate in the world, and only one of its networks had fully moved to IPv6 after 17 years.
Read article
How difficult are IPv6 migrations? A recent GAO report on DOD's transition plan provides some sobering conclusions.
der praktische Unterschied in der Skalierbarkeit und dem Planungsaufwand liegt.“ IPv4 etwa 4,3 Milliarden Adressen bietet und erschöpft ist, während IPv6 rund 340 Undecillionen bietet. Diese Erweiterung macht NAT nicht mehr zwingend erforderlich, verwandelt jedoch die Adressplanung, Kompatibilitätstests und das Dual-Stack-Management in echte Projekte.“
der IANA im Jahr 2011 der freie IPv4-Adressraum ausgegangen ist und der Kauf weiterer Adressen auf dem Sekundärmarkt kostspielig ist. Der Mangel an Adressen bedeutet jedoch nicht, dass NAT über Nacht verschwindet. Viele Organisationen werden es weiterhin nutzen, und Dual-Stack wird zum Standardbetriebsmodus. Der Vergleich zwischen IPv4 und IPv6 ist letztlich eine Frage danach, wie lange beide Protokolle nebeneinander betrieben werden müssen.
IPv6 bringt eigene betriebliche Risiken mit sich. Lange hexadezimale Adressen laden zu manuellen Eingabefehlern ein, daher sind Automatisierung und Validierung wichtig. IPv6 hat zudem eigene Sicherheitsaspekte: Selbstgenerierte Adressen sollten gegebenenfalls begrenzt, Whitelists und Segmentierung durchgesetzt und stateful DHCPv6 verwendet werden, wenn Adresszuweisungen nachvollziehbar sein müssen.
Das ist der gesamte IPv4-Adressraum, und der freie Adresspool war bereits 2011 erschöpft, sodass jede neue Adresse nun aus der Wiederverwendung, über NAT oder vom Sekundärmarkt stammt.
Read article
The transition to IPv6 is here. Learn more with BlueCat about the necessity of it, the timeline, and the numerous benefits and challenges of IPv4 vs IPv6.
ein AAAA-Eintrag bei einer DNS-Abfrage die IPv6-Adresse eines Hosts zurückgibt, genauso wie ein A-Eintrag dessen IPv4-Adresse zurückgibt. während einer Dual-Stack-Einführung kann ein Host beide Einträge führen, sodass jede Zone zwei korrekte Adresseinträge für denselben Namen vorhalten muss.“
Der Name spiegelt die Größe wider. Eine IPv6-Adresse ist 128 Bit lang, also viermal so lang wie die 32 Bit einer IPv4-Adresse, weshalb das „A“ für Adresse viermal geschrieben wird. AAAA-Einträge befinden sich in einer DNS-Zone auf einem autoritativen Server, entweder im eigenen Netzwerk der Organisation oder bei einem Hosting-Anbieter.
Um einen Eintrag zu überprüfen, wird eine dig- oder nslookup-Abfrage für den Namen durchgeführt. Für google.com liefert eine AAAA-Abfrage eine IPv6-Adresse wie beispielsweise 2607:f8b0:4009:80a::200e. Wie der Eintrag erstellt wird, hängt vom DNS-Verwaltungstool ab, weshalb dieses Tool Teil des Migrationsplans wird.
Read article
Eine einheitliche Ansicht von DNS-, DHCP- und IP-Daten ersetzt das manuelle Zusammenfügen von Tabellenkalkulationen, Servern und Routern durch ein aktuelles Bild der Zusammenhänge zwischen Adressen, Einträgen und Bereichen. Bei einer IPv6-Migration bildet diese Bestandsaufnahme die Grundlage für den Plan.“
Eine technische Untersuchung von Omdia ergab, dass 92 % der Unternehmen verteilte Umgebungen betreiben und 82 % angeben, ihr Netzwerk sei komplexer als noch vor zwei Jahren. In diesem Umfeld liegen DDI-Daten in Silos, und die manuelle Pflege der Beziehungen zwischen Datensätzen, Gültigkeitsbereichen und Adressen führt zu Fehlern und Lücken, die die Netzwerkverfügbarkeit beeinträchtigen.
Omdia beobachtete, welche Veränderungen sich ergeben, wenn diese Daten zentralisiert werden. Datensätze wurden in einer einzigen Oberfläche mit Änderungsprotokoll bearbeitet, und eine Suche nach „10.29.2“ in einer Zone mit mehr als einer Million Datensätzen lieferte sofort 1.062 Treffer. Subnetzüberwachung und PTR-Verifizierungsflags deckten Konflikte und Auslastungsprobleme auf, bevor die Nutzer sie bemerkten.
Dieser Anteil der Unternehmen gibt an, dass ihre Netzwerkumgebung komplexer ist als noch vor zwei Jahren – und genau in dieser Umgebung muss eine IPv6-Bestandsaufnahme durchgeführt werden.“
Read article
BlueCat Micetro centralizes and normalizes DDI data across on-premises, hybrid, and multicloud environments, providing a single source of truth for DNS,…
Teams die Migration über einen längeren Zeitraum hinweg steuern, indem sie eine zusätzliche Steuerungsebene über die bereits betriebenen DNS- und DHCP-Server legen.“ Diese Ebene erzwingt rollenbasierten Zugriff, protokolliert jede Änderung und verschiebt Zonen und Bereiche mithilfe von Tools anstelle manueller Neuaufbauten.
die meisten Unternehmen eine Mischung aus Windows Server, BIND, Kea und Cisco DHCP einsetzen, die jeweils über eine eigene Konsole und ein eigenes Datenmodell verfügen. Ein Overlay-Modell koordiniert diese Server, anstatt sie zu ersetzen, sodass die Migration im Tempo des Teams voranschreiten kann. Wie es in einer Übersicht heißt: „Jede Transaktion und jede Konfigurationsänderung wird authentifiziert, protokolliert und ist nachprüfbar.“
Migrationstools sind ebenso wichtig wie Richtlinien. Ein Zonenmigrationsassistent verschiebt DNS-Zonen mit minimalen Ausfallzeiten zwischen Servern, und bei der Scope-Migration kann der Lease-Verlauf sogar von Offline-Servern beibehalten werden. Mithilfe von REST-APIs und Ansible- oder Terraform-Integrationen können Teams wiederholbare IPv6-Änderungen automatisieren, und Genehmigungsworkflows sorgen für einen lückenlosen Prüfpfad.
Read article
Today’s enterprise networks span data centers, cloud environments, and distributed edge systems. DNS, DHCP, and IP address management (together known as…
Teams sollten nach einer IPAM-Lösung suchen, die IPv6 an derselben Stelle wie IPv4 verwaltet, über bestehende DNS- und DHCP-Server funktioniert und eine sichere Delegierung sowie Automatisierung unterstützt. Jedes Kriterium bezieht sich auf einen Fehlerfall, der die Migration verzögert: Lücken in der Bestandsaufnahme, manuelle Fehler und Austauschprojekte, für die niemand Personal bereitstellen kann.
Beginnen Sie mit der Abdeckung. IPv6 muss während einer Dual-Stack- oder reinen IPv6-Migration zusammen mit IPv4 verwaltet werden, nicht in einem separaten Tool. Der Ansatz sollte überlappende Adressräume nach Fusionen und mehrere Verzeichnisforests bewältigen können und auf bestehenden Microsoft- und anderen DDI-Diensten aufsetzen, damit die Migration nicht zu einer erzwungenen Neugestaltung der Architektur wird.
Testen Sie anschließend die Delegierung und Automatisierung. Ein detaillierter, rollenbasierter Zugriff sollte es lokalen Administratoren ermöglichen, die ihnen zugewiesenen Einträge ohne umfassendere Rechte zu aktualisieren. Ein API-First-Design, bei dem alles, was über die Benutzeroberfläche möglich ist, auch über die API ausgeführt werden kann, bietet Teams eine einheitliche Automatisierungsoberfläche für wiederholbare IPv6-Änderungen, anstatt für jeden Servertyp separat Skripte erstellen zu müssen.
Read article
Micetro is an overlay solution which helps you get extra life out of your current DNS, DHCP, and IP address management solutions.
Netzwerkteams die Migration durchführen, indem sie den IPv6-Test- und Migrationsstatus für jeden Adressbereich und jedes Gerät in IPAM verfolgen, die Überprüfungen an lokale Administratoren delegieren und den Status an die übergeordneten Ebenen weiterleiten. Micetro dies über die bereits vom Team betriebenen DNS- und DHCP-Server unterstützt, sodass IPv6 Netzwerk für Netzwerk parallel zu IPv4 aktiviert wird.“
Das Whitepaper „Migration zu IPv6 mit Micetro“ beginnt mit der Erfassung des Netzwerks. Micetro zeigt Adressen an, die in A- und AAAA-Einträgen sowie in DHCP-Bereichen gefunden wurden, importiert statische Adressen aus Tabellenkalkulationen und ermittelt undokumentierte Adressen anhand von ARP-Daten des Routers oder per Ping. Ein Eigenschaftsfeld „IPv6-Teststatus“ kennzeichnet anschließend jeden Adressbereich und jedes Gerät mit einem Status, der von „Test ausstehend“ bis „bereit für die Migration“ reicht.
fein abgestufter, rollenbasierter Zugriff, bei dem Gruppen über das Microsoft-Verzeichnis verwaltet werden, ermöglicht es lokalen Administratoren, den Status nur für ihre eigenen Netzwerke zu aktualisieren. Eine Workflow-Erweiterung leitet den Status in der Hierarchie nach oben weiter, und ein zweites Feld erfasst den Migrationsstatus: ausstehend, teilweise migriert oder vollständig IPv6-fähig. Teams aktivieren IPv6 in der Regel zunächst im Backbone und erweitern die Umstellung dann in ihrem eigenen Tempo auf die Peripherienetzwerke.
Read article
[Whitepaper] Migrating to IPv6 with Micetro
Read article
With Micetro, integrate, orchestrate, and automate your current DNS, DHCP, and IPAM network infrastructure via a single web interface.
Der richtige Weg hängt davon ab, wie gut ein Team seinen aktuellen Adressbestand kennt und wie seine DNS- und DHCP-Server derzeit verwaltet werden. Die meisten Teams durchlaufen diese Schritte der Reihe nach. Einige können Schritte überspringen, wenn ihr Bestand bereits zuverlässig erfasst ist.“
Kurze Antworten auf die Fragen, die Netzwerkteams bei der Planung von DNS, DHCP und IPAM für IPv6 am häufigsten stellen.
Haben Sie noch Fragen?
Erhalten Sie konkrete Antworten von einem BlueCat-Mitarbeiter.
