Difference between revisions of "MOOC:Corrections s8"
From Livre IPv6
(→Seq2) |
(→Seq4) |
||
(12 intermediate revisions by 2 users not shown) | |||
Line 25: | Line 25: | ||
du doc compagnon de l'activité A14. | du doc compagnon de l'activité A14. | ||
Doc Compagnon A13 : | Doc Compagnon A13 : | ||
− | * Donner des exemples de construction des adresses multicast sollicité, afin de rendre plus facile la question A13E04. | + | * Donner des exemples de construction des adresses multicast sollicité, afin de rendre plus facile la question A13E04. |
+ | ''20221214; JL : Ajout d'un exemple affichant les adresses LLA et ULA de l'interface eth0 de l'hôte cos | ||
+ | et les adresses multicast sur lesquelles l'interface est à l'écoute'' | ||
* Attention une redondance dans le doc compagnon sur le multicast sollicité entre le chapitre A13 et son annexe | * Attention une redondance dans le doc compagnon sur le multicast sollicité entre le chapitre A13 et son annexe | ||
+ | ''20221214; JL : redondances supprimées dans l'annexe et renvoi au paragraphe "Structure de l'adresse multicast" pour le format général.'' | ||
* L'exemple pour l'adresse multicast Embedded-RP du point de rendez-vous est 2001:660:3307:125::3 alors qu'à la page suivante on indique son préfixe comme étant 2001:660:3007:125/64 et l'adresse multicast dérivée ff7x:340:2001:660:3007:125:aabb:ccdd. Le 3 de 3307 du point de rendez-vous ne devrait-il pas être un 0? | * L'exemple pour l'adresse multicast Embedded-RP du point de rendez-vous est 2001:660:3307:125::3 alors qu'à la page suivante on indique son préfixe comme étant 2001:660:3007:125/64 et l'adresse multicast dérivée ff7x:340:2001:660:3007:125:aabb:ccdd. Le 3 de 3307 du point de rendez-vous ne devrait-il pas être un 0? | ||
+ | ''20221214; JL : corrigé'' | ||
* Aussi, dans cette section, le format pour les identifiants de groupe aabb:ccdd peut laisser croire que les deux symboles hexadécimaux qui composent un octet doivent être les mêmes, alors qu'il s'agit uniquement de marques de positions des quartets. Ça peut perturber les lecteurs qui ne sont pas familiers avec l'hexadécimal et qui pourraient penser que 11aa:77ee est un identifiant de groupe valide alors que 12ab:78ef ne l'est pas. | * Aussi, dans cette section, le format pour les identifiants de groupe aabb:ccdd peut laisser croire que les deux symboles hexadécimaux qui composent un octet doivent être les mêmes, alors qu'il s'agit uniquement de marques de positions des quartets. Ça peut perturber les lecteurs qui ne sont pas familiers avec l'hexadécimal et qui pourraient penser que 11aa:77ee est un identifiant de groupe valide alors que 12ab:78ef ne l'est pas. | ||
− | + | ''20221214; JL : corrigé'' | |
Vidéo A13 partie 1 : Au niveau du cours A13 partie 1 à la minute 7:00, le fd de l'adresse locale unique est représenté 11110001 en binaire au lieu de 11111101 | Vidéo A13 partie 1 : Au niveau du cours A13 partie 1 à la minute 7:00, le fd de l'adresse locale unique est représenté 11110001 en binaire au lieu de 11111101 | ||
+ | '''''TODO''''' | ||
Doc Compagnon A14 : | Doc Compagnon A14 : | ||
− | * donner un exemple de construction de l'IID à partir de l'adresse MAC | + | * donner un exemple de construction de l'IID à partir de l'adresse MAC |
+ | ''20230106; JL reformulation de certaines parties du paragraphe et ajout d'un exemple extrait de la commande <tt>ifconfig</tt>'' | ||
* nouvelle structure pour les adresses multicast IPv6 ? (RFC3306 et 7371) | * nouvelle structure pour les adresses multicast IPv6 ? (RFC3306 et 7371) | ||
+ | '''''TODO''''' | ||
* Donner un pointeur vers une calculette subnet (exemple : https://fr.rakko.tools/tools/27/) | * Donner un pointeur vers une calculette subnet (exemple : https://fr.rakko.tools/tools/27/) | ||
+ | ''20230106; JL : Ajout d'une rubrique "Ressources complémentaires" précédant la rubrique "Pour aller plus loin" avec le pointeur sur la calculatrice CIDR. Ajout d'un hors texte au paragraphe "Représentation des subdivisions" renvoyant à la cette ressource.'' | ||
* Etendre la mise en oeuvre pour Windows. J'ai lu la page 63. Il faudrait la modifier pour utiliser la terminologie Microsoft : | * Etendre la mise en oeuvre pour Windows. J'ai lu la page 63. Il faudrait la modifier pour utiliser la terminologie Microsoft : | ||
** Adresse IPv6 de type "Public" pour les flux entrants, | ** Adresse IPv6 de type "Public" pour les flux entrants, | ||
** Adresse IPv6 de type "Temporaire" pour les flux sortants. | ** Adresse IPv6 de type "Temporaire" pour les flux sortants. | ||
+ | ''20230106; JL : réécriture du paragraphe "Valeur temporaire aléatoire". "Public" est ambigu (quid des contextes privatifs ULA) j'ai utlisé "adresse principale" pour les flux entrants (en renvoyant sur le paragraphe IID opaque stable). J'ai conservé l'illustration de l'antique windows XP qui reste valide et cohérente relativement au nouveau contenu du paragraphe.'' | ||
Toutes deux ont un IID généré pseudo-aléatoirement. | Toutes deux ont un IID généré pseudo-aléatoirement. | ||
Cette ressource est plus claire il me semble : https://www.networkacademy.io/ccna/ipv6/ipv6-on-windows | Cette ressource est plus claire il me semble : https://www.networkacademy.io/ccna/ipv6/ipv6-on-windows | ||
+ | ''20230106; JL :Ajout de cette URL dans les références bibliographiques'' | ||
== Seq2 == | == Seq2 == | ||
Exercice A24 : Remplacer l'extension RH0 par une extension de fragmentation | Exercice A24 : Remplacer l'extension RH0 par une extension de fragmentation | ||
− | + | ''20230104; BS : création d'un nouvel exercice portant sur la fragmentation. Cf mail de Bruno pour validation'' | |
Refaire A23 : QUIZ DOCUMENT COMPAGNON (car doublon) pour les questions | Refaire A23 : QUIZ DOCUMENT COMPAGNON (car doublon) pour les questions | ||
A23Q6 | A23Q6 | ||
Line 61: | Line 71: | ||
== Seq4 == | == Seq4 == | ||
Doc compagnon A42 / Tunnel configuré : revoir l'adressage des points d'entrée de tunnel (/64 ou /127 ?) | Doc compagnon A42 / Tunnel configuré : revoir l'adressage des points d'entrée de tunnel (/64 ou /127 ?) | ||
+ | |||
+ | ''20230109; PAN : Je ne vois nul part une allusion à /127. L'atelier A46 utilise /64. merci de préciser la correction à faire" | ||
Questions A44 : Attention à l'acronyme ALG : | Questions A44 : Attention à l'acronyme ALG : | ||
* A44Q01 : "Application Level Gateway" | * A44Q01 : "Application Level Gateway" | ||
* A44Q06 : "Application Layer Gateway" | * A44Q06 : "Application Layer Gateway" | ||
+ | |||
+ | ''20230109; PAN : Retenue Application Level Gateway dans le cours et le doc compagnon" |
Latest revision as of 04:58, 9 January 2023
Remplacer les QCM à réponses multiples par des systèmes de questions à réponse simple (ex: Ajouter une proposition vraie et ajouter une proposition "toutes les propositions sont vraies")
Seq0
A02Q04 : "adresse IP" => "adresse IP publique"
Doc compagnon A02 : Donner une définition de datagramme
Seq1
A11E01 : Revoir le calcul (prise en compte des années bissextiles)
20221212; JL : remplacement des valeurs calculées sur la base de 365,25 jours/an au lieu de 365 dans la version précédente
A12E02 : Rappeler (doc compagnon ou dans indice) que l'IID peut être nul.
20221212; JL : Dans l'indice il est déjà indiqué qu' "il n'y a pas d'adresse réservée dans un sous-réseau". Ajout au doc compagnon d'un nota au paragraphe "Identification locale : l'IID (Interface IDentifier)" de l'activité A14
Bien indiquer dans le doc compagnon qu'il n'y a pas d'adresse de broadcast
20221212; JL : Act13, les passages concernés sont à présent en "gras". (cf définition du multicast et explication groupe réservé 1, adresse ff02::1)
Doc compagnon : expliquer les conséquences d'un subnet au delà des 64 bits ?
20221213; JL : Ajout d'un "hors texte" au parargraphe "Préfixes de sous-réseaux (SID Subnet IDentifier)" du doc compagnon de l'activité A14.
Doc Compagnon A13 :
- Donner des exemples de construction des adresses multicast sollicité, afin de rendre plus facile la question A13E04.
20221214; JL : Ajout d'un exemple affichant les adresses LLA et ULA de l'interface eth0 de l'hôte cos et les adresses multicast sur lesquelles l'interface est à l'écoute
- Attention une redondance dans le doc compagnon sur le multicast sollicité entre le chapitre A13 et son annexe
20221214; JL : redondances supprimées dans l'annexe et renvoi au paragraphe "Structure de l'adresse multicast" pour le format général.
- L'exemple pour l'adresse multicast Embedded-RP du point de rendez-vous est 2001:660:3307:125::3 alors qu'à la page suivante on indique son préfixe comme étant 2001:660:3007:125/64 et l'adresse multicast dérivée ff7x:340:2001:660:3007:125:aabb:ccdd. Le 3 de 3307 du point de rendez-vous ne devrait-il pas être un 0?
20221214; JL : corrigé
- Aussi, dans cette section, le format pour les identifiants de groupe aabb:ccdd peut laisser croire que les deux symboles hexadécimaux qui composent un octet doivent être les mêmes, alors qu'il s'agit uniquement de marques de positions des quartets. Ça peut perturber les lecteurs qui ne sont pas familiers avec l'hexadécimal et qui pourraient penser que 11aa:77ee est un identifiant de groupe valide alors que 12ab:78ef ne l'est pas.
20221214; JL : corrigé
Vidéo A13 partie 1 : Au niveau du cours A13 partie 1 à la minute 7:00, le fd de l'adresse locale unique est représenté 11110001 en binaire au lieu de 11111101
TODO
Doc Compagnon A14 :
- donner un exemple de construction de l'IID à partir de l'adresse MAC
20230106; JL reformulation de certaines parties du paragraphe et ajout d'un exemple extrait de la commande ifconfig
- nouvelle structure pour les adresses multicast IPv6 ? (RFC3306 et 7371)
TODO
- Donner un pointeur vers une calculette subnet (exemple : https://fr.rakko.tools/tools/27/)
20230106; JL : Ajout d'une rubrique "Ressources complémentaires" précédant la rubrique "Pour aller plus loin" avec le pointeur sur la calculatrice CIDR. Ajout d'un hors texte au paragraphe "Représentation des subdivisions" renvoyant à la cette ressource.
- Etendre la mise en oeuvre pour Windows. J'ai lu la page 63. Il faudrait la modifier pour utiliser la terminologie Microsoft :
- Adresse IPv6 de type "Public" pour les flux entrants,
- Adresse IPv6 de type "Temporaire" pour les flux sortants.
20230106; JL : réécriture du paragraphe "Valeur temporaire aléatoire". "Public" est ambigu (quid des contextes privatifs ULA) j'ai utlisé "adresse principale" pour les flux entrants (en renvoyant sur le paragraphe IID opaque stable). J'ai conservé l'illustration de l'antique windows XP qui reste valide et cohérente relativement au nouveau contenu du paragraphe.
Toutes deux ont un IID généré pseudo-aléatoirement. Cette ressource est plus claire il me semble : https://www.networkacademy.io/ccna/ipv6/ipv6-on-windows 20230106; JL :Ajout de cette URL dans les références bibliographiques
Seq2
Exercice A24 : Remplacer l'extension RH0 par une extension de fragmentation
20230104; BS : création d'un nouvel exercice portant sur la fragmentation. Cf mail de Bruno pour validation
Refaire A23 : QUIZ DOCUMENT COMPAGNON (car doublon) pour les questions A23Q6 A23Q7 A23Q8
Seq3
S3E02 : Reformuler la question ?
TP A36 : l'étape 1 contient déjà des configurations, revoir le sujet ?
Seq4
Doc compagnon A42 / Tunnel configuré : revoir l'adressage des points d'entrée de tunnel (/64 ou /127 ?)
20230109; PAN : Je ne vois nul part une allusion à /127. L'atelier A46 utilise /64. merci de préciser la correction à faire"
Questions A44 : Attention à l'acronyme ALG :
- A44Q01 : "Application Level Gateway"
- A44Q06 : "Application Layer Gateway"
20230109; PAN : Retenue Application Level Gateway dans le cours et le doc compagnon"