Difference between revisions of "MOOC:Compagnon 3"
From Livre IPv6
(→Quizz) |
(→Quizz) |
||
| Line 106: | Line 106: | ||
<quiz display=simple> | <quiz display=simple> | ||
| − | { | + | {Quel impact a le temps de calcul du CRC ?: |
|type="()"} | |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 |
</quiz> | </quiz> | ||
| Line 119: | Line 119: | ||
<quiz display=simple> | <quiz display=simple> | ||
| − | { | + | {Est ce que le CRC de niveau 2 est l'arme absolue pour la détection des erreurs ? |
|type="()"} | |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 | |
| − | - | + | |
{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 ? | {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 ? | ||
Revision as of 15:36, 22 June 2015
Contents
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
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
Quizz MOOC Objectif IPv6
Exercices
capture d'écran wireshark d'une trame ethernet broadcast, multicast, unicast
mais où est passé le CRC ???
