Difference between revisions of "MOOC:Activité 24"
From Livre IPv6
(→Slides) |
(→Objectifs pédagogiques) |
||
| (20 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:Ebauche_Contenu|Contenu]]>[[MOOC:Sequence_2|Sequence 2]] | ||
---- | ---- | ||
| − | = | + | = Les mécanismes d’encapsulation = |
| − | + | == Objectifs pédagogiques == | |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | * Traitement dans les couches basses | |
| + | ** Couche physique | ||
| + | ** Couche liaison | ||
| + | * Couches intermédiaires | ||
| + | ** Couche réseau | ||
| + | ** Couche transport | ||
| + | ** UDP-Lite | ||
| + | ** Rôle du checksum | ||
| − | + | 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 | ||
| + | |||
| + | ------------- | ||
| + | |||
| + | Présentation de | ||
| + | - l'encapsulation dans les protocoles de niveau 2 | ||
| + | - le rôle du checksum | ||
| + | - expliquer l'abs de checksum dans IPv6 | ||
| + | - l'encapsulation dans le paquet IPv6, Lien avec les protocoles de niveau 4 (Trouver le fil conducteur: CRC ) | ||
| + | * Checksum / Pseudo-entête | ||
| + | * UDP-Lite | ||
| + | |||
| + | 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: | ||
| + | |||
| + | 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) | ||
| + | |||
| + | == 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 | |
Latest revision as of 04:31, 30 April 2019
Les mécanismes d’encapsulation
Objectifs pédagogiques
- Traitement dans les couches basses
- Couche physique
- Couche liaison
- Couches intermédiaires
- Couche réseau
- Couche transport
- UDP-Lite
- Rôle du checksum
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
Présentation de - l'encapsulation dans les protocoles de niveau 2 - le rôle du checksum - expliquer l'abs de checksum dans IPv6 - l'encapsulation dans le paquet IPv6, Lien avec les protocoles de niveau 4 (Trouver le fil conducteur: CRC )
- Checksum / Pseudo-entête
- UDP-Lite
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:
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)
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
