Terug naar de blog
12 augustus 2026

IPv6 voor bedrijven: klaar voor de toekomst van internet

Een paar handen sluit een netwerkkabel aan op een IPv6-router.

Ja, jouw bedrijf moet nú aan de slag met IPv6. Publieke diensten zoals je website en e-mail bereikbaar houden via IPv6 is geen luxe meer, het is een vereiste voor toekomstbestendigheid en online vindbaarheid volgens SEO best practices. Drie concrete eerste stappen:

  • Controleer bereikbaarheid: test of jouw website en mailserver al via een AAAA-record (IPv6) bereikbaar zijn. Gratis tools zoals Test-ipv6 geven je in één minuut uitsluitsel.
  • Maak een inventaris: breng in kaart welke routers, firewalls, switches en cloudproviders je gebruikt en of ze IPv6 ondersteunen. Zonder deze lijst kun je geen realistisch migratieplan opstellen.
  • Plan een gefaseerde dual-stack uitrol: draai IPv4 en IPv6 naast elkaar totdat alle systemen klaar zijn. Dit is de veiligste aanpak voor MKB-bedrijven.

Heb je geen eigen IT-afdeling? Dan is uitbesteding aan een managed-servicepartner zoals Astia de snelste en meest kostenefficiënte route. Astia neemt de inventarisatie, het adresplan en de uitrol volledig over, zodat jij je op je bedrijf kunt richten.

Belangrijkste inzichten

IPv6 voor bedrijven is geen optioneel project meer: publieke diensten bereikbaar houden, een gedocumenteerd adresplan opstellen en firewallregels voor IPv6 instellen zijn de drie acties die je niet kunt uitstellen.

Punt Details
Begin met publieke diensten Maak website en e-mail als eerste bereikbaar via IPv6 met AAAA-records in DNS.
Dual-stack als veiligste aanpak Draai IPv4 en IPv6 naast elkaar totdat alle systemen volledig IPv6-klaar zijn.
Firewall en security direct meenemen Stel expliciete IPv6-firewallregels in; SLAAC kan apparaten anders onbedoeld publiek bereikbaar maken.
Beleid in Nederland is duidelijk Forum Standaardisatie en SIDN adviseren IPv6 voor elektronische diensten; dit geldt als richtsnoer voor MKB.
Astia regelt het complete traject Van inventarisatie en adresplan tot oplevering met testrapport, via een vast maandtarief voor netwerkbeheer.

Inhoudsopgave

Wat is IPv6 en waarom is het relevant voor jouw bedrijf?

IPv6 (Internet Protocol versie 6) is de opvolger van IPv4 en gebruikt 128-bit adressen in plaats van 32-bit. Dat klinkt technisch, maar de praktische betekenis is simpel: waar IPv4 ruim 4 miljard unieke adressen biedt, levert IPv6 een vrijwel onbeperkte adresruimte. De IPv6-specificatie is vastgelegd in RFC 2460 en vormt de technische basis voor het moderne internet.

Voor bedrijven zijn deze kenmerken het meest relevant:

  • 🌐 Adresruimte: elk apparaat krijgt een uniek, publiek routeerbaar adres. Geen NAT-constructies meer om adressen te hergebruiken.
  • ⚙️ SLAAC en DHCPv6: apparaten kunnen zichzelf automatisch configureren (Stateless Address Autoconfiguration) of adressen ontvangen via DHCPv6, wat adresbeheer vereenvoudigt.
  • 🔒 Native IPsec-ondersteuning: IPv6 is ontworpen met ingebouwde mogelijkheden voor versleuteling en authenticatie via IPsec.
  • 📡 Multicast in plaats van broadcast: efficiënter netwerkverkeer, minder belasting op het netwerk.

Een concreet voorbeeld: wil je dat jouw server publiek bereikbaar is via IPv6, dan voeg je simpelweg een AAAA-record toe aan je DNS-zone. Dat record wijst naar het IPv6-adres van je server, precies zoals een A-record dat doet voor IPv4. Moderne besturingssystemen ondersteunen IPv6 standaard, wat de drempel voor adoptie aanzienlijk verlaagt.

Wat zijn de praktische verschillen tussen IPv4 en IPv6 voor jouw bedrijf?

De technische verschillen tussen IPv4 en IPv6 vertalen zich direct naar bedrijfsimpact. Dit zijn de punten die voor MKB-bedrijven het meest tellen:

  • Adresruimte en schaalbaarheid: IPv4 is uitgeput. Nieuwe publieke IPv4-adressen zijn schaars en duur. IPv6 geeft elk apparaat, elke server en elke IoT-sensor een eigen adres zonder extra kosten voor adresruimte.
  • NAT versus end-to-end: met IPv4 gebruik je NAT (Network Address Translation) om meerdere apparaten achter één publiek adres te verbergen. Dat werkt, maar veroorzaakt problemen bij VoIP, peer-to-peer-toepassingen en bepaalde clouddiensten. IPv6 maakt directe verbindingen mogelijk zonder NAT-tussenkomst.
  • Vereenvoudigde headers: IPv6-pakketheaders zijn efficiënter ontworpen, wat de verwerkingssnelheid op routers ten goede komt.
  • Adresbeheer (IPAM): met IPv6 heb je genoeg ruimte om een logisch, gestructureerd adresplan op te zetten. Dat maakt netwerkbeheer overzichtelijker dan het lapwerk dat bij IPv4-NAT vaak ontstaat.

NAT is bij IPv4 een veelgebruikte oplossing, maar het heeft een prijs. VoIP-telefonie, Teams-gesprekken en remote-access-oplossingen kunnen haperingen vertonen als NAT-traversal niet goed is geconfigureerd. Met IPv6 verdwijnt dat probleem grotendeels.

Pro-tip: Diensten die het meest profiteren van directe IPv6-bereikbaarheid zijn VoIP-telefonie, videoconferencing, remote desktop en self-hosted applicaties. Plan deze als eerste in je IPv6-uitrol.

Wat zeggen Nederlandse instanties over IPv6-adoptie?

Nederland heeft een duidelijk beleidskader rondom IPv6. Drie instanties spelen een centrale rol:

  • Forum Standaardisatie adviseert overheidsorganisaties en bedrijven die elektronische diensten aanbieden om IPv6 toe te passen op websites en e-mail. Dual-stack (IPv4 en IPv6 naast elkaar) is acceptabel voor werkplekken zolang volledige migratie nog niet haalbaar is. Het “Pas toe of leg uit”-principe geldt voor overheidsdiensten, maar geeft ook MKB-bedrijven een duidelijk richtsnoer.
  • SIDN (de beheerder van het .nl-domein) stimuleert IPv6-bereikbaarheid van .nl-domeinen en adviseert een gefaseerde aanpak, te beginnen met publieke diensten. SIDN signaleert dat Nederland op het gebied van IPv6-adoptie nog stappen te zetten heeft.
  • RIPE NCC is de regionale internetregistratie voor Europa en het Midden-Oosten. Via RIPE NCC vraag je als internetprovider of grote organisatie IPv6-adresblokken aan. Als MKB-bedrijf ontvang je jouw IPv6-ruimte doorgaans van je internetprovider, die op zijn beurt adressen van RIPE NCC krijgt. IANA beheert de globale IPv6-adresruimte en wijst blokken toe aan regionale registraties zoals RIPE NCC.

💡 Voor MKB-bedrijven betekent dit concreet: vraag bij je internetprovider een IPv6-prefix aan. Je hebt geen directe relatie met RIPE NCC nodig. Controleer wel of je provider een voldoende groot blok levert voor jouw netwerksegmentatie.

Welke overgangsstrategie past bij jouw situatie?

Er zijn meerdere manieren om van IPv4 naar IPv6 over te gaan. De meest aanbevolen aanpak is dual-stack, maar afhankelijk van je situatie kunnen andere mechanismen beter passen.

  • Dual-stack: je netwerk draait IPv4 en IPv6 tegelijk. Apparaten kiezen automatisch het beste protocol. Dit is de veiligste en meest compatibele aanpak voor MKB.
  • NAT64/DNS64: vertaalt IPv6-verkeer naar IPv4 voor systemen die nog geen IPv6 spreken. Handig als je provider al IPv6-only levert maar je interne systemen nog niet klaar zijn.
  • 464XLAT: uitbreiding op NAT64, specifiek voor mobiele netwerken en situaties waar apps IPv4-adressen verwachten.
  • DS-Lite: je provider levert IPv6, maar tunnelt IPv4-verkeer daar doorheen. Veel Nederlandse providers gebruiken dit al.
  • Tunneling (6in4, 6rd): IPv6-pakketten worden verpakt in IPv4. Nuttig als tijdelijke oplossing, maar voegt latency toe en is complexer te beheren.
  • IPv6-only met vertalers: de meest toekomstgerichte aanpak, maar vereist dat alle systemen en applicaties volledig IPv6-compatibel zijn.
Strategie Geschikt voor Voordeel Nadeel
Dual-stack Meeste MKB-bedrijven Maximale compatibiliteit Dubbel beheer
NAT64/DNS64 Provider al IPv6-only Geen aanpassing intern netwerk Complexe DNS-configuratie
DS-Lite Providers die dit aanbieden Transparant voor gebruiker Beperkte controle over IPv4
Tunneling Tijdelijke overbrugging Snel te implementeren Extra latency, minder stabiel
IPv6-only Nieuwe omgevingen Eenvoudig beheer Vereist volledige app-compatibiliteit

Voor de meeste MKB-bedrijven is dual-stack de logische keuze: je behoudt volledige IPv4-functionaliteit terwijl je stap voor stap IPv6 uitrolt. Kosten en beheerlast zijn bepalend: dual-stack vraagt meer aandacht van je IT-beheerder, maar geeft je de meeste flexibiliteit en een veilig terugvalpad.

Hoe pak je een IPv6-migratie stap voor stap aan?

Een gestructureerde aanpak voorkomt verrassingen. Gebruik deze checklist als basis voor je eigen project of als briefing voor je IT-partner.

  1. Inventarisatie: breng alle netwerkapparatuur, servers, firewalls, DNS-zones en cloudproviders in kaart. Noteer per component of IPv6 wordt ondersteund.
  2. Adresplan (IPAM): vraag een IPv6-prefix aan bij je provider en verdeel dit logisch over locaties, segmenten en VLAN’s. Documenteer dit plan zorgvuldig.
  3. DNS updaten: voeg AAAA-records toe voor alle publieke diensten (website, mailserver, VPN-gateway). Controleer of je DNS-provider IPv6 ondersteunt.
  4. Firewall en routing configureren: stel IPv6-firewallregels in. Vergeet niet dat IPv6-verkeer standaard anders loopt dan IPv4-verkeer.
  5. Staging en testen: test in een afgeschermde omgeving of alle diensten correct bereikbaar zijn via IPv6. Gebruik tools zoals test-ipv6.com en controleer mailflow, VPN en remote access.
  6. Gefaseerde uitrol: begin met publieke diensten, dan interne systemen, dan werkplekken. Houd IPv4 actief als fallback.
  7. Monitoring en fallback: stel monitoring in voor IPv6-verkeer en zorg voor een gedocumenteerd rollback-plan als er problemen optreden.

Indicatieve tijdlijn en kosten:

  • Laag (eenvoudige omgeving, provider ondersteunt dual-stack): 2–4 weken, voornamelijk configuratietijd. Kosten zitten in beheeruren.
  • Gemiddeld (meerdere locaties, eigen servers, cloudmix): 1–3 maanden, inclusief testfase. Reken op projectkosten voor externe begeleiding.
  • Hoog (complexe infrastructuur, legacy-systemen, meerdere providers): 3–6 maanden, met externe audit en uitgebreide testcycli.

💡 Azure rekent geen extra kosten aan voor sommige openbare IPv6-adressen, maar controleer dit altijd per provider. Prijsmodellen verschillen en kunnen je totaalbudget beïnvloeden.

Briefingtemplate voor je IT-partner: stuur deze punten mee als je een externe partij inschakelt: (1) lijst van alle publieke diensten en hun huidige IPv4-adressen, (2) overzicht van netwerkapparatuur met firmware-versies, (3) naam van je internetprovider en huidig contract, (4) gewenste opleverdatum en beschikbaarheid voor testmomenten.

Hoe pak je een IPv6-migratie stap voor stap aan? — overview diagram

Welke netwerkcomponenten moet je aanpassen of controleren?

Een IPv6-migratie raakt meer onderdelen dan alleen je router. Loop deze lijst langs voordat je begint:

  • Edge-router: ondersteunt IPv6-routing en dual-stack? Firmware up-to-date?
  • Core switches: VLAN-configuratie voor IPv6-segmentatie aanwezig?
  • Firewalls: aparte IPv6-regelsets nodig. Veel firewalls hebben standaard geen IPv6-regels actief.
  • Load balancers: ondersteunen ze IPv6-backends en AAAA-records?
  • DNS-servers: AAAA-records configureerbaar? Interne DNS ook bijgewerkt?
  • Mailservers: MX-records en SMTP-listeners geconfigureerd voor IPv6?
  • VPN-gateways: ondersteunen ze IPv6-tunnels of dual-stack-verbindingen?
  • Monitoring en backupsoftware: logt en monitort deze ook IPv6-verkeer?

Op het gebied van beveiliging zijn dit de meest kritieke checks:

  • Stel expliciete IPv6-firewallregels in. Laat geen “impliciete toestemming” ontstaan doordat IPv6-verkeer niet gefilterd wordt.
  • Beheer ICMPv6 zorgvuldig: sommige ICMPv6-berichten zijn noodzakelijk voor IPv6-werking (zoals Neighbor Discovery), maar andere moeten geblokkeerd worden.
  • Activeer RA-guard (Router Advertisement Guard) op switches om nep-routeradvertenties te blokkeren.
  • Controleer of je IDS/IPS-systeem IPv6-verkeer analyseert. Veel oudere systemen doen dit niet standaard.
  • Zorg dat logging ook IPv6-adressen vastlegt voor forensisch onderzoek.

Pro-tip: SLAAC configureert apparaten automatisch met een publiek IPv6-adres. Als je firewall geen expliciete blokkeerregels heeft voor inkomend IPv6-verkeer, kunnen interne apparaten onbedoeld publiek bereikbaar worden. Test dit altijd vóór productie-uitrol met een externe portscan.

Welke vragen stel je aan je cloud- of hostingprovider?

Niet elke provider is even ver met IPv6. Stel deze vragen voordat je een migratie plant:

  • Leveren jullie een publiek IPv6-prefix? Hoe groot is dat blok?
  • Ondersteunen jullie AAAA-records in DNS en dual-stack load balancers?
  • Is jullie CDN IPv6-ready?
  • Zijn er extra kosten voor IPv6-adressen of -verkeer?
  • Hoe verloopt de overdracht van IPv6-adressen bij een eventuele providerwisseling?

Microsoft Azure adviseert voor virtuele netwerken een /56-prefix, met /64-subnets per segment. Voor grotere omgevingen werkt Azure met /36 per omgeving en /44 per regio. Azure ondersteunt dual-stack en BYOIP (Bring Your Own IP), wat handig is als je bestaande IPv6-adressen wilt meenemen. Voor je IPAM-plan in Azure betekent dit: plan je adresruimte hiërarchisch en documenteer welke subnets voor welke diensten zijn gereserveerd.

Wat je zelf moet blijven beheren, ook als je clouddiensten gebruikt: DNS-records, firewallregels voor inkomend IPv6-verkeer en monitoring van IPv6-bereikbaarheid. Providers leveren de infrastructuur, maar de configuratie van jouw diensten blijft jouw verantwoordelijkheid, tenzij je dat uitbesteedt. De Internet Society biedt praktische deployment-adviezen die ook voor cloudmigraties relevant zijn.

Welke fouten maken bedrijven het vaakst bij een IPv6-migratie?

Een paar veelvoorkomende fouten kosten onnodig tijd en geld:

  • Geen adresplan: zonder IPAM-documentatie ontstaat chaos bij uitbreiding of troubleshooting.
  • Onvoldoende firewallregels voor IPv6: IPv4-regels gelden niet automatisch voor IPv6. Dit is de meest gevaarlijke fout.
  • DNS AAAA-records vergeten: je website is dan niet bereikbaar voor IPv6-gebruikers, ook al is je server wel geconfigureerd.
  • Geen rollback-plan: als iets misgaat, moet je snel terug kunnen naar IPv4-only. Documenteer dit van tevoren.
  • Monitoring niet uitgebreid: als je monitoring alleen IPv4-verkeer bijhoudt, zie je IPv6-problemen niet.
  • Leveranciers niet gecheckt: een firewall of switch die geen IPv6 ondersteunt, blokkeert de hele uitrol.

Een concreet risico: SLAAC configureert apparaten automatisch met een publiek IPv6-adres. Als de firewall op dat moment geen IPv6-inkomend verkeer blokkeert, is die host direct bereikbaar vanaf het internet. Dit is geen theoretisch scenario, het gebeurt in de praktijk bij bedrijven die IPv6 activeren zonder hun beveiligingsbeleid bij te werken.

De aanpak om dit te voorkomen: test elke fase in een staging-omgeving, voer een externe portscan uit na elke configuratiewijziging en laat een onafhankelijke audit uitvoeren voordat je naar productie gaat. Een gefaseerde uitrol gecombineerd met uitbesteding aan een IT-partner verkleint dit risico aanzienlijk.

Wat ziet Astia bij IPv6-migraties in de praktijk?

De meeste MKB-bedrijven die bij Astia aankloppen voor een IPv6-migratie denken dat het een groot, duur project is. Dat valt in de praktijk mee, mits je het gefaseerd aanpakt en de juiste prioriteiten stelt.

Handen controleren zorgvuldig een glasvezelconnector

Wat Astia keer op keer ziet: de grootste vertraging zit niet in de techniek, maar in de coördinatie. Wie belt de provider voor het IPv6-prefix? Wie past de firewallregels aan? Wie test de mailflow? Als die verantwoordelijkheden niet helder zijn, schuift een migratie maanden voor zich uit. Een typisch traject dat Astia begeleidt, loopt van inventarisatie tot oplevering in zes tot tien weken voor een MKB-bedrijf met één of twee locaties. De tijdsbesparing ten opzichte van zelf doen zit hem in de gestructureerde aanpak: geen zoekwerk, geen trial-and-error met firewallregels, geen vergeten DNS-records.

Wat ook opvalt: bedrijven die uitbesteden, houden een testrapport en gedocumenteerd adresplan over. Bedrijven die het zelf doen, hebben dat zelden. Dat documentatiegat wreekt zich bij de volgende uitbreiding of bij een beveiligingsincident.

De aanbeveling is consistent: begin met publieke bereikbaarheid (website en e-mail), houd IPv4 als fallback actief en schakel een partner in die de coördinatie met providers en de security-checks voor zijn rekening neemt.

Zo helpt Astia je bij de overgang naar IPv6

IPv6-migratie hoeft geen hoofdpijndossier te zijn. Astia regelt het complete traject voor MKB-bedrijven in de regio Utrecht en omgeving: van de eerste inventarisatie en het IPAM-adresplan tot de configuratie van firewalls, DNS en monitoring, en de oplevering met een testrapport.

Astia

Wat je van Astia krijgt: een vast maandtarief voor netwerkbeheer en firewallbeheer, inclusief IPv6-configuratie en doorlopende monitoring. Geen verrassingen achteraf, geen losse projectfacturen voor elke aanpassing. De migratie wordt gefaseerd uitgevoerd, zodat je bedrijf gewoon doorwerkt. Wil je weten wat dit voor jouw situatie betekent? Vraag een migratieassessment aan via Astia en Astia neemt binnen één werkdag contact op.

Bronnen

Afhankelijk van je doel, zijn dit de bronnen die je het snelst verder helpen:

Wil je een één-pagina briefingtemplate om door te sturen naar je IT-partner? Neem contact op met Astia, dan sturen we die direct toe.

Aanbeveling