|
|
| (39 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 ==
| |
| − |
| |
| − | Temps de calcul du CRC ?
| |
| − | est ce une raison potentielle de dérive du délai de transmission ?
| |
| − |
| |
| − |
| |
| − | <quiz display=simple>
| |
| − |
| |
| − | {Quel impact a le temps de calcul du CRC :
| |
| − | |type="()"}
| |
| − | - énorme, cela augmente la latence de la transmission
| |
| − | + Aucun c'est le coupleur qui le fait à la volée
| |
| − | + Aucune importance, les coupleurs intègrent les calculs de CRC à la volée
| |
| − | - Ce calcul est optionnel, et n'est que rarement employé de nos jours
| |
| − |
| |
| − |
| |
| − | {Est ce que le CRC de niveau 2 est l'arme absolue pour la détection des erreurs ?
| |
| − | |type="()"}
| |
| − | - Oui, sinon inutile de l'inclure à tous les niveaux
| |
| − | + Non, il est nécessaire de contrôler l'intégrité au niveau supérieur
| |
| − | - peu importe, l'application corrige
| |
| − | - IPv6 intègre la correction d'erreur
| |
| − |
| |
| − |
| |
| − | </quiz>
| |
| − |
| |
| − | == Exercices ==
| |
| − |
| |
| − | capture d'écran wireshark
| |
| − | d'une trame ethernet broadcast, multicast, unicast
| |
| − |
| |
| − | mais où est passé le CRC ???
| |
