\u00c0 la fin des ann\u00e9es quatre-vingt-dix, il y avait Y2K. Les gouvernements, les entreprises et les particuliers ont eu tr\u00e8s peur. En cons\u00e9quence, des sommes massives ont \u00e9t\u00e9 investies pour \u00e9viter l\u2019apocalypse avant qu\u2019il ne soit trop tard. Et cela a port\u00e9 ses fruits. Plus de 10 ans plus tard, nous pouvons dire que la transition du deuxi\u00e8me au troisi\u00e8me mill\u00e9naire s\u2019est faite en douceur. <\/p>\n
Encore une fois, le monde est confront\u00e9 \u00e0 une nouvelle menace : IPv4 est \u00e0 court d\u2019adresses. Les blocs de classe A ont tous disparu. APNIC (Asiapac) sera en rupture de stock d\u2019ici quelques mois, RIPE NCC (Europe) d\u2019ici la mi-2012 et ARIN (Am\u00e9rique du Nord) suivra sous peu au d\u00e9but de 2013. Les projets de r\u00e9cup\u00e9ration de PI peuvent aider un peu, mais pas pour longtemps. Pendant ce temps, les prix des adresses IP ont grimp\u00e9 en fl\u00e8che dans Asiapac alors que les organisations tentent de capitaliser sur le ph\u00e9nom\u00e8ne de la ru\u00e9e vers l\u2019or (r\u00e9f. : 666.624 adresses IPv4 vendues pour 7,5 millions de dollars \u00e0 Microsoft<\/a>). <\/p>\n Ce que cela signifie pour les fournisseurs de services <\/strong><\/p>\n Certainement beaucoup de mises \u00e0 niveau mat\u00e9rielles et logicielles pour prendre en charge IPv6. Cela signifiera \u00e9galement un mod\u00e8le et une philosophie de routage l\u00e9g\u00e8rement diff\u00e9rents. En utilisant IPv4 avec une utilisation intensive de NAT (Network Address Translation), vous avez essentiellement un pare-feu \u00ab naturel \u00bb (personne ne peut joindre les h\u00f4tes via NAT \u00e0 moins d\u2019\u00eatre sp\u00e9cifiquement autoris\u00e9 via le transfert de port). Avec IPv6, chaque appareil a une adresse unique et sera donc sur l\u2019Internet public \u00e0 moins qu\u2019un pare-feu IPv6 correctement configur\u00e9 ne soit install\u00e9. Ce sc\u00e9nario pourrait cr\u00e9er de nombreuses nouvelles pr\u00e9occupations en mati\u00e8re de s\u00e9curit\u00e9. Les fournisseurs de services devraient obtenir des pare-feu avec \u00e9tat s\u2019ils ne veulent pas surexposer leurs utilisateurs finaux. <\/p>\n Ce que cela signifie pour les PME (petites et moyennes entreprises)<\/strong><\/p>\n Comme la plupart des entreprises (y compris les PME) utilisent encore d\u2019anciens syst\u00e8mes d\u2019exploitation ou cartes r\u00e9seau avec des piles r\u00e9seau non \u00e9volutives, elles devront mettre \u00e0 niveau leur infrastructure logicielle (syst\u00e8me d\u2019exploitation et applications) et leur infrastructure mat\u00e9rielle (ordinateurs de bureau, ordinateurs portables, serveurs). Une alternative sera l\u2019utilisation de routeurs NAT 6v4. Des tonnes d\u2019applications qui ne fonctionnent que sur IPv4 peuvent \u00eatre rendues moins utiles tout d\u2019un coup. Les applications personnalis\u00e9es internes devraient continuer \u00e0 fonctionner, mais la connectivit\u00e9 \u00e0 l\u2019ext\u00e9rieur ne sera pas garantie. Il y aura un grand nombre d\u2019applications h\u00e9rit\u00e9es qui devront \u00eatre mises \u00e0 niveau (si possible) ou remplac\u00e9es (pour les produits en fin de vie ou les entreprises qui ont cess\u00e9 leurs activit\u00e9s). <\/p>\n Ce que cela signifie pour les fournisseurs de technologie<\/strong><\/p>\n Les fournisseurs de logiciels et de technologie devront faire en sorte que leurs applications prennent en charge IPv6 \u00e0 l\u2019avenir et toutes les mesures interm\u00e9diaires qui pourraient \u00e9merger du chaos potentiel. Certains fournisseurs s\u2019appuient sur du code source ou des biblioth\u00e8ques tierces et auront des d\u00e9pendances qu\u2019ils ne contr\u00f4lent pas ou ne peuvent pas contr\u00f4ler. Tous les produits logiciels n\u00e9cessiteront des tests et une v\u00e9rification approfondis de l\u2019assurance de la qualit\u00e9 avec les r\u00e9seaux IPv4, 6v4 NATed, IPv6 natifs existants et toute combinaison de ceux-ci. Certains algorithmes existants ne seront plus valides et de nouvelles R-D devront \u00eatre effectu\u00e9es. Pensez \u00e0 DNSBL ou Sender Reputation Systems par exemple, les syst\u00e8mes ont \u00e9t\u00e9 con\u00e7us pour l\u2019espace d\u2019adressage IPv4 et ils ne peuvent pas \u00eatre adapt\u00e9s \u00e0 l\u2019\u00e9norme espace d\u2019adressage IPv6 sans une refonte majeure, voire pas du tout. <\/p>\n Ce sera un g\u00e2chis<\/strong><\/p>\n Dans l\u2019ensemble, ce sera un gros g\u00e2chis, peut-\u00eatre pire que l\u2019ann\u00e9e 2000. Y2K a \u00e9t\u00e9 pr\u00e9sent\u00e9 comme un gros bugaboo qui s\u2019est \u00e9vanoui lorsqu\u2019il s\u2019est produit. Mais la raison pour laquelle il a \u00e9chou\u00e9 est que les entreprises ont eu peur et ont d\u00e9pens\u00e9 des centaines de milliards de dollars pour pr\u00e9venir les dommages. La plupart des entreprises mentionn\u00e9es ci-dessus ne ressentent pas une r\u00e9elle urgence \u00e0 l\u2019\u00e9gard d\u2019IPv6 et attendent de voir ce qui se passera. Ils devraient plut\u00f4t \u00eatre proactifs et commencer \u00e0 planifier d\u00e8s maintenant. <\/p>\n L\u2019attitude attentiste a un fondement, car IPv6 pourrait \u00eatre quelque peu retard\u00e9 par des projets de r\u00e9cup\u00e9ration de propri\u00e9t\u00e9 intellectuelle (r\u00e9cup\u00e9rer des adresses IP qui ont \u00e9t\u00e9 g\u00e9n\u00e9reusement allou\u00e9es auparavant \u00e0 des organisations qui n\u2019en avaient vraiment pas besoin). Par cons\u00e9quent, certains blocs r\u00e9serv\u00e9s pourraient \u00eatre lib\u00e9r\u00e9s pour attribution et ainsi augmenter temporairement la disponibilit\u00e9 des IP. Le d\u00e9ploiement massif de NAT de niveau op\u00e9rateur pourrait \u00e9galement le ralentir [et briser Internet encore plus dans le processus], mais le monde devra passer \u00e0 IPv6 t\u00f4t ou tard. La question \u00e0 laquelle tout le monde semble avoir de la difficult\u00e9 \u00e0 r\u00e9pondre est : quand? <\/p>\n