|
|
| (13 intermediate revisions by 3 users not shown) |
| Line 1: |
Line 1: |
| − | > [[MOOC:Accueil|MOOC]]>[[MOOC:Contenu|Contenu]]>[[MOOC:Sequence_4|Séquence 4]] > [[MOOC:Activité_41|Activité 41]]
| |
| − | ----
| |
| − | __NOTOC__
| |
| | | | |
| − | = Déployer IPv6 maintenant =
| |
| − |
| |
| − | * Les motivations de la transition: Pourquoi intégrer IPv6 ?
| |
| − | ** Expliquer la dérive de l’Internet IPv4
| |
| − | *** Rappel de la problématique du NAT
| |
| − | *** IPv4 est en bout de course
| |
| − | *** Où va l'Internet ?
| |
| − | ** IPv6 comme une solution pour revenir à une archi de bout en bout
| |
| − | * Scénarios de déploiement
| |
| − | ** Plan initial
| |
| − | ** Intégration vs. transition
| |
| − | ** Cas de transition / coexistence
| |
| − | ** Exposé des solutions génériques pour chaque cas
| |
| − | ** Recommandation pour le déploiement
| |
| − |
| |
| − | == Objectifs pédagogiques ==
| |
| − | Cette activité porte plus sur la connaissance que sur la compréhension. Les activités suivantes dans cette séquence s'attacheront à la compréhension des mécanismes de transition.
| |
| − |
| |
| − | Niveau 1:
| |
| − | * Connaitre les limites d'IPv4 et les motivations à l'intégration d'IPv6
| |
| − | * Rappeler l'état des protocoles IP de l'Internet
| |
| − | * Lister les différentes formes d'interopabilité entre IPv4 et IPv6
| |
| − |
| |
| − | Niveau 2:
| |
| − | * Comprendre la problématique de l'interopérabilité d'IPv6 avec IPv4
| |
| − |
| |
| − | == Vidéo ==
| |
| − |
| |
| − | * [http://rainet.telecom-lille.fr/telechargement/morelle/A41_IPv6.mp4 Maquette]
| |
| − |
| |
| − | == [[MOOC:Compagnon_Act41|Texte de référence]]==
| |
| − | Chapitre associé à la vidéo
| |
| − |
| |
| − | == [[MOOC:Quizz_Act41|Quizz]] ==
| |
| − |
| |
| − | == Exercices ==
| |
| − |
| |
| − |
| |
| − | {{Question|L'espace d'adressage IPv4 est épuisé. A l'instant où vous lisez ce passage, quel est l'état réel d'IPv4 ? Pour répondre à cette question, il y a plusieurs sites web qui suivent l'évolution de l'adressage d'IPv4. Consulter ces sites pour déterminer les dates de fin d'attribution des adresses IPv4 au niveau des registres Internet régionaux (RIR).
| |
| − | <response>
| |
| − | * Le site http://inetcore.com/project/ipv4ec/index_fr.html propose un « Indicateur d’épuisement d’IPv4 ». Au niveau de l’IANA, il apparaît qu’il n’y a plus de blocs d’adresses disponibles pour les RIRs, ce qui est confirmé dans un article du NRO (Number Resource Organization, qui regroupe les RIRs : https://www.nro.net/news/ipv4-free-pool-depleted). Le 3 février 2011, les derniers blocs d’adresses IPv4 ont été alloués par l’IANA aux RIRs.
| |
| − | * Le 24 septembre 2015, l’ARIN, le registre Internet pour l’Amérique du Nord, a distribué son dernier bloc d’adresses IPv4 en /24. Sur son site (https://www.arin.net/resources/request/ipv4_countdown.html), l’ARIN annonce qu’il n’allouera plus que des « petits blocs » d’adresses IPv4, et uniquement pour faciliter la transition vers IPv6. Les autres demandes sont placées sur une liste d’attente.
| |
| − | *Pour l’Europe, RIPE-NCC a annoncé, le 14 septembre 2012, qu’il alloue les adresses IPv4 dans son dernier bloc 185.0.0.0/8 et n’attribue aux LIRs que des blocs de 1024 adresses (c’est à dire en /22), même si l’allocation d’un bloc plus large est justifié (https://www.ripe.net/publications/ipv6-info-centre/about-ipv6/ipv4-exhaustion/reaching-the-last-8).
| |
| − | * Il en est de même pour la zone Asie-Pacifique, où l’APNIC a annoncé l’épuisement le 15 avril 2011, et l’allocation de plages d’adresses IPv4 de taille maximale 1024 dans son dernier bloc /8 (https://www.apnic.net/publications/news/2011/final-8).
| |
| − | * Pour l’Afrique, la date d’épuisement des adresses iPv4 est estimée par l’AfriNIC au début de l’année 2019.
| |
| − | * Tous les registres régionaux recommandent le déploiement d’IPv6 : « Adoption of IPv6 is now vital for all Internet stakeholders » (NRO).
| |
| − |
| |
| − | </response>
| |
| − | }}
| |
| − |
| |
| − |
| |
| − | {{Question|La croissance de l'Internet depuis les années 2000 s'effectue en s'appuyant quasi-exclusivement sur le plan d'adressage IPv4. Quelles sont les conséquences néfastes de la poursuite de cette forme de croissance ?
| |
| − | <response>
| |
| − | * le recours à un adressage privé pour les FAI entraîne le deploiement de super NAT en plus des NAT déjà utilisé par les clients des FAI. Ces NAT connus sous le terme de CGN (''Carrier Grade NAT'') ou NAT444 ont un coût non négligeable pour ces derniers.
| |
| − | * le besoin de connecter de nouveaux sites amène au partitionnement des blocs d’adresses existants avec une augmentation du nombre de routes dans la table de routage des routeurs.
| |
| − | * les clients de l’Internet, censés avoir des adresses publiques ont maintenant des adresses privées devant (coté ADSL) le NAT (NAT44) qui est lui même potentiellement derrière un NAT444. On est loin du principe de bout en bout tel que celui qui a permis le développement des applications réseaux et de l’internet. Avec le NAT, le développement des applications s’est complexifiée necessitant par exemple le deploiement de serveurs STUN/ICE pour que ces applications découvrent leur adresse IP au niveau du NAT. Il est de plus en plus compliqué pour les utilisateurs d’héberger des services et du contenu chez eux. Avec le NAT444, les utilisateurs ne peuvent qu'occuper un rôle de client dans le modèle d'intéraction des applications.
| |
| − | </response>
| |
| − | }}
| |
