|
|
| (43 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>
| |
| − |
| |
| − | {Une adresse IPv6 étant quatre fois plus longue qu'une adresse IPv4 permet:
| |
| − | |type="()"}
| |
| − | - d'adresser quatre fois plus de machine qu'IPv4
| |
| − | - de ne jamais renuméroter les réseaux
| |
| − | + d'avoir un plan d'adressage quasi-illimité
| |
| − | - de donner une adresse a des équipements qui peuvent être potentiellement mis en réseau.
| |
| − |
| |
| − | </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 ???
| |
