|
|
| (23 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 ==
| |
| − | 1 vidéo (10 min max.)
| |
| − | Présentation de la problématique et des objectifs de la séquence (face caméra)
| |
| − | Pour chaque item à aborder :
| |
| − | * Exposé de la problématique (face caméra)
| |
| − | * Présentation du contenu de la séquence (face caméra ou main invisible + voix off)
| |
| − | * Présentation du quizz et des exercices
| |
| − |
| |
| − | == [[MOOC:Compagnon_Act41|Texte de référence]]==
| |
| − | Chapitre associé à la vidéo
| |
| − |
| |
| − | === Pour aller plus loin===
| |
| − |
| |
| − | Pénurie d'adresses IPv4
| |
| − | * Huston, G (2013). A Primer on IPv4, IPv6 and Transition [http://labs.apnic.net/?p=335 url]
| |
| − | ** [http://www.potaroo.net/tools/ipv4/fig27l.png vitesse de consommation]
| |
| − | * Van Beijnum, I. (2014). With the Americas running out of IPv4, it’s official: The Internet is full [http://arstechnica.com/information-technology/2014/06/12/with-the-americas-running-out-of-ipv4-its-official-the-internet-is-full/ pdf]
| |
| − | * Huston, G. (2014) [http://www.potaroo.net/papers/2014-03-28-oecd-IPv6.pdf The Internet in Transition] : The state of the transition to IPv6 in Today's Internet and of measures to support the continued use of IPv4.
| |
| − |
| |
| − |
| |
| − | Statistiques sur IPv4
| |
| − | * Huston, G (2015). [http://www.potaroo.net/ispcol/2015-01/addressing2014.html Addressing 2014 - And then there were 2!]
| |
| − | * [http://www.potaroo.net/tools/ipv4/ IPv4 Address Report]
| |
| − | * Bortzmeyer, S (2014), article de blog: [http://www.bortzmeyer.org/epuisement-adresses-ipv4.html Épuisement des adresses IPv4]
| |
| − |
| |
| − | Statistiques sur IPv6
| |
| − | * Taux de requêtes vues par Google [https://www.google.fr/ipv6/statistics.html url]
| |
| − | * APNIC [http://labs.apnic.net/dists/v6dcc.html IPv6 Deployment Report]
| |
| − | * APNIC Lab [http://labs.apnic.net/?cat=7 List of statistics]
| |
| − | * APNIC [http://icons.apnic.net/display/IPv6/Home IPv6 deployment support site]. (''Useful and up to date information on IPv6')
| |
| − | * RIPE [https://www.ripe.net/publications/ipv6-info-centre/statistics-and-tools IPv6 statistics]
| |
| − | * RIPE Lab [https://labs.ripe.net/statistics-information List of statistics]
| |
| − | * Internet Society [http://www.internetsociety.org/deploy360/ipv6/statistics/ Liste de pointeurs]
| |
| − |
| |
| − | Techniques de transition
| |
| − | * Souissi, M. (2011). AFNIC. [http://www.afnic.fr/medias/afnic-issue-paper-ipv6-2011-05.pdf IPv6, A Passport For The Future Internet].
| |
| − | * Wikipedia [http://en.wikipedia.org/w/index.php?title=IPv6_transition_mechanism [IPv6 transition mechanism]
| |
| − |
| |
| − | RFC
| |
| − | * RFC6180 Guidelines for Using IPv6 Transition Mechanisms during IPv6 Deployment [http://www.bortzmeyer.org/6180.html]
| |
| − | * RFC 7381 Enterprise IPv6 Deployment Guidelines [http://www.bortzmeyer.org/7381.html Bortzmeyer]
| |
| − |
| |
| − | === pre-scenarisation ===
| |
| − |
| |
| − | == Quizz ==
| |
| − |
| |
| − |
| |
| − | <quiz display=simple>
| |
| − | {Le passage à IPv6 est motivé par:
| |
| − | |type="()"}
| |
| − | - avoir un Internet avec un service de bonne qualité
| |
| − | - l'incapacité d'IPv4 de supporter un nouveau protocole de transport
| |
| − | + la simplification de la connectivité Internet
| |
| − | - la possibilité d'effectuer des communications multicasts.
| |
| − |
| |
| − |
| |
| − | {La pénurie d'adresses d'IPv4 provient:
| |
| − | |type="()"}
| |
| − | - du prix des adresse IPv4, trop faible qui a conduit au gachis
| |
| − | - de l'age d'IPv4, il est trop vieux pour avoir de nouvelles adresses
| |
| − | + du changement de paradigme de l'ordinateur
| |
| − | - de la croissance de la population humaine.
| |
| − |
| |
| − | {Indiquer les effets des actions suivantes:
| |
| − | |type="()"}
| |
| − | | CIDR | NAT | IPv6
| |
| − | +-- Allocation efficace.
| |
| − | -+- Réduction de la consommation des adresses.
| |
| − | --+ Fonctionnement de bout-en-bout.
| |
| − |
| |
| − | {IPv6 est né en quelle année ?
| |
| − | |type="{}"}
| |
| − | { 1995 _4 }
| |
| − |
| |
| − |
| |
| − | {Un NAT 444 est:
| |
| − | |type="()"}
| |
| − | - la box d'un client résidentiel.
| |
| − | - la version 4 du NAT44.
| |
| − | + un NAT pour un réseau d'opérateur.
| |
| − | - une solution d'hébergement des serveurs des clients d'un opérateur.
| |
| − |
| |
| − | {Pour déployer IPv6 dans un réseau, il faut d'abord une connectivité à Internetv6
| |
| − | |type="()"}
| |
| − | + Faux.
| |
| − | - Vrai.
| |
| − |
| |
| − | {Déployer IPv6 dans son réseau nécessite d'arrêter IPv4.
| |
| − | |type="()"}
| |
| − | + Faux.
| |
| − | - Vrai.
| |
| − |
| |
| − | {Les mécanismes de transition ne sont pas nécessaire dans l'Internetv6.
| |
| − | |type="()"}
| |
| − | - Faux.
| |
| − | + Vrai.
| |
| − |
| |
| − |
| |
| − | {Indiquer les objectifs de chaque type de mécanismes d'intégration d'IPv6:
| |
| − | |type="()"}
| |
| − | | Double pile | Tunnel | Traduction
| |
| − | +-- Communication en IPv4 ou en IPv6.
| |
| − | -+- Communication en IPv6 en utilisant IPv4.
| |
| − | --+ Communication en IPv4 et en IPv6.
| |
| − |
| |
| − | {Compléter le texte avec les mots manquants.
| |
| − | |type="{}"}
| |
| − | Lorsque le passage à IPv6 se nomme { transition _10 }, il y a une connotation d'abandon rapide d'IPv4 tandis que le terme { intégration _11 } porte une idée d'extension à l'existant.
| |
| − |
| |
| − |
| |
| − | </quiz>
| |
| − |
| |
| − | == 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 RiR ?
| |
| − | <response>
| |
| − |
| |
| − | </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>
| |
| − | }}
| |
