|
|
| (21 intermediate revisions by 2 users not shown) |
| Line 1: |
Line 1: |
| − | > [[MOOC:Accueil|MOOC]]>[[MOOC:Ebauche_Contenu|Contenu]]>[[MOOC:Sequence_2|Sequence 2]] | + | > [[MOOC:Accueil|MOOC]]>[[MOOC:Contenu|Contenu]]>[[MOOC:Sequence_1|Sequence 1]] |
| | ---- | | ---- |
| − | = L'en-tête IPv6 =
| |
| | | | |
| − | [[Image:2015_10_07_en-tete_ipv6_v01.jpg|400px|center| En-tête IPv6 ]]
| + | = Séquence 1 : L'Adressage IPv6 = |
| | | | |
| − | == Objectifs pédagogiques == | + | == <div id="intro1"> Notion d'adressage </div> == |
| | + | <!-- ----------------------------------------- --> |
| | + | [[MOOC:Compagnon_Act10]] |
| | + | <!-- ----------------------------------------- --> |
| | | | |
| − | Description de tous les champs de l'en-tête IPv6
| + | == <div id="addr">I/ Qu'est ce qu'une adresse IP ? </div> == |
| | + | <!-- ----------------------------------------- --> |
| | + | [[MOOC:Compagnon_Act11]] |
| | + | <!-- ----------------------------------------- --> |
| | | | |
| − | Explication détaillée du codage du champ Traffic Class, DSCP - ECN
| + | ==<div id="not">II/ La notation des adresses IPv6 </div>== |
| | + | <!-- ----------------------------------------- --> |
| | + | [[MOOC:Compagnon_Act12]] |
| | + | <!-- ----------------------------------------- --> |
| | | | |
| − | == Vidéo == | + | == <div id="addr uni">III/ Les adresses unicast </div> == |
| | + | <!-- ----------------------------------------- --> |
| | + | [[MOOC:Compagnon_Act13]] |
| | + | <!-- ----------------------------------------- --> |
| | | | |
| − | Vidéo introduction au décodage
| + | == <div id="uni">IV/ L'utilisation des adresses unicast </div>== |
| | + | <!-- ----------------------------------------- --> |
| | + | [[MOOC:Compagnon_Act14]] |
| | + | <!-- ----------------------------------------- --> |
| | | | |
| − | Vidéo bonus Traffic Class:
| + | == <div id="multi">V/ Les adresses multicast </div> == |
| − | Codage détaillé DSCP, gestion de la congestion avec ECN
| + | <!-- ----------------------------------------- --> |
| | + | [[MOOC:Compagnon_Act15]] |
| | + | <!-- ----------------------------------------- --> |
| | | | |
| − | == Slides == | + | == <div id="conlusion1">Conclusion </div>== |
| − | Cette présentation présente progressivement chacun des champs du datagramme IPv6 pour indiquer leur intérêt ou utilisation :
| + | <!-- ----------------------------------------- --> |
| − | | + | [[MOOC:Compagnon_Act17]] |
| − | http://eurekom.fr/ftp/Mooc_IPv6/21_Mooc-IPv6.pdf
| + | <!-- ----------------------------------------- --> |
| − | | + | |
| − | == Texte ==
| + | |
| − | | + | |
| − | [[MOOC:Compagnon_Act21|Chapitre Document Compagnon]] | + | |
| − | | + | |
| − | == Quizz ==
| + | |
| − | il peut y avoir 1, 2, 3 ou 4 bonnes réponses, si une seule mauvaise est cochée, elle annule la (ou les) bonne(s) réponse(s)
| + | |
| − | | + | |
| − | | + | |
| − | <quiz display=simple> | + | |
| − | | + | |
| − | {Que pourrait-il se passer en l'absence d'un champs de type "Hop Limit" sur un protocole de routage ?
| + | |
| − | |type="[]"}
| + | |
| − | - On pourrait perdre des paquets que l'on ne perdrait pas avec | + | |
| − | + On pourrait saturer Internet
| + | |
| − | + On risquerait de ne pas connaître d'existence d'une boucle de routage
| + | |
| − | - On devrait supprimer ce champ car l’impact de ce calcul ralentit le routage | + | |
| − | | + | |
| − | | + | |
| − | {Combien de routeurs peuvent être traversés pas un datagramme IPv6?
| + | |
| − | |type="[]"}
| + | |
| − | - On doit en traverser au moins 64 | + | |
| − | + Tout dépends de la position de la source et de la destination ainsi que de la topologie du réseau d'interconnexion
| + | |
| − | - aucun souci, une valeur par défaut est fournie par le routeur au moment de l'attribution automatique d'une adresse | + | |
| − | + Parfois le destinataire est accessible localement, dans ce cas aucun routeur n'est nécessaire
| + | |
| − | | + | |
| − | | + | |
| − | {Sans fragmentation quelle est la taille maximale de la payload IPv6?
| + | |
| − | |type="[]"}
| + | |
| − | + La taille de l'en-tête IPv6 étant variable, tout dépend de la MTU du protocole de niveau 2
| + | |
| − | - L'en-tête IPv6 est de taille constante, cela donne 1460 octets pour Ethernet | + | |
| − | - La charge utile IPv6 est alignée sur des mots de 32 bits | + | |
| − | - La charge utile IPv6 est alignée sur des mots de 64 bits | + | |
| − | | + | |
| − | | + | |
| − | {Quelle est l'intérêt du champ Flow Label IPv6?
| + | |
| − | |type="[]"}
| + | |
| − | - Cela remplace valablement le rôle du champ DSCP | + | |
| − | + Ce champ facilite le traitement des routeurs pour la qualité de service
| + | |
| − | - La charge utile IPv6 devant être alignée sur des mots de 32 bits, ce champ sert de bourrage | + | |
| − | - L'impact est minime, car cette valeur est aléatoire | + | |
| − | | + | |
| − | {Quelles sont les valeurs correctes du champ Next Header IPv6 parmi les propositions suivantes?
| + | |
| − | |type="[]"}
| + | |
| − | + IPv4
| + | |
| − | + IPv6
| + | |
| − | + TCP
| + | |
| − | - ICMPv4 | + | |
| − | | + | |
| − | </quiz>
| + | |
| − | | + | |
| − | | + | |
| − | === Explications : ===
| + | |
| − | *1 Sans champ Hop Limit, les routeurs ne pouvant pas détecter les boucles de routage, continueraient de relayer à l'infini les paquets jusqu'à saturer les liens. L'impact en calcul est très faible, il suffit de décrémenter de 1 à chaque saut. On ne perdrait pas de paquet, bien au contraire on les démultiplierait, jusqu'à saturation des liens d'interconnexion.
| + | |
| − | | + | |
| − | *2 Aucun routeur n'est nécessaire si le destinataire est situé sur le lien local de la source, mais dans le cas contraire on peut traverser autant de routeurs que nécessaire à la seule condition que la valeur hop limit l'autorise.
| + | |
| − | | + | |
| − | *3 Si la segmentation est autorisée, la taille du paquet IP est indépendante de la MTU de niveau 2, par contre sans fragmentation il faut d'adapter à la plus petite taille maximale de la MTU du protocole de niveau 2 en fonction de la route parcourue.
| + | |
| − | | + | |
| − | *4 L'intérêt du champ Flow Label d'identifier un flux source/destination afin d'alléger les traitements des routeurs intermédiaires, nottament pour la QoS.
| + | |
| − | | + | |
| − | *5 Le protocole ICMPv4 n'est pas opportun au dessus d'IPv6.
| + | |
| − | | + | |
| − | == Exercices ==
| + | |
| − | | + | |
| − | {{Question|Donner le nombre total d'adresses IPv6 possibles.
| + | |
| − | <response>Le nombre de combinaisons possibles sur 128 bits est de 2^128 soit 3.4028236692093846346337460743177e+38.</response>
| + | |
| − | }}
| + | |
| − | | + | |
| − | {{Question|En supposant que l'on attribue 1 milliard d'adresses par seconde, combien de temps sera-t-il nécessaire pour épuiser l'espace d'adressage IPv6 ?
| + | |
| − | <response>
| + | |
| − | Si l'on attribuait 1 milliard (1e+9) d'adresses à la seconde, il faudrait
| + | |
| − | | + | |
| − | 3.4028236692093846346337460743177e+29 secondes pour épuiser la plan d'adressage,
| + | |
| − | | + | |
| − | soit 94 522 879 700 260 684 295 381 835, 397 713 heures
| + | |
| − | | + | |
| − | soit 3 938 453 320 844 195 178 974 243, 141 571 4 jours
| + | |
| − | | + | |
| − | soit 10 782 897 524 556 318 080 696, 079 785 274 années 10800 milliards de milliards d'années.
| + | |
| − | | + | |
| − | En comparaison, l'âge de l'univers est estimé, par Hubert Reeves et ses collègues astrophysiciens, à 15 milliards d'années.
| + | |
| − | </response>
| + | |
| − | }}
| + | |
| − | | + | |
| − | | + | |
| − | | + | |
| − | == Exercices ==
| + | |
| − | Retrouver dans le protocole IPv4 les champs équivalents à ceux de l'en-tête IPv6
| + | |
| − | | + | |
| − | Donner un DUMP Hexa d'un datagramme V6 et demander de retrouver les champs de l'en-tête (Copie d'écran Wireshark ?)
| + | |
| − | | + | |
| − | Donner un fichier DUMP et leur demander à l'aide de Wireshark de retrouver les champs.
| + | |
