Computable.nl
  • Thema’s
    • Carrière
    • Innovatie & Transformatie
    • Cloud & Infrastructuur
    • Data & AI
    • Governance & Privacy
    • Security & Awareness
    • Software & Development
    • Werkplek & Beheer
  • Sectoren
    • Channel
    • Financiële dienstverlening
    • Logistiek
    • Onderwijs
    • Overheid
    • Zorg
  • Computable Awards
    • Overzicht
    • Nieuws
    • Winnaars
    • Partner worden
  • Vacatures
    • Vacatures bekijken
    • Vacatures plaatsen
  • Bedrijven
    • Profielen
    • Producten & Diensten
  • Kennisbank
  • Nieuwsbrief
IPv6

Nederlands bedrijf laat IPv6 links liggen

05 juni 2012 - 09:073 minuten leestijdActueelCloud & InfrastructuurKPMG
Sander Hulsman
Sander Hulsman
Chief Digital Content

Nederlandse organisaties houden zich slechts in beperkte mate bezig de komst van het nieuwe internetprotocol IPv6. IPv6 is de opvolger van het huidige IPv4 en lost het tekort aan beschikbare ip-adressen in het huidige protocol op. 'Hoewel de laatste IP-adressen volgens IPv4 vorig jaar vergeven zijn en de overstap naar IPv6 onvermijdelijk is, zijn Nederlandse organisaties in zeer beperkte mate bezig met het nieuwe internetprotocol', zegt senior manager Sander Klous bij KPMG Advisory.

Uit onderzoek van KPMG en TNO onder Nederlandse bedrijven en overheidsinstellingen blijkt dat minder dan de helft van de onderzochte organisaties op dit moment voorbereidingen treft voor de invoering van het nieuwe internetprotocol. Slechts 15 procent geeft aan dat IPv6 zich op dit moment in een test- en acceptatiefase bevindt en niet meer dan 5 procent heeft het personeel inmiddels getraind op de komst van het nieuwe internet. Slechts 20 procent heeft inmiddels IPv6-adressen aangevraagd en de verbinding naar het internet geschikt gemaakt voor IPv6. Minder dan 5 procent blijkt de webpagina's van de organisatie al geschikt te hebben gemaakt voor het nieuwe internetprotocol.

Moment van invoeren

'Organisaties en eindgebruikers zullen in toenemende mate worden geconfronteerd met de schaarste aan IPv4-adressen', zegt Klous. 'Hoewel er door verschillende belanghebbenden proactief wordt gewerkt aan de uitrol van IPv6, wordt de urgentie van de invoering van het nieuwe internetprotocol bij de onderzochte organisaties nog onvoldoende onderkend. De organisaties blijken de noodzaak van de invoering van IPv6 weliswaar in te zien, maar denken in het algemeen zeer verschillend over het moment van invoeren.'

De organisaties voeren hier volgens Klous een aantal redenen voor aan. Zo voorziet 70 procent geen bedrijfsrisico's als gevolg van het niet langer beschikbaar zijn van IPv4-adressen. 60 procent geeft aan dat business-georiënteerde initiatieven op dit moment een hogere prioriteit hebben dan IPv6. Bij één op vier organisaties is IPv6 vooral een probleem omdat de concurrentie er mee bezig is.

Buiten het gezichtsveld

'Toch kan de gebrekkige aandacht voor IPv6 op termijn een gevaar betekenen voor de concurrentiepositie van veel organisaties', vervolgt Klous. 'De ontwikkeling voltrekt zich op dit moment nog grotendeels buiten het gezichtsveld van de organisatie. Het IPv4-netwerk blijft immers gewoon functioneren en IPv6 only-delen van het internet ontstaan vooral in gebieden waar relatief weinig contact mee is, zoals Azië.'

Het probleem ontstaat volgens Klous echter op het moment dat Europa ook overgaat op IPv6. 'Nederlandse organisaties zullen dan plotseling te maken krijgen met massale concurrentie van bedrijven die al geruime tijd actief zijn met het nieuwe internetprotocol. Ze worden dan met recht geconfronteerd met een remmende voorsprong van formaat. Naarmate de IPv6 only-gebieden van het internet groter worden, wordt het voor Nederlandse organisaties essentieel om zowel IPv4 als IPv6 (dual stack) te ondersteunen. Het is voor de bedrijven en instellingen dan ook essentieel om proactief om te gaan met de komst van IPv6.'

Bij elke verandering in de ict moet een organisatie zich volgens Klous afvragen of er de mogelijkheid is voor dual-stack ondersteuning. 'Dit geldt niet alleen voor netwerkbeheer, maar ook bij de vervanging van applicaties of het afsluiten van nieuwe contracten met isp's of andere ict-partners, zoals bijvoorbeeld cloud-serviceproviders.'

Meer over

IPv4IPv6Netwerken

Deel

    Inschrijven nieuwsbrief Computable

    Door te klikken op inschrijven geef je toestemming aan Jaarbeurs B.V. om je naam en e-mailadres te verwerken voor het verzenden van een of meer mailings namens Computable. Je kunt je toestemming te allen tijde intrekken via de af­meld­func­tie in de nieuwsbrief.
    Wil je weten hoe Jaarbeurs B.V. omgaat met jouw per­soons­ge­ge­vens? Klik dan hier voor ons privacy statement.

    Whitepapers

    Computable.nl

    Bouw de AI-organisatie niet op los zand

    Wat is de afweging tussen zelf bouwen of het benutten van cloud?

    Computable.nl

    Slimme connectiviteit: de toekomst van bouwen

    Hoe stoom jij jouw organisatie in de bouw en installatie sector klaar voor de digitale toekomst?

    Computable.nl

    De weg van dataverzameling naar impact

    Iedere organisatie heeft data, maar niet iedereen weet hoe je het goed gebruikt. Hoe zet je waardevolle informatie om in actie?

    Meer lezen

    OpinieCloud & Infrastructuur

    IPv6: Niets doen is geen optie

    Computable.nl
    OpinieCloud & Infrastructuur

    IPv6 wordt nu op grote schaal uitgerold

    ActueelCloud & Infrastructuur

    SIG: Software is nog niet klaar voor IPv6

    ActueelCloud & Infrastructuur

    Organisaties ondertekenen IPv6 Manifest

    Computable.nl
    OpinieCloud & Infrastructuur

    Lancering van IPv6 is begonnen

    21 reacties op “Nederlands bedrijf laat IPv6 links liggen”

    Nieuwere reacties »
    1. Johan Wijnker schreef:
      5 juni 2012 om 11:12

      Als de programmeurs de webpagina’s netjes hebben gebouwd dan hoeft de invoering van IPv6 geen gevolgen te hebben voor de extern te bereiken webpagina’s. Deze blijven gewoon functioneren onder zowel IPv4 als IPv6.
      Het interne netwerk hoeft ook niet te worden omgenummerd als er gebruik wordt gemaakt van een proxy in het netwerk. Deze kan aan de binnenkant IPv4 “praten” en aan de buitenkant dual stack. Voordat de externe te bereiken webpagina’s met IPv6 bereikbaar zijn moeten de URL’s wel ook resolven naar een IPv6 adres. Daarvoor moet de DNS die de nameresolving verzorgt worden aangepast om zowel IPv4 als IPv6 te ondersteunen.
      Wel even eerst IPv6 adressen aanvragen en op de internetverbinding (laten) zetten.

      Login om te reageren
    2. Dirk Munk schreef:
      5 juni 2012 om 13:43

      Veel webpagina’s hoeven niet aangepast te worden, maar vele ook wel. Neem deze web pagina waarop het artikel gepubliceerd is. Onderaan deze pagina kun je een reactie geven. Ben je niet ingelogd, dan zie je daar o.a. het IPv4 adres staan dat je momenteel gebruikt. Zou je met IPv6 communiceren, dan moet daar een heel wat groter veld staan. En dat geldt dus voor alle webpagina’s waar op de één of andere manier het IP adres van de bezoeker dient te worden gelogd, er moet veel meer ruimte gereserveerd worden voor het IP adres.

      Van omnummeren is ook geen sprake. Bij dual stack krijg je er een IPv6 nummer bij, of beter gezegd meerdere. En waarom zul je met proxy’s gaan klungelen als Windows, Linux en OS-X al sinds jaren IPv6 ondersteunen? Richt je netwerk goed in voor IPv6, een goede cleane netwerk inrichting is altijd te verkiezen boven allerlei workarounds die onherroepelijk ook weer problemen gaan veroorzaken.

      En verder ben ik ik bang dat Computable vanaf komende woensdag nog niet via IPv6 benaderbaar zal zijn. Dit bericht werd verstuurd vanaf een dual stack PC met IPv6 adres 2001:470:d377:0:203:dff:fe82:ccce

      Login om te reageren
    3. Rob van der Veer schreef:
      5 juni 2012 om 14:04

      Hi Sander,
      Er wordt inderdaad nog weinig rekening gehouden met het de nieuwe IP standaard. Bij SIG hebben we zelfs geconstateerd dat IPv4 afhankelijkheden in software toenemen. We onderzochten een groot aantal softwaretoepassingen uit West-Europa en daar kwam uit dat 15% niet om kan gaan met IPv6, terwijl dat eerder in 2010 8% was. Normaal gesproken houden applicaties zich niet bezig met details van het protocol, maar kennelijk doen één op de zeven systemen dit toch en wel zonder rekening te houden met de nieuwe standaard. Ons advies aan ontwikkelaars is om vroeg in de bouwfase alert te zijn op IPV4 afhankelijkheden, ook in de te gebruiken softwarebibliotheken en daarnaast is het zaak bewust op IPv6 te testen.

      Login om te reageren
    4. Steve Sobot schreef:
      5 juni 2012 om 14:19

      Interesting article, always a good thing to raise awareness and stimulate more structural action. I’m curious to see what the ISOC has to report on their World IPv6 Launch day tomorrow.

      For many businesses their externally hosted websites, and perhaps some other software, will be “in the cloud” and adequately managed for availability.

      However their local LANs are probably going to require some serious thought, especially if their usage of NAT was part of the security architecture. Revisiting the configurations of boundary routers and firewalls will be necessary, for instance to ensure adequate filtering in the world without NAT. For some devices hardware replacement will be necessary.

      Let’s see what the ISOC has to report on their World IPv6 Launch day tomorrow.

      Login om te reageren
    5. paul@ijpelaar@achea.nl schreef:
      5 juni 2012 om 14:30

      Hi all,

      Ik denk dat het niet zo’n vaart gaat lopen. In eerste instantie zijn er nog veel organisaties die voldoende IPv4 adressen beschikbaar hebben en de meeste Internet diensten zullen voorlopig wel dual-stack zijn.

      Het is simpelweg voor de meeste organisatie een kostbare zaak om te migreren naar IPv6 en de investering is moeilijk uit te leggen. Ik ben van mening dat de beschikbare IPv4 adressen eerst maximaal worden benut en zelfs dat er een (zwarte) markt komt om deze IP space te verhandelen.

      Pas als belangrijke Internet diensten definitief omgaan naar IPv6 only dan zal voor een organisatie de noodzaak ontstaan om aan de Internet kant over te schakelen naar dual-stack, (IPv4 & IPv6). Pas (veel) later zal het hele (interne) netwerk van een organisatie IPv6 native praten. Dit vanwege de legacy systemen en onjuiste programmering van applicaties. Uiteraard zullen kleine bedrijven sneller kunnen migreren dan grote enterprises. Ik schat voor de grotere bedrijven in:
      5-7 jaar vanaf nu: dual stack presence op Internet
      13-15 jaar vanaf nu: native IPv6 netwerk voor enterprises.

      Login om te reageren
    6. Dirk Munk schreef:
      5 juni 2012 om 15:42

      @Paul,

      Jammer genoeg is jouw reactie typerend voor de houding die de Internet gemeenschap de afgelopen vijftien jaar heeft ingenomen ten aanzien van IPv6. Die houding valt samen te vatten als het vooral zoeken naar redenen om je niet bezig te houden met IPv6, om alles uit te stellen, na ons de zondvloed. Alle belangrijke operating systemen ondersteunen al jaren IPv6, alle belangrijke routerfabrikanten ook. Blijkbaar is er wel geld om hijgend achter iedere hype in de ict aan te rennen, maar niet om rustig en zorgvuldig je netwerk en software geschikt te maken voor IPv6 als alle bouwstenen daarvoor al aanwezig zijn.

      Overigens gaat het niet alleen maar om die grotere adresruimte. Dat was wel de reden om te beginnen aan IPv6, maar men heeft meteen de mogelijkheid aangegrepen om allerlei zaken sterk te verbeteren. IPv6 is daarmee een aanzienlijk beter en veiliger protocol. Dat lijkt mij op zich al een reden om haast te maken met de migratie.

      Login om te reageren
    7. PaVaKe schreef:
      5 juni 2012 om 16:19

      Ik denk dat Paul wel een heel terecht punt heeft. Als ict niet je core-business is (en je dus niet, zoals Dirk stelt, achter iedere ict-hype aanrent) dan is het niet eenvoudig een goede business case te maken om je management te overtuigen dat ze nu echt moeten investeren in een overstap naar IPv6.

      Beter en veiliger zijn rekbare bergippen. Als mijn website nu goed is, en ik mijn diensten ermee aan de man kan brengen, wat maakt IPv6 mijn website dan beter? Wordt ik eerder gevonden als iemand onze expertise zoekt op Google? Lijkt me niet, dus wat wordt ik er als bedrijf nu beter van? Een dito relaas is te bedenken voor het aspect veiligheid.

      En laten we nu wel wezen: als, zoals Dirk stelt, men al vijftien jaar roept over IPv6, waarom zou ik dan nu ineens haast maken? Zo urgent is het blijkbaar niet dan.

      (Let wel: vanuit de techniek gezien zie ik ook wel dat IPv6 voordelen heeft, maar als mijn primaire business bijvoorbeeld het verkopen van bakstenen is, dan wordt het bepalen van een ROI en het overtuigen van je management heel lastig)

      Login om te reageren
    8. Gerben Vos schreef:
      5 juni 2012 om 17:08

      Er zal best veel software aangepast moeten worden. Bijvoorbeeld: een programma waaraan ik werkte sloeg ip-adressen op in tekstvorm, van andere data gescheiden door een dubbele punt. IPv6-adressen bevatten echter dubbele punten, dus dit hebben we veranderd in puntkomma…

      Login om te reageren
    9. Maarten Oberman schreef:
      5 juni 2012 om 18:03

      Los van de beveiligingsverbeteringen is NAT ook niet meer nodig met IPv6… En dat is weer handig voor VoIP-toepassingen.

      Login om te reageren
    10. Mario Gielissen schreef:
      5 juni 2012 om 19:12

      @Paul,

      Maak van die jaren maar maanden. Over twee maanden kunnen ISP’s geen IPv4-blokken meer aanvragen bij RIPE. Ook moeten de IPv4-adressen verantwoord worden bij de RIPE.

      Daarnaast zijn in Azië sinds vorig jaar de adressen al op. Als je als bedrijf op Azië richt dan is IPv6 nu al een must.

      Login om te reageren
    Nieuwere reacties »

    Geef een reactie Reactie annuleren

    Je moet ingelogd zijn op om een reactie te plaatsen.

    Populaire berichten

    Meer artikelen

    Uitgelicht

    Partnerartikel
    AdvertorialInnovatie & Transformatie

    Computable Insights

    Een ai-agent die klantvragen afhandelt. Dat is een van de nieuwste troeven van softwareproducent Salesforce, dat daarmee meesurft op de...

    Meer persberichten

    Footer

    Direct naar

    • Carrièretests
    • Kennisbank
    • Planning
    • Computable Awards
    • Magazine
    • Abonneren Magazine
    • Cybersec e-Magazine

    Producten

    • Adverteren en meer…
    • Jouw Producten en Bedrijfsprofiel
    • Whitepapers & Leads
    • Vacatures & Employer Branding
    • Persberichten

    Contact

    • Colofon
    • Computable en de AVG
    • Service & contact
    • Inschrijven nieuwsbrief
    • Inlog

    Social

    • Facebook
    • X
    • LinkedIn
    • YouTube
    • Instagram
    © 2025 Jaarbeurs
    • Disclaimer
    • Gebruikersvoorwaarden
    • Privacy statement
    Computable.nl is een product van Jaarbeurs