IPv6 – eine Pflicht für Behörden?

Sofern ein Netz von außen nicht mittels IPv6 erreichbar sein muss, gibt es nur selten einen technischen Bedarf, IPv6 für interne Netze umzusetzen. Lokale sowie die meisten internetbasierten Anwendungen stellen selten diese Anforderung. Hinsichtlich der IPv4-Adressknappheit hat man sich an Übergangslösungen wie private IPv4-Adressen und NAT (Network Address Translation) so sehr gewöhnt, dass diese mittlerweile nahezu den Status von „Best Practices“ haben. Aus diesem Grund wirkt der Aufwand für eine Umstellung auf bzw. die Einführung von IPv6 im Betriebsalltag eher wie ein Hindernis. Nicht selten zeigt sich die Tendenz, die Migration daher als ungewollt wahrzunehmen. Dennoch kann es Gründe und sogar verbindliche Vorgaben für eine Migration zu IPv6 geben. Letzteres gilt beispielsweise für bestimmte Behörden. Ein hierbei häufig angeführtes Argument ist die langfristige Zukunftsfähigkeit und die Vorbereitung auf den aufkommenden Bedarf.

Bereits im Netzwerk Insider von Juni 2025 haben wir in Zusammenhang mit individuellen Anforderungen und Anwendungen der Gebäudetechnik über die Problematik einer IPv6-Einführung berichtet (https://www.comconsult.com/moderne-netze-und-it-anforderungen-an-gebaeudetechnik-ein-konflikt/). In dem dort beschriebenen speziellen Fall aus der Gebäudetechnik ging es um Vorgaben zur Einführung bei Behörden. Darüber hinaus haben wir in der Vergangenheit immer wieder IPv6 thematisiert, beispielsweise in Zusammenhang mit Anforderungen und Vorgaben für IPv6 in anderen Ländern 2025 (https://www.comconsult.com/braucht-es-schon-wieder-einen-neuen-ip-standard/) oder 2021 (https://www.comconsult.com/wird-ipv6-international-zur-pflicht/).

Für die sogenannten Netze des Bundes, also das Weitverkehrsnetz, das Bundesbehörden sowie andere Behörden verbindet, gelten sehr konkrete Vorgaben zur IPv6-Umsetzung. Zuständig hierfür ist die Bundesanstalt für den Digitalfunk der Behörden und Organisationen mit Sicherheitsaufgaben (BDBOS), die die Grundsätze des IPv6-Programms des Bundes festlegt. Neben den Bundesbehörden wirken sich die Vorgaben aus dem IPv6-Programm des Bundes ebenfalls auf Landesbehörden und die kommunale Ebene aus, sofern diese mit Bundesbehörden interagieren. Dies gilt folglich auch für IT-Dienstleister in diesem Bereich. Damit können die Regelungen indirekt weitreichende Auswirkungen auf weitere Netzwerke haben.

Selbst wenn die dort dargestellten Vorgaben den eigenen IT-Betrieb nicht betreffen, kann das IPv6-Programm des Bundes dennoch Hilfestellungen für die eigene IPv6-Einführung liefern. Daher widmen wir uns im Folgenden diesen Vorgaben.

Grundlagen der IPv6-Einführung

Zu Beginn werfen wir einen Blick auf die grundlegenden Überlegungen zur IPv6-Einführung. Bei den meisten Lesern wird das technische Basiswissen zu IPv6 mittlerweile gegeben sein. Klar ist, dass sich neben der Länge und Optik der IP-Adresse auch weitere Aspekte geändert haben. Für Details zur Technik sei an dieser Stelle auf unsere anderen Beiträge und Seminare verwiesen.

Grundlegend für die IPv6-Einführung sind einige relevante Punkte. Dies erstreckt sich von der Definition von IP-Adresskonzepten bis zum Aufbau des Netzes. Daher sind vor Beginn einer Umsetzung Festlegungen zu treffen, um betriebliche Risiken zu minimieren und die Funktionsfähigkeit der Netze sicherzustellen. Es empfiehlt sich, Konzepte zu erarbeiten, die diese notwendigen Festlegungen betreffen, um die nachfolgende Migration detailliert planen zu können. Zentral für die Einführung von IPv6 ist hierbei auch die Migrationsreihenfolge.

Unter anderem wird man als Übergang einen Dual-Stack-Betrieb umsetzen, in dem IPv4 und IPv6 parallel im Netzwerk bereitgestellt werden. Sobald alle relevanten Systeme und Anwendungen IPv6 unterstützen, kann eine Abschaltung von IPv4 geplant und umgesetzt werden. Dies reduziert den Aufwand für den IT-Betrieb langfristig.

Für den zeitlichen Ablauf der IPv6-Migration kann je nach IT-Landschaft ein sehr unterschiedlicher Rahmen notwendig sein. Dieser hängt indirekt von der Unternehmensstruktur ab, da diese bestimmte betriebliche Anforderungen und damit auch die Netzwerk-, Hardware- und Softwarearchitekturen beeinflusst. Hierzu ein Beispiel: Bei Filialisten kann der Ablauf im Vergleich zu einem einzelnen Campusnetzwerk anders aussehen, da unterschiedliche Anbindungen, Architekturen und Klassen von Netzwerkkomponenten eingesetzt werden. Darüber hinaus ist der IT-Betrieb bei solchen Kunden häufig diverser aufgestellt und erfordert eine abgestimmte Koordination, die auf einem einzelnen Campus einfacher umzusetzen ist. Die damit verbundene Komplexität beeinflusst naturgemäß den zeitlichen Ablauf. Abhängig hiervon sind teilweise Szenarien denkbar, bei denen die Umstellungsphase von der ersten Konzeption bis hin zu einem IPv6-only-Betrieb – in dem IPv4 abgeschaltet werden kann – 10 oder 15 Jahre umfasst.  Derartige Zeiträume werden bei Kunden im Projektverlauf eingeplant. Für eine realistische zeitliche Planung können Beispiele aus anderen Bereichen hilfreich sein. Hier bieten insbesondere die Vorgaben aus dem Behördenumfeld eine nützliche Orientierung.

Mit dem IPv6-Programm unterstützt der Bund Behörden und Organisationen der öffentlichen Verwaltung sowohl bei der Planung der Umstellung auf IPv6 als auch bei deren Umsetzung. Im Endeffekt kann das Programm jedoch auch Unternehmen sowie Behörden außerhalb der Bundesbehörden als Beispiel und Hilfestellung dienen. Die beschriebenen Verfahrensweisen und vor allem die technischen Vorgaben sind dabei ebenfalls nützlich.

Konkrete Details der Vorgaben für Netze des Bundes

Das IPv6-Programm des Bundes gibt Hilfestellungen insbesondere im Hinblick auf die Netze des Bundes sowie allgemein für angeschlossene Behörden und deren IT. Ziel hierbei ist es, die Einführung von IPv6 voranzutreiben sowie technische Unterstützung anzubieten. Beschrieben wird die Aufgabe des IPv6-Programms als „Hilfe zur Selbsthilfe“ für die betroffenen Behörden. Außerdem soll die IT-Betriebskonsolidierung des Bundes durch eine einheitliche Struktur vorangetrieben und die digitale Souveränität durch diese Struktur, entsprechende Vorgaben sowie die Nutzung von IPv6 gestärkt werden.

Der Bund hat bereits 2020 erste Beschlüsse getroffen, um die Verwaltung mit der Einführung von IPv6 zukunftssicher zu gestalten. Hierzu hat ein entsprechendes Gremium der Konferenz der IT-Beauftragten Beschlüsse getroffen (KoITB-Beschlüsse Nr. 2020/13, 2020/14 und 2021/07 – https://www.bdbos.bund.de/DE/Aufgaben/IPv6/Ueberblick/ueberblick_node.html). Diese definieren unter anderem den Anspruch, dass die Behörden Migrationskonzepte mit konkreten Zeitzielen erstellen. Ebenso wurden Zeitziele für die Umsetzung von IPv6 im WAN festgelegt und Architekturrichtlinien erstellt, die vorsehen, dass eine vollständige Umstellung der Kommunikation auf IPv6 zu ermöglichen ist. Im Ergebnis müssen alle Komponenten auf IPv6 geprüft und umgestellt werden.

Wie bereits in unserem Artikel vom Juni 2025 berichtet, stellen diese Beschlüsse feste Zeitpläne auf. Insbesondere ergibt sich daraus ein Zeitrahmen für die Einführung von IPv6 sowie für die mögliche Abschaltung von IPv4, also den Betrieb eines IPv6-only-Netzwerks. Konkret ist für die Netze des Bundes, also das WAN, eine IPv6-Unterstützung bereits im vergangenen Jahr vorgesehen worden; die Abschaltung von IPv4 ist bis 2030 geplant.

Der seitens des Bundes vorgesehene Zeitplan kann durchaus als „sportlich“ angesehen werden. Es ist zum aktuellen Zeitpunkt nicht ersichtlich, ob dieser Zeitplan eingehalten werden kann. Dennoch wird auch dies, wie oben beschrieben, Einfluss auf weitere Netze haben. Wenn die Netze des Bundes nur noch IPv6-fähig sind und kein IPv4 mehr unterstützen, müssen angeschlossene Landesbehörden und kommunale Behörden mindestens eine Dual-Stack-Kommunikation gewährleisten. Dies gilt bereits ab dem Moment, in dem die erste relevante Anwendung nicht mehr über IPv4 erreichbar ist. Dadurch sind weitere Bereiche ebenfalls betroffen. IT-Dienstleister der Behörden sowohl auf Bundes- als auch auf Landes- und Kommunalebene müssen in gleichem Maße IPv6-fähig sein wie die durch sie betreuten Dienste und Geräte.

Daraus ergibt sich je Behörde ein Zeitablauf, der sich mehr oder weniger streng an den Bundesvorgaben orientiert. Uns sind Behörden bekannt, die die vorgesehene Deadline für 2030 durchaus ernst nehmen und die Abschaltung von IPv4 in diesem Zeitrahmen ebenfalls für ihre internen Netze anstreben. Dies führt folglich zu einem erheblichen Umsetzungsaufwand.

In Abbildung 2 ist der historische zeitliche Hintergrund einer solchen Planung skizziert. Die Entwicklung von IPv6 begann bereits 1995. Eine Vorgänger-Taskgroup für IPng wurde schon 1993 tätig und der entsprechende Standard 1998 finalisiert. Dennoch zeigte sich in der Vergangenheit, dass eine Umsetzung für viele Unternehmen in typischen Netzwerken noch deutlich auf sich warten lässt. Mittlerweile sind 73 % der Google-Anfragen in Deutschland IPv6-basiert, was eine deutliche Tendenz bezüglich des Internetverkehrs darlegt.

Am Beispiel einer Landesbehörde lässt sich bereits erahnen, wie sich derartige Vorgaben in die eigene Umsetzung integrieren lassen. Abbildung 3 zeigt hierbei den Teil der IPv6-Umsetzung zwischen der Fertigstellung des Dual-Stack-Netzwerks, angenommen für das 1. Quartal 2026, bis hin zum Ende der IPv4-Unterstützung in den Anwendungen und folglich auch im Netzwerk. Aufgrund unterschiedlicher Zuständigkeiten ist hierbei eine sukzessive Umsetzung vorzusehen. Nachdem das Netzwerk nun sowohl IPv4 als auch IPv6 unterstützt, werden Endgeräte und Server ebenfalls Dual-Stack-fähig gemacht und Fachverfahren betrachtet. Dies geschieht gegebenenfalls getrennt nach Fachbereichen, Abteilungen oder einzelnen Anwendungen im Netzwerk.

Dieses Vorgehen orientiert sich grob an einem von der BDBOS vorgeschlagenen Vorgehensmodell, das von der BDBOS in einem zugehörigen Leitfaden für die IPv6-Migration der Behörden und Organisationen des Bundes (https://www.bdbos.bund.de/SharedDocs/Downloads/DE/IPv6/IPv6_PdB_Migrationsleitfaden.html) beschrieben wurde.

Ein Teil der Vorgaben und Empfehlungen (insbesondere der oben erwähnte Zeitplan) stellt auch für Behörden keinen zwingenden Grund dar, alle internen, vom WAN getrennten Netze auf IPv6 umzustellen. Der Einfluss auf interne Netze ergibt sich jedoch daraus, dass verschiedene Dienste über die Netze des Bundes erreichbar sein müssen. Wenn dort die Kommunikation künftig ausschließlich über IPv6 möglich ist, muss das eigene Netz ein Mindestmaß an IPv6-Unterstützung bieten.

Erfahrene IT-Betriebsverantwortliche erkennen, dass eine Umsetzung allein mithilfe von Übergangsmechanismen wie NAT64-Gateways zusätzlichen Aufwand und auch zusätzliche betriebliche Risiken mit sich bringt. Eine konsequente Umsetzung von IPv6-only ist daher zielführend.

Insbesondere in Bezug auf die Prüfung der IPv6-Kompatibilität und -Fähigkeit von Komponenten bieten die als IPv6-Profile bezeichneten technischen Anforderungen eine Hilfestellung, die ebenso für andere Unternehmen und Organisationen hilfreich sein können (https://www.bdbos.bund.de/SharedDocs/Downloads/DE/LIR/ipv6-profile.html und https://www.bdbos.bund.de/SharedDocs/Downloads/DE/LIR/profiltabellen.html).  Anhand dieser Checklisten lässt sich übersichtlich feststellen, ob die eigenen Systeme für die Umstellung zu IPv6 oder sogar IPv6-only bereit sind.

Nicht alle  Dokumente zu den benannten RFCs sind noch aktuell, können aber dennoch nützlich sein. Tatsächlich verweist das Dokument teilweise auf die häufig angeführten Empfehlungen des RIPE-Dokuments 554 bzw. 772 (https://www.ripe.net/publications/docs/ripe-772/), das IPv6 Ready Logo Program (https://www.ipv6ready.org/) oder weitere vergleichbare Vorgaben (z.B. RFC 6434, RFC 6204, RFCC 4864 und RFC 6071).

Darüber hinaus bieten die Profile eine Darstellung entsprechender Anforderungen für Knoten, Router, Endsysteme, Paketfilter, Application Layer Gateways, VPN-Gateways, Server, Managementsysteme und Switches. Die technischen Vorgaben betreffen sowohl IPv6-Grundfunktionen wie Neighbor Discovery und SLAAC als auch Funktionen wie Mobile IPv6, die nicht in jedem Anwendungsfall benötigt werden. Insgesamt sind die Profile sehr formalisiert und basieren auf den RFCs des IPv6-Standards, was eine Prüfung und Nutzung, zum Beispiel im Rahmen einer Beschaffung, aufwendig oder unübersichtlich machen kann.

Die IPv6-Migration im Keimzellenmodell

Einerseits werden der oben genannte Zeitplan und die Vorgaben Unternehmen betreffen, die direkt oder indirekt mit den Behörden verbunden sind. Darüber hinaus ist es aber durchaus sinnvoll, Themen wie den Migrationsleitfaden zu beachten, wenn man eine eigene Umsetzung vorantreiben möchte. Sicherlich muss man an dieser Stelle nicht exakt den Vorgaben folgen, sofern keine entsprechende Bindung besteht. Als Orientierungshilfe können sie dennoch dienen.

Der Migrationsleitfaden bietet insbesondere die Chance, sich hinsichtlich des grundsätzlichen Vorgehens zu orientieren. Eine individuelle Planung für eine Migration ist in jedem Fall notwendig. Die im Folgenden beschriebenen Rahmenparameter können hier hilfreich sein.

Eine allgemeine Empfehlung des Leitfadens ist: „So agil wie möglich vorgehen“ und daher flexibel auf aufkommende Bedarfe reagieren, da in einem derartig langen Projektverlauf Anpassungen notwendig werden. Dazu empfiehlt der Leitfaden eine Betrachtung von der Anwendung bzw. dem Endgerät aus zur Identifizierung eines möglichen Vorgehens, da hierbei alle relevanten Kommunikationssysteme, die nicht nur das Netzwerk betreffen, betrachtet werden. Ebenso kann es wichtig sein, Mitarbeitende mindestens in Bezug auf eine Kommunikation und Information einzubeziehen, um ein Verständnis für anstehende Änderungen zu erreichen.

Das grundsätzliche Vorgehen folgt hierbei dem Modell einer „Keimzellen-Migration“. Konkret stellt der Leitfaden damit einerseits klar, dass keine Big-Bang-Umstellung erfolgen kann, bei der in einem einzelnen Wartungsfenster alle Systeme auf IPv6 umgestellt werden. Andererseits ist dies auch so zu verstehen, dass eine konkrete Anwendung und damit bestimmte Komponenten oder Bereiche des Netzwerks als Keimzelle vorrangig auf IPv6 umgestellt werden.

Dafür sind geeignete Kandidaten zu wählen, bei denen beispielsweise ein besonderer Bedarf besteht oder das Risiko gering ist. An dieser Keimzelle werden die notwendigen Erfahrungen gesammelt, um anschließend weitere Bereiche umsetzen zu können. Diese oder eine vergleichbare Vorgehensweise lässt sich grundsätzlich auf die meisten Unternehmensnetze adaptieren und übernehmen. Insgesamt kann dadurch das Risiko größerer Fehler (z.B. hinsichtlich der Konfiguration) reduziert werden. Den Start der Migration bildet eine Ist-Aufnahme als Basis für die Auswahl der Keimzelle.

Die Idee besteht darin, mit einer möglichst kleinen Keimzelle zu beginnen (z.B. einem Router oder einer einzelnen Anwendung) und diese sukzessive auf größere Keimzellen auszuweiten. Werden solche Keimzellen parallel betrachtet, kann eine Keimzelle zum Beispiel aufgrund einer fehlenden IPv6-Fähigkeit einer Anwendung angehalten werden. Weitere Keimzellen können jedoch weiterhin vorangetrieben werden.

Als Startpunkt für die IPv6-Migration dient häufig das Netzwerk in einem eingeschränkten Bereich. So wird die Kommunikationsfähigkeit für IPv6 hergestellt, bevor die eigentliche Anwendung für IPv6 eingerichtet wird. Beispielsweise kann das Netzwerk bereits entsprechend konfiguriert sein, während die Endgeräte noch nicht angepasst wurden. Sicherheitseinstellungen können so ebenfalls vorgenommen und getestet werden, bevor produktiver Verkehr über IPv6 stattfindet.

Für den Netzbetrieb, doch auch für Endgeräte und Server besteht hierbei die Sichtweise eines bestehenden reinen IPv4-Betriebs mit einer Migration hin zu einem IPv6-only-Betrieb unter Berücksichtigung eines Dual-Stacks. Der IPv6-only-Betrieb muss dabei um einen IPv4-Bestandsschutz ergänzt werden, wenn Systeme nicht abgelöst werden können. Dies gilt gegebenenfalls auch für Geräte und Netze, etwa in der Gebäudetechnik, in der selbst neue Produkte IPv6 häufig noch nicht unterstützen.

Alternativ zur Betrachtung der Netzwerkkomponenten kann die Migration auf Basis einer Anwendung geplant werden. Dafür müssen die betroffenen Komponenten, sowohl Software als auch Hardware, erfasst und umgestellt werden.

Der Migrationsleitfaden schlägt eine agile Vorgehensweise vor, um aus den Erfahrungen der bereits durchgeführten Schritte zu lernen und diese auf die nächste Phase anzuwenden. Dadurch werden neue Keimzellen identifiziert und umgesetzt. Der Migrationsleitfaden bietet für jeden einzelnen Schritt konkrete Hilfestellungen und Hinweise. Das beschriebene Vorgehen geht hierbei teilweise auf Details ein, wie etwa zu empfehlende Planungsbereiche sowie Besprechungen und Workshops.

Statt des Keimzellen-Verfahrens ist ein Wasserfall-Vorgehen denkbar, bei dem Systeme bzw. Tätigkeiten in einer linearen Art und Weise abgearbeitet werden. Realistisch ist eine Kombination der beiden Vorgehensweisen, indem bestimmte Schritte innerhalb einer Keimzellenmigration linear geplant werden und die Abfolge der Migration kritischer Systeme linear erfolgt, um Risiken zu minimieren.

Ob die vorgeschlagene Vorgehensweise sowohl im Groben als auch im Detail für das eigene Unternehmen infrage kommt, hängt von verschiedenen Aspekten ab. Sofern der Bedarf einer IPv6-Einführung besteht, muss der vorgesehene Weg zum eigenen Netzwerk und letztlich zum eigenen IT-Betrieb passen. Im Endeffekt wird die Komplexität der IPv6-Einführung maßgeblich von der Komplexität des eigenen Netzes und der eigenen Anwendungen abhängen.

Vorgaben zur IT-Sicherheit bei der IPv6-Einführung

Über alle Migrationsvorgehensweisen und -schritte hinweg sind grundlegende Aspekte einzuhalten. Das betrifft die Sicherheit und Verfügbarkeit der Anwendungen bzw. des Netzwerks. Die betriebliche Kontinuität muss durch den Prozess und die Reihenfolge der Migration sichergestellt werden. Daher wird von einem Dual-Stack-Betrieb als Teil der Umstellung ausgegangen. Damit wird sowohl IPv6- als auch IPv4-Kommunikation ermöglicht.

Hinsichtlich der Sicherheit sind die Vorgaben des BSI und entsprechende Leitfäden zu berücksichtigen. Ergänzend kann der benutzerdefinierte Baustein IPv6 der Hessischen Zentrale für Datenverarbeitung (HZD) herangezogen werden (https://www.bsi.bund.de/SharedDocs/Downloads/DE/BSI/Grundschutz/Hilfsmittel/Benutzerdefinierte_BS/BS_IPv6.html).

Vergleichbar zu anderen BSI-Dokumenten stellt der Baustein die Gefährdungen mit dem Fokus IPv6 dar. Es werden sowohl die Gefährdungen gemäß BSI-IT-Grundschutz aufgeführt, die besonders bei IPv6 relevant sind, als auch solche, die darüber hinausgehen. Dies betrifft beispielsweise mangelhafte Umsetzungen eines Dual-Stack-Betriebs, die Einbindung mobiler Endgeräte und Vergleichbares. Daraus ergeben sich Basis- und Standardanforderungen sowie Anforderungen bei erhöhtem Schutzbedarf. Insbesondere Unternehmen, die dem KRITIS-Umfeld zuzuordnen sind, sollten sich an solchen Empfehlungen orientieren. Auch wenn die Struktur des BSI-Grundschutzes modernisiert wird, bleibt der entsprechende Inhalt weiterhin relevant.

Teil der definierten Anforderungen ist die Erstellung einer Planung mit der erforderlichen inhaltlichen Tiefe. So müssen Bestandsübersichten gepflegt und Migrationskonzepte, Adresskonzepte, Notfallpläne etc. erstellt werden. Dies ist somit immer ein zentraler Teil der IPv6-Einführung, nicht nur aus betrieblicher Sicht, sondern insbesondere zur Erreichung der Sicherheit.

Resultierende Probleme und Fazit

Es lassen sich durchaus Hilfestellungen zur IPv6-Einführung finden, die zwar ursprünglich für den öffentlich-rechtlichen Bereich entwickelt wurden, jedoch auf andere Bereiche gleichermaßen anwendbar sind.

Der zeitliche Ablauf und der Migrationsprozess sind dabei nur sehr begrenzt übertragbar. Derartige Vorgaben sollten an die individuellen Bedürfnisse angepasst werden und dem konkreten Bedarf entsprechen. So müssen ebenso die betrieblichen Fähigkeiten zum Zeitplan passen. Solche Vorgaben sind an dieser Stelle sicherlich für Behörden oder deren Dienstleister relevant, da damit zu rechnen ist, dass zumindest in Teilen die zentralen Systeme der Netze des Bundes diesem Zeitplan folgen. Im Einzelfall kann dies aber zu sportlich sein.

Wie man sich denken kann, ist dieses Thema noch nicht bei allen Dienstleistern angekommen, da IT-Dienstleister meist nicht direkt in die Abläufe der Behörden integriert sind und diese nur einige unter vielen Kunden darstellen. Im Hinblick auf den offiziellen Zeitplan sollte daher rechtzeitig agiert werden, damit man im Endeffekt nicht nur reagieren kann und auf Schadensbegrenzung angewiesen ist. Es empfiehlt sich ein proaktives Nachfragen nach dem Zeitplan beim Kunden.

Ebenso ist die Komplexität der jeweiligen IT-Umgebung sehr unterschiedlich. Detaillierte Projektempfehlungen, wie sie dem Migrationsleitfaden zu entnehmen sind, können abhängig von der Umgebung einen unnötigen Mehraufwand mit sich bringen. Dennoch lassen sich solche Dokumente auch in diesen Fällen als Hilfestellung für das eigene Vorgehen nutzen. Da dieses dem eigenen Bedarf entsprechen muss, sollte in vielen Situationen mit dem nötigen Augenmaß geplant und konzipiert werden.

Der Bedarf an IPv6 als Technologie im eigenen Netzwerk fällt naturgemäß unterschiedlich aus, ggfs. auch abhängig vom Netzbereich und den dort genutzten Anwendungen. Damit können der Bedarf einer Migration sowie die mehr oder weniger formale Struktur des Verfahrens ebenfalls abweichen.

Diese Argumente gelten grundsätzlich auch für Behörden. Hier kommt jedoch die Abhängigkeit von der Anbindung an die Netze des Bundes als weitere Perspektive hinzu. Dennoch sollte diese Empfehlung genauso wie in Unternehmen der freien Wirtschaft unter sorgfältiger Abwägung in eigene Vorgaben und Konzepte übernommen werden. Netzbereiche, die die Grundlage für Anwendungen ohne IPv6-Unterstützung bilden, stellen ggfs. IPv4-Inseln dar.

Solche und vergleichbare Betrachtungen sind im Rahmen der Konzeption durchzuführen und die Ergebnisse festzuhalten. Ein IPv6-Einführungsprojekt ist in der Regel relativ umfangreich und trotz der genannten Hilfestellungen komplex. Daher empfiehlt sich eine rechtzeitige Planung.