Difference between revisions of "MOOC:Auto-eval Act12-doc"

From Livre IPv6

(→‎Niveau 1 : Reconnaitre / Identifier)
(→‎Niveau 1 : Reconnaitre / Identifier)
Line 1: Line 1:
−
== Niveau 1 : Reconnaitre / Identifier ==
+
== Niveau 2 : Comprendre / Appliquer ==
  
  
 
<quiz display=simple>
 
<quiz display=simple>
−
{Quel codage est valide pour la notation des adresses IPv6 ?
+
{Les notations compactées (partiellement ou totalement) suivantes sont elles équivalentes à cette adresse :
−
</center>
+
<center><tt>2001:0db8:0000:0ab0:0000:0000:0012:3400</tt></center>
 
|type="[]"}
 
|type="[]"}
−
-  décimal pointé
+
| équivalente | non équivalente
−
-  hexadécimal en seize champs de 8 bits séparé par deux points
+
+-  a) <tt>2001:0db8:0:0ab0:0:0:012:3400</tt>
−
-  binaire avec préfixe
+
+-  b) <tt>2001:db8:0:ab0:0:0:12:3400</tt>
−
+  hexadécimal en huit champs de 16 bits séparé par deux points
+
+-  c) <tt>2001:0db8:0:AB0:0:0:012:3400</tt>
 +
+- d) <tt>2001:db8:0:ab0::12:3400</tt>
 +
-+  e) <tt>2001:db8:0:ab::12:3400</tt>
 +
+-  f) <tt>2001:db8::ab0:0:0:12:3400</tt>
 +
-+  g) <tt>2001:db8::ab0:0:0:12:34</tt>
 +
|| Explication : Les adresses référencées e) et f) ne sont pas équivalentes à cette adresse, car on ne peut compacter les zéros de poids faible qui sont significatifs. Ainsi en e) <tt>ab</tt> n'est pas équivalent à <tt>ab0</tt>. De même en g) <tt>34</tt> n'est pas équivalent à <tt>3400</tt>
  
−
|| Explication : La représentation textuelle des adresses IPv6 se fait en hexadécimal en segmentant le mot de 128 bits en huit champs de 16 bits séparé par le caractère ‘:’.
+
{Les notations des adresses IPv6 suivantes sont elles syntaxiquement valides pour la saisie de paramètres
−
+
−
{Quelle simplification du codage des adresses IPv6 est proposée à l'affichage par le RFC 5952?
+
−
</center>
+
 
|type="[]"}
 
|type="[]"}
−
+ Les zéros consécutifs d’un champ de 2 octets / 16 bits peuvent être réduits à un zéro unique
+
| valide | invalide
−
- Tous les zéros peuvent être effacés et remplacés par deux points 
+
−
+ Si plusieurs champs de 16 bits consécutifs sont à zéro, on peut les remplacer la première occurrence par deux fois deux points
+
−
- Si plusieurs champs de 16 bits consécutifs sont à zéro, on peut les remplacer toutes les occurrences par deux fois deux points
+
  
−
|| Explication : Les zéros consécutifs d’un champ de 2 octets ou 16 bits peuvent être réduits à un zéro unique, ces séquences seront séparés par le caractère ‘:’. Si plusieurs champs de 16 bits consécutifs sont à zéro, on peut les remplacer la première occurrence par deux fois deux points‘::’, on conservera les prochaines occurrences dans l'état.
+
+-  a) <tt>2001:0db8:900d:cafe:0100:0012:3456:789A</tt>
−
   
+
+- b) <tt>2001:0DB8:900D:CAFE:0100:0012:3456:789A</tt>
−
{Quelle affirmation est exacte à propos du préfixe de la notation CIDR:
+
-+  c) <tt>2001:db8:900d:CAfe:01000:0012:3456:789A</tt>
−
</center>
+
+- d) <tt>2001:db8:900d:cafe:100:12:3456:789A</tt>
−
|type="[]"}
+
-+ e) <tt>2001:db8:g00d:cafe:100:12:3456:789A</tt>
−
- Le préfixe indique le nombre de bits significatif de l'adresse IPv6
+
+- f) <tt>2001:db8:01d:beef:0054:50ff:fec0:ffee</tt>
−
+ Le préfixe indique le nombre de bits de poids faible de l'adresse IPv6
+
-+ g) <tt>2001:db8:1d:0:beef:54:50ff:fec0:ffee</tt>
−
- Le préfixe est utilisé par les routeurs pour identifier le correspondant
+
-+  h) <tt>2001:db8:001d:0054:50ff:fec0:ffee</tt>
−
+ Le préfixe indique le nombre de bits de poids fort de l'adresse utilisés par la fonction de routage d'un équipement pour prendre sa décision de routage.
+
+-  i) <tt>2001:db8:1d::54:50ff:fec0:ffee</tt>
−
 
+
-+ j) <tt>2001:db8::1d::54:50ff:fec0:ffee</tt>
−
- Si plusieurs champs de 16 bits consécutifs sont à zéro, on peut les remplacer toutes les occurrences par deux fois deux points
+
+-  k) <tt>fe80::54:50ff:fec0:ffee</tt>
−
 
+
+-  l) <tt>ff02::1:ffc0:ffee</tt>
−
|| Explication : Les zéros consécutifs d’un champ de 2 octets ou 16 bits peuvent être réduits à un zéro unique, ces séquences seront séparés par le caractère ‘:’. Si plusieurs champs de 16 bits consécutifs sont à zéro, on peut les remplacer la première occurrence par deux fois deux points‘::’, on conservera les prochaines occurrences dans l'état.
+
+-  m) <tt>ff02::1</tt>
−
   
+
+-  n) <tt>::1</tt>
−
{Comment pointer un service avec une adresses IPv6 en précisant le n°port sans ambiguïté?
+
+- o) <tt>::</tt>
−
</center>
+
|| Explication : L'adresse c) est invalide car elle comporte un champ trop long de 20 bits : <tt>01000</tt>. L'adresse e) est invalide, car la lettre '<tt>g</tt>' (g miniscule), n'est pas un chiffre hexadécimal, bien que typographiquement proche du chiffre neuf. L'adresse g) est invalide car trop longue : 9 champs de 16 bits soit 144 bits. Inversement h) est invalide car trop courte : 7 champs de 16 bits soit 112 bits. j) est invalide car on ne peut pas utiliser deux fois la contraction '<tt>::</tt>'.
−
|type="[]"}
+
−
-  encadrer l'adresse IPv6 avec des crochets et faire suivre par le numéro de port avec une séparation par le caractère ‘:’
+
−
-  introduire le numéro de port à la fin de l'adresse IPv6 avec une séparation avec deux fois deux points ‘::’
+
−
-  introduire le numéro de port à la fin de l'adresse IPv6 avec une séparation avec un slash ‘/’
+
−
+  encadrer l'adresse IPv6 avec des crochets et ensuite introduire le numéro de port à la fin de l'adresse IPv6 avec une séparation par le caractère ‘:’
+
−
 
+
−
|| Explication : Pour pointer un service sans ambiguïté il est recommandé d'introduire le numéro de port à la fin de l'adresse IPv6 avec une séparation par le caractère ‘:’
+
  
 
</quiz>
 
</quiz>

Revision as of 18:52, 21 April 2016

Niveau 2 : Comprendre / Appliquer

1. Les notations compactées (partiellement ou totalement) suivantes sont elles équivalentes à cette adresse :

2001:0db8:0000:0ab0:0000:0000:0012:3400
équivalente non équivalente
a) 2001:0db8:0:0ab0:0:0:012:3400
b) 2001:db8:0:ab0:0:0:12:3400
c) 2001:0db8:0:AB0:0:0:012:3400
d) 2001:db8:0:ab0::12:3400
e) 2001:db8:0:ab::12:3400
f) 2001:db8::ab0:0:0:12:3400
g) 2001:db8::ab0:0:0:12:34
→ Explication : Les adresses référencées e) et f) ne sont pas équivalentes à cette adresse, car on ne peut compacter les zéros de poids faible qui sont significatifs. Ainsi en e) ab n'est pas équivalent à ab0. De même en g) 34 n'est pas équivalent à 3400

2. Les notations des adresses IPv6 suivantes sont elles syntaxiquement valides pour la saisie de paramètres

valide invalide
a) 2001:0db8:900d:cafe:0100:0012:3456:789A
b) 2001:0DB8:900D:CAFE:0100:0012:3456:789A
c) 2001:db8:900d:CAfe:01000:0012:3456:789A
d) 2001:db8:900d:cafe:100:12:3456:789A
e) 2001:db8:g00d:cafe:100:12:3456:789A
f) 2001:db8:01d:beef:0054:50ff:fec0:ffee
g) 2001:db8:1d:0:beef:54:50ff:fec0:ffee
h) 2001:db8:001d:0054:50ff:fec0:ffee
i) 2001:db8:1d::54:50ff:fec0:ffee
j) 2001:db8::1d::54:50ff:fec0:ffee
k) fe80::54:50ff:fec0:ffee
l) ff02::1:ffc0:ffee
m) ff02::1
n) ::1
o) ::
→ Explication : L'adresse c) est invalide car elle comporte un champ trop long de 20 bits : 01000. L'adresse e) est invalide, car la lettre 'g' (g miniscule), n'est pas un chiffre hexadécimal, bien que typographiquement proche du chiffre neuf. L'adresse g) est invalide car trop longue : 9 champs de 16 bits soit 144 bits. Inversement h) est invalide car trop courte : 7 champs de 16 bits soit 112 bits. j) est invalide car on ne peut pas utiliser deux fois la contraction '::'.

Your score is 0 / 0
Retrieved from "http://livre.g6.asso.fr/index.php?title=MOOC:Auto-eval_Act12-doc&oldid=12500"
Personal tools