|
|
(42 intermediate revisions by 2 users not shown) |
Line 1: |
Line 1: |
− | > [[MOOC:Accueil|MOOC]]>[[MOOC:Ebauche_Contenu|Contenu]]>[[MOOC:Sequence_2|Sequence 2]]
| |
− | ----
| |
− | = L'intégration d'IPv6 dans la pile des protocoles =
| |
| | | |
− | == Objectifs pédagogiques ==
| |
− |
| |
− | Comprendre l'encapsulation dans les protocoles de niveau 2
| |
− |
| |
− | Le Niveau 2 permet d'identifier gràce aux blocs nommées trames, les séquences de codages utiles au transport d'information ou de protocole de signalisation, du reste nécessaire à la synchronisation du dialogue entre équipements connectés
| |
− | délimitation d'une trame Ethernet (asynchrone sur cuivre ou synchrone sur FO)
| |
− |
| |
− | Comprendre pourquoi le checksum a été enlevé de la couche IP:
| |
− |
| |
− | actuellement les protocoles de niveau 2 disposent d'un fonction CRC, permettant d'ignorer les trames incorrectes.
| |
− | Un champ CRC était inclus dans IPv4 car à l'origine les transmissions sur ligne téléphonique étaient réalisées avec des modems sans dispositif de détection/correction d'erreurs (cas du protocole SLIP)
| |
− |
| |
− |
| |
− | Lien avec les protocoles de niveau 4 (Trouver le fil conducteur: CRC )
| |
− | Checksum / Pseudo-entête
| |
− | UDP-Lite
| |
− | http://livre.g6.asso.fr/index.php?title=Checksum_au_niveau_transport
| |
− | http://livre.g6.asso.fr/index.php?title=Format_du_paquet_IPv6
| |
− | http://livre.g6.asso.fr/index.php?title=Pseudo-en-t%C3%AAte
| |
− |
| |
− | == Vidéo ==
| |
− | Petit scénario pour une vidéo de 5 min maximum
| |
− |
| |
− | décrire la synchronisation niveau 1
| |
− | auto négociation débit & duplex
| |
− |
| |
− | séparation du codage nécessaire à la synchro (symboles idle)
| |
− | du flux utile à la reconnaissance du début de trame, fin de trame
| |
− |
| |
− | extraction et vérification du CRC
| |
− |
| |
− | exploitation de l'entête : broadcast, multicast, unicast
| |
− | interprétation des champs type/longueur/vlan/cos/
| |
− | décapsulation du contenu des trames, remise du paquet à la couche supérieure
| |
− |
| |
− |
| |
− | tri de courrier ou de cartons sur un tapis roulant
| |
− | cartons de couleur correspondant au trafic utile
| |
− | cartons gris au bourrage
| |
− |
| |
− | vérification de l'intégrité du carton (pas de trace de chocs) analogie avec CRC
| |
− | lecture code barre / étiquette / adresses
| |
− | déballage du carton pour extraire un autre carton, ou enveloppe avec d'autres champs et des adresses de niveau 3...
| |
− |
| |
− | je commande un tapis roulant de déménageur chez kiloutou ?
| |
− | prix, délai ...
| |
− |
| |
− | == Slides ==
| |
− |
| |
− | Encapsulation générique Trame/Paquet/Segment/Data
| |
− |
| |
− | Décider si on présente la descente (envoi des paquets) dans les couches ou la remontée (réception des paquets) ?
| |
− |
| |
− | Encapsulation de niveau 2
| |
− | Ethernet vs ATM vs PPP
| |
− |
| |
− | focus sur la l'identification du temps de parole grâce au codage / tramage
| |
− |
| |
− | focus sur le CRC : dispositif de protection fiable
| |
− |
| |
− | identification rapide des champs @mac, type/longueur
| |
− |
| |
− | introduction du MTU, adaptation du MTU aux interfaces réseaux de niveau 2
| |
− |
| |
− | impasse sur LLC / SNAP (visible uniquement sur accès xDSL PPPoA)
| |
− |
| |
− | Intérêt du CRC de niveau Transport : UDP/TCP
| |
− | capable de detecter des erreurs sur les adresses des paquets IPv6
| |
− |
| |
− |
| |
− | http://eurekom.fr/ftp/Mooc_IPv6/22_Mooc-IPv6.pdf
| |
− |
| |
− | == Texte ==
| |
− |
| |
− | [[MOOC:Compagnon_Act22|Chapitre Document Compagnon]]
| |
− |
| |
− | Textes pouvant servir de référence
| |
− | http://deptinfo.cnam.fr/Enseignement/Memoires/LUSTEAU.Franck/Pages/Les_codages.htm
| |
− | http://fr.wikipedia.org/wiki/Contr%C3%B4le_de_redondance_cyclique
| |
− | http://fr.wikipedia.org/wiki/Point-to-Point_Protocol
| |
− | http://fr.wikipedia.org/wiki/Asynchronous_Transfer_Mode
| |
− | http://fr.wikipedia.org/wiki/Ethernet
| |
− | https://fr.wikipedia.org/wiki/6LoWPAN
| |
− |
| |
− | Le Wiki du G6
| |
− | http://livre.g6.asso.fr/index.php?title=Format_du_paquet_IPv6
| |
− |
| |
− | == Quizz ==
| |
− |
| |
− | Quels champs permettent de reconnaitre le début et la fin d'une trame ?
| |
− |
| |
− | Est ce que le CRC est l'arme absolue à la détection des erreurs ?
| |
− |
| |
− | Temps de calcul du CRC ?
| |
− | est ce une raison potentielle de dérive du délai de transmission ?
| |
− |
| |
− |
| |
− |
| |
− |
| |
− | Exemple issu de [[AdressageBis-Questionnaire]]
| |
− |
| |
− | <quiz display=simple>
| |
− |
| |
− | {Quels champs permettent de reconnaitre le début et la fin d'une trame ?:
| |
− | |type="()"}
| |
− | - entête, Type
| |
− | - drapeaux
| |
− | + préambule, silence
| |
− | - Start, Stop
| |
− |
| |
− | </quiz>
| |
− |
| |
− | Quizz MOOC Objectif IPv6
| |
− |
| |
− | <quiz display=simple>
| |
− |
| |
− | {Quel est le nombre total d'addresses IPv6 disponibles ?
| |
− | |type="()"}
| |
− | - 3.402823 milliards
| |
− | - 3.402823 10 puissance 15
| |
− | - 3.402823 10 puissance 25
| |
− | + 3.402823 10 puissance 38
| |
− | - 3.402823 10 puissance 128
| |
− |
| |
− | {Avec la montée en charge de l'Internet de objets (IoT Internet of Things), si on attribue 1 milliard d'adresses par seconde sur la planète, combien de temps sera-t-il nécessaire pour épuiser la totalité de l'espace d'adressage IPv6 ?
| |
− | |type="()"}
| |
− | - 10782 années
| |
− | - 10782 siècles
| |
− | - 10782 milliards d'années
| |
− | + 10782 milliards de milliards d'années
| |
− |
| |
− | {En supposant que l'on attribue 1 million de préfixes de longueur 64 bits par seconde, combien de temps sera-t-il nécessaire pour épuiser l'espace d'adressage unicast global IPv6, actuellement en vigueur sur l'Internet v6 ?
| |
− | (les adresses unicast global identifiées par le préfixe 2000::/3, c'est à dire que les 3 bits de poids fort de ces adresses ont la valeur réservée 001)
| |
− | |type="()"}
| |
− | - 1141 années
| |
− | - 1141 siècles
| |
− | + 1.141 milliards d'années
| |
− | - 1.141 millions de milliards d'années
| |
− |
| |
− | </quiz>
| |
− |
| |
− | == Exercices ==
| |
− |
| |
− | capture d'écran wireshark
| |
− | d'une trame ethernet broadcast, multicast, unicast
| |
− |
| |
− | mais où est passé le CRC ???
| |